探讨
decision
这个作者很懒,什么都没留下…
展开
-
关于Hard Code的思考 - 程序员的管理不能简单使用制度
版权声明:本文可以自由转载,转载时请务必以超链接形式标明文章原始出处和作者信息及本声明先说Hard Code吧,这个问题我想有经验的程序员都知道,但是还是说一下吧。比如有这么一段代码:int sum = count * price * 0.75;这里面的0.75就是一个"Magic number",也叫hard code。有人翻译成“硬编码”。这样是不好的,因为1。读代码的人不会知道0.75是什么原创 2005-11-23 23:56:00 · 6909 阅读 · 9 评论 -
String与StringBuffer -- 其实用String也不错
有经验的Java程序员程序员经常强调说,如果要把多个String拼起来,不要用String的“+”,要使用StringBuffer的append。比如说:String sql = "select * from " + tableName + " where name like " + name + " and age > " + age;就应该写成StringBuffer sqlBuffer原创 2005-11-20 22:45:00 · 2626 阅读 · 9 评论 -
看一道IBM面试题 - 要注意沟通中的隐含假定
同事拿了一道题目过来,说是IBM的面试题,我一看,很久以前就看过得嘛,但是当时没做出来。我发现我假定了一些条件,想起沟通中应该不要作假设,于是把我的问题问出来,才明白了题目的意思,然后就发现题目其实不难,题目: 村子里有50个人,每人有一条狗,在这50条狗中有病狗,于是人们要找出病狗。 每个人可以看其他49条狗,只有自己的狗不能看,观察后得到的结果不得交流,也不能通知病狗的原创 2005-11-30 22:31:00 · 1496 阅读 · 0 评论 -
字符串的拼接,StringBuffer性能上还是远远优于String的
真是不好意思,在Java Doc里看到一句话就以为String已经优化到可以和StringBuffer一样快了。原文地址让大家争论了一把。我现在来做个试验: long startTimeStamp; long endTimeStamp; for (int j = 0; j 20; j++) { String s = "";原创 2005-11-26 01:14:00 · 3096 阅读 · 0 评论 -
学会安排事情的优先级
在一般人的印象里面,只有管理人员才会忙得晕头转向,需要学习时间的管理。其实,程序员也会面对同时有多个任务要做,也要学习管理自己的时间。关于时间的管理,太多的理论无益,我觉得要点就是:要有排出优先级的习惯。一个经典的理论是这样的,事情分成两类,重要的和紧急的,组合起来就有四种情况。优先级应该这样排:1。既紧急又重要。2。重要但是不紧急3。紧急但是不重要4。不紧急也不重要关于这个理论,我就不多说了,我原创 2005-12-25 22:22:00 · 7938 阅读 · 0 评论 -
看了下 ROR
Ruby on Rails 火了蛮久了,以前粗粗了解了一下,觉得它的“不要重复自己”和“Convention over configuration”想法很好,但是一直都没仔细想过。 今天找了篇教程看了看它是怎么搞的,发现他真的把Web Application 开发搞得很容易,该自动化的地方都自动化了,该用Convention来规范的地方都规范了。回过头来看JavaEE,发现JavaEE好原始啊,如原创 2006-07-30 02:26:00 · 1166 阅读 · 0 评论 -
我看外包
现在外包的话题很火啊,我也来说几句,我就是混在外包行业的。主要希望初入社会的学生们不要被误导。 虽然我还没看新的《程序员》,但是猜也猜得到他要为外包叫好。为什么要为外包叫好呢?因为这是政府需要。政府需要给大学生解决就业问题,政府需要拿出一些东西来跟群众说中国的软件业上去了。外包一定要搞大才能有出路,搞大了就出名了,如果中国出几个大外包公司,员工好几万人,那就是一大品牌。就像海尔,联想,虽然原创 2006-08-06 00:53:00 · 1005 阅读 · 0 评论 -
微软的中国地图服务能打过谷歌和百度吗
最近微软推出了自己的中文地图服务:http://ditu.live.com。我去用了一下,觉得还不错,对比谷歌和百度早以推出的地图服务,微软好像是憋足了劲要来涉足GIS这块领域的。总结一下:使用方式方面,基本无差别微软的地图比谷歌和百度都漂亮,但差别不大速度方面,都很快,无差别百度的公交用起来很不顺手,相对而言,微软胜出,公交的UX相当不错本地搜索方面,谷歌和百度的结果比微软多原创 2007-12-23 23:49:00 · 863 阅读 · 0 评论 -
不是什么时候都应该模块复用的
我们经常认为,应该不要重复发明轮子。所以尽量把代码写的模块化,以便于将来复用。但是,现实生活中,我们还是大量的重复开发着。这是为什么呢? 1. 有时候学习成本大于开发成本。比如我需要一个功能,我发现如果我开发一个给我自己用的模块,需要2天,但是学习一个模块,可能需要1天,然后考虑到将来调BUG的不便,可能大于开发成本。最后我决定自己开发。 2. 有时候发现性能不行。模块的设计大概为原创 2009-02-04 01:48:00 · 771 阅读 · 0 评论