软件方面关于编码以外的东西的一些讨论,我和朋友的对话,各位发表些高见
erben 2005-09-06 12:06:39 我朋友 09:59:57
没有什么的,多看点书,以后认真一点就行了
我10:05:07
我在上家公司也认真了,也许方向不对
我朋友 10:01:21
有可能,也行你直接用控件写出个通讯程序就行了
我10:06:58
那个不是主要的,那个也许是他们硬件有问题,反正看出我在整体上把握得不好
我10:07:31
主要是这个,给我定位也比较高,
我朋友 10:05:16
也许是这样,设计程序的时候别在技术上考究太细,不要想的太多,要求是完成功能为目的
我10:10:33
是我过于崇尚编码了
我朋友 10:07:20
这是程序员完美思想的弊病,我也常有,时常陶醉于直接编码的完美性
我朋友 10:07:31
用最直接的方式实现最基本的功能,不要去考虑你自己认为能体现自己能力,而又实际上不必要的功能。
我10:12:36
恩,你说得真对
我朋友 10:08:05
似是而非的功能一定要沟通解决,否则出来的结果容易大相径庭
我10:13:32
这个道理我最近才学会
我朋友 10:08:59
高手设计出来的程序往往功能更加单一,更加简单
我朋友 10:10:50
一般设计的时候要把许多功能都罗列出来,最后分析出来那些是目前必需的功能,那些是将来需要的功能,那些是有可能需要的功能。然后编码的时候只实现目前必需的功能
我朋友 10:11:42
有简介的方案绝对不走更复杂的设计方案
我10:16:56
哦
我朋友 10:12:35
如果有过去的设计模式可以参照那更好,这样这种模式由于拥有经验,将会更稳定
我10:17:23
昨晚我和朋友交流,他也说到这些
我朋友 10:14:24
呵呵,你看一下国外设计大师的书籍基本上都说程序员的完美思想是影响你开发能力提高的最大障碍
我10:19:15
那怎么办
我10:19:23
你怎么突破得,
我朋友 10:15:16
只实现必需的功能
我朋友 10:16:16
似是而非的功能一定要明确之后再实现
我10:22:25
我也觉得沟通很重要,但有时如果疑问太多我总担心别人怀疑我的能力
我朋友 10:21:52
问太多是不好,但是如果不能明确的地方就必需要清楚,如果不清楚万一编写出的程序和要求不符合,那么就更让人怀疑能力了
为了避免这个矛盾,就尽量问功能的要求,不问技术上的问题,这样也许能减轻一点
我10:29:54
我对编码以外的东西重视得不够,却总为自己费很大力气写出来得东西沾沾自喜,现在想起来是种自私
我朋友 10:27:40
这是通病,我也有,现在好一点了
我朋友 10:27:59
不像以前那么爱自我陶醉了
我10:36:58
对一个公司来说看中的是你做的东西的实用价值
我朋友 10:34:09
对,能给他们带来财富才是最重要的,他们最不希望的就是拿他们的工资做不能给他们带来财富的事情
我10:39:15
而我写代码有时却在满足自己
我朋友 10:34:40
哪怕你研究的技术非常先进,非常深奥
我10:39:23
别人有的也是
我朋友 10:35:26
呵呵,这是人的完美天性
我朋友 10:35:50
也就是自我陶醉