我是看了http://expert.csdn.net/Expert/topic/2278/2278586.xml?temp=.858288
后发了这个贴子,欢迎大家提出你的观点!!
我写代码从来不用高深的方法,能用简单的就简单的,实在不行就得用了,为什么呢?
道理很简单,项目不可能由一个人做,做完后往往就交给一个维护,试想一下你写的代码不易懂,维护人的工作是多么的困难呀,还有就是对于人员流动频繁的公司就应是如此,一个人走了他的代码就交给下一个人维护,如是下一个看不懂上一个人的代码,这将会带来多大的损失呀。 致于哪些一味追求高深写法的人,我是经理的话第一个就开除他,中国的程序员就是这样个个都有高手,但写的软件都很烂,我想就是这个原因吧!
后发了这个贴子,欢迎大家提出你的观点!!
我写代码从来不用高深的方法,能用简单的就简单的,实在不行就得用了,为什么呢?
道理很简单,项目不可能由一个人做,做完后往往就交给一个维护,试想一下你写的代码不易懂,维护人的工作是多么的困难呀,还有就是对于人员流动频繁的公司就应是如此,一个人走了他的代码就交给下一个人维护,如是下一个看不懂上一个人的代码,这将会带来多大的损失呀。 致于哪些一味追求高深写法的人,我是经理的话第一个就开除他,中国的程序员就是这样个个都有高手,但写的软件都很烂,我想就是这个原因吧!
在这样的情况下,我们就不能光考虑可读性了。Adners用汇编写的Object Pascal编译器,我们不也一直用吗?呵呵,要是用c++写一个,速度肯定不是这个样子的。
一个真正的程序员不仅仅是一个 coding fan
代码是大家看的。没有必要搞那么复杂,而且有时觉得,代码简单些,效率不一定低,再者,有利于维护。也有这种同感:在解决一个问题的时候,绕来绕去,其实就是把问题看得太复杂了。刚刚看了另一个贴子(搂住提到的那个),大家都一味的赵好的决绝办法,可是就是没有想到用KeyDown,呵呵,他至少比KeyPress在这方面强一些(个人体会)。
http://expert.csdn.net/Expert/topic/2278/2278586.xml?temp=.858288
就这个问题来开个帖,还给大家发个消息,有必要吗?我还是那句话:
仁者见仁,智者见智;每个人都有自己的习惯,有自己的看法;正所谓青菜萝卜、各有所爱,
大家在这里说自己的好,说别人的不好,未免强人所难了;
当然,你有好的经验,说出来,让我辈菜鸟学习,那当然很好,但像这样、在前面这个贴子的前提下来讨论,我看很容易伤了兄弟们的和气。
呵呵,想到什么就说什么,还望楼主海涵。
和这个原因有关系吗??
我想和严谨与否和做软件的方法有关系,作软件是讲合作的,将技巧的,多少年前到现在,咱学习人家的管理技术,经销技术,现在学习人家做软件的方法。。怎么说呢,如何要求,如何做软件,才能将软件作的好,这个东东有时候和个人的技术没有太大的关系吧,听说日本的详细设计作到最后写代码的工作连一个高中生也能完成。好像扯远了
桂秋兄估计很郁闷,好不容易有个卖弄技巧的机会。。hoho
桂秋兄你当上斑竹没有,你答应我当上以后给偶10000可用分的,还没有对虾哈
平平淡淡才是真,从delphi 1.0用到现在6.0,我一向坚持少用构件,特别是第三方没有源码的
自己的程序少用dll
没有呀,我只是想听听大家的想法,大家可以畅所欲言,版主不要删除就是了!
没有代码的东西是不太放心。
有代码的我基本上都要把原代码看懂才用的,
不然出问题怎么办。
孰为复杂、孰为简单,难道不是一目了然么?海天子兄发消息让我来回复此贴,我委实觉着有些无聊了,呵呵。—————————————————————————————————
宠辱不惊,看庭前花开花落,去留无意;毁誉由人,望天上云卷云舒,聚散任风。
—————————————————————————————————
宠辱不惊,看庭前花开花落,去留无意;毁誉由人,望天上云卷云舒,聚散任风。
—————————————————————————————————
同时活跃一下这里的气氛!哈哈!!
能够不用API的时候尽量不用。因为有的API用的不好,会出现莫明的错误。
我不怕被人笑代码幼稚管用就行。当然提倡总结一个经过长期测试,而且功能明确的代码。
条条道路通罗马,我喜欢大多数人走的路。
但是却牺牲了兼容性,可读性,在Linux下肯定不能用!!!
有的时候编程序就像做人一样,不能太直接,应有所保留,含蓄一点,处理起来有很多灵活性!!!
procedure TForm1.Edit1Change(Sender: TObject);
begin
with TEdit(Sender) do
if MaxLength=Length(Text) then
SelectNext(TWinControl(Sender),true,true);
end;
确实,同样的功能,不同的写法,这之间的差别到底在哪里?我想如果是我的话,我也会用简单的那种方法我在做程序的时候,首先考虑的是自己别太累了能用简单方法实现的,为什么要用复杂的呢?但是如果使用了复杂的方法,别人会觉得你很高深莫测,确实也有种自豪感这个之间确实是有些矛盾的呵呵,所以,程序是给自己做的话,尽量用最简单的方法在CSDN上回答问题的话,能用复杂的就用复杂的,这样顺别自己提高,也能让问问题的人从另一个角度学到新知识还让别人觉得自己很高深,哈哈哈道理就象穿衣服,在家里传短裤拖鞋,出门西装革履 :)
不过做程序来看,当然要取简单的方法
特别是delphi
不是有那么一句话么?
“真正的程序员用c,聪明的程序员用delphi”
:)
up一下
顺便来这里看看
http://expert.csdn.net/Expert/topic/2265/2265856.xml?temp=.9416315
宠辱不惊,看庭前花开花落,去留无意;毁誉由人,望天上云卷云舒,聚散任风。
—————————————————————————————————
所以如果写一大堆api函数的话,谁能看懂,谁能维护??
每个人说的都有点道理~~~~~~~~~在一个项目中,很重要的是要考虑到TEAM
我们是一个TEAM难以理解的方法实现好还是用通用易懂
要看在什么情况下?有时关让别人能看懂,也是比较难的,每个人的水平不一样
速度,效率都很重要,你不可能做得很完美很难说哪一种做法好;只有一个可以说:
那就是老板
在做平常的一般项目的时候这个说法还是完全行的
但是精巧的方法是非常重要的
同样的生产线设备,同样的工具,我们却生产不出同样的零件,
同样是0.1X微米技术,我们所谓的什么国产CPU却远远赶不上INTER等公司的,其实这在设计方法技巧上是有关系的