公司招Python/C++研发

becoset

zhaogod 发表于 2017-7-8 12:17
五千块钱的手机在方方面面都秒杀一千块钱的手机，为什么还是一千块钱的手机卖的多？因为它够用了还经济。 ...

认为jquery过时的：


$DOM1=$(xmlString); 直接提升xmlstring至浏览器管理的DOM，你都不用js里的xml parse
既然已经是DOM，你轻松随便处理，就像html：

$DOM1.find(".ClassName").parent().find("tagName").each(this.val(this.val()+1))

一行搞定所有这个class的另外一种tagname的兄弟姐妹每项加一，然后轻松编码送走：

newXMLstring=$DOM1.outerHTML();

注意如果要标准xml的话，用js那个xml serial函数就行。当然如果里面没有br这种东西，出来直接标准xml


轻松修改数据。试问要是json，你得写多少行？

如果xml是handler返回的，轻松定义

$DOM2=$('<x />'); 短短半行定义伪DOM交由浏览器管理
然后轻松
$DOM2.load("Path/to/handler.ashx"); 半句话接受handler返回的xml并且一步直接提升string至DOM

然后轻松处理

$('[name="test"]'  $DOM2).each(this.html("newcontent")); 把所有name是test重新赋值，一句话搞定。看清楚我怎么拜访$DOM2的位置

这些都是jQuery的，你们有谁用到这个层次的？就开始说jquery是老的技术？？？

爱咋玩咋玩。知道这个，你们有谁还吭哧吭哧拿js去parse json string的？得写多少行才能达到相同的效果？？？

再说服务端的。

C#选中节点用xpath，想要父节点直接返回上级操作符“..”就搞定了，也不自己看看xpath牛逼到啥程度了，竟然还把json拿过来作比较，sql更是老早就支持xml和xpath，sql层面上直接filter data不要太容易，json 100年都赶不上，你们再搜搜python PHP java ruby之流，哪个不是要么有内置parent（），children，selectby功能，要么支持xpath，搜起节点跟玩一样，这年头新发明的编程语言，哪个敢不把xml支持做到家？json有这么全的功能？知道这些还有谁会鸟那个垃圾json？

那些真真假假搞数据处理的，连这些都不知道，日子都怎么混的？

你就比比那些不幸中招用了json的项目，你就等着垮掉吧，直接废掉用xml重写还给投资人省钱。不用提，看网上如果说必须用json的职位，直接不用鸟，去了你也坐不住。看了上面xml的例子，你们用json的有谁坐的住？


来来zhaogod，你哪只眼睛看见json在web端的优势来了？

becoset

liucescs 发表于 2017-7-8 11:26
哥们儿搞笑了吧，按这种说法 Google，Facebook，Amazon 都是被忽悠的.....

想起来前几天你发帖说非科班 ...

来来来这位科班的，评论下我对这个行业了解到底深不深

liucescs

becoset 发表于 2017-7-8 13:36
来来来这位科班的，评论下我对这个行业了解到底深不深

呵呵，你有自信就好。

becoset

liucescs 发表于 2017-7-8 14:15
呵呵，你有自信就好。

你这个科班的，尽然不知道每个object可能会有多个parent，也不知道这对json意味着啥，然后还说数据只要deserile出来就行了，完全不管处理，这是怎么学出来的？工作经验放哪儿去了？

一个劲贬低别人，小心自己怎么办？你觉得你比得上我？

还是那句话，科班出来的，编程就赶不上别的转职的，比如电气机械工程之类。看问题的广度更是如此，你就是个活生生的例子。

我办的项目多的去了，雇的人多的去了，现在我都不太喜欢招科班出身的，原因你自己明白。

别忘了json这种垃圾就是科班一群啥都不懂的折腾出来的。

liucescs

becoset 发表于 2017-7-8 14:18
你这个科班的，尽然不知道每个object可能会有多个parent，也不知道这对json意味着啥，然后还说数据只要de ...

  好吧，比不上你，你是 XML 大神

