摘要: 前一段时间出差在项目上,这是自己职业生涯以来的第一次在现场感受项目上线。暂且不提项目上的各种欢乐。提一提项目上的与客户的交流。经常被提到的一句话就是:修改十分钟的代码,可能会帮助他们每天省下一个小时。因为产品的特殊性,在这个项目上面向的基本都是阿姨级别的,对于机器的操作基本都是在鼠标上,如果要使用到键盘做输入,那么会耗费比较长的时间,这就对产品在交互性上提出了一些要求。之前在做产品的时候会经常有一些程序员逻辑,只要教会了他们用,保证数据的正确就可以了,这次项目上的冲击很大。得到的几点:1 几个按钮的操作间最好不要有任何的关联性。2 保证数据正确前提下还得保证大家可以懒下去,看样子懒人创造世界这 阅读全文
posted @ 2012-04-30 18:37 水的眼泪 阅读(160) 评论(0) 推荐(0) 编辑
摘要: 看到这一章的时候,我就会想起当时我为什么走上JAVA这一条不归路。 记得当时还是大三的时候,我还是兢兢业业的看着C语言,用C语言去实现一些算法,被指针给弄的迷迷糊糊的时候。我同学开始接触JAVA,当时他对Eclipse使用的比较熟悉,他给我演示了下他当时找到的一个插件,一个swing的插件。他随便拖拽几下,然后点击运行,一个画面就神奇的出现了。这对于当时的我是非常的震撼的。因为我当时还是停留在弹黑窗口的时代,使用的还是最古老的Turbo 2.0的编译器。立马用512M的U盘把他的Eclipse还有插件给拷了回去,记得当时U盘上应该还有几个美女的照片。因为容量的关系被我删了,所以说技术之路是一. 阅读全文
posted @ 2012-04-22 17:43 水的眼泪 阅读(99) 评论(2) 推荐(0) 编辑
摘要: 这一周写写注重实效的程序员重复的危害:我个人觉的重复是有两个层次的,第一个层级就是直接copy代码,这个是最低级别的重复,有经验的人基本都不会干这样的事情。第二个层级就是对于一些业务算法的重复。当A 与B之间的对于一个业务的实现方法基本一致,但是与C的差异特别大的时候,A与B之间最好不进行依赖的时候,这个重复怎么去解决?这个应该通过一定的重构解决,说到重构,我就想到代码的注释,其实在代码的维护过程中,注释是对于维护人员非常重要的信息,可以很容易的看懂代码,但是如果这个注释本来就是有问题的,就另当别论了。注释也是需要维护的,所以也是不应该重复的,经常看到很多的地方在接口定义的地方写了注释了,在方 阅读全文
posted @ 2012-03-18 11:16 水的眼泪 阅读(124) 评论(0) 推荐(0) 编辑