编码的时候想的越来越多了，这是程序人生中的一个阶段吗

[AlexaZhou]

最近一年发现自己编码的时候想的越来越多了。

以前我都是一边写着一边想，再一边改一边调。

先在更倾向先在脑袋里面构建出整个程序的骨架，然后再编码。有时候构思的这个过程可以占到一半以上的时间。后面的编码一般就是先把方法接口什么的写好，然后往里面填东西，其实蛮容易的。

自我感觉考虑充分之后，bug变少很多，而且架构更能适应后期的修改。问题就是写代码会变慢很多，特别是一开始的的时候，要好多时间想好多东西才能开的了头 TAT。。。哪怕写个很简单的东西也是这样。再也木有之前 "糙快猛" 干完一件事情的快感了

我很好奇，这是程序员水平提高过程中的一个阶段吗？
大家有木有经历过这种情况的，再后面的阶段是什么呢。

[mthli]

一般有这种感觉说明你做的项目尚能在你的把控范围内。我也是这样的。但是超出这个范围就很捉鸡了。

[banri]

本菜鸡觉得这是个很好的状态啊……

反观我这个菜鸡都是写一半卡住然后逛一圈超市或者蹲坑的时候想着怎么继续……

[sinxccc]

你不是一个人…

我一般就是看看想想，得把所有的细节都想清楚了才肯动手。说不上来这是好还是不好，但可能花的时间要比直接上手 break stuff 要多吧，大概。

[AlexaZhou]

@mthli
有一部分是的。对很不熟悉领域的情况，一般是摸索着来了。。。
没办法事先想很深入，不过思维方法比开始也有些不同就是啦
一样会变慢

[zsx]

同属于此阶段……
于是最近想写点小工程都因为前期构思框架太大导致懒得写，又回到了直接硬上手的状态_(:з」∠)_
这样写的确代码可维护性会比原来的好很多了……但是时间啊时间啊时间啊时间……

最近在规划一个API项目，打算以测试驱动。采用何种API风格、请求和返回怎么定义这些基础的问题暂且不说。愣是考虑了一天以下问题： 测试怎么写？环境怎么搭？文件怎么分割？模块怎么解耦合？路由怎么写？要包含哪些公用函数？是直接使用系统集成代码，还是将系统内部实现优雅地重构一遍？

于是到现在还没开始写代码。

[AlexaZhou]

@sinxccc
应该是更好。
前期会多花些时间，但是考虑到后期成本降低，就完全可以拉回来了

[AlexaZhou]

@banri
加油，不过你现在还可以体会“糙快猛”的快感

[saximoer]

在经过几次说写就写的任性坑以后
慢慢开始先计划好以后再动键盘了

[zsx]

@zsx 另外这个项目其实硬上手的话代码量不算界面也就那么10K……

[AlexaZhou]

@zsx 对啊，太多事情都要考虑了

感觉之前拿到需求立刻就能开始写，还写的很快。。。有些“无知者无畏”的味道

现在还没开始写就知道哪儿将来可能出现什么坑。所以要采用什么样的设计来应对

另外还要让代码优雅，要想好久才能开个头

[AlexaZhou]

@zsx 额，10K不是很多，但也不少，硬上怕是撸出了后期不好搞。。。

[zsx]

@AlexaZhou 所以好多东西干脆就不写了因为预见到这东西要写起来太麻烦了_(:з」∠)_写粗暴的代码自己又看了恶心连贴到GitHub的勇气都没有……（其实就是懒）

说实在的那10K可以全部直接switch + if走起，就是太不优雅，太难看，没准还会出现一堆冗余代码……