书写：

数学模型。

做前没想好，功能做重了 应定好数据格式再写代码。
慢慢写 比较快
如果有和自己的功能相似的功能，看看他是在里边怎样做的，要兼容他。项目个别位置没规则走方便、实用。
以功能为基准？ v
以代码为基准？

相对于修改规则 添加规则更方便。不过更容易复杂。

想到最好的地方并且留出地方 因为很有可能做到那步
要从下往上写 不要从上往下写。

覆盖式开发很糟糕.

写复杂或不熟悉的程序应该先从基本 简单 的 小地方入手 确认小地方没错了 再写全部

应该是 优化干净的代码
不该是 更改复杂的优化

实践证明 人用本子是因为大脑内存太低了
如果一道复杂的算法
一 找本
二 画图
三 分析数据
四 得出规律

单词重音 跳式简写

如果程序要重新走，最好是删除当前，创建个新的。改变当前很麻烦。

当自己的写的类会成为公共类后应想好这个类是否需要成为公共类。公共类应在设计上想好扩展。或尽量不增加公共类，这样可以减少代码耦合。

写1小时代码 花5分钟检查一遍。

int当number，内存没省多少，反而给后期添加了很多需要考虑的因素。
应该提前想好写本上的，下次做时要先想好功能的复杂成度。
 
如果功能重要 代码要好看
功能不重要 代码应标准

往别的类写入数据时要使用别一个类提供的方法，不要直接写。

可以考虑CPU 不要考虑内存
考虑CPU是代码优化。 考虑内存是代码危险性乱用。

稳定压倒一切

底不是自己做的就不要改。
把功能相好怎样分块是很重要的事。

做事情要持续