+
 新版
2016-11-26 17:11
用手写思维导图代替日志
2016-11-15 00:14
手写啊?这个有点。。。
2016-11-14 22:31

引用来自“冬天之雪”的评论

手写程序?运行的时候不还是要抄到电脑上。
看清楚呀,是手写日志。
2016-11-14 18:19
或者说对于程序员来说,细节全在代码之间,笔写,是无法决定细节的,因为思维习惯、方向完全不同的走向,笔写的草图推演,如果涉及太多细节,那么整件事情你根本就没想好,说明你对这件事头脑一片混乱。笔书的内容,多数决定事情走向的几个重大的关键要点,然后再由实施层面去细化(比如界面原型图、流程图,乃至到实际编码层面)。所以总结来说,在实施层面,可以保留对细节考虑的注释,但就没必要通过日记、草图之类的来保留细节了。
2016-11-14 18:16
碰到有决策性的问题,可以停下来,用笔和纸来进行草图和推演。但是真的不建议自己写日志,最大的问题是笔写日记的数据化问题。反而推荐,养成写代码注释的习惯。实在觉得有必要,最好还是在电脑内记录重要的日记。或者稍微整理一下,发去OSC的博客,远好于用笔来记录。
2016-11-14 16:31
笔记本画草图 流程定下来后 PC画正式流程图 出详设 花几天撸代码 一直这么来的
2016-11-14 14:45
能养成这个习惯的人很少
2016-11-14 14:24
xmind写下流程还是要的。。。
2016-11-14 11:39
其实很多程序本来就应该先思考整个过程,有个大概,甚至得写出流程后,才能够去写代码的。这样的程序结构会很好。许多复杂程序,本来就应该如此。
2016-11-14 11:10

引用来自“冬天之雪”的评论

手写程序?运行的时候不还是要抄到电脑上。
是用笔在纸上写画出自己要解决问题的思路, 在这个过程当中, 思考的速度会放慢, 考虑的问题会更全面, 完成这个过程以后再去写代码, 会流畅很多, 俗话说好记性不如烂笔头, 用在这里再贴切不过了. 自己深有体会, 思考的时间一般会比编写代码的时间更多, 不然遇到复杂的问题很容易编代码遍到一半发现写不下去了, 更可怕的就是重头再来.
2016-11-14 10:32
矫情
2016-11-14 10:18
未来还脑电波编程了。。
2016-11-14 10:09
没有耐心。
2016-11-14 10:05
2016-11-14 09:40
这在大部分公司行不通啊
2016-11-14 09:12
手写程序?运行的时候不还是要抄到电脑上。
2016-11-14 09:12
手写程序?运行的时候不还是要抄到电脑上。
回复 @
{{emojiItem.symbol}}
返回顶部
顶部