c***d
发帖数: 996 | 1 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
息建模。 关系数据库给我们提供了一种选择， 加上事务性成就了三十年的基本后台架
构。 然后是xml， 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
和工程性能最好的数据模型， 这个是革命性的。 这好像坦克对大刀长矛， 根本没有
悬念。
我一直想找crawford聊聊他当时到底是怎么想出来这个东西的， 可惜他一直很忙。 |
P****i
发帖数: 12972 | 2 js object自然而然的
【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择， 加上事务性成就了三十年的基本后台架
: 构。 然后是xml， 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型， 这个是革命性的。 这好像坦克对大刀长矛， 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的， 可惜他一直很忙。
|
l*y
发帖数: 21010 | 3 你说的是对的。所以mongodb就是json
【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择， 加上事务性成就了三十年的基本后台架
: 构。 然后是xml， 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型， 这个是革命性的。 这好像坦克对大刀长矛， 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的， 可惜他一直很忙。
|
n******t
发帖数: 4406 | 4 。。。。。。。。。。。。。。。
无语。。。。。。
【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择， 加上事务性成就了三十年的基本后台架
: 构。 然后是xml， 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型， 这个是革命性的。 这好像坦克对大刀长矛， 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的， 可惜他一直很忙。
|
l*y
发帖数: 21010 | 5 你看懂了lz的文章了么？
【在 n******t 的大作中提到】
: 。。。。。。。。。。。。。。。
: 无语。。。。。。
|
d********g
发帖数: 10550 | 6 Python和json简直是绝配
【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择， 加上事务性成就了三十年的基本后台架
: 构。 然后是xml， 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型， 这个是革命性的。 这好像坦克对大刀长矛， 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的， 可惜他一直很忙。
|
d****i
发帖数: 4809 | 7 Node和JSON呢，是不是更绝配一点？
【在 d********g 的大作中提到】
: Python和json简直是绝配
|
l*y
发帖数: 21010 | 8 python的缩进太恶心了，导致你没法从block开头跳到结尾。比如我用vim，别的语言的
话，我从开头的{，按一下%，就到}了，然后可以选中整个语句block。你python怎么办
？
【在 d********g 的大作中提到】
: Python和json简直是绝配
|
j*****k
发帖数: 1198 | 9 You will get used to it if using it a lot.
I had the same feeling as you when I started it.
【在 l*y 的大作中提到】
: python的缩进太恶心了，导致你没法从block开头跳到结尾。比如我用vim，别的语言的
: 话，我从开头的{，按一下%，就到}了，然后可以选中整个语句block。你python怎么办
: ？
|
l*y
发帖数: 21010 | 10 一个功能没法实现，我怎么getｕｓｅｄ ｔｏ ｉｔ？
【在 j*****k 的大作中提到】
: You will get used to it if using it a lot.
: I had the same feeling as you when I started it.
|
|
|
p*****2
发帖数: 21240 | 11
我就是觉得__name__==__main__很丑陋。
【在 l*y 的大作中提到】
: python的缩进太恶心了，导致你没法从block开头跳到结尾。比如我用vim，别的语言的
: 话，我从开头的{，按一下%，就到}了，然后可以选中整个语句block。你python怎么办
: ？
|
d********g
发帖数: 10550 | 12 别的语言没有太强制的coding style，Python用IDE自动检查PEP 8能省很多事
vim只是偶尔上服务器调试一下，问题不大。而且不排除vim有配置文件可以实现你说的
功能，当然这个我不熟就不好乱说了
Python没有搞成client端的一个很重要原因确实是因为这个缩进，无法压缩代码
【在 l*y 的大作中提到】
: python的缩进太恶心了，导致你没法从block开头跳到结尾。比如我用vim，别的语言的
: 话，我从开头的{，按一下%，就到}了，然后可以选中整个语句block。你python怎么办
: ？
|
d********g
发帖数: 10550 | 13 另外Python的缩进一般不超过3、4层，按PEP 8的79宽度和4 indent，太多层数就写不
了什么代码。这也是强制要求你需要精简代码，而且用list comprehension如同进入了
极乐世界
【在 l*y 的大作中提到】
: python的缩进太恶心了，导致你没法从block开头跳到结尾。比如我用vim，别的语言的
: 话，我从开头的{，按一下%，就到}了，然后可以选中整个语句block。你python怎么办
: ？
|
r****y
发帖数: 26819 | 14 是啊，我觉得还是good part更难一点。
【在 P****i 的大作中提到】
: js object自然而然的
|
n******t
发帖数: 4406 | 15 。。。。。
这年头还真有2b人士觉得xml和Json有人不懂的。。。
【在 l*y 的大作中提到】
: 你看懂了lz的文章了么？
|
a*****e
发帖数: 1700 | 16 建议楼主学习一下什么是 algebraic data type，补充一下基础知识，再来看 JSON，
就会发现其中颇有不足。我就说三点：1. 不能表选达择，也就是缺乏 sum 2. 不能表
达递归关系 3. 不能命名 |
t****t
发帖数: 6806 | 17 业余程序员举手表示完全不懂json...
【在 n******t 的大作中提到】
: 。。。。。
: 这年头还真有2b人士觉得xml和Json有人不懂的。。。
|
P****i
发帖数: 12972 | 18 又装
【在 t****t 的大作中提到】
: 业余程序员举手表示完全不懂json...
|
t****t
发帖数: 6806 | 19 真的不懂, 凡是跟web有关的我都不懂, 所以你们讨论什么前端后端这么多天, 我一直很
识相的不吱声
【在 P****i 的大作中提到】
: 又装
|
a9
发帖数: 21638 | 20 json还是摆脱不了xml最大的缺点：
垃圾数据太多
【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择， 加上事务性成就了三十年的基本后台架
: 构。 然后是xml， 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型， 这个是革命性的。 这好像坦克对大刀长矛， 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的， 可惜他一直很忙。
|
|
|
c*********e
发帖数: 16335 | 21 python让我想起了cobol,vb
【在 l*y 的大作中提到】
: python的缩进太恶心了，导致你没法从block开头跳到结尾。比如我用vim，别的语言的
: 话，我从开头的{，按一下%，就到}了，然后可以选中整个语句block。你python怎么办
: ？
|
c*********e
发帖数: 16335 | 22 json和xml一个东西啊，都是有name和value,都是dictionary类别的。
【在 a9 的大作中提到】
: json还是摆脱不了xml最大的缺点：
: 垃圾数据太多
|
T*********g
发帖数: 496 | 23 各个工具适用场景不同。游戏还是二进制协议效率高。
【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择， 加上事务性成就了三十年的基本后台架
: 构。 然后是xml， 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型， 这个是革命性的。 这好像坦克对大刀长矛， 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的， 可惜他一直很忙。
|
k***g
发帖数: 7244 | 24 data are not strongly typed... google buffer is better .
【在 c***d 的大作中提到】
: 我们作programming, 本质上就是对信息进行加工整理。 一个根本的问题就是怎么对信
: 息建模。 关系数据库给我们提供了一种选择， 加上事务性成就了三十年的基本后台架
: 构。 然后是xml， 对schema的定义能力有了一大步的扩展。目前json无疑是表达能力
: 和工程性能最好的数据模型， 这个是革命性的。 这好像坦克对大刀长矛， 根本没有
: 悬念。
: 我一直想找crawford聊聊他当时到底是怎么想出来这个东西的， 可惜他一直很忙。
|
B***i
发帖数: 724 | 25 美中不足的是不支持 multiline field. |
E*****m
发帖数: 25615 | 26
你寫過 Cobol?
【在 c*********e 的大作中提到】
: python让我想起了cobol,vb
|
c*********e
发帖数: 16335 | 27 当然写过，就象写英文句子一样，不停的loop.
【在 E*****m 的大作中提到】
:
: 你寫過 Cobol?
|
n******t
发帖数: 4406 | 28 不懂是好事。。。
真要懂就是分分钟的事。
问题是现在太多软件开发人员把这些个东西当bible，搞得我都不想混软件公司了。
【在 t****t 的大作中提到】
: 业余程序员举手表示完全不懂json...
|
n******t
发帖数: 4406 | 29 JSON 和web没有必然联系。就是个网络之间传数据的格式。
直很
【在 t****t 的大作中提到】
: 真的不懂, 凡是跟web有关的我都不懂, 所以你们讨论什么前端后端这么多天, 我一直很
: 识相的不吱声
|
c****e
发帖数: 1453 | 30 革什么命，default schema是dictionary而已。效率和xml也是50步笑一百步。前端web
service用的多，后台还是用类似google protocol buffer,效率高多了。不过人都是
追星，BSON热起来也完全可能。 |
|
|
k********e
发帖数: 702 | |
c*********e
发帖数: 16335 | 32 json,xml的红火，很可能是因为它们能在不同的操作系统平台之间传递数据，用最简单
的形式。
【在 n******t 的大作中提到】
: 不懂是好事。。。
: 真要懂就是分分钟的事。
: 问题是现在太多软件开发人员把这些个东西当bible，搞得我都不想混软件公司了。
|
r*******n
发帖数: 3020 | 33 vim可以 v line number G.
比如你想选当前光标到75行，
v75G 就行了。
【在 l*y 的大作中提到】
: python的缩进太恶心了，导致你没法从block开头跳到结尾。比如我用vim，别的语言的
: 话，我从开头的{，按一下%，就到}了，然后可以选中整个语句block。你python怎么办
: ？
|
E*****m
发帖数: 25615 | 34
你寫啥不需要 loop?
不過你啥年代寫 Cobol 的？ 我老人家都錯過 Cobol 了。
【在 c*********e 的大作中提到】
: 当然写过，就象写英文句子一样，不停的loop.
|
n******t
发帖数: 4406 | 35 其实就是开发人员懒。没别的。。。
当然很多情况下用什么东西都是OK的，但是搞得好像这些东西是niub东西，就太2了。
xml和json都不是简单的形式，一堆冗余数据.尤其是xml本来根本就不应该拿来做这种
事，
人图省事就用了。
【在 c*********e 的大作中提到】
: json,xml的红火，很可能是因为它们能在不同的操作系统平台之间传递数据，用最简单
: 的形式。
|
l*y
发帖数: 21010 | 36 ft,我还得先知道行号！那还要%干嘛使
【在 r*******n 的大作中提到】
: vim可以 v line number G.
: 比如你想选当前光标到75行，
: v75G 就行了。
|
z****e
发帖数: 54598 | 37 操作系统太夸张
但凡是网络协议
哪有不能在不同操作系统之间传递数据的道理
json能利用上现有的http协议和浏览器和web service技术才是它红火的原因
xml是到处都在用，不仅仅是web service，现在什么不用xml
【在 c*********e 的大作中提到】
: json,xml的红火，很可能是因为它们能在不同的操作系统平台之间传递数据，用最简单
: 的形式。
|
g*****g
发帖数: 34805 | 38 XML是革命性的创造，json只能算一种简化形式。web service的协议比二进制协议红火
的原因是防火墙和可读容易调试。 |
z****e
发帖数: 54598 | 39 不要侮辱软件公司，这都是web公司
【在 n******t 的大作中提到】
: 不懂是好事。。。
: 真要懂就是分分钟的事。
: 问题是现在太多软件开发人员把这些个东西当bible，搞得我都不想混软件公司了。
|
z****e
发帖数: 54598 | 40 xml是标准，不是图省事用的
当然从长远看会节省很多东西，但是短期内的牺牲是必要的
就像java短期内牺牲了jvm那点效率一样
【在 n******t 的大作中提到】
: 其实就是开发人员懒。没别的。。。
: 当然很多情况下用什么东西都是OK的，但是搞得好像这些东西是niub东西，就太2了。
: xml和json都不是简单的形式，一堆冗余数据.尤其是xml本来根本就不应该拿来做这种
: 事，
: 人图省事就用了。
|
|
|
d********g
发帖数: 10550 | 41 xml快退流行了，整一堆无用的，程序没搞完自己先恶心死了
【在 z****e 的大作中提到】
: 操作系统太夸张
: 但凡是网络协议
: 哪有不能在不同操作系统之间传递数据的道理
: json能利用上现有的http协议和浏览器和web service技术才是它红火的原因
: xml是到处都在用，不仅仅是web service，现在什么不用xml
|
z****e
发帖数: 54598 | 42 标准还有退流行的？
【在 d********g 的大作中提到】
: xml快退流行了，整一堆无用的，程序没搞完自己先恶心死了
|
d********g
发帖数: 10550 | 43 HTML5后你还用XHTML吗？现在是没事，再过几年就是行为艺术了
【在 z****e 的大作中提到】
: 标准还有退流行的？
|
z****e
发帖数: 54598 | 44 用啊，这两个又不冲突
【在 d********g 的大作中提到】
: HTML5后你还用XHTML吗？现在是没事，再过几年就是行为艺术了
|
z****e
发帖数: 54598 | 45 我相信html5成型之后会有一个xhtml5的东东出来
【在 d********g 的大作中提到】
: HTML5后你还用XHTML吗？现在是没事，再过几年就是行为艺术了
|
d********g
发帖数: 10550 | 46 这就好比json革了xml的命。xml还在那，但用得越来越少。你也可以说json和它不冲突
，因为有些场合xml是更适合。不可否认xml越来越不如json受青睐
【在 z****e 的大作中提到】
: 用啊，这两个又不冲突
|
z****e
发帖数: 54598 | 47 这话说得
就好比说配置文件在那边，xml就用得越来越少一样
我所看到的是行业的大多数协议都还是用xml来定义
json怎么定义协议？
当然json也可以简单操作，但是简化的东西毕竟不能成为标准
实际上key value pair的东西早就在用
但是如果不是为了性能上的考虑，能xml就xml是我所看到的趋势
【在 d********g 的大作中提到】
: 这就好比json革了xml的命。xml还在那，但用得越来越少。你也可以说json和它不冲突
: ，因为有些场合xml是更适合。不可否认xml越来越不如json受青睐
|
d********g
发帖数: 10550 | 48 你根本就是概念混淆的。定义协议比如WSDL这样是为了自动化，而且很多framework里
以前引入xml配置后像打了鸡血一样滥用，造成你思维定势而已
json的协议其中一个例子就是backbone想搞的前端MVC。协议和xml没有一毛钱关系，
RFC里你还写xml？那都是写给人看的，不是xml
xml显然太臃肿，等你写完配置，别人prototype都出来了
【在 z****e 的大作中提到】
: 这话说得
: 就好比说配置文件在那边，xml就用得越来越少一样
: 我所看到的是行业的大多数协议都还是用xml来定义
: json怎么定义协议？
: 当然json也可以简单操作，但是简化的东西毕竟不能成为标准
: 实际上key value pair的东西早就在用
: 但是如果不是为了性能上的考虑，能xml就xml是我所看到的趋势
|
l*********s
发帖数: 5409 | 49 米高蜥蜴同学就是但凡要你说他错了，他一定要证明错的是你不是他。
【在 d********g 的大作中提到】
: 你根本就是概念混淆的。定义协议比如WSDL这样是为了自动化，而且很多framework里
: 以前引入xml配置后像打了鸡血一样滥用，造成你思维定势而已
: json的协议其中一个例子就是backbone想搞的前端MVC。协议和xml没有一毛钱关系，
: RFC里你还写xml？那都是写给人看的，不是xml
: xml显然太臃肿，等你写完配置，别人prototype都出来了
|
z****e
发帖数: 54598 | 50 那行业内要推广，你不用xml用什么？
定义协议的目的难倒不就是给别人看的？
我最早接触xml是为了uddi做准备
可不是java那些配置文件，我说的配置文件是properties
以前用得很多，现在几乎都不用了，因为性能上没有什么问题的话
为什么不用xml？不明白你干嘛对标准那么排斥？
xhtml5已经箭在弦上，都不明白你为什么拿html5做例子
我写东西都尽量往xml靠拢，难倒你不是这样？
你还是以前那样，一个地方倒腾一遍，另外一个地方换一种方式，重新学一遍，再倒腾
一遍？
那这样什么时候是个头啊？活到老学到老？
【在 d********g 的大作中提到】
: 你根本就是概念混淆的。定义协议比如WSDL这样是为了自动化，而且很多framework里
: 以前引入xml配置后像打了鸡血一样滥用，造成你思维定势而已
: json的协议其中一个例子就是backbone想搞的前端MVC。协议和xml没有一毛钱关系，
: RFC里你还写xml？那都是写给人看的，不是xml
: xml显然太臃肿，等你写完配置，别人prototype都出来了
|
|
|
z****e
发帖数: 54598 | 51 我从来没有这么说过
【在 l*********s 的大作中提到】
: 米高蜥蜴同学就是但凡要你说他错了，他一定要证明错的是你不是他。
|
d********g
发帖数: 10550 | 52 那xml发明之前，人类就没办法设计协议了？协议就是定义好的接口而已，xml只是其中
一种实现方式，你就把它当圣经了。举个简单例子，做在线支付的stripe，看看他们的
协议吧：
https://stripe.com/docs/api?lang=python
这种离了xml就搞不定协议的人，我还是第一次见。那些搞游戏的直接二进制包，别人
就不叫协议了？非得搞个臃肿1w倍的xml来传输？
你其实搞反了xml的目的。xml一个重要目的是自动化，写给人看的你如果还用xml，不
是别人想抽你就是你自己想抽自己
活到老学到老有什么问题？少壮不努力，老大写PHP，这样好吗？
【在 z****e 的大作中提到】
: 那行业内要推广，你不用xml用什么？
: 定义协议的目的难倒不就是给别人看的？
: 我最早接触xml是为了uddi做准备
: 可不是java那些配置文件，我说的配置文件是properties
: 以前用得很多，现在几乎都不用了，因为性能上没有什么问题的话
: 为什么不用xml？不明白你干嘛对标准那么排斥？
: xhtml5已经箭在弦上，都不明白你为什么拿html5做例子
: 我写东西都尽量往xml靠拢，难倒你不是这样？
: 你还是以前那样，一个地方倒腾一遍，另外一个地方换一种方式，重新学一遍，再倒腾
: 一遍？
|
z****e
发帖数: 54598 | 53 不是没有办法，你绝对化了
是目前看最好得方法，如果不是为了性能做考虑的话
性能可以满足的前提下，那当然是xml咯
这也不是什么新鲜事，多少行业的协议用的是xml定制的？
xml定制的协议是一个理想状态
能不能实现是一回事，但是会尽可能往这个理想状态靠拢
难倒你写的时候不是这样？
还是怎么爽怎么来是吧？n年以前的那种英雄式的写法？
【在 d********g 的大作中提到】
: 那xml发明之前，人类就没办法设计协议了？协议就是定义好的接口而已，xml只是其中
: 一种实现方式，你就把它当圣经了。举个简单例子，做在线支付的stripe，看看他们的
: 协议吧：
: https://stripe.com/docs/api?lang=python
: 这种离了xml就搞不定协议的人，我还是第一次见。那些搞游戏的直接二进制包，别人
: 就不叫协议了？非得搞个臃肿1w倍的xml来传输？
: 你其实搞反了xml的目的。xml一个重要目的是自动化，写给人看的你如果还用xml，不
: 是别人想抽你就是你自己想抽自己
: 活到老学到老有什么问题？少壮不努力，老大写PHP，这样好吗？
|
l*********s
发帖数: 5409 | 54 sorry, 论事不论人，这话是我说的不对在先。不过，我一向觉得网上讨论问题目的主
要还是开拓自己眼界，都是虚拟id，非要争个对错没啥实际意义。 ：-）
【在 z****e 的大作中提到】
: 我从来没有这么说过
|
n******t
发帖数: 4406 | 55 你 知道我在说啥么？
【在 z****e 的大作中提到】
: xml是标准，不是图省事用的
: 当然从长远看会节省很多东西，但是短期内的牺牲是必要的
: 就像java短期内牺牲了jvm那点效率一样
|
g*****g
发帖数: 34805 | 56 XML是臃肿，但json跟它比强得有限。序列化都是库写好了，用xml用json没啥区别。
json就是效率稍高一些。
【在 d********g 的大作中提到】
: 你根本就是概念混淆的。定义协议比如WSDL这样是为了自动化，而且很多framework里
: 以前引入xml配置后像打了鸡血一样滥用，造成你思维定势而已
: json的协议其中一个例子就是backbone想搞的前端MVC。协议和xml没有一毛钱关系，
: RFC里你还写xml？那都是写给人看的，不是xml
: xml显然太臃肿，等你写完配置，别人prototype都出来了
|
c*********e
发帖数: 16335 | 57 同意，json,xml是一类东西，换汤不换药。况且，现在android也在用xml的文件，xml
还会流行一段时间。其实，web services用xml,还不错。
【在 g*****g 的大作中提到】
: XML是臃肿，但json跟它比强得有限。序列化都是库写好了，用xml用json没啥区别。
: json就是效率稍高一些。
|
w***g
发帖数: 5958 | 58 同问. 没这个功能没法编程序啊.
【在 l*y 的大作中提到】
: python的缩进太恶心了，导致你没法从block开头跳到结尾。比如我用vim，别的语言的
: 话，我从开头的{，按一下%，就到}了，然后可以选中整个语句block。你python怎么办
: ？
|
l***p
发帖数: 358 | 59
xml
Soap简直就是个笑话
【在 c*********e 的大作中提到】
: 同意，json,xml是一类东西，换汤不换药。况且，现在android也在用xml的文件，xml
: 还会流行一段时间。其实，web services用xml,还不错。
|
g*****g
发帖数: 34805 | 60 说rest是soap进化也就罢了，说soap是个笑话是不知天高地厚的。
soap在rest流行之前，至少是10年的主流。
【在 l***p 的大作中提到】
:
: xml
: Soap简直就是个笑话
|
|
|
t******t
发帖数: 15246 | 61 数据的可维护性很高，想想看去PARSE一个文本文件，比如CSV的话，尼玛得写多少正则
表达式才能找到数据？这玩意不是给人看的。
【在 c*********e 的大作中提到】
: json,xml的红火，很可能是因为它们能在不同的操作系统平台之间传递数据，用最简单
: 的形式。
|
