为什么开发一个东西，绝大部份都搞定了，就差一点细枝末节的时候，最容易放弃呢？

[wszgrcy]

最近开发又遇到了这种问题。就是开发时别管踩什么坑，看多少陌生文档，都要解决问题。但是到了最后，难的问题都没了，就剩一些打扫战场的活，比如规范下代码，写写文档等很容易的工作，反而会生出厌烦之心………

[Steps]

因为这是一个必经又繁琐的过程！

[Oceanhime]

我的理解是，没有什么明显的正反馈了，能够激发你兴趣和成就感的事都干完了。
我优化代码也经常提不起劲，就算知道自己代码写的没眼看，最后还是“能跑就行”，鸽掉。
写文档的话还好点，至少能有个好看点的文档，写完了可以自己欣赏欣赏，哈哈。

[airplayxcom]

因为你潜意识知道这些琐事解决后很没成就感，所以你就没心思搞了。

[diggerdu]

实验做完了 论文不想写了 同理

[visitant]

因为创造性的过程结束了..

[mywaiting]

行百里者半九十

[lihongming]

这其实是个管理问题，细枝末节太多了，且没有成就感，容易让人厌烦。

要解决这个问题，就得从这两方面入手：

1 、解决“多”的问题。
其实多本身不是问题，不知道有多多才是问题，所以解决问题的第一步就是把所有待解决的“细枝末节”都列出来。这样从产品到开发，从领导到下属，都知道具体还有哪些活要干，就不会说出“就这么点活了，一天能干完吧？”这样的话。

2 、解决“成就感”的问题。
到这个阶段，一般不会再有突破难题的那种成就感了。但成就感不仅来自于突破难题，还可以来自于按时完成任务。把上一步列出的问题定个时间表，每天完成哪些。如果按时、甚至提前完成了，就奖励开发者尽情的玩，绝不多做，或者多做的部分额外有奖金，这就有成就感了。
这一点是很多团队亟需解决的，因为很多管理者其实不懂管理，都是学而优则仕上来的。他们倾向于给完成任务的人再派别的任务，等于按时完成任务的人会受到惩罚，所以团队的效率和士气就会越来越低。

[ppphp]

规范代码，写文档这种琐事是非常需要代码自动化的，最好可以分散在编码的各个时间段内，靠管理真的太难了