社区
非技术区
帖子详情
维护别人的代码,你有没有想过死?
lw549
2005-06-28 10:32:28
极度无聊痛苦中……
……
不是说写代码的人不好,对事不对人
...全文
549
42
打赏
收藏
维护别人的代码,你有没有想过死?
极度无聊痛苦中…… …… 不是说写代码的人不好,对事不对人
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
42 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
todouwang
2005-06-28
打赏
举报
回复
不想,活着多好
beyondtkl
2005-06-28
打赏
举报
回复
en hei
fongming
2005-06-28
打赏
举报
回复
这真的时相当一难的事啊!!!!!!!!!!!!!!!!!!!!!
「已注销」
2005-06-28
打赏
举报
回复
看怎么处理这类情况了。
有些“高人”留下来的系统,你要弄清楚它并维护,这个任务可能也要十年以后才能完成了。但是其实你其实可以考虑各个击破,比如说,如果某一个模块发生问题了,干脆去掉重写这个模块,然后和大的整个系统xian接起来,基本上都是些数据的读来读去了,不会很麻烦的吧。
还有,有了这个教训自己最重要的工作就是把系统结构整理清楚,文档啊。一定要写。不要把这个悲剧留给后来人。
duanhai
2005-06-28
打赏
举报
回复
呵呵~~~~
死倒是没有想过
我只是会更加鼓励自己,写代码要做到规范......
ghy412
2005-06-28
打赏
举报
回复
别人的代码和自己的思路不同,编码风格不同……这是一种学习呀,取长补短应该会有让自己借鉴的地方……
hc0007
2005-06-28
打赏
举报
回复
呵呵 这样痛苦的事 经常做 ,已经木有感觉了
僵哥
2005-06-28
打赏
举报
回复
维护代码偶倒是尝到滋味了……
几十行代码就能够解决问题滴,写上几千行,为了追求运行速度,基本上都不知道他是如何写滴了,在最头行一个个"inert ...",后面半途出来几个字段名称,再过个几百行又出来几个字段名称,而中间及后面只有''和0分别代码空字段和零数值填充,当时偶又刚进公司,就那么一段代码,偶用了三天时间去看……但是,当看懂了那一段代码之前,同时也养成了一种看代码滴耐心及奈性。其实有些时候并不一定要马上看代码,而首先要明白他这段代码是做什么用的,若是自己来写这段代码有可能用如何的几种方式去写,从而再进入代码当中,一边看代码,一边分析是如何一种思路……时间故然是需要的……必要时使用数据进行测试,必要时还需要问一下他为什么这样子写,是否有错误(对于这个问题着实是最最伤神的),其实看懂了几段代码之后,若是对程序比较熟悉的,基本上可以大致了解对方的代码风格,以及偏好,此时就不需要急着往下看了,应当休息一下,然后再回过头去从头看起,或许你理解起来将不会再有那么难了。
另外就是积累与习惯,比如网络上的一些代码,其实不管写得好与不好,基本上看多了就可以从中吸取一点就是大众化在某一层次,某一熟练程度上的程序员的代码风格及偏好。也就是所谓的看代码也讲究经验。
cncharles
2005-06-28
打赏
举报
回复
如果别人编码风格、思想与自己的不一样的确痛苦……
chwdong
2005-06-28
打赏
举报
回复
每喝口水,就像农药........
hellolongbin
2005-06-28
打赏
举报
回复
我一般宁可重写……
hthunter
2005-06-28
打赏
举报
回复
找到别人找不到的bug,当然有成就感了,可是一眼就能看出来bug,就不是成就感了:(
********************
并且估计通常满屏都是一眼就能看出来的bug ^0^
chijingde
2005-06-28
打赏
举报
回复
哇哈哈哈哈哈
lw549
2005-06-28
打赏
举报
回复
回复人: chijingde(AD) ( ) 信誉:360 2005-06-28 10:47:00 得分: 0
也不是阿
找到别人代码的BUG
也会有一种成就感哈
=========================
找到别人找不到的bug,当然有成就感了,可是一眼就能看出来bug,就不是成就感了:(
lw549
2005-06-28
打赏
举报
回复
我要对这个系统做大手术,Hoho~~~
chijingde
2005-06-28
打赏
举报
回复
也不是阿
找到别人代码的BUG
也会有一种成就感哈
hthunter
2005-06-28
打赏
举报
回复
曾经有撞墙的冲动
不过作为程序员,这些应该是必经的阶段,呵呵。等你进化到不需维护别人的代码的时候就好了
ayukowa
2005-06-28
打赏
举报
回复
是啊
我现在维护2年前自己写的代码都头晕阿,更不用说别人的了
看来规范代码必须强制执行了
godear
2005-06-28
打赏
举报
回复
不至于, 不过确实痛苦
hongqi162
2005-06-28
打赏
举报
回复
up
加载更多回复(22)
C/C++
代码
整洁方法
本课程主要内容是讲述如何编写整洁而且安全可靠的C/C++
代码
。提升
代码
的可读性、可
维护
性,健壮性,可移植性等
代码
质量标准。该课程最适合已经学习过C/C++语法,但是还缺乏实际编程经验。不知道如何写出高质量
代码
的入门程序员。也适合掌握一定编程经验,但是对
代码
可读性,可
维护
性仍然有好奇心,有追求的程序员。本课程的制作结合了讲师接近10年使用C/C++语言的经验,对大厂编程规范和相应
代码
质量书籍的学习。相信对大家能有收获。非C/C++的程序员也可以涉猎一番。
如何提高
代码
的可
维护
性?
作为资深软件开发工程师,在编码过程中对
代码
的健壮性、可
维护
性、可移植性等关键特性都应有严格的要求。这也是工程师编程素养的体现。那么如何提高
代码
的可
维护
性?本篇将从几个方面来谈谈这个问题。 那么如何提高
代码
的可
维护
性? 提高
代码
可
维护
性,在编程过程中,我们应该注意以下几点: 第一,命名规范 每种语言在业内都有约定俗成的命名规范,涉及到变量、函数(方法)、类(文件)、工程、包等,这些的命名,建议都要按照业内规矩来做,切不可胡乱取名,一个好的命名可以让阅读这很快的了解到这个是干什么用的,有助于程序理解。如
程序员们,你愿意
维护
别人写的“烂”
代码
么?
程序员们,你愿意
维护
别人写的“烂”
代码
么?相信各位的回答都是不愿意。不幸的是绝大多数的程序员或多或少的都在做这样的事情。自然我也不例外也做过不短的一段时间,现在回想起来那段时间真是后怕。 首先是文档,相信谁都喜欢看看文档就能了解产品是如何实现,各个模块之间的关系如何,甚至都希望文档具体到每个成员都有详细的说明。然而直至现在这种事情我还没有遇到,相信绝大多数读者也没遇见过。这个时候有人会想有
怎样提高
代码
的可读性、可
维护
性
高质量
代码
的三大要素: 可读性、可
维护
性和可变更性 做好
代码
规范、提高
代码
质量,能显著增强
代码
的可读性、可
维护
性和可变更性。努力提高
代码
的读写可
维护
性,是做好
代码
规范的必要非充分条件。
代码
规范和架构设计是软件的灵魂所在,
代码
质量偏低,就像是人失去了三魂七魄中的一魄,就会丧失活力,影响正常运行,增加软件交付后
维护
成本,出现推迟完成、超出预算、特性缺失等现象。 任何语言都需要强调编码风格的一致性。只要...
接手别人的
代码
,
死
的心有吗?
如果你恨他,就让他去接手别人的
代码
非技术区
828
社区成员
53,611
社区内容
发帖
与我相关
我的任务
非技术区
Delphi 非技术区
复制链接
扫一扫
分享
社区描述
Delphi 非技术区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章