b*******s 发帖数: 5216 | |
f*******t 发帖数: 7549 | 2 链接?
★ 发自iPhone App: ChineseWeb 7.8
【在 b*******s 的大作中提到】 : 认为oo vs fp很无聊的那篇
|
b*******s 发帖数: 5216 | 3 hacker news里面,今天的
【在 f*******t 的大作中提到】 : 链接? : : ★ 发自iPhone App: ChineseWeb 7.8
|
f*******t 发帖数: 7549 | 4 看不懂语言本质方面的话,不过我觉得他的观点挺正确的。开发软件成本因素很多,即
使一个项目用纯OO和纯FP写都能做出来,开发及维护阶段的熟练工工资、培养新人的成
本分别是多少?总听说有人说X语言写的爽,比C++ Java好多了,但现实是,螺丝钉码
工觉得写的爽有屁用。 |
x****u 发帖数: 44466 | 5 搞得和李大师新经文一样。
【在 b*******s 的大作中提到】 : 认为oo vs fp很无聊的那篇
|
x****u 发帖数: 44466 | 6 所谓螺丝钉码工这个想法本身就是有问题的。
【在 f*******t 的大作中提到】 : 看不懂语言本质方面的话,不过我觉得他的观点挺正确的。开发软件成本因素很多,即 : 使一个项目用纯OO和纯FP写都能做出来,开发及维护阶段的熟练工工资、培养新人的成 : 本分别是多少?总听说有人说X语言写的爽,比C++ Java好多了,但现实是,螺丝钉码 : 工觉得写的爽有屁用。
|
f*******t 发帖数: 7549 | 7 zkss
【在 x****u 的大作中提到】 : 所谓螺丝钉码工这个想法本身就是有问题的。
|
d*******r 发帖数: 3299 | 8 没找到呢,能发个URL吗?
【在 b*******s 的大作中提到】 : hacker news里面,今天的
|
f*******t 发帖数: 7549 | |
d*******r 发帖数: 3299 | |
|
|
p*u 发帖数: 2454 | 11
omg he jumped ship again:
"
我是世界上最优秀的计算机科学家和程序语言专家之一。我不应该把自己的才华浪费在
折腾这些无能的数据库上面。我的目标之一应该是设计出全新的数据库系统,完全的改
善人们使用数据的方式,而不是绞尽脑汁让一些无可救药的系统能够凑合工作。实际上
我已经知道该怎么做,可惜的是 Voxer 并不是一个制造数据库的公司,没人愿意冒这
个险让我自己设计一个数据库给他们用。
就在这个昏昏欲睡的时候,Quinn 和 Beyang 找到了我,告诉我他们采用了我在
Google 写的第一版 PySonar 代码,并且成立了一家叫做 Sourcegraph 的公司。他们
想成为世界上最大最精确的代码“语义搜索”引擎,想请我加入他们。程序的语义检索
网站,这是我在 Google 的小组试图要做的,然而现在却被这两个毛头小子先做了出来
,还拉到了投资。我不得不佩服 Stanford 同学们的创业精神。随后,我们进行了好几
轮的“面试”。从来面试都是别人考我,这次却是我对 Quinn 和 Beyang 提出各种刁
钻问题。从技术到市场和投资,一一问了个清楚,甚至他们的投资人还给我打了电话。
最后,我相信了 Quinn 和 Beyang 的实力和活力,看到了他们对于真正优秀的技术的
向往,所以虽然工资比 Voxer 少了不少,我仍然决定了加入 sourcegraph。
"
【在 d*******r 的大作中提到】 : 多谢 : 我看王的新的中文blog,说 Neo4j 不太靠谱 : http://www.yinwang.org/blog-cn/2013/11/08/voxer-sg/
|
z****e 发帖数: 54598 | 12 "我是世界上最优秀的计算机科学家和程序语言专家之一。我不应该把自己的才华浪费
在折腾这些无能的数据库上面。"
尼玛,我从来都很佩服这种恬不知耻的人 |
b*******s 发帖数: 5216 | 13 需要这样的人对付印度人
【在 z****e 的大作中提到】 : "我是世界上最优秀的计算机科学家和程序语言专家之一。我不应该把自己的才华浪费 : 在折腾这些无能的数据库上面。" : 尼玛,我从来都很佩服这种恬不知耻的人
|
x****u 发帖数: 44466 | 14 前面有人说了啊,现在西方的总体趋势是淘汰低水平码工,把类似工作转移至印度。
【在 f*******t 的大作中提到】 : zkss
|
x****u 发帖数: 44466 | 15 王垠碰三哥绝对是被秒。。。他是看传统处处不顺眼,三哥是玩死传统。
【在 b*******s 的大作中提到】 : 需要这样的人对付印度人
|
d****i 发帖数: 4809 | 16 哈哈,Linus, Knuth, Ken Thompson等被他贬过的都要笑歪嘴了。
【在 z****e 的大作中提到】 : "我是世界上最优秀的计算机科学家和程序语言专家之一。我不应该把自己的才华浪费 : 在折腾这些无能的数据库上面。" : 尼玛,我从来都很佩服这种恬不知耻的人
|
x****u 发帖数: 44466 | 17 他是用写科幻小说的方法写程序。
【在 p*u 的大作中提到】 : : omg he jumped ship again: : " : 我是世界上最优秀的计算机科学家和程序语言专家之一。我不应该把自己的才华浪费在 : 折腾这些无能的数据库上面。我的目标之一应该是设计出全新的数据库系统,完全的改 : 善人们使用数据的方式,而不是绞尽脑汁让一些无可救药的系统能够凑合工作。实际上 : 我已经知道该怎么做,可惜的是 Voxer 并不是一个制造数据库的公司,没人愿意冒这 : 个险让我自己设计一个数据库给他们用。 : 就在这个昏昏欲睡的时候,Quinn 和 Beyang 找到了我,告诉我他们采用了我在 : Google 写的第一版 PySonar 代码,并且成立了一家叫做 Sourcegraph 的公司。他们
|
H**r 发帖数: 10015 | 18 比Dijkstra如何
【在 z****e 的大作中提到】 : "我是世界上最优秀的计算机科学家和程序语言专家之一。我不应该把自己的才华浪费 : 在折腾这些无能的数据库上面。" : 尼玛,我从来都很佩服这种恬不知耻的人
|
b***i 发帖数: 3043 | 19 为啥他就能遇到这么好的机会,这几个公司都不错啊。
【在 z****e 的大作中提到】 : "我是世界上最优秀的计算机科学家和程序语言专家之一。我不应该把自己的才华浪费 : 在折腾这些无能的数据库上面。" : 尼玛,我从来都很佩服这种恬不知耻的人
|
z****e 发帖数: 54598 | 20 因为jython用了它的pysonar,它有东西可以吹了
其实jython这一块社区很不活跃,一度因为没有太多人参与而延迟进度
所以这是一块比较容易捡便宜的地方
【在 b***i 的大作中提到】 : 为啥他就能遇到这么好的机会,这几个公司都不错啊。
|
|
|
w**z 发帖数: 8232 | 21 他至少比95%的马工强。
【在 p*u 的大作中提到】 : : omg he jumped ship again: : " : 我是世界上最优秀的计算机科学家和程序语言专家之一。我不应该把自己的才华浪费在 : 折腾这些无能的数据库上面。我的目标之一应该是设计出全新的数据库系统,完全的改 : 善人们使用数据的方式,而不是绞尽脑汁让一些无可救药的系统能够凑合工作。实际上 : 我已经知道该怎么做,可惜的是 Voxer 并不是一个制造数据库的公司,没人愿意冒这 : 个险让我自己设计一个数据库给他们用。 : 就在这个昏昏欲睡的时候,Quinn 和 Beyang 找到了我,告诉我他们采用了我在 : Google 写的第一版 PySonar 代码,并且成立了一家叫做 Sourcegraph 的公司。他们
|
M****z 发帖数: 1058 | 22 这篇刚存起来,HN上评论太多,还没来得及看。新的那篇中文的,后面确实挺独尊的,
前面neo4j那一块,挺有用,上半年翻了一段时间,本来想用后来放弃了。终于有业内
批评人士给出了第一手信息。另外,说big data那一块,俺觉着挺真实的,算是写实的
内容吧。
后面独尊那一块,撇开与事实相不相符不谈。至少中文世界里该多一些这样的声音,华
人中真正的技术精英(不管这位老兄算不算,在此是泛指),应该给中文世界更多曝光
机会。而不是一说起来就是门派/师承/地位/高山仰止拜大神这种。
华人技术精英可能是离启发华语世界思维最近的一批人了。中文的人文科学上,方法论
差太远了,本该他们可以做的一些事情,反而不适合他们做。所以,这样的声音,出现
的越多,有真货出现的概率越大,对中文读者越有好处。
扯到天边了,呵呵 |
l*******G 发帖数: 1191 | 23 老王好样的,能忽悠是我们的榜样。当然,他还有一个功能就是他贬谁谁就牛,快来贬
贬我吧。。。 |
g*****g 发帖数: 34805 | 24 有可能,但是他自己定位是knuth的高度,被人嘲笑是必然。
【在 w**z 的大作中提到】 : 他至少比95%的马工强。
|
x****u 发帖数: 44466 | 25 他要是干的好,就不会这么愤了。
【在 b***i 的大作中提到】 : 为啥他就能遇到这么好的机会,这几个公司都不错啊。
|
b***i 发帖数: 3043 | 26 我当年找工作的时候不懂Java,只能去微软面试,还被印度人灭了。所以,要早学Java
呀。
【在 z****e 的大作中提到】 : 因为jython用了它的pysonar,它有东西可以吹了 : 其实jython这一块社区很不活跃,一度因为没有太多人参与而延迟进度 : 所以这是一块比较容易捡便宜的地方
|
x****u 发帖数: 44466 | 27 什么事情都半截子,看周围哪个人都不顺眼。应该去做传销而不是IT。
【在 w**z 的大作中提到】 : 他至少比95%的马工强。
|
z****e 发帖数: 54598 | 28 现在挖油钞票大把的
德州20w过得比加州30w要爽呀
Java
【在 b***i 的大作中提到】 : 我当年找工作的时候不懂Java,只能去微软面试,还被印度人灭了。所以,要早学Java : 呀。
|
b***i 发帖数: 3043 | 29 德州蚊子蚂蚁太多,夏天太热。澳洲新西兰气候如何?羊肉和鱼多少钱?我的理想就是
夏天不热,在树林里没蚊子,然后我在那里用笔记本上网编程序。
【在 z****e 的大作中提到】 : 现在挖油钞票大把的 : 德州20w过得比加州30w要爽呀 : : Java
|
z****e 发帖数: 54598 | 30 墨尔本其实挺冷的,有点象厦门的天气,夏天有那么几个月会比较热
羊肉便宜,澳洲就是羊肉好吃,都是小羊羔就直接宰了拿来卖
鱼贵,物价是美帝的两倍差不多,蚊子什么也有,但是普遍呆呆傻傻的
没有天敌,要打死很容易,还有小强什么也都差不多
【在 b***i 的大作中提到】 : 德州蚊子蚂蚁太多,夏天太热。澳洲新西兰气候如何?羊肉和鱼多少钱?我的理想就是 : 夏天不热,在树林里没蚊子,然后我在那里用笔记本上网编程序。
|
|
|
x****u 发帖数: 44466 | 31 澳洲羊肉不如新西兰的
【在 z****e 的大作中提到】 : 墨尔本其实挺冷的,有点象厦门的天气,夏天有那么几个月会比较热 : 羊肉便宜,澳洲就是羊肉好吃,都是小羊羔就直接宰了拿来卖 : 鱼贵,物价是美帝的两倍差不多,蚊子什么也有,但是普遍呆呆傻傻的 : 没有天敌,要打死很容易,还有小强什么也都差不多
|
z****e 发帖数: 54598 | 32 新西兰过于荒凉了
澳洲已经比较荒凉了
新西兰还更荒凉
墨尔本就跟天朝厦门差不多
如果把加州比作兄弟省份广东的话
新西兰就类似云南吧
【在 x****u 的大作中提到】 : 澳洲羊肉不如新西兰的
|
p*u 发帖数: 2454 | 33
depends on how you evaluate. if u r talking abt writing some pieces of
beautiful/elegant/efficient code, maybe he is very good. but if u want him
to build a large scale robust system, i doubt he can do it. this needs years
of hands on experiences. i think Yin Wang's issue is that he never kept his
head down and worked for a long time to build some good stuff.
【在 w**z 的大作中提到】 : 他至少比95%的马工强。
|
V*********r 发帖数: 666 | 34 这个可以看作他对自己的决心和期望。只不过他选择了公布出来,而大多数人——尤其
是国人——不会或不敢这么说出来而已。
【在 z****e 的大作中提到】 : "我是世界上最优秀的计算机科学家和程序语言专家之一。我不应该把自己的才华浪费 : 在折腾这些无能的数据库上面。" : 尼玛,我从来都很佩服这种恬不知耻的人
|
t*******h 发帖数: 2882 | 35 CONG
【在 z****e 的大作中提到】 : "我是世界上最优秀的计算机科学家和程序语言专家之一。我不应该把自己的才华浪费 : 在折腾这些无能的数据库上面。" : 尼玛,我从来都很佩服这种恬不知耻的人
|
a****i 发帖数: 1182 | 36 眼高手低就是这样:
"我的目标之一应该是设计出全新的数据库系统,完全的改善人们使用数据的方式,而
不是绞尽脑汁让一些无可救药的系统能够凑合工作。实际上我已经知道该怎么做,可惜
的是 Voxer 并不是一个制造数据库的公司,没人愿意冒这个险让我自己设计一个数据
库给他们用。"
【在 V*********r 的大作中提到】 : 这个可以看作他对自己的决心和期望。只不过他选择了公布出来,而大多数人——尤其 : 是国人——不会或不敢这么说出来而已。
|
t*******h 发帖数: 2882 | 37 哪位能回答一下:
自从E F Codd 在70年代发表了关系型数据库的论文开创了RDBMS的黄金时代以来,数据
库在理论方面有什么革命性的发展吗?
现在大数据的理论基础是什么?
【在 a****i 的大作中提到】 : 眼高手低就是这样: : "我的目标之一应该是设计出全新的数据库系统,完全的改善人们使用数据的方式,而 : 不是绞尽脑汁让一些无可救药的系统能够凑合工作。实际上我已经知道该怎么做,可惜 : 的是 Voxer 并不是一个制造数据库的公司,没人愿意冒这个险让我自己设计一个数据 : 库给他们用。"
|
t*******h 发帖数: 2882 | 38 多谢。看了一下,觉得他说的非常有道理。
世界是复杂的,不要试图用一种方法解决所有问题,因为任何方法都有它的优缺点,都
有它擅长和不擅长解决问题的方面。把一种方法用到极端有什么好处?就像王垠说的,
Java里把所有的函数都放在对象中,无形中增加了复杂度和Overhead。更有人认为Java
里的原始类型不够“纯OO”,问题是你要那么纯做什么?好像有大牛说没有经过TDD的
开发就不是好的开发是一个道理,都是BS。
另外王垠的英文很好,向来很佩服善于写作的程序员,其实也应该是每个程序员应该努
力做到的。
【在 f*******t 的大作中提到】 : 我来造福大众 : https://yinwang0.wordpress.com/2013/11/09/oop-fp/
|
g*****g 发帖数: 34805 | 39 就是那篇 partition, consistency, availability只能 3选2的论文。
【在 t*******h 的大作中提到】 : 哪位能回答一下: : 自从E F Codd 在70年代发表了关系型数据库的论文开创了RDBMS的黄金时代以来,数据 : 库在理论方面有什么革命性的发展吗? : 现在大数据的理论基础是什么?
|
p*****2 发帖数: 21240 | 40
Java
他说的是对的,但是这个道理难道不是大家都明白的?什么东西走极端了都不好呀?
另外,我觉得他自己对这个世界的理解就走极端了,真的是很极端。他理解的世界跟现
实的差距很大呀。
【在 t*******h 的大作中提到】 : 多谢。看了一下,觉得他说的非常有道理。 : 世界是复杂的,不要试图用一种方法解决所有问题,因为任何方法都有它的优缺点,都 : 有它擅长和不擅长解决问题的方面。把一种方法用到极端有什么好处?就像王垠说的, : Java里把所有的函数都放在对象中,无形中增加了复杂度和Overhead。更有人认为Java : 里的原始类型不够“纯OO”,问题是你要那么纯做什么?好像有大牛说没有经过TDD的 : 开发就不是好的开发是一个道理,都是BS。 : 另外王垠的英文很好,向来很佩服善于写作的程序员,其实也应该是每个程序员应该努 : 力做到的。
|
|
|
m*******l 发帖数: 12782 | 41 大牛说的很好啊
【在 p*****2 的大作中提到】 : : Java : 他说的是对的,但是这个道理难道不是大家都明白的?什么东西走极端了都不好呀? : 另外,我觉得他自己对这个世界的理解就走极端了,真的是很极端。他理解的世界跟现 : 实的差距很大呀。
|
c******o 发帖数: 1277 | 42 有一点值得一提,他对monad的我觉得看法挺对的。
其实monad就是一种高层的封装。
对于能处理的:exception,null,local state.封装以后就和pure一样
对于不能处理的:IO,external exposed state,封装后也很烂。
state monad用起来就和以前c/basic感觉一样,一行一行
io monad 就是把不能处理的打包,最后一锤子买卖,成不成看天。
怪不得scala 不主张用status/io monad
【在 m*******l 的大作中提到】 : 大牛说的很好啊
|
p*****2 发帖数: 21240 | 43
我觉得热衷monad的人应该是很少数很少数的。而且这些人理解monad应该很深刻,至少
跟我差着几个level,所以也不好评论。大家看问题的角度不同,结论也会不同。从工
程的角度讲,他这片文章跟我的观点也是非常类似的。我很反对一个东西什么都做,就
像scala一样,这样就搞的异常复杂了。工具有很多种,不同的事情可以采用最适合的
工具去做,而不是一个工具什么都想通吃。这点scala就走极端了。
【在 c******o 的大作中提到】 : 有一点值得一提,他对monad的我觉得看法挺对的。 : 其实monad就是一种高层的封装。 : 对于能处理的:exception,null,local state.封装以后就和pure一样 : 对于不能处理的:IO,external exposed state,封装后也很烂。 : state monad用起来就和以前c/basic感觉一样,一行一行 : io monad 就是把不能处理的打包,最后一锤子买卖,成不成看天。 : 怪不得scala 不主张用status/io monad
|
c******o 发帖数: 1277 | 44 我不觉得scala什么都能做(好)。。。
现在觉得其实我能用到的scala/play/akka feature不会太多的,大部分project远远
用不到太多.
不过学学很好,我至少能看得懂FP library code.
【在 p*****2 的大作中提到】 : : 我觉得热衷monad的人应该是很少数很少数的。而且这些人理解monad应该很深刻,至少 : 跟我差着几个level,所以也不好评论。大家看问题的角度不同,结论也会不同。从工 : 程的角度讲,他这片文章跟我的观点也是非常类似的。我很反对一个东西什么都做,就 : 像scala一样,这样就搞的异常复杂了。工具有很多种,不同的事情可以采用最适合的 : 工具去做,而不是一个工具什么都想通吃。这点scala就走极端了。
|
c****3 发帖数: 10787 | 45 他的问题很明显,见过的东西太少,眼界太狭窄,没有宏观思维。
他所追求的那些,说穿了就是重复发明个不同的轮子,可能稍微好点,那又怎样
【在 b*******s 的大作中提到】 : 认为oo vs fp很无聊的那篇
|
p*****2 发帖数: 21240 | 46
同意。大牛的课程上的怎么样了?
【在 c******o 的大作中提到】 : 我不觉得scala什么都能做(好)。。。 : 现在觉得其实我能用到的scala/play/akka feature不会太多的,大部分project远远 : 用不到太多. : 不过学学很好,我至少能看得懂FP library code.
|
m*******l 发帖数: 12782 | 47 大牛说的很好
【在 p*****2 的大作中提到】 : : 同意。大牛的课程上的怎么样了?
|
z****e 发帖数: 54598 | 48 没有人打算用一种方法解决所有问题
但是打算在众多solutions中寻找一种共性
降低不同工具的使用门槛,普及工具的使用率
这才是最初的目的
这就是为什么大量的开源产品,始终保持者跨平台这一最原始的特性
无论是java还是python还是ruby这些
目的就是为了让程序员从不同os的差异所导致的挣扎中摆脱出来
关注在他们需要关注的领域
当然这不容易,现实中有各种异常要处理
但是随着时间的推进,人们作出了努力,总能有那么点结果出来
今天用java跟十年前用java完全是两回事
而正是由于这些前驱一点一滴的贡献,才有了我们今天能够享有的各种福利
一种方法解决所有问题是理想状况,也许永远都实现不了
但是并不代表人们不会朝着这个目标去努力,去逼近这个理想状态
而且就算没有一种方法能够解决“所有问题”,但是解决问题的方法
却存在有适用范围,而这个适用范围必然有大和小之分
而这就是eco system的差异
Java
【在 t*******h 的大作中提到】 : 多谢。看了一下,觉得他说的非常有道理。 : 世界是复杂的,不要试图用一种方法解决所有问题,因为任何方法都有它的优缺点,都 : 有它擅长和不擅长解决问题的方面。把一种方法用到极端有什么好处?就像王垠说的, : Java里把所有的函数都放在对象中,无形中增加了复杂度和Overhead。更有人认为Java : 里的原始类型不够“纯OO”,问题是你要那么纯做什么?好像有大牛说没有经过TDD的 : 开发就不是好的开发是一个道理,都是BS。 : 另外王垠的英文很好,向来很佩服善于写作的程序员,其实也应该是每个程序员应该努 : 力做到的。
|
z****e 发帖数: 54598 | 49 talk is cheap
说得越多,做得越少
我没看出语言的适用跟数据存储有什么必然的联系
语言的适用范围很多时候是逻辑处理上
而他之前说了半天自己是语言专家,现在摇身一变,又成为顶级数据库专家了
不知道他到底想做什么,我没看出他对数据存储这一领域有什么贡献
只看到不停滴抱怨,抱怨,抱怨
【在 V*********r 的大作中提到】 : 这个可以看作他对自己的决心和期望。只不过他选择了公布出来,而大多数人——尤其 : 是国人——不会或不敢这么说出来而已。
|
z****e 发帖数: 54598 | 50 cap理论
这个理论就是big data里面nosql的基础
然后有各种延伸
他说的无非,哎呀这个工具不好使了,这个东西很糟糕,很坏
然后换一个,哎呀,这个也不好使了,这个东西设计得很差,很糟糕
然后又换一个……
尼玛,要抱怨谁不会,有本事你自己做一个,就像内森做的elephonedb一样
内森说,也就不过七千多行代码而已,很简单的,这才是手高的表现
他oop vs fp的文章也是一样的
oop这个做得不好,fp那个做得不好
那很简单一个问题,你能不能告诉我,怎样才能让这两个都变好?
或者说,你提出了这些问题,solution是什么?
他的文章只给我一个感觉,oop不好,fp能搞定这个问题
反过来,fp不好,oop能搞定这个问题,所以你们自己看着办
但是现实中有一个最基本的问题,code base不宜太过于混乱
尤其是同一模块之间如果多个paradigm并存的话,这会是灾难
那怎么办?
其实soa就解决了这个问题,姐夫牛逼就牛逼在这一点上
【在 t*******h 的大作中提到】 : 哪位能回答一下: : 自从E F Codd 在70年代发表了关系型数据库的论文开创了RDBMS的黄金时代以来,数据 : 库在理论方面有什么革命性的发展吗? : 现在大数据的理论基础是什么?
|
|
|
t*******h 发帖数: 2882 | 51 基本同意你所说的。我只是想说单纯争论某种方法的优劣是没有意义的。每一种方法都
有它相对适用的范围,或者场景。比如,OO vs FP,RDBMS vs BigDataDB,Waterfall
vs Agile,都是如此。
对于一个公司而言,理想的状况是选用一种适合自己的方法(语言,数据库,SDLC)为
主,在需要的地方辅以其他方法,这样才能达到既便于维护,又优化实现的目的。当然
现实当中有的公司连主导方法都不清晰,公司高管也经常拍脑袋决定,加上开发历史,
收购其他公司等因素,整个系统通常都是比较混乱的。明智的公司会不断朝着前面所说
理想状态改良。对于一些比较复杂的系统,其整个架构是分布式的,试图统一方法的做
法其费效比未必是合理的。
【在 z****e 的大作中提到】 : 没有人打算用一种方法解决所有问题 : 但是打算在众多solutions中寻找一种共性 : 降低不同工具的使用门槛,普及工具的使用率 : 这才是最初的目的 : 这就是为什么大量的开源产品,始终保持者跨平台这一最原始的特性 : 无论是java还是python还是ruby这些 : 目的就是为了让程序员从不同os的差异所导致的挣扎中摆脱出来 : 关注在他们需要关注的领域 : 当然这不容易,现实中有各种异常要处理 : 但是随着时间的推进,人们作出了努力,总能有那么点结果出来
|
g*****g 发帖数: 34805 | 52 绝大多数数据库的接口都是用脚本形式实现的,客户端和语言无关。数据库的实现本身
跟语言有关。传统的RDBMS,单机,追求极端的效率,无疑C/C++是最合适的语言。
到NoSQL里强调high availability而需要多结点通讯, 强调可靠性, 强调数据库的快速
演化以适合不同的需要,无疑JVM系列的语言更合适。
王垠根本就不懂得和别人合作,写个语言分析器这种东西挺合适,写个数据库他差多了
,连基础
类库都不见得熟悉。
【在 z****e 的大作中提到】 : talk is cheap : 说得越多,做得越少 : 我没看出语言的适用跟数据存储有什么必然的联系 : 语言的适用范围很多时候是逻辑处理上 : 而他之前说了半天自己是语言专家,现在摇身一变,又成为顶级数据库专家了 : 不知道他到底想做什么,我没看出他对数据存储这一领域有什么贡献 : 只看到不停滴抱怨,抱怨,抱怨
|
m******t 发帖数: 635 | 53 凡事有利有弊,这个SOA的弊端是什么?如果真是这么好,除了Amazon一家没听说其他
家在大规模弄SOA?
是不是这个架构只适合需求比较固定的企业,而不适合糙猛快的web apps?
:但是现实中有一个最基本的问题,code base不宜太过于混乱
:尤其是同一模块之间如果多个paradigm并存的话,这会是灾难
:那怎么办?
:其实soa就解决了这个问题,姐夫牛逼就牛逼在这一点上
【在 z****e 的大作中提到】 : cap理论 : 这个理论就是big data里面nosql的基础 : 然后有各种延伸 : 他说的无非,哎呀这个工具不好使了,这个东西很糟糕,很坏 : 然后换一个,哎呀,这个也不好使了,这个东西设计得很差,很糟糕 : 然后又换一个…… : 尼玛,要抱怨谁不会,有本事你自己做一个,就像内森做的elephonedb一样 : 内森说,也就不过七千多行代码而已,很简单的,这才是手高的表现 : 他oop vs fp的文章也是一样的 : oop这个做得不好,fp那个做得不好
|
b*******s 发帖数: 5216 | 54 其实用得很普遍了,我们公司也是soa架构的
【在 m******t 的大作中提到】 : 凡事有利有弊,这个SOA的弊端是什么?如果真是这么好,除了Amazon一家没听说其他 : 家在大规模弄SOA? : 是不是这个架构只适合需求比较固定的企业,而不适合糙猛快的web apps? : : :但是现实中有一个最基本的问题,code base不宜太过于混乱 : :尤其是同一模块之间如果多个paradigm并存的话,这会是灾难 : :那怎么办? : :其实soa就解决了这个问题,姐夫牛逼就牛逼在这一点上
|
g*****g 发帖数: 34805 | 55 SOA的弊端就是有overhead,transaction困难。所有server端的项目一大都搞SOA,几
乎是唯一的出路。FLAGT都是SOA。
【在 m******t 的大作中提到】 : 凡事有利有弊,这个SOA的弊端是什么?如果真是这么好,除了Amazon一家没听说其他 : 家在大规模弄SOA? : 是不是这个架构只适合需求比较固定的企业,而不适合糙猛快的web apps? : : :但是现实中有一个最基本的问题,code base不宜太过于混乱 : :尤其是同一模块之间如果多个paradigm并存的话,这会是灾难 : :那怎么办? : :其实soa就解决了这个问题,姐夫牛逼就牛逼在这一点上
|
z****e 发帖数: 54598 | 56 如果系统还不够多,没有垮多台机器,代码量偏低的话
可以不soa,soa一般会用web service
那如果没有多个机器互相call,就不需要ws
很多startup或者小公司其实都是单服务器跑
这个时候谈soa没有太大意义,最多jee一下就可以了
尽量多用现有的工具,server或者framework,一般可以简化代码
但是如果是一堆的组,互相之间call来call去,soa就很重要了
甚至可以让一个人或者少数几个人负责一个service,化整为零
公司整体结构就很灵活,做起来好做很多
soa推广起来有很大障碍,主要是大多数人不理解这个概念
所以就算它们在做这个,也不懂这是个什么东西
所以一般就说是分层和web service,便于理解
实际上web service也不是那么容易理解,还是有很多人不懂
所以这个基础之上更抽象的soa就说得少了
【在 m******t 的大作中提到】 : 凡事有利有弊,这个SOA的弊端是什么?如果真是这么好,除了Amazon一家没听说其他 : 家在大规模弄SOA? : 是不是这个架构只适合需求比较固定的企业,而不适合糙猛快的web apps? : : :但是现实中有一个最基本的问题,code base不宜太过于混乱 : :尤其是同一模块之间如果多个paradigm并存的话,这会是灾难 : :那怎么办? : :其实soa就解决了这个问题,姐夫牛逼就牛逼在这一点上
|
g*****g 发帖数: 34805 | 57 SOA最大的好处是人员上的scalability。相对的是Monolithic application。
否则项目一大,开发又快,难免有模块出show stopper,一roll back就大家都得
roll back。本来计划一个月release一次,结果3个月能release一次就不错了。
写OS这么整也还好,写互联网应用两下就玩玩了。
【在 z****e 的大作中提到】 : 如果系统还不够多,没有垮多台机器,代码量偏低的话 : 可以不soa,soa一般会用web service : 那如果没有多个机器互相call,就不需要ws : 很多startup或者小公司其实都是单服务器跑 : 这个时候谈soa没有太大意义,最多jee一下就可以了 : 尽量多用现有的工具,server或者framework,一般可以简化代码 : 但是如果是一堆的组,互相之间call来call去,soa就很重要了 : 甚至可以让一个人或者少数几个人负责一个service,化整为零 : 公司整体结构就很灵活,做起来好做很多 : soa推广起来有很大障碍,主要是大多数人不理解这个概念
|
b*******s 发帖数: 5216 | 58 soa部署也很灵活
【在 g*****g 的大作中提到】 : SOA最大的好处是人员上的scalability。相对的是Monolithic application。 : 否则项目一大,开发又快,难免有模块出show stopper,一roll back就大家都得 : roll back。本来计划一个月release一次,结果3个月能release一次就不错了。 : 写OS这么整也还好,写互联网应用两下就玩玩了。
|
m******t 发帖数: 635 | 59 这个SOA是特指基于SOAP/WSDL那一坨呢,还是基于REST的各种野鸡web service都算?
【在 g*****g 的大作中提到】 : SOA的弊端就是有overhead,transaction困难。所有server端的项目一大都搞SOA,几 : 乎是唯一的出路。FLAGT都是SOA。
|
z****e 发帖数: 54598 | 60 不止rest算,连rpc,rmi,jms那些都算
ws只是实现soa的一种手段而已
不仅限于用ws实现
【在 m******t 的大作中提到】 : 这个SOA是特指基于SOAP/WSDL那一坨呢,还是基于REST的各种野鸡web service都算?
|
|
|
m******t 发帖数: 635 | 61 rpc,rmi这些东东还在用么?好像非常久远了
【在 z****e 的大作中提到】 : 不止rest算,连rpc,rmi,jms那些都算 : ws只是实现soa的一种手段而已 : 不仅限于用ws实现
|
z****e 发帖数: 54598 | 62 soa = service oriented architecture
web service is a type of service
but jms = java message service is also a type of service |
z****e 发帖数: 54598 | 63 hadoop用rmi
【在 m******t 的大作中提到】 : rpc,rmi这些东东还在用么?好像非常久远了
|
h*****a 发帖数: 1718 | 64 同意。
【在 p*****2 的大作中提到】 : : 同意。大牛的课程上的怎么样了?
|
h*****a 发帖数: 1718 | 65 没错,10年前就几乎强制的推广了SOA确实很牛。
【在 z****e 的大作中提到】 : cap理论 : 这个理论就是big data里面nosql的基础 : 然后有各种延伸 : 他说的无非,哎呀这个工具不好使了,这个东西很糟糕,很坏 : 然后换一个,哎呀,这个也不好使了,这个东西设计得很差,很糟糕 : 然后又换一个…… : 尼玛,要抱怨谁不会,有本事你自己做一个,就像内森做的elephonedb一样 : 内森说,也就不过七千多行代码而已,很简单的,这才是手高的表现 : 他oop vs fp的文章也是一样的 : oop这个做得不好,fp那个做得不好
|
h*****a 发帖数: 1718 | 66 没错,软件发展这么多年了,大部分东西都被实践过了,现在要说突然对传统的东西有
一个质的突破,不是很现实。
【在 g*****g 的大作中提到】 : 绝大多数数据库的接口都是用脚本形式实现的,客户端和语言无关。数据库的实现本身 : 跟语言有关。传统的RDBMS,单机,追求极端的效率,无疑C/C++是最合适的语言。 : 到NoSQL里强调high availability而需要多结点通讯, 强调可靠性, 强调数据库的快速 : 演化以适合不同的需要,无疑JVM系列的语言更合适。 : 王垠根本就不懂得和别人合作,写个语言分析器这种东西挺合适,写个数据库他差多了 : ,连基础 : 类库都不见得熟悉。
|
h*****a 发帖数: 1718 | 67 现在互联网公司几乎都是SOA的架构,尤其是规模大了之后。
【在 m******t 的大作中提到】 : 凡事有利有弊,这个SOA的弊端是什么?如果真是这么好,除了Amazon一家没听说其他 : 家在大规模弄SOA? : 是不是这个架构只适合需求比较固定的企业,而不适合糙猛快的web apps? : : :但是现实中有一个最基本的问题,code base不宜太过于混乱 : :尤其是同一模块之间如果多个paradigm并存的话,这会是灾难 : :那怎么办? : :其实soa就解决了这个问题,姐夫牛逼就牛逼在这一点上
|
z****e 发帖数: 54598 | 68 不只互联网,其实所有大的系统,银行政府什么
基本上都是soa了
【在 h*****a 的大作中提到】 : 现在互联网公司几乎都是SOA的架构,尤其是规模大了之后。
|
g****t 发帖数: 31659 | 69 普林斯顿的老李,前年公司数据库卖了1B.
恐怕口气也不会这么大...
【在 p*u 的大作中提到】 : : depends on how you evaluate. if u r talking abt writing some pieces of : beautiful/elegant/efficient code, maybe he is very good. but if u want him : to build a large scale robust system, i doubt he can do it. this needs years : of hands on experiences. i think Yin Wang's issue is that he never kept his : head down and worked for a long time to build some good stuff.
|
P********l 发帖数: 452 | 70 把这篇的水分挤一挤,其实没什么干货.王老板把一些私房话晒出来挺幼稚的.
既然王老板吹出来了,咱就拭目以待大作横空出世.
其实,理想主义有时候会产生革命性的产品.比如,google的一大堆东西.
【在 d*******r 的大作中提到】 : 多谢 : 我看王的新的中文blog,说 Neo4j 不太靠谱 : http://www.yinwang.org/blog-cn/2013/11/08/voxer-sg/
|
|
|
q*c 发帖数: 9453 | 71
但是应该尽量用一种办法解决尽可能多的问题。
因为不同的方法, 本身就是及其巨大的 overhead -- 而没人提这个?
Java
【在 t*******h 的大作中提到】 : 多谢。看了一下,觉得他说的非常有道理。 : 世界是复杂的,不要试图用一种方法解决所有问题,因为任何方法都有它的优缺点,都 : 有它擅长和不擅长解决问题的方面。把一种方法用到极端有什么好处?就像王垠说的, : Java里把所有的函数都放在对象中,无形中增加了复杂度和Overhead。更有人认为Java : 里的原始类型不够“纯OO”,问题是你要那么纯做什么?好像有大牛说没有经过TDD的 : 开发就不是好的开发是一个道理,都是BS。 : 另外王垠的英文很好,向来很佩服善于写作的程序员,其实也应该是每个程序员应该努 : 力做到的。
|
g*****g 发帖数: 34805 | 72 Sure, learning new stuff is a big overhead. People are lazy by nature.
【在 q*c 的大作中提到】 : : 但是应该尽量用一种办法解决尽可能多的问题。 : 因为不同的方法, 本身就是及其巨大的 overhead -- 而没人提这个? : Java
|
q*c 发帖数: 9453 | 73 or, People (human) are very vert limited by nature.
not just lazy.
【在 g*****g 的大作中提到】 : Sure, learning new stuff is a big overhead. People are lazy by nature.
|
L***n 发帖数: 6727 | 74 how about pysonar? I'm really impressed.
years
his
【在 p*u 的大作中提到】 : : depends on how you evaluate. if u r talking abt writing some pieces of : beautiful/elegant/efficient code, maybe he is very good. but if u want him : to build a large scale robust system, i doubt he can do it. this needs years : of hands on experiences. i think Yin Wang's issue is that he never kept his : head down and worked for a long time to build some good stuff.
|
L***n 发帖数: 6727 | 75 The following is not my words, seems everyone quotes it.
Big data is like teenage sex: everyone talks about it, nobody really knows
how to do it, everyone thinks everyone else is doing it, so everyone claims
they are doing it...
【在 t*******h 的大作中提到】 : 哪位能回答一下: : 自从E F Codd 在70年代发表了关系型数据库的论文开创了RDBMS的黄金时代以来,数据 : 库在理论方面有什么革命性的发展吗? : 现在大数据的理论基础是什么?
|