posts - 59,  comments - 323,  trackbacks - 0

我的评论

re: 分析调试 MediaWiki 中源码问题 读书、思考、生活 2006-07-26 09:53  
关心的,我原来也改过mediawiki的代码,等你写出来,咱们交流交流。
re: 还账——1 读书、思考、生活 2006-06-26 12:36  
握手,握手!

学俄语的苦啊,有几个人能明白呢?
re: 如何写出没有bug的程序? 读书、思考、生活 2006-06-14 11:12  
@不要出来搞笑

不要出来搞笑,谢谢。
re: 如何写出没有bug的程序? 读书、思考、生活 2006-06-11 12:17  
@wolfsquare
这的确是个问题,不过如果是在招人的时候,还是尽量不要让人家做太多GUI相关的demo,这样的demo,也不容易评价水平的高低。

如果是一个GUI为主的demo,那也只能靠人工判断了。
re: 世界杯与国产开源(一) 读书、思考、生活 2006-06-11 10:49  
开源就开源,别老是拉着大旗出来跳舞。

要是代码难看,舞姿也难看,就伤人的眼睛了。
re: Ajax OpenDoc放出 读书、思考、生活 2006-06-09 17:16  
re: 招人不难 读书、思考、生活 2006-05-31 11:02  
to:Rami

我前面是这么写的:
-要有创意
-在功能创意与时间进度之间,自行平衡
re: 招人不难 读书、思考、生活 2006-05-31 10:20  
to:mis98zb
基本素质、价值观念、发展意向、职业规划

是重要,但是这不是我招人的考察依据,而是招进来以后,如何管理的参考因素。

而且这些要紧的东西,往往很难在1个小时的面试时间里了解,只能在实际的项目协作中,才能看出来。

to:dfinger
我招过人
re: 招人不难 读书、思考、生活 2006-05-31 09:22  
to:killvin
1、什么叫实在不妥?
没有完美的代码,但是有没有bug的代码。如果你没有见过这样的代码,只能说明你的见识不够。

2、我给他时间,在这段时间内,我也可以学那些新技术呀。大家都是零起点,我如果比他慢,还有什么资格招他进来呢?

再者说,技术有新旧,对于代码质量的要求,是很稳定的。

3、每件事情,都可以总结,甚至是你在学校里学的一门C++的大作业,做得如何,如何能够做得更好,这样的总结,一样是经验。Coding的能力,在学校里也是可以提高的。

4、是不是片面判断这一点上,我认为这样的选择方式,才是最客观的。
re: 招人不难 读书、思考、生活 2006-05-30 22:55  
to:随我突突突
3*2=6
这是一个例子

to:Water Ye
这种招人方式,主要是相对于笔试、面试的招聘方式。
成本似乎比较高,但是回报也的确是很不错。
re: 拿什么来驱动你啊,我的项目? 读书、思考、生活 2006-05-30 21:49  
to:dowei,tony_chow,工具并不重要,

谢谢三位的意见,我现在是一个普通的项目组里的程序员,埋头写好自己的code,不问其它。

无论管理、文档还是过程,都不再是我的考虑范围。

明天,我们会再次开会,重新商量进度计划,因为,好多需求都已经变了。当然,我就安心做一个旁观者吧~~~
re: 招人不难 读书、思考、生活 2006-05-30 21:42  
to:与笑凌
我看了你的blog,回头我会写一篇blog,再聊聊找工作这个话题。
另外,我现在所在的公司,我并不负责招人~~~

to:mis98zb
我招人,可不是想要招苦力。比如公司让我招两个3K的程序员,我发现有一个小伙非常棒,我会建议公司,就招一个人,然后给他6K。因为我相信,一个6k的程序员的工作效率,往往会超过两个3K的程序员。

to:Edward
别人会不会做,是人家的决定,我想你肯定是不会做的,这样最好!
re: 招人不难 读书、思考、生活 2006-05-30 17:09  
很简单,不愿意做一个demo的,肯定就不是我想招的,这样也能淘汰不少了。
re: 拿什么来驱动你啊,我的项目? 读书、思考、生活 2006-05-07 15:12  
to:不曾真实
谢谢你的回复和劝诫。

