唉,FB到底怎么玩,还是没搞明白# PhotoGear - 摄影器材d*n2011-04-22 07:041 楼http://blog.sina.com.cn/s/blog_5f56995d0101mjyj.html中文的,有点偏激,但还是有道理的
l*t2011-04-22 07:042 楼看到版上有妹妹买了Macy 29.99的羊绒衫,刚才上网一查,已经变回44.99了。。。。不知道店里的情况如何啊?其他店还有吗?打折有没有结束啊?我们这儿大农村,进一趟城不容易,有好心得妹妹通一下信息吧?
l*a2011-04-22 07:049 楼首先得有人在fb上建了这个business吧【在 t****g 的大作中提到】: 比如一个我喜欢的local business,怎么在fb里面方便的跟踪他们的post?
s*n2011-04-22 07:0410 楼这王垠就一井底之蛙如果你认为软件就是一个人hack,那还差的多。那Steve 讲的也对,hack出的code bug多了。你一个人能有多少,牛人我见多了。好好理解下horizontalvs vertical scaling
d*n2011-04-22 07:0413 楼我看了他的博客的其它地方的介绍点评不可否认水平是有的比绝大部人强也不可否认是自大狂和偏激狂情商偏低想成为大牛得情商智商都高才行不过这个社会得给这种人空间horizontal【在 s*******n 的大作中提到】: 这王垠就一井底之蛙如果你认为软件就是一个人hack,那还差的多。那Steve 讲的也对: ,hack出的code bug多了。你一个人能有多少,牛人我见多了。好好理解下horizontal: vs vertical scaling
s*m2011-04-22 07:0416 楼很老了东西了。就是一理想主义者愤世嫉俗的调调。愤青一个。狗狗现在的主要问题是politics太重,丫根本没有说中要害。太过肤浅。【在 d***n 的大作中提到】: http://blog.sina.com.cn/s/blog_5f56995d0101mjyj.html: 中文的,有点偏激,但还是有道理的
l*t2011-04-22 07:0417 楼回来了,我们这里店里已经是44.99了。。我也是觉得静电,不像是纯羊绒的呢,就没有买【在 x****n 的大作中提到】: 今天刚刚收到羊绒衫。质量很差,不是羊绒的,我一穿噼里啪啦的腈纶的火花。。。
d*n2011-04-22 07:0418 楼这个观点倒听说不多展开说说?不过公司要一定年龄都不免会这样【在 s*****m 的大作中提到】: 很老了东西了。: 就是一理想主义者愤世嫉俗的调调。愤青一个。: 狗狗现在的主要问题是politics太重,丫根本没有说中要害。太过肤浅。
s*m2011-04-22 07:0420 楼就看看一个一个的狗狗的千年半成品是怎么一个一个堕落的。。。gmail, maps, docs, picasa (photo), youtube, ... 有一个是一个。这当中阿三功不可没啊!【在 d***n 的大作中提到】: 这个观点倒听说不多: 展开说说?: 不过公司要一定年龄都不免会这样
c*y2011-04-22 07:0422 楼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: 中文的,有点偏激,但还是有道理的
s*c2011-04-22 07:0425 楼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*m2011-04-22 07:0426 楼当你工作了一段时间,对一个code base熟悉了以后,这种花里胡哨的索引的用处就越来越少了。很久不用eclipse了,早期的eclipse的索引就他妈是垃圾中的极品,每次reindex基本机器就废了。vc的就还好。【在 c****y 的大作中提到】: Grok的项目本身的立项就有问题,对于java好说,对于c++这样的工具现在没有,将来: 也不太可能有。: visual c++和eclipse的代码索引本来就不好用,而这两个还有自己特别的优势,就是: 有自己统一的project定义,在代码索引时,project的设定(每个文件的头文件路径,: 宏定义和编译参数等)对于代码索引至关重要。但是这两个工具做的也不好,不健壮,: 那么grok又有什么前途。因为在linux环境下,project定义太自由(特别是makefile,: 可以复杂到一个组来维护),而建立代码索引的前提必须是能准确分析各种build配置: ,这个几乎就不可能,除非用个假的gcc在编译中把每个sourcefile的编译参数提取出: 来,但是这: 样的话,整个过程可能还是无法正确进行,特别有些代码和文件是编译时动态生成的。
s*m2011-04-22 07:0427 楼还好吧,其他傲慢的公司多了去了。【在 n********4 的大作中提到】: google里的人的确挺傲慢的,面试的时候感觉挺明显的。不过可能是我吃不到葡萄说酸: 的,哈哈
s*m2011-04-22 07:0428 楼也就是"search“还不错,index反应迟钝,也基本没太大用处,更谈不上大杀器了。【在 s******c 的大作中提到】: wangyin这文章一点老了其实 。grok现在是狗狗code search的大杀器,index了狗狗巨: 大无比的codebase。非常方便: 以前在ms用过他们的src code search,相比之下落后很多。