An open API service indexing awesome lists of open source software.

https://github.com/steve02081504/programming-exp

一些老生常谈的错误,总结一下,警醒自己
https://github.com/steve02081504/programming-exp

a-topic

Last synced: 4 months ago
JSON representation

一些老生常谈的错误,总结一下,警醒自己

Awesome Lists containing this project

README

          

## 写在前面
这是我在高考第一天后闲着没事开的坑
因为高考后打算继续写某项目
所以打算先总结一下一些曾经犯过的编程上的问题

#### 增量式开发,先写测试实例
犯错项目:[ELC](https://steve02081504.github.io/ELC/)
把所有代码一次性写完再调试会死人的
真的会死的
为了避免出现没有测试用例,应当把其提前至函数或功能本身之前

#### 名称应当明了,其次才是简短
犯错项目:[steve.h](https://github.com/steve02081504/steve.h)
瞎吉儿起名称或者拿键盘当枕头会让人头大
不过steve.h这个项目不准备改了,因为能用

#### 代码写完留着别删
代表项目:[一个垃圾堆](https://github.com/steve02081504/A-pile-of-groceries)
你总会发现有的时候原来的某些代码你可以改改变量名在另一个地方用到,不仅不容易出bug,还省事
这就是复读机定理的程序员变体(不
就算你不复制粘贴,也可以隔一段时间回过头看看自己曾经是什么样子
而曾经写的小工具,你也会有想改动的时候
又或是留着做个纪念,也挺不错的

#### 避免过早优化
犯错项目:[ELC](https://steve02081504.github.io/ELC/)
当你写到某处发现可以优化时,留一个注释,注明优化方案,再留一个优化用特殊标记
过早优化会导致bug难找、思路混乱、代码难以阅读等问题
同时,优化时注释而不是删掉原代码也会在阅读与调试方面留下很多帮助

#### 尽量使用标准库
犯错项目:[ELC](https://steve02081504.github.io/ELC/)
标准库基本没有bug这一特点可以在调试时帮你省下大量精力与时间
如果你觉得标准库太难用或是优化时需要造一个轮子之类,请写一个包装类对调用标准库的行为进行封装
而不是一开始构建软件时先被各种轮子搅浑了头脑
。。头会秃的

#### 开自动保存,勤备份代码
你永远也不知道命运这该死的婊子在下一秒会带来什么惊吓
像可乐味手柄、拉面味麦克风
抑或是突然黑屏的winbug10、连小修小改都承受不了的linux
或者什么音响爆炸显卡变异主机着火内存进水风扇卡死cpu融化键盘灵异之类
又或者你爸突然出现发现你偷藏已久的电脑
~~地球online真好玩,呵呵~~

目前就想到这么多
实际上只是闲着无聊瞎写233