- 浏览: 1151997 次
- 性别:
- 来自: 上海
最新评论
-
LD_21:
...
无锡旅游归来 -
cat:
赞,这招有点创意。一般他们提交的demo都是些什么样的?
招人不难 -
daly1987:
不错啊,找到这个帖子学习。
ANTLR学习心得——表达式(1) -
hbsycw:
文笔不错,平铺直叙,坦诚~
我的野蛮成长 -
RonQi:
potian后来没有回复吗
与potian兄闲聊
花了一周的时间,看完了《Dreaming in Code》(梦断代码),看得我心潮起伏。对里面那帮家伙的评价也起起落落。最终的结论是:外国大牛也不过如此。
别看他们名头那么响,做了那么多超有名的项目,实际的能力(软件开发能力与项目管理能力)看来相当有限。感想很多,想到一点说一点吧。
1、以前有一篇文章叫“谦卑的程序员”,有这么一段话:“优秀的程序员很清楚自己的能力是有限的,所以他对待编程任务的态度是完全谦卑的,特别是,他们会象逃避瘟疫那样逃避‘聪明的技巧’”。但是,那些所谓的大牛,却一点的不知道这一点。一开始他们就决定要做一个桌面软件,然后打算用python+wxWidgets来实现。到后来我才知道,这帮家伙居然一个都不懂python的桌面开发。那个他们伟大的梦想——要打通所有的数据间的隔阂——究竟意味着多少技术难度,他们心里也一点数都没有。总之,这些“大牛”,让人想到的是自我感觉良好的“半瓶醋”。他们的目标太伟大了,这是我在看到这本书的中段的时候的体会。技术要最新潮的,软件要革命性的,要平台化以支持插件的,用户体验要最好的,代码要开源的,唯独工期是不确定的。越是伟大的目标,越是需要强有力的风险控制能力。再引用一遍范总的格言:“欲望不要超过能力”。而他们,就根本没有意识到自己的能力严重不足。
2、一个team中,牛人太多了!如何才能良好的合作呢?他们永远在开会,却始终议而不决,大家都是管过“大团队”的。要他们几个人合作起来Coding,就太难了。
3、还有一个证明他们不是“大牛”的证据是,他们缺乏技术决断力,那几年里流行起来的很多技术,他们都有随波逐流的冲动。比如他们尝试过RDF来描述数据;尝试过Python的ZOPE;憧憬过P2P(但是他们的团队里没有一个懂P2P的);企图从wxWidgets转到Mozilla的XUL。。。怎么说呢?这样的摇摆和见异思迁,简直是典型的初哥的作风。真正的大牛,对于技术的趋势,以及如何在项目中运用,心中都自有判断的。
4、据说Chandle 1.0也正式发布了,我去下载了一个,希望能够有惊喜发生~~还是奇慢无比,根本就不具备实用价值!
5、如果是我来做这个项目的话,首先就不会在这么多个方面同时冒险。其次,在项目开始之前会先安排一个技术可行性的研究阶段。最重要的一点,我会早点把不称职的“大牛”开走。
随便再说两句:
参加CSDN 2008英雄大会上海站的活动,听了Ivar Jacobson博士的演讲,对他的说法的“不以为然”依然不变。无论是Smart Process还是Smart Software Development,我都还是不以为然。韩磊在介绍Ivar的时候,说博士的演讲价值3000美金,我认为,未必。
与上次介绍Smart Process时提到WayPoint相比,这回的演讲没有再提到“明确的知识”,也没有介绍什么能够帮助开发的软件工具,而是更加强调人的重要性。总算是进步了。
评论
小强的小宇宙爆发了,战斗力高达好几百万
找找原因吧!
不然你得被骗一辈子。。。
Ivar就是一个骗子
人家只是谈谈看法而已,如果人人都不讨论,只有一群傻逼牛人在那讨论,中国的软件行业成什么样子?
叫别人闭嘴的全是傻逼.对不起我说话就是这么冲,搞IT的,最不爽的就是那些自己不为IT事业做贡献,还到处批人家的人.)
你超过人家了在说人家好不好?
人家只是谈谈看法而已,如果人人都不讨论,只有一群傻逼牛人在那讨论,中国的软件行业成什么样子?
[color=blue]叫别人闭嘴的全是傻逼.[/color](对不起我说话就是这么冲,搞IT的,最不爽的就是那些自己不为IT事业做贡献,还到处批人家的人.)
你超过人家了在说人家好不好?
你超过人家了在说人家好不好?
牛人品牌效应是很大 不过不是一定要超过牛人 才能看出牛人的不足 并指出牛人的不足 牛人的观点不是神圣的
熊节
“希望写出漂亮代码的开发者可以向艺术家们学习一些东西。画家常常放下手中的画笔,然后远离画布一段距离,围着它转一转,翘起脑袋,斜着看看,再从不同的角度看看,在不同的光线下看看。在寻求美的过程中,他们需要设计这样一些视角并使它们融为一体。如果你的画布是个集成开发环境(IDE)而你的媒介就是代码,想一想,你如何做到离开画布一段距离,用挑剔的眼光从不同的视角来审视你的作品?──这将使你成为一个更优秀的程序员,并帮你写出美丽的代码。”
写这段话的Alberto Savoia在他的文章里真的没有讲什么令人敬畏的高技术或是大架构,他讲的是每个计算机系的大二学生都熟悉的二分查找。所以Savoia真的是在讲如何写出漂亮的代码,所以才选择了这么一个所有人都清楚得不能再清楚的例子。你会觉得这种事情都是些不谙世事的小程序员才会热衷于干的吧?可这位Savoia却是从Google离职以后开创了Agitar Software公司(http://www.agitar.com/)的不折不扣的创业者。有意思吗?一个胡须花白、在这个行业里厮混了数十年、拥有自己公司的老家伙,还在乐此不疲地谈论“漂亮的代码”。
这本《代码之美》就是由三十多篇像这样有意思的文章组成的。像Brian Kernighan、Tim Bray、Charles Petzold、Douglas Schmidt、Yukihiro Matsumoto这样的名字,你甚至很难想象他们同时出现在同一本书上。或许也只有“漂亮的代码”这样的话题才能激起他们共同的兴趣。于是就有了这本了不起的书:从正则表达式匹配器到图像处理,从通信到基因排序,这些可能是世界上最优秀的程序员毫不吝啬地向读者展示:不论面对什么问题、使用什么语言,代码的美感都是始终存在的,而且这种美感应该是程序员毕其一生不懈追寻的。
作为《重构》的译者,不时有人会问我一些关于重构的问题,其中一个问题让我最感为难:为什么要这样做?真的,如果不是要修改代码,也不是要添加功能,为什么要把这段代码抽取出来呢?让每个方法都保持5行以内的长度到底有什么好处呢?这种时候与其说是有什么利弊权衡,毋宁说就是为了让代码“更漂亮”。当然了,在大部分时间里,软件开发是一项集合了科学、工程和服务的工作,但──至少在我们的内心深处──它多少还有那么一点艺术的成分。除了完成任务以外让自己手上的代码更具美感,也算是对自己作为程序员的梦想的小小坚持吧。
所以,既然你已经拿起了这本书,就暂时放开那些功利的目标吧──别误会,这可不是一本没用的书,通过阅读这些“高手”们的编程心得,对自己的能力提升就算不能立竿见影至少也有潜移默化之功。但那也只是装珍珠的盒子而已。在一个安静的周末,给自己泡上一杯清茶,跟着三十三位顶尖高手畅游在代码世界,在他们的指引下遍赏代码之美,这才是作为一个程序员最大的享受呢。
手下又有一堆自我感觉良好的所谓大牛。
从一开始就可以预示着失败。
还有楼下的说法也很搞笑,如果这次project的目的仅仅是所谓创新的话,那这一切都不应该叫失败,而是叫尝试。
应该是Chandler,少打一个r。谢谢指正
你的其他观点,我不反驳了。
而且, 别人采用自己不熟悉的新技术, 就成了不称职的"大牛"? 就成了“欲望超过能力”? 怎么不想想这不正代表了人家的激情与冒险精神, 人家想的那是超越, 不但超越别人, 也要超越自己, 项目失败不要紧, 总结经验教训, 只要激情不灭, 就还有机会, 而且, 高风险往往也意味着高回报. 反观国内的"大牛", 技术落后, 思想保守, 这能做出多好的产品来呢? 创新与突破在哪呢? 他们可不想这些, 他们想的是如何快速暴富, 只有有人愿买, 产品垃圾点又怎么样? 技术土点又怎么样? 反正那些土包子不懂, 也没地方比较.
别人是有很多失败的项目, 但同时要看到他们有更多创新性, 突破性的成功项目, 在激情与冒险精神的驱动下, 综合水平只能越来越高, 干垮掉几个项目那算什么! 反观国内呢? 是有一些表现平平稳稳, 结构中规中矩的东东, 但除了中文, 实在谈不上有什么特色, 突破. 真正拿得出手的有什么? 我不知道有什么(如果我错了, 还请一定告知, 也好帮菜菜的我扫扫盲.), 引用一句网上的名言--"连做外包都比不过印度, 还找借口说人家英文好."
从 LZ 的着眼点出发, 外国的大牛确实"不过如此", 但我想"大牛"说的不仅仅只有他的能力吧, 他一定应该具有某种更重要的"素质", 在我看来, 那就是"创新"与"冒险", 这正是国人中很少见到的, 也正是为什么看起来"外国大牛也不过如此", 但人家的软件业就是比你发达得多的真正原因.
P.S. 楼主把人家的项目名称打错了吧, "Chandle"?
的我也听了,感觉他说的明智
其实很多人就是那么做的,国内开发UML图就是起交流思考用的,不是啥都画上去,他说这是明智。
国内开发我见过有不少公司,先把静态页面做好(外面叫伪页面),然后让客户看写点击后产生的"结果"。这样开发就可以快速很多,需求的变化就小很多。这个似乎也是他说的明智里面的。
哎,感觉他说的明智就是,聪明点干活吗,和之前他的发现发明比起来,简直就是不用他提别人也会去做的吗。但是目前没有看到他相关的书籍出版,不敢断言他说的具体是啥意思!
你超过人家了再说人家好不好?
一本书四天。
几乎没怎么干活,
被书本里的情节牢牢抓住
外国大牛确实没有我们认为的那么“牛”。抛开大牛这个帽子不谈,从我共事过的几个美国同事的身上,我发现有几点是值得自己思考和学习的:
1. 基础知识扎实
2. 严格遵守时间节点
3. 敬业精神
还是那两句话:“谦虚使人进步,骄傲使人落后”,“前车之覆,后车之鉴”。
willim 昨天
你超过人家了在说人家好不好?
我觉得这也搞笑了吧!
那所谓的牛人都不能让人说啦,那你们公司如果有个牛人做错事情了,你给他担着啊!
你公司的牛人犯错误可能也就波及到你公司的少数几个人,而这些公众人物式的大牛犯错误就不一样了,那可真的会贻误很多后辈的啊!
如果都没有人来指出他们的一些错误,那大家又都看到了什么呢?
还有,那我试问你一下,你超过了庄表伟前辈了吗?!
发表评论
-
作为一个JavaEye的老会员,我感到羞愧
2010-12-08 12:36 3914这次的Bambook SDK大赛,我在其中做一些社区联络与维护 ... -
开发应用程序 白拿Bambook
2010-11-11 22:29 2343本月,盛大电子书Bambook程序达人赛将正式启动。大赛奖 ... -
TCDatabase介绍(3)
2010-05-15 22:57 2741四、存储数据结构 1、TCT的存储数据结构 TC的不同 ... -
TCDatabase介绍(2)
2010-05-11 21:35 2340三、TokyoTyrant的网络协 ... -
TCDatabase介绍(1)
2010-05-08 22:54 3126TCDatabase,是我在创新院的同事,riceball的一 ... -
美国软件和菜头——《软件随想录》读后感
2010-01-16 22:44 3094一口气读完了《软件随想录》(More Joel on So ... -
与potian兄闲聊
2009-10-03 23:01 3224昨天的一篇blog,potian兄 ... -
帖子虽老,却不过时
2009-10-02 20:43 5525我昨天发的那篇《咱圈真乱 》,potian在下面留了一个言: ... -
架构师应该掌握哪些设计模式
2009-09-20 23:29 5845今天去参加了北京博文 ... -
《观止》读后感
2009-09-06 10:21 1959这篇blog,我是先在twitter上写的,然后再转帖过来,这 ... -
有关语言设计的一些联想
2009-08-01 21:51 1906引发我这些思考的,是最近一篇InfoQ的文章:《语言约束 ... -
我用Twitter的烦恼与解决方案
2009-07-20 23:12 2430挺早以前,我就注册了 ... -
我最想做的是什么?
2009-07-14 23:18 2014《费曼的彩虹》,是我最近读到的一本极好的书。最 ... -
JavaEye的历史,翻开了新的一页!
2008-11-19 22:06 6465JavaEye的Robbin昨天发了一篇blog,题目叫做《推 ... -
IT开发与管理——新收获
2008-09-08 22:02 31149月4日,我略尽地主之宜,招待了大概20多位朋友。那一场研讨会 ... -
Play with Quiz — 找零钱 (3)
2008-05-06 22:50 2430要改进这两种算法,都是一个目标,就是寻找不需要列出所有解的办法 ... -
Play with Quiz — 找零钱(2)
2008-05-03 23:25 2606接着上回的讨论,我们需要写两个方法,一个找出所有的零钱组合,g ... -
Play with Quiz — 找零钱 (1)
2008-05-01 23:14 3146先把题目再抄一遍: 这周的题目是找零钱,假设我们需要找给别人3 ... -
Play with Quiz (0)
2008-04-29 22:45 2449自从Quake Wang在JavaEye贴出第一个Ruby每周 ... -
发布DynamicStruct-0.2 and BytecodeStruct-0.1
2008-02-05 00:26 3796DynamicStruct,是我最近自己在鼓捣的一个ruby项 ...
相关推荐
《梦断代码》作者罗森伯格对osaf主持的chandler项目进行田野调查,跟踪经年,试图借由chandler项目的开发过程揭示软件开发中的一些根本性大问题。 《梦断代码》是讲一事,也是讲百千事;是写一软件,也是写百千...
标题《梦断代码电子书》已经很清晰地表明了本书的焦点——软件开发过程中可能遇到的失败和挫折。这不仅仅是对成功案例的总结,也是对失败经验的反思和剖析。在软件开发的行业里,失败是每个人或多或少都会经历的课题...
书名中的“梦断代码”寓意着在编程和软件开发的世界里,有时会遇到难以逾越的挑战,但同时也暗示着通过不断学习和实践,可以克服这些难题,实现技术梦想。 书中可能涵盖的知识点包括: 1. **编程思维**:讲解如何...
### 梦断代码——解析软件开发中的挑战与困境 #### 一、书籍概述与背景 《梦断代码》(Dreaming in Code)是作者斯科特·罗森伯格(Scott Rosenberg)的一部作品,出版于2007年。本书通过讲述一个真实的软件项目开发...
《梦断代码》作者罗森伯格对OSAF主持的Chandler项目进行田野调查,跟踪经年,试图借由Chandler的开发过程揭示软件开发中的一些根本性大问题。本书是讲一事,也是讲百千事;是写一软件,也是写百千软件;是写一群人,...
《梦断代码》是一本深入探讨软件开发艰难历程的书籍,作者Scott Rosenberg通过对OSAF主持的Chandler项目进行长达数年的田野调查,试图揭示软件开发中的根本性大问题。本书从一个特定项目的开发过程出发,反映出了...
《梦断代码》是一本专为程序员和软件开发团队设计的项目管理入门书籍,由知名的IT专家邹欣推荐。这本书旨在帮助程序员从技术角色转变为具备良好项目管理能力的技术领导者,从而提升整个团队的效率和项目的成功率。在...
从给定的信息来看,标题和描述均指向了一个名为《梦断代码》的书籍,作者为罗森伯格和韩磊,版本为扫描版。虽然标签和部分内容并未提供具体的知识点,但从标题中我们可以推断出这本书可能涉及的是编程、软件开发或者...
《大语文——以梦为马》读后感 在这个充满喧嚣与竞争的世界里,我们每个人都在为了心中的梦想而奋斗。曹文轩的《大语文——以梦为马》以它独特的方式,为读者们打开了一扇门,让我们看到了梦想与成长之间的紧密联系...
本书作者罗森伯格对OSAF主持的Chandler项目进行田野调查,跟踪经年,试图借由Chandler的开发过程揭示软件开发中的一些根本性大问题。 本书是讲一事,也是讲百千事;是写一软件,也是写百千软件;是写一群人,也是...
一共三个分卷 大家把每个分卷名称后面的“(共3分卷)”去掉就可以解压了。
本书是讲一事,也是讲百千事;是写一软件,也是写百千软件;是写一群人,也是写百千万人。
梦断代码 详细解说开发中代码规范和如何优化你的代码
梦断代码、计算机相关内容,高清扫描版本,带目录!!!
Java深度理解——Java字节代码的操纵
本文即是对《红楼梦》每五回读后感的精选分析,旨在深入探讨这一伟大文学作品的多重维度,以及它如何触动不同年龄与人生阶段的读者。 首先,对《红楼梦》的初读往往伴随着对复杂人物关系和细腻情感的迷茫,这在第一...
评曾晓文长篇小说《梦断得克萨斯》读后感.doc
本书作者罗森伯格对OSAF主持的Chandler项目进行田野调查,跟踪经年,试图借由Chandler的开发过程揭示软件开发中的一些根本性大问题。 本书是讲一事,也是讲百千事;是写一软件,也是写百千软件;是写一群人,也是...
《梦断代码》这本书是关于软件开发的一部纪实作品,作者通过描绘一群程序员在三年时间里,共同开发一个大型软件项目的过程,深入探讨了软件工程的挑战、团队协作的复杂性以及技术难题对个人与团队的影响。...
《狼王梦》小学读后感500字_小学生读后感.pdf