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的黄金时代以来，数据
: 库在理论方面有什么革命性的发展吗？
: 现在大数据的理论基础是什么？
|