becoset

liucescs 发表于 2017-7-8 14:24
好吧，比不上你，你是 XML 大神

那祝你以后项目多用json啊，工作时间长，是不是拿的钱也多？怪不得

liucescs

becoset 发表于 2017-7-8 14:24
那祝你以后项目多用json啊，工作时间长，是不是拿的钱也多？怪不得

还真没遇到过一个数据用 xml 传的，全部json，也许我干过的公司全部应该倒闭？

becoset

liucescs 发表于 2017-7-8 14:25
还真没遇到过一个数据用 xml 传的，全部json，也许我干过的公司全部应该倒闭？ ...

你说的一点都不错，不信把你们搞技术全找来，先把我驳倒了再说。

再说主帖里点名要的是xml，你这把楼主往哪搁？99%api传递json的童鞋？

huazhb

becoset 发表于 2017-7-8 14:26
你说的一点都不错，不信把你们搞技术全找来，先把我驳倒了再说。

再说主帖里点名要的是xml，你这把楼主 ...

我的感觉你可能用xml来查寻数据比较多是吧， 用xpath确实可以很方便的查找各种数据节点， 但是很多情况下处理一个Object要方便很多啊， 比如User.Name, User.Address, User.Address.PostCode, 这个比起你用XPath来查找要方便的多， 同时也更容易维护和理解。

becoset

huazhb 发表于 2017-7-8 14:36
我的感觉你可能用xml来查寻数据比较多是吧， 用xpath确实可以很方便的查找各种数据节点， 但是很多情况下 ...

那是在静态object，你对结构很了解，并且结构不变的话，的确你一个劲加点点就找到了。

但问题是，你要搜索property 的value，他们在树的不一个层面上，然后数据源发来的可能还会有结构改变，比如集体再加一个父包装下，再延伸下。。。

再比如一个object里面很多子object，他们的property，你要做filter，你就得写遍历，还是recursive的因为不同的object可能在不同的level上。。。写完遍历，然后要回去修改原object，你就又傻眼了。。。three js在使用web显示3d内容的时候你就不得不搞这个，因为你会选择性地让一部分3d内容消失。这是不得已因为webgl目前似乎没有好的xml的framework。制造业中，有些部件放在不同的assembly层面上，你要估测他的cost，就只能使用xml，因为他会逐级上推每层的parent，查询他的qty，然后加起来确定材料价格。某些金融风险评估软件，就是需要把这些东西一层套一层，然后从底下往上逐级推算风险或价格，我猜楼主那个就是干这个的。这种树都是要随时有新的结构出来。你就要通过xml的attribute去探测是不是这个node在计算过程中要考虑进去。你用object或者json干这个直接就完蛋了

这在现实中很常见，比如某些地图服务，你发一个address过去，他有时候返回不同结构的，比如suburb和街道名之前又加一个sibling之类。某些地图返回地址信息，他的结构是经常会有变化的。所以类似的需求，如果是谷歌的api我一律用它那个xml版本的，搜节点一步到位。你可以试试address to coordinate， coordinate to address， 或者address 发来断成街道、suburb、州名，多个地图提供商，包括谷歌、whereis，还有NSW政府那个能查房屋建了多少年之类。

某些服务商如果只提供json，我都是一律用各种库直接转成xml，处理起来比折腾object少写80%的代码。

huazhb

becoset 发表于 2017-7-8 14:43
那是在静态object，你对结构很了解，并且结构不变的话，的确你一个劲加点点就找到了。

但问题是，你要搜 ...

你这种动态的数据结构应该是某一专门领域的吧， 对大多数应用来说数据结构都是固定的， 所有XML依然有应用的地方， 但是大多数时候还是用json代替了。

becoset

huazhb 发表于 2017-7-8 14:54
你这种动态的数据结构应该是某一专门领域的吧， 对大多数应用来说数据结构都是固定的， 所有XML依然有应 ...

