文章
Slash Boxes
评论

Solidot 登录

登录

[ 创建一个新帐号 ]

不该指责别人编码设计风格的10个原因

matrix 发表于 2007年7月11日 13时30分 星期三   Printer-friendly   Email story
来自十年学会编程部门
You XU 写道 "小企鹅的开发者决定终止项目, 据说原因是另一个所谓的高手对小企鹅项目的编码风格进行了批评. 那么, 我们有理由批评开源项目的编码风格么? 这里给出了10个不该批评别人编码风格的原因:
1. 开源的代码是为了满足需求和兴趣, 不是为了美观.
2. 代码风格可能受制于开发者使用的语言, 或者最熟悉的语言.
3. 因为思考问题方法不一样, 代码和设计风格也可能不一样.
4. 没有一个绝对的标准.
5. 开源代码编写者应该保持谦虚, 对别人工作保持尊重.
6. 不能以代码取人.
7. 重构很有效, 但不是为重构而重构.
8. 让程序正常工作比让程序可读更加重要.
9. 即使在工业开发的代码审阅中, 代码风格也不是最重要的.
10. 与其指摘别人, 不如自己动手."
显示选项 门槛:
声明: 下面的评论属于其发表者所有,不代表本站的观点和立场,我们不负责他们说什么。
  • linux

    (得分:1)
    kcome (1409) <harryl.byreadNO@SPAMgmail.com> 发表于 2007年7月11日 13时57分 星期三 (#8728)
    好像前一段时间linus不爽Gnome,就发了一个patch过去。
    这年头,程序员,patch当原子弹用啊~~
    --
    若为自由故·二者皆可抛
    自由·科学·民主
    • Re:linux by yeaha (得分:1) 2007年7月11日 14时22分 星期三
      • Re:linux by bigheadghost (得分:1) 2007年7月11日 15时40分 星期三
      • 还有 1 reply 在你当前的门槛设置之下。
  • 十合一

    (得分:1)
    qidane (4234) <qisukerNO@SPAMgmail.com> 发表于 2007年7月11日 18时07分 星期三 (#8741)
    ( 最新日志: 2007年2月14日 10时37分 星期三 )
    最近做个小项目的时候发现组里急性子的人效率高,但代码结构混乱;慢性子的人代码精,但瞻前顾后拖沓。
    各有其优缺点的编码风格是个主观的东西,根本就不属于被指责的范围。Linus也只是从代码的功能性和应用性方面指责GNOME,而这种从最基本的代码风格方面指责别人就像是把别人当成从没读过K&R来说教似的。
    --
    Take care of yourself and be nice to others
    • Re:十合一 by fred (得分:1) 2007年7月11日 18时55分 星期三
  • 开源界的重大损失啊!

    (得分:2, 有意思)
    tangooricha (5245) 发表于 2007年7月11日 19时16分 星期三 (#8744)
    ( 最新日志: 2007年6月18日 20时05分 星期一 )
    今天似乎已经没法下载7月3日的那份文件了。不知道是服务器的问题,还是其他的原因。Yuking走得太急了,留下的是再也得不到更新的用户。Yuking和那个羞辱他的混蛋拍拍屁股就走人了,用户们有办法也拍拍屁股就换一种输入法么?不是学习难度的问题,而是使用习惯的问题。即使换了一个输入法,但是有谁见过那个输入法比小企鹅更适合中国人?虽然北南南北说:“本项目是终止,可能意味着新生。”但是谁会接过这个项目?结果项目的人是从最新的稳定版开始,还是该从最新的测试版开始?如果有多组人继续这个项目,用户究竟又该选哪个? 也许小企鹅也有不得不被fork的一天!损失的还是忠实的用户!
  • 同意与不同意

    (得分:1)
    docong (4089) 发表于 2007年7月11日 19时22分 星期三 (#8745)
    同意第三条,不同意第八点,总之这10写得很勉强,毫无建设性
  • ambre (2694) 发表于 2007年7月11日 23时15分 星期三 (#8749)
    毫无疑问,高手的意见是正确的。清晰的项目架构,易懂的代码风格,是我等coder所奉为金科玉律,至上的信仰。尽管所作远远不够,但是“同志仍须努力”,互相学习,激励,明天一切会更好! 果真如此么?我们都有几乎一样长短的时间尺度,A在烤串,B在K歌,C在泡吧,D在拍拖,朝九晚五的我们有多少青春赋于开源?我大胆的作个假设,发帖的诸位,看帖的诸位,回帖的诸位,谁在真正为开源贡献项目,甚至贡献一小段代码? fcitx的功臣讲,这件事只是导火索而已,并非高手一句话导致,那么,直接的原因,无非上述种种。 我们是人,然后方为人才。 与其为了某个死板的教条伤了和气,不如坐下来煮酒论英雄,方为上上策。
  • stchris666 (1437) 发表于 2007年7月12日 08时40分 星期四 (#8755)
    烂人才会指责别人的代码风格烂 到底Fcitx代码烂在哪里? 那么现在请指责Yuking代码烂的人接手吧 或者请他们再写个代码好的Fcitx 2
  • func (5126) 发表于 2007年7月12日 11时22分 星期四 (#8771)