1、谈判的前提是,谈判双方处在一个能够对谈的地位上,现在的问题是,我们的老板几乎不接受任何建议和意见。当然,我也应该尝试更加有策略的言谈方式,不过,希望不大。

2、辞职不是我的选择,因为这个项目我不是负责人,也可以说,这个项目,由于混乱,目前还没有一个负责人。“宁愿辞职也不愿成为导致自己的军队失败的工具”,这句话的前提是,这个军队是自己的,目前的情况是,没有人觉得这个项目是自己的。

3、所以,以我的经验,这个项目一定会延期,一方面是因为进度要求本来就非常的离谱,另一方面,现有的管理并未理顺各种混乱,而是在制造更多的混乱。所以,我在其中,更多的是一种“尽我所能,不为所累”的态度,如此而已。

4、这的确是一个考验智慧的挑战,我想,这个机会从更加正面的意义而言,是很难得的。
re: 拿什么来驱动你啊,我的项目? 读书、思考、生活 2006-04-26 22:22  
to:scud

没办法呀,我去的时候,已经一团乱麻的,现在也没见好转~~~

to:寒晴天
法西斯?我们大老板就是典型的“独裁式管理”,而乱源也就出在这里。
你们那个Leader真不错,是条汉子!

to:黄金时代已过
谢谢你的建议,非常的中肯,保持强悍的心灵和认真负责的态度来开发程序,等待项目延期。
这就是我目前的基本心态了。

to:非鱼
你怎么把我的话里的XP,都改成UP了?恶搞吧:)

to:匿名
"既然楼猪是这么厉害的人物,为什么你的团队也这么糟糕呢?"

这不是我的团队,这正是无奈之处啊。
另外,我非常不喜欢你回帖里的那种骂人的小花招!
一个只敢匿名的家伙,我就不来跟你计较了!

to:netfishx
我的确是羡慕啊

to:renyfox
UP是一种过程管理工具,而XP不是~~~
这是我要提请GHawk注意的地方,当然也提请你注意这一点。

to:nake
放心,我工作还是不会耽误的

to:wolfsquare
谢谢你的支持
re: 代码质量与文档质量 读书、思考、生活 2006-04-26 00:32  
to:mixlee
我们俩说的是不相干的两件事
re: UP & XP之争,意义何在? 读书、思考、生活 2006-04-24 22:53  
你这个比方,简直就是......

汤的味道,不需要什么过程控制,如果他味道不对,那是因为做汤的人,写的测试用例不够稳定。

如果能够使用代码化的测试用例,而不是仅仅依靠自己的舌头,或者盲目的遵循所谓的菜谱文档。

这样才能确保每一次做出来的汤,都是一种味道。

老兄,听说过TDD吗?XP运用TDD,以保证代码质量,而不是用量杯,也不是写菜谱。

再说一句,XP不仅仅是一种软件开发过程,而是一种思想,如果你有机会,听听最近一次BEA上海User Group中的Charls的演讲录音就好了。
re: 代码质量与文档质量 读书、思考、生活 2006-04-24 20:38  
to:jelly-ll

http://forum.javaeye.com/viewtopic.php?t=20063

正好可以推荐你看看这篇帖子
re: 代码质量与文档质量 读书、思考、生活 2006-04-23 20:42  
to:charon@xxx

不是因为他是在校教师,所以我看不起他。而是因为他的话,我认为不正确,所以一开始将其归结为在校教师的“和稀泥”。以我的经验,大多数学校教师,教别人软件开发的老师,对于当前软件开发中的很多实践,并无深入的认识。

UP是正楷、XP是草书,这种话,毫无意义。因为UP是一种过程管理模式,而XP其实质是一种开发思想。岂可同日而语?

后来WANG又提出所谓的海龟背景,岂不是更加无稽?

to:mixlee
如果一家公司,要做一个以前没有做过的项目,要涉及以没有进入过的领域呢?

to:jelly--
注意看我的话

没有代码阅读能力的Leader,不一定管不好项目,而如果他“舍本逐末,认为文档质量才是项目质量的体现。进而变态地追求文档完美,以至于浪费了程序员写代码的时间。”这样才会管不好项目。
re: 软件开发项目中的成本比例 读书、思考、生活 2006-04-22 21:05  
to:WANG

他在美国打拼怎么了?还有好多土生土长的美国人,也不鸟那什么UP呢?

