d***n
发帖数: 832 | |
A*****i
发帖数: 3587 | |
y***n
发帖数: 1594 | |
s*******n
发帖数: 196 | 4 这王垠就一井底之蛙如果你认为软件就是一个人hack，那还差的多。那Steve 讲的也对
，hack出的code bug多了。你一个人能有多少，牛人我见多了。好好理解下horizontal
vs vertical scaling |
d***n
发帖数: 832 | 5 我看了他的博客的其它地方的介绍点评
不可否认水平是有的
比绝大部人强
也不可否认是自大狂和偏激狂
情商偏低
想成为大牛得情商智商都高才行
不过这个社会得给这种人空间
horizontal
【在 s*******n 的大作中提到】
: 这王垠就一井底之蛙如果你认为软件就是一个人hack，那还差的多。那Steve 讲的也对
: ，hack出的code bug多了。你一个人能有多少，牛人我见多了。好好理解下horizontal
: vs vertical scaling
|
s*****m
发帖数: 8094 | 6 很老了东西了。
就是一理想主义者愤世嫉俗的调调。愤青一个。
狗狗现在的主要问题是politics太重，丫根本没有说中要害。太过肤浅。
【在 d***n 的大作中提到】
: http://blog.sina.com.cn/s/blog_5f56995d0101mjyj.html
: 中文的，有点偏激，但还是有道理的
|
d***n
发帖数: 832 | 7 这个观点倒听说不多
展开说说？
不过公司要一定年龄都不免会这样
【在 s*****m 的大作中提到】
: 很老了东西了。
: 就是一理想主义者愤世嫉俗的调调。愤青一个。
: 狗狗现在的主要问题是politics太重，丫根本没有说中要害。太过肤浅。
|
s*****m
发帖数: 8094 | 8 就看看一个一个的狗狗的千年半成品是怎么一个一个堕落的。。。gmail, maps, docs
， picasa (photo), youtube, ... 有一个是一个。
这当中阿三功不可没啊！
【在 d***n 的大作中提到】
: 这个观点倒听说不多
: 展开说说？
: 不过公司要一定年龄都不免会这样
|
c****y
发帖数: 11 | 9 Grok的项目本身的立项就有问题，对于java好说，对于c++这样的工具现在没有，将来
也不太可能有。
visual c++和eclipse的代码索引本来就不好用，而这两个还有自己特别的优势，就是
有自己统一的project定义，在代码索引时，project的设定（每个文件的头文件路径，
宏定义和编译参数等）对于代码索引至关重要。但是这两个工具做的也不好，不健壮，
那么grok又有什么前途。因为在linux环境下，project定义太自由（特别是makefile，
可以复杂到一个组来维护），而建立代码索引的前提必须是能准确分析各种build配置
，这个几乎就不可能，除非用个假的gcc在编译中把每个sourcefile的编译参数提取出
来，但是这
样的话，整个过程可能还是无法正确进行，特别有些代码和文件是编译时动态生成的。
而js和
python可能更难，动态性太强，不仅编译时无法确定，可能直到运行时才能确定引用关
系。
所以，工业界选择了ctags和gtags，而不是Grok这种方式，ctags和gtags更健壮。即使
Grok万一成功了，比ctags/gtags又有多大优势的呢
google高层的眼光是不错的，这样的项目没前途，应该尽快死掉。
觉得他眼光狭隘，不成功的项目，自有其深层的原因，这态度就不行。
【在 d***n 的大作中提到】
: http://blog.sina.com.cn/s/blog_5f56995d0101mjyj.html
: 中文的，有点偏激，但还是有道理的
|
n********4
发帖数: 48 | 10 google里的人的确挺傲慢的，面试的时候感觉挺明显的。不过可能是我吃不到葡萄说酸
的，哈哈 |
s******c
发帖数: 1920 | 11 wangyin这文章一点老了其实 。grok现在是狗狗code search的大杀器，index了狗狗巨
大无比的codebase。非常方便
以前在ms用过他们的src code search，相比之下落后很多。
【在 c****y 的大作中提到】
: Grok的项目本身的立项就有问题，对于java好说，对于c++这样的工具现在没有，将来
: 也不太可能有。
: visual c++和eclipse的代码索引本来就不好用，而这两个还有自己特别的优势，就是
: 有自己统一的project定义，在代码索引时，project的设定（每个文件的头文件路径，
: 宏定义和编译参数等）对于代码索引至关重要。但是这两个工具做的也不好，不健壮，
: 那么grok又有什么前途。因为在linux环境下，project定义太自由（特别是makefile，
: 可以复杂到一个组来维护），而建立代码索引的前提必须是能准确分析各种build配置
: ，这个几乎就不可能，除非用个假的gcc在编译中把每个sourcefile的编译参数提取出
: 来，但是这
: 样的话，整个过程可能还是无法正确进行，特别有些代码和文件是编译时动态生成的。
|
s*****m
发帖数: 8094 | 12 当你工作了一段时间，对一个code base熟悉了以后，这种花里胡哨的索引的用处就越
来越少了。
很久不用eclipse了，早期的eclipse的索引就他妈是垃圾中的极品，每次reindex基本
机器就废了。
vc的就还好。
【在 c****y 的大作中提到】
: Grok的项目本身的立项就有问题，对于java好说，对于c++这样的工具现在没有，将来
: 也不太可能有。
: visual c++和eclipse的代码索引本来就不好用，而这两个还有自己特别的优势，就是
: 有自己统一的project定义，在代码索引时，project的设定（每个文件的头文件路径，
: 宏定义和编译参数等）对于代码索引至关重要。但是这两个工具做的也不好，不健壮，
: 那么grok又有什么前途。因为在linux环境下，project定义太自由（特别是makefile，
: 可以复杂到一个组来维护），而建立代码索引的前提必须是能准确分析各种build配置
: ，这个几乎就不可能，除非用个假的gcc在编译中把每个sourcefile的编译参数提取出
: 来，但是这
: 样的话，整个过程可能还是无法正确进行，特别有些代码和文件是编译时动态生成的。
|
s*****m
发帖数: 8094 | 13 还好吧，其他傲慢的公司多了去了。
【在 n********4 的大作中提到】
: google里的人的确挺傲慢的，面试的时候感觉挺明显的。不过可能是我吃不到葡萄说酸
: 的，哈哈
|
s*****m
发帖数: 8094 | 14 也就是"search“还不错，index反应迟钝，也基本没太大用处，更谈不上大杀器了。
【在 s******c 的大作中提到】
: wangyin这文章一点老了其实 。grok现在是狗狗code search的大杀器，index了狗狗巨
: 大无比的codebase。非常方便
: 以前在ms用过他们的src code search，相比之下落后很多。
|