动态数据结构肯定要比静态广，比如如果你想自己开发个PS，自己开发个绘图软件（多图层），自己开发个成本推算，文档编辑器……自己随便开发个“能派上用场”的软件，你都会发现动态是唯一的办法。这些能派上用场的软件都是以适应性为目标的，“只有逻辑树能够自由生长，你的软件才能自由成长”，等你多搞几个软件你就明白了，因为如果树能够自由生长，也就意味着使用者能够琢磨出各种巧妙的方式来用你的软件，他们用你软件的方法，你自己都想象不到。（我开发过很多web版的软件，发现用户竟然用的比我都熟，看的瞠目结舌，他们自然也都提出我想都想不到的改进建议，而且得益于动态结构，想要做改动也是轻车熟路，有时候敲个半小时代码就改完了，不用提他们多爱用。而且别忘了，web版，html和xml本就是一家子，一些处理html的库或者路子直接搬来处理xml，你都想象不到多好使。）就算你不同意这一点，请问如果xml两个通吃，json只能搞一个，而且还有这样和那样的问题我前面提到了，在考虑开发成本时。你会选哪个？

以前json这东西出来，只是为了储存js的object，因为比如C#的object，你想把他存在硬盘上，做binary object，方法是很多的。那js 的object存不下来怎么行？所以就有人搞出了json这东西。

后来人们发现js的object有时候还有function在里面，这东西json似乎很难存住（也很麻烦），所以大家就不太在意这个了，然后就有人开始搞事，用json做API，还大肆宣传rest api就是json（实际上rest API也可以用xml的），再加上一堆可有可无的web app，什么CRM，ERM，都是那种自己开发要比买来用顺手的软件，泡沫就是这么吹起来的。

等着以后大家明白，jquery在搞HTML，本质其实在搞XML，DOM，等大家慢慢明白这个事情，那json就慢慢退出历史舞台了。毕竟现在很多手机界面都是xml写的，比如那个xamarin，再有就是很多其他android framework也是xml描述界面，用不了多久，json就沦为笑柄。至于网上说json比xml好的几个地方，真是无关紧要。

liucescs

becoset 发表于 2017-7-8 14:24
那祝你以后项目多用json啊，工作时间长，是不是拿的钱也多？怪不得

如果我的时间全部耗费在这种无关紧要的细节（如何parsing data），那必然早被解雇了。

becoset

liucescs 发表于 2017-7-8 15:11
如果我的时间全部耗费在这种无关紧要的细节（如何parsing data），那必然早被解雇了。 ...

不说别的，玩两天xml，不说别的，就把数据从服务端发到浏览器端然后你处理（比如自己写个MVC），保证你下半辈子不想用json，不信试试。这就是为啥json的项目总是留不住人

fly02

becoset 发表于 2017-7-8 15:15
不说别的，玩两天xml，不说别的，就把数据从服务端发到浏览器端然后你处理（比如自己写个MVC），保证你下 ...

都是搞技术的，就别较劲了。
什么东西能快速实现当前客户需求，就搞什么。
常见ajax场景中，json就是比xml简单，好用。
但是，如果具体到非要轮询找父节点的需求，xml也许好用。
但是我宁愿看看有没有更好的逻辑，绕开xml传递，除非必须。

becoset

fly02 发表于 2017-7-8 15:48
都是搞技术的，就别较劲了。
什么东西能快速实现当前客户需求，就搞什么。
常见ajax场景中，json就是比xm ...

你不用jquery当然不知道xml比json好用。jquery现在是99%的市场占有率，也就是说99%的网站有jQuery。

你不信发一个所谓的ajax场景过来，我写两行代码，xml秒杀你的json。我上面也给了很多例子。自己看去。

再说了，何止是父节点，json查任何节点都基本废柴。推测你自己可能不写代码吧？

fly02

becoset 发表于 2017-7-8 15:52
你不用jquery当然不知道xml比json好用。jquery现在是99%的市场占有率，也就是说99%的网站有jQuery。

你 ...

