d***n
发帖数: 832 | 1 【 以下文字转载自 JobHunting 讨论区 】
发信人: dadan (dadan), 信区: JobHunting
标 题: 王垠对google的看法
发信站: BBS 未名空间站 (Sat Aug 16 03:08:19 2014, 美东)
http://blog.sina.com.cn/s/blog_5f56995d0101mjyj.html
中文的，有点偏激，但还是有道理的 |
H****S
发帖数: 1359 | 2 写得很好，程序员应该有一颗自由的心并且敢于质疑一切。 |
d***a
发帖数: 13752 | 3 这是瞎说。
【在 H****S 的大作中提到】
: 写得很好，程序员应该有一颗自由的心并且敢于质疑一切。
|
c********g
发帖数: 1173 | 4 王垠自我感觉太良好了。象这一段：
“我怎么也想不通为什么 JSCompiler 会有 9000 行来处理这么简单的东西”
他不会不知道python和js的复杂程度和legacy maintenance根本不是一个级别吧。
看看他的历史，就能知道他一贯靠所谓的“挑战权威”来建立自己的地位。从开始写清
华到Google，都是这样。无论是性格使然还是精心设计的，反正我不知道他有没有一颗
自由的心，但一颗功利的心应该是有的。 |
g****t
发帖数: 31659 | |
c********g
发帖数: 1173 | 6 话说回来，王垠要是去做学术也许会好些。他最大的问题是不知道怎么comprise。而在
industry里最重要的就是comprise。和人，和legacy case，和客户，和广大end user
，都要comprise。刚出学校的人往往会觉得一个问题太简单了，那是他们根本没把这些
comprise考虑进去。可以说，在公司最项目，就是不断为各种comprise找出最好的
solution的过程。
【在 c********g 的大作中提到】
: 王垠自我感觉太良好了。象这一段：
: “我怎么也想不通为什么 JSCompiler 会有 9000 行来处理这么简单的东西”
: 他不会不知道python和js的复杂程度和legacy maintenance根本不是一个级别吧。
: 看看他的历史，就能知道他一贯靠所谓的“挑战权威”来建立自己的地位。从开始写清
: 华到Google，都是这样。无论是性格使然还是精心设计的，反正我不知道他有没有一颗
: 自由的心，但一颗功利的心应该是有的。
|
T*******x
发帖数: 8565 | 7 看了。
我觉得这篇文章对Google的杀伤力还是蛮大的。
【在 d***n 的大作中提到】
: 【 以下文字转载自 JobHunting 讨论区 】
: 发信人: dadan (dadan), 信区: JobHunting
: 标 题: 王垠对google的看法
: 发信站: BBS 未名空间站 (Sat Aug 16 03:08:19 2014, 美东)
: http://blog.sina.com.cn/s/blog_5f56995d0101mjyj.html
: 中文的，有点偏激，但还是有道理的
|
l**********n
发帖数: 8443 | 8 这哥们应该用英文写啊，对google杀伤力很大，Steve Yegge也算一狂人了，没想到还
有更狂的。 |
s******8
发帖数: 1 | 9 干过几年软件的还写出这东西，让人怀疑其动机
【在 T*******x 的大作中提到】
: 看了。
: 我觉得这篇文章对Google的杀伤力还是蛮大的。
|
c***d
发帖数: 996 | 10 完全不认识这个人，也没读过他的文章。 不过他写的这个实习经历倒是挺真实的。 公
司是产品当家， 工程师做的东西都是要用产品来衡量， 做平台的在这时就会吃亏。
公司并不需要水平很高的人， 但需要能很快把一些东西堆在一起实现产品需要的功能
的人。 没有产出就没有效益， 没有效益就没有存在的理由。
【在 d***n 的大作中提到】
: 【 以下文字转载自 JobHunting 讨论区 】
: 发信人: dadan (dadan), 信区: JobHunting
: 标 题: 王垠对google的看法
: 发信站: BBS 未名空间站 (Sat Aug 16 03:08:19 2014, 美东)
: http://blog.sina.com.cn/s/blog_5f56995d0101mjyj.html
: 中文的，有点偏激，但还是有道理的
|
|
|
l*********s
发帖数: 5409 | 11 其实也没啥，公司都是以盈利为根本目的，所谓以人为本的管理本质上就是假的。
【在 T*******x 的大作中提到】
: 看了。
: 我觉得这篇文章对Google的杀伤力还是蛮大的。
|
x****u
发帖数: 44466 | 12 学术更要comprise。
计算机科学太新，稍微理论一点的问题，几乎各个都是世界未解之谜。
user
【在 c********g 的大作中提到】
: 话说回来，王垠要是去做学术也许会好些。他最大的问题是不知道怎么comprise。而在
: industry里最重要的就是comprise。和人，和legacy case，和客户，和广大end user
: ，都要comprise。刚出学校的人往往会觉得一个问题太简单了，那是他们根本没把这些
: comprise考虑进去。可以说，在公司最项目，就是不断为各种comprise找出最好的
: solution的过程。
|
x****u
发帖数: 44466 | 13 以人为本也是为了盈利，怕牛人跑了。
【在 l*********s 的大作中提到】
: 其实也没啥，公司都是以盈利为根本目的，所谓以人为本的管理本质上就是假的。
|
g****t
发帖数: 31659 | |
g****t
发帖数: 31659 | 15 是的。很多问题如果不考虑各种约束，那就是初中难度。但是各种约束加进去，就是世
界难题。
在industry里最重要的就是comprise。和人，和legacy case，和客户，和广大end
user
些comprise考虑进去。可以说，在公司最项目，就是不断为各种comprise找出最好的 |
s*****V
发帖数: 21731 | 16 它里面说了，本来是英文写的，后来改成了中文。
【在 l**********n 的大作中提到】
: 这哥们应该用英文写啊，对google杀伤力很大，Steve Yegge也算一狂人了，没想到还
: 有更狂的。
|
w*******e
发帖数: 285 | 17 说说我的几点看法，第一如果grok python的parser确实是他写的那的确是很牛，但是
这也只是grok的一部分，grok的主要功能还是支持code search，如果code search没有
grok python的parser也是确实会差一些，但是并不是那么严重，基于纯regex的
parsing也不是完全不能用，grep不也照样可以撑一撑吗。
codesearch这个确实是google内部提高生产力的第一利器，说白了大家都是copy paste
，越方便越好。
还有他认为wanzhanyong的gtest和gmock没有技术含量，这也不完全对，毕竟cpp和
jiava不一样，不是reflection语言，你不能随便胡来那么容易的mock，我感觉gtest和
gmock对于写cpp unittest还是非常好的，对提高代码质量很有帮助。我个人不好判断
他写的grok python parser的贡献就一定比gmock和gtest大，所以他觉得自己肯定因该
当principal也是可以商榷的。
最后说unittest，这个的确是google的culture，至于好坏见仁见智。确实写unittest
有时候很烦人，你恨不得写几千行的框架出来根本先不写test。也确实有牛人飞速写完
了一个bug都没有。但是普通人还是应该多写unittest提高对代码的信心，然后再一点
点累积起来，用cpp可能有内存的问题，python更不用说没有编译器帮你找错，这时候
我觉得unittest就格外重要，还是应该尽可能的追求100%的test coverage。google之
所以能够如此大规模的使用c++我觉得跟严格的unittest是分不开的。而且unitest本身
也是教程和文档，能方便别人看懂你的code，容易学会你的library。
【在 d***n 的大作中提到】
: 【 以下文字转载自 JobHunting 讨论区 】
: 发信人: dadan (dadan), 信区: JobHunting
: 标 题: 王垠对google的看法
: 发信站: BBS 未名空间站 (Sat Aug 16 03:08:19 2014, 美东)
: http://blog.sina.com.cn/s/blog_5f56995d0101mjyj.html
: 中文的，有点偏激，但还是有道理的
|
y***k
发帖数: 1078 | 18 http://www.1point3acres.com/bbs/thread-102305-1-1.html
王垠同学又被解雇了吗？他好像有一颗自以为天才的心，但不幸走得是loser的路啊。
古人说的好：心比天高，命如纸薄。
谁能去帮帮他吧。
【在 s*****V 的大作中提到】
: 它里面说了，本来是英文写的，后来改成了中文。
|
n******u
发帖数: 4271 | 19 做学术的话，他智商略低了一点。。他还是适合做码农。。。
user
【在 c********g 的大作中提到】
: 话说回来，王垠要是去做学术也许会好些。他最大的问题是不知道怎么comprise。而在
: industry里最重要的就是comprise。和人，和legacy case，和客户，和广大end user
: ，都要comprise。刚出学校的人往往会觉得一个问题太简单了，那是他们根本没把这些
: comprise考虑进去。可以说，在公司最项目，就是不断为各种comprise找出最好的
: solution的过程。
|
g*****g
发帖数: 34805 | 20 python的 parser也不是他写的，他自己提到从 Jython那拿过来。他的主要贡献就是支
持定义查找吧。这个做得好可以发篇 paper，但离比肩纳什还有十万八千里的距离。
paste
【在 w*******e 的大作中提到】
: 说说我的几点看法，第一如果grok python的parser确实是他写的那的确是很牛，但是
: 这也只是grok的一部分，grok的主要功能还是支持code search，如果code search没有
: grok python的parser也是确实会差一些，但是并不是那么严重，基于纯regex的
: parsing也不是完全不能用，grep不也照样可以撑一撑吗。
: codesearch这个确实是google内部提高生产力的第一利器，说白了大家都是copy paste
: ，越方便越好。
: 还有他认为wanzhanyong的gtest和gmock没有技术含量，这也不完全对，毕竟cpp和
: jiava不一样，不是reflection语言，你不能随便胡来那么容易的mock，我感觉gtest和
: gmock对于写cpp unittest还是非常好的，对提高代码质量很有帮助。我个人不好判断
: 他写的grok python parser的贡献就一定比gmock和gtest大，所以他觉得自己肯定因该
|
|
|
a*****e
发帖数: 1700 | 21 万师兄才是应该进入学术界的人物，误入工业界蹉跎岁月了
paste
【在 w*******e 的大作中提到】
: 说说我的几点看法，第一如果grok python的parser确实是他写的那的确是很牛，但是
: 这也只是grok的一部分，grok的主要功能还是支持code search，如果code search没有
: grok python的parser也是确实会差一些，但是并不是那么严重，基于纯regex的
: parsing也不是完全不能用，grep不也照样可以撑一撑吗。
: codesearch这个确实是google内部提高生产力的第一利器，说白了大家都是copy paste
: ，越方便越好。
: 还有他认为wanzhanyong的gtest和gmock没有技术含量，这也不完全对，毕竟cpp和
: jiava不一样，不是reflection语言，你不能随便胡来那么容易的mock，我感觉gtest和
: gmock对于写cpp unittest还是非常好的，对提高代码质量很有帮助。我个人不好判断
: 他写的grok python parser的贡献就一定比gmock和gtest大，所以他觉得自己肯定因该
|
r***s
发帖数: 737 | 22 “这个做得好可以发篇 paper”
晚了，见 ICSE 2011
http://2011.icse-conferences.org/content/portfolio-finding-rele
【在 g*****g 的大作中提到】
: python的 parser也不是他写的，他自己提到从 Jython那拿过来。他的主要贡献就是支
: 持定义查找吧。这个做得好可以发篇 paper，但离比肩纳什还有十万八千里的距离。
:
: paste
|
P***t
发帖数: 165 | 23 这哥们儿心态有问题，这么多年好像都是／经常通过踩别人来突显自己。适合自己创业。
和他共事的要小心了。 |
i***h
发帖数: 12655 | 24 狗哪里被杀伤了？
大家因此都看不起狗了？
【在 T*******x 的大作中提到】
: 看了。
: 我觉得这篇文章对Google的杀伤力还是蛮大的。
|