我为什么要听一个海龟来上课呢?
这年头,海龟还不够多吗?
re: 《Ajax技术地图》的演讲录音下载 读书、思考、生活 2006-03-23 15:57  
现在可以下载了,就是原来的地址。
re: 《Ajax技术地图》的演讲录音下载 读书、思考、生活 2006-03-23 08:30  
是有这个问题,现在这个文件只要2M多。应该是9M多,等我重新做好以后,麻烦你再下一次吧。
re: 如何通过网络学习软件开发(1) 读书、思考、生活 2006-03-15 23:02  
你在我这个文章下面,问我推荐哪个学校,岂不是错得离谱?

我的本意,就是建议通过网络学习软件开发呀!

说实话,这种学校,我一个都不看好~~~要学东西,就自学吧,至少不会被骗钱。
re: Ajax处女秀归来 读书、思考、生活 2006-03-14 09:10  
应该能下载的吧,要不你再试试?
re: 明天去广州参加BEA User Group 读书、思考、生活 2006-03-11 14:43  
呵呵,谢谢大家
re: 最近的变动 读书、思考、生活 2006-03-03 11:36  
re: AJAX——新手快车道(前言) 读书、思考、生活 2006-03-02 15:43  
N的内容,原本是打算书写完之后,填上去的。

后来发现,得另外重写,这本书的结构都要作废了。我又舍不得丢掉,干脆就open出来给大家看看了。
re: (转)强烈推荐几个比较好的Java代码查询网站 读书、思考、生活 2006-01-20 23:08  
真是好介绍啊,谢谢了~!
re: 如果把道路稍微修改.. 读书、思考、生活 2006-01-18 10:04  
我见过这样的设施,不过不常见。一般是在高速公路的出入口上。

城市普通的道路,这样的随意变动,很容易导致司机开错道的。
re: 软件开发项目中的成本比例 读书、思考、生活 2006-01-14 23:50  
林德彰的说法,是一个在校教师,典型的和稀泥的说法,我不同意。
re: A Day of Two Pragmatic Programmers' Life 读书、思考、生活 2006-01-10 21:39  
真想和你们一起工作啊
简直就是肆意的编着自己喜欢的程序。

爽!
re: [技术八卦]国内Java四大山头初现 读书、思考、生活 2006-01-01 22:21  
嗯,ICE你说的有道理。

原来的JDON,高高的耸立着,现在的JDON,果然是已经矮下去了。
re: 丧钟为谁鸣?(1) 读书、思考、生活 2005-12-20 20:59  
必须承认,我没有学过smalltalk,所以我对于OO的全部认识,的确都是来自于静态类型的OO语言。

所以,将我的文章,改为《敲响静态类型OO时代的丧钟》,应该是更为恰当的。

刚才跟徐X在MSN上聊,他已经基本上答应写一个《YAST - Yet Another Smalltalk Tutorial》了。大家都有福了!

哈哈!
re: [技术八卦]国内Java四大山头初现 读书、思考、生活 2005-12-16 13:52  
to:weide
你这个JavaRSS,本来应该很好的,但是数据更新太慢了。
我搜索关键词“AJAX”,竟然只能搜到34条记录,而最新的内容,是2005年8月15日。

你让人家如何喜欢你的网站呀?
re: [技术八卦]国内Java四大山头初现 读书、思考、生活 2005-12-16 13:48  
对于JDON,我早有评价:“星宿派”,这样的门派是“不屑与其它山头并列”的。
re: 微软DSL开始搞局UML,四夷同贺 读书、思考、生活 2005-12-08 10:09  
又想拍手叫好,又想撇清干系。

嘿嘿。。。

UML三友这样的伪大师,直接骂就是,何必客气。
突然想到一个场景:

鹿鼎记里的江湖群豪,前明志士们聚在一起开的那个“杀龟大会”。
re: 慎用AJAX框架 读书、思考、生活 2005-11-30 11:14  
再客气一点说一句,算是帮你们公司的高手说说好话。

当初他们一手一脚的搞AJAX系统,一切都是从头做起,批评他们过多,也是太刻薄了。

但是现在时间过去了那么多年,好多“好轮子”都出来。比如Dojo,比如Propotype,比如...如果再从头做起,就太傻了。