哥们，我承认，我老实交代，我用jquery，而且用了很多很多年。
现在的问题是，出现了新东西，从底层就颠覆了用jquery的场景。
angular, react, vue,...
基本解决了使用jquery的最常见场景。

becoset

fly02 发表于 2017-7-8 15:59
哥们，我承认，我老实交代，我用jquery，而且用了很多很多年。
现在的问题是，出现了新东西，从底层就颠 ...

你怕啥，发场景啊，别人云亦云，前面我写的jQuery范例，你用到那个水平没？

还讲angularJS，那东西出来都七年多了到现在还只有0.4%的市场占有率，就是个大忽悠你还好意思拿出来说。这叫颠覆？

我这边朋友的项目，只要一用Angular就得死。

多说无益，ajax场景拿出来，我先写两行给你看看，别说json秒杀，就连angular照样秒杀。

becoset

fly02 发表于 2017-7-8 15:59
哥们，我承认，我老实交代，我用jquery，而且用了很多很多年。
现在的问题是，出现了新东西，从底层就颠 ...

既然用了好多年，敢不敢露两手切磋下？

jessie__

YugaYuga 发表于 2017-7-7 20:00
借贴也提前发个信息：
悉尼python, shell scripting牛人，又熟悉database, json 的
请站内留言

请问怎么简历投简历，怎么联系？

becoset

fly02 发表于 2017-7-8 15:59
哥们，我承认，我老实交代，我用jquery，而且用了很多很多年。
现在的问题是，出现了新东西，从底层就颠 ...

先不说别的

$DOM=$(xmlString);

一句话可以把xml直接给parse成浏览器管理的DOM，如果这都不知道，那你jquery那几年真的是白用了。

guocongwudi

becoset 发表于 2017-7-8 16:16
先不说别的

$DOM=$(xmlString);

人家好好一个介绍工作的帖子就被你们这一帮人糟蹋了

YugaYuga

jessie__ 发表于 2017-7-8 16:12
请问怎么简历投简历，怎么联系？

估计要3-6月才能确定要人。目前在等funding到位。开始要做的是个内部系统的开发，涉及到一些raw data decoding, conversion。我们现有的developer team缺Python/shell scripting的高手。
有兴趣的话请站内短信联系方式。到时候我会提前通知你。

becoset

guocongwudi 发表于 2017-7-8 16:20
人家好好一个介绍工作的帖子就被你们这一帮人糟蹋了

不错啊，至少暴露了有些人根本没有数据处理的经验

guocongwudi

becoset 发表于 2017-7-8 16:30
不错啊，至少暴露了有些人根本没有数据处理的经验

楼主应该去技术版开个帖子：）

fantom

楼主一定没做过low latency的东东

becoset

fantom 发表于 2017-7-8 18:08
楼主一定没做过low latency的东东

笑话，low latency JSON都不能用，HTTP都不行。我也不是楼主

直接binary FPGA上场，微秒级延迟。

fantom

becoset 发表于 2017-7-8 18:49
笑话，low latency JSON都不能用，HTTP都不行。我也不是楼主

直接binary FPGA上场，微秒级延迟。 ...

那好吧，你在c／s之间建个FPGA field吧

becoset

fantom 发表于 2017-7-8 19:03
那好吧，你在c／s之间建个FPGA field吧

我说过了，要真正低延迟，那都不是computer science考虑的事，那是通信工程的人研究的。JSON比XML适合低延迟这种事情说出去不怕人笑话。真要在计算机平台上延迟低，你咋不说CSV还更强点？

huazhb

becoset 发表于 2017-7-8 15:04
动态数据结构肯定要比静态广，比如如果你想自己开发个PS，自己开发个绘图软件（多图层），自己开发个成本 ...

首先呢， 我估计99%的网站都是静态结构的，所以json的适用场景还是很多的， 而且关键是用json代码比xml要清楚和干净很多， 易于维护和开发， 毕竟直接操作对象比操作xml的value要直观的多。 最后， 你能不能举一个实际的例子， 来比较一下xml的代码和json的代码？