有时候重复劳动多了,想写个小工具,写完了之后,用着用着,总是出问题,因为总会各种意外的情况,久而久之,当时写这个工具的热情都磨没了,看自己写的代码也没当时思路清晰了,后来直接懒于维护了,直接用手动解决了。
各位对自己的程序都信任吗,我这样该咋办,难道只能自己慢慢踩坑积累经验吗?
各位对自己的程序都信任吗,我这样该咋办,难道只能自己慢慢踩坑积累经验吗?
|
1
感觉是没有写测试导致
|
|
zartouchFeb 13, 2017 via iPhone
2
多写测试, 把用到的 case 都写成测试.
|
|
xiqingongziFeb 13, 2017
3
没写测试+ 没写注释?
我举得你缺乏的是对作品的信心。但是我觉得你不妨找几个去动手用一用。用了,不断的迭代,获取用户正向的反馈,逐步优化作品。 |
|
4
@fzleee 测试肯定也是测过的,测的都是正常情况下正常运行,一使用,总会出现各种意外情况,比如文件在操作过过程中被别的程序删除了,无法进行操作,网络上的各种不稳定因素,权限问题等
|
|
TroevilFeb 13, 2017
5
@springmarker 这些在写的过程要考虑的, 程序需要有基本健壮性
|
|
6
|
|
xiqingongziFeb 13, 2017
7
没有考虑全面所以需要迭代。我正常情况下造轮子都是先做一个可以跑起来的产品(MVP),在自己的实际使用时,发现不足之处,并记录下来。当需要修改的足够多时,我就会选择整体重构。
|
|
dz8235462Feb 13, 2017
8
我都不相信我出门有没有锁门,又能怎样。。谁说我的代码有 bug 我就跟谁急
|
|
9
一个青涩的懵懂的少年,觉得世界所有东西都是美好的,带着善意和信任看待所有人所有事。结果被撞的死去活来。
一个受伤的悲观的少年,觉得世界充满了恶意,带着绝望退回了壳里,以防备和憎恨看待所有人所有事。结果被别人遗忘并被自己杀害。 一个成熟的乐观的成人,知道世界很好但也不完美,也知道自己通过努力可以改善哪怕一丁点。 每天冒出来一些美好的想法,在自己能力范围内努力把它做的完善,得到些正面或负面的反馈,再努力修正完善的更好。 每天晚上从循环中吸取正面的作为精神动力,吸取负面的作为成长经验,明天再开个新循环。 生活如是,恋爱如是,代码亦如是。 |
|
kaka8wpFeb 13, 2017
10
前期的时候可以多花点时间在思考和功能梳理上~这样减少自己后期的小问题抵消热情
|
|
finabFeb 13, 2017
11
我有时候写完代码,自信的一匹。
测试跟我说有 BUG ,我都不敢相信自己的耳朵~ |
|
FelldeadbirdFeb 13, 2017
12
不出问题的程序不是好程序。
|
|
janxinFeb 13, 2017
13
感觉是没有写测试导致+1
应该是姿势不对 |
|
14
不是,经验再多也达不到这种程度,对自己写过的代码都信心满满
|
|
strayberryFeb 13, 2017
15
TDD
|
|
16
我觉得跟写测试没什么关系,感觉你写代码没有仔细思考,你自己都没想清楚,指望测试用例帮你找 bug 吗?你自己把各种情况都摸清楚了,怎么会不自信呢。
|
|
17
谁有可能做到没 Bug 的产品呢...
不过我想说的, 7 楼童鞋已经都说了 |
|
SuperMildFeb 13, 2017
18
私人项目发现 bug 不是很好吗,这就是经验啊!应该开开心心做笔记才对
|
|
ryd994Feb 14, 2017 via Android
19
相关知识不扎实
代码风格有问题 我见过很多不求甚解,写代码不看文档的人。他们的座右铭是“别管那么多,先跑起来再说。只要不是 error , warning 再多怕什么。” 然而那些代码再没有人去完善过,因为没人看的懂 此处应配 c++学习曲线: http://lbrandy.com/assets/c++.png 我想说不止 C++,所以编程都是一样的: we need some rules. 某些工业控制软件(特别是航天)要求代码是可以从逻辑上证明无 bug 。你不妨尝试一段时间。很慢,但能迅速锻炼代码质量。 |
|
20
另外,别太纠结 bug 。有 bug 没事,修就是了,吸取教训,下次不要再犯
软件开发中重构甚至重写都是很正常的事 |
|
davidzdFeb 14, 2017
21
啊,担心的话,下次再注释里开一下光就好了。
|
|
owt5008137Feb 14, 2017 via Android
22
感觉是没有写测试导致,再+1
|