在前人牺牲奉献的基础上来开发AJAX,其实失败的可能性,没有你想像的那么大。
re: OpenLaszlo3.1发布--重拾几乎遗忘的RIA理想 读书、思考、生活 2005-11-30 09:46  
http://michael.nona.name/archives/11

如果你说RIA与Bindows有竞争关系,我就完全同意。
re: OpenLaszlo3.1发布--重拾几乎遗忘的RIA理想 读书、思考、生活 2005-11-29 22:23  
我的感觉是,Web1.0和AJAX不是竞争关系,AJAX和Flash-Based RIA不是竞争关系,RIA和C/S不是竞争关系。

在兵器谱上,他们应该一字排开,分别满足不同的应用与交互需求的。
re: 如何通过网络学习软件开发(1) 读书、思考、生活 2005-11-29 10:17  
目前还没有和出版社签合同呢,时间上还定不下来。
re: 某知名大企业的教训--慎用AJAX框架 读书、思考、生活 2005-11-28 16:39  
如果你的项目只能用IE访问,那能算是遵循标准?

系统的bug满天飞,你觉得是正常的?
“系统功能复杂必然会有大量的Bug”,OK,就算会产生大量的bug,这些bug的存活期是多长?如果老bug改不完,新bug又出来,改了老bug,反而引出新bug。那我就认为:水平不到家。

不但是技术水平不到家,而且项目管理的水平都不到家。

不管技术发展到那个时代(不要以Struts还没有出现作借口),有效的、清晰的分隔不同的功能与模块,是系统设计的第一原则,MVC模式,在C/S时代就应该已经广为人知了。无论你基于什么技术来进行设计,无法有效的隔离变化,就是设计水平不够!

设计水平不够,也不要把帐赖到AJAX这样的新技术头上。

“他们开发、完善了这么些年,至今还不能尽善尽美,这说明什么问题?”

说明他们不过是早早的采用了XMLHTTP技术而已。
用了5、6年AJAX开发的“高手”,却至今都没有总结出好的“模式”、“经验”以及“成熟的AJAX开发手段”。

最近比较流行的几本AJAX的书,推荐他们去买来看:
Ajax Patterns Best Practices:
http://www.ajaxmatters.com/r/go?id=328

Ajax Design Patterns:
http://www.ajaxmatters.com/r/go?id=305

Professional AJAX:
http://www.ajaxmatters.com/r/go?id=196
re: 关于成立中国 Web 标准化组织的设想 读书、思考、生活 2005-11-28 10:38  
为啥又要算到国人头上?还扣一个“拉帮结派”的大帽子?

这Web标准化组织,又不是中国人先搞出来的。再说了,这敏捷联盟,W3C,JCP.....难道就不是组织了?

中国的IT界,我看不是组织太多,而是太少了。
re: 某知名大企业的教训--慎用AJAX框架 读书、思考、生活 2005-11-26 19:24  
如果:

“效果是实现了,程序开发和测试、维护的效率则是大大的下降了。开发就不说了,前期投入巨大,系统复杂性剧增,程序也只能用IE访问。测试的时候这边 AJAX的javascript的bug满天飞,那边调试这种错误极不方便,没有好的JS的调试器,更看不到实际输出的html代码。维护那就糟糕,加个新功能,JSP文件、标签、JS、后台类全要过一遍。”

那么他对AJAX的应用,就算不上登峰造极。只能算是对于IE下的XMLHTTP&CSS的滥用。
1、不遵循WEB标准的,算不得AJAX
2、bug满天飞,那就说明是水平不到家
3、加个新功能,JSP文件、标签、JS、后台类全要过一遍。就说明系统设计有先天的缺陷

“笔者前一段一直在参与一个国外知名大公司的一个产品的开发”
这大概可以说明,这个国外知名大公司里,没有一个数得上的AJAX高手。
re: 如何通过网络学习软件开发(1) 读书、思考、生活 2005-11-25 11:36  
呵呵,我只是举个例子。

要是都把各类资源列在这里,那要算是直接给人家鱼,而不是给人家网了。
<2019年11月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

常用链接

留言簿(20)

随笔档案

友情BLOG

搜索

  •  

最新评论

阅读排行榜

评论排行榜