IT人的天赋应该先加耐力，智力次之

（其实或许这些观点也都适用于其他绝大部分职业）

· 你是否有过正在写代码时，突然亢奋起来晚上要去参加party聚会；
· 是否有过调BUG的时候，旁边的工地正在“BANGBANGBANG”
· 是否有过正在设计一个重要的产品UI时，你大姨妈/大姨夫来看你了
· 抑或是否你正在设计一个架构时，和家里人吵架了

我们不知道别人是不是发生了这些，但却能发现一些影子：
·发现同事/下属的一段代码变得非常不符合他的风格，或者说，明显写的质量变差了，结构混乱了（功能还是能用）
·公司最新的一个产品的UI设计明显很多地方明显犯了书上看到的很多UI设计禁忌了
·最新的产品架构出来了，明显有不合理的地方，但貌似相关的负责人也不愿为此做修改了，也问不到明确的缘由
·这个产品明确表态了今天要发布的，却拖延了

以前，我经常对这些去吐槽
·“代码里这么不规范，还不如我”
·“这里用怎么这样做，连我都知道这样做影响用户体验性”
·“这个设计显然不合理，换做是我再怎么也不会这样设计”

慢慢的，经过工作加生活的各种经历，才发现，其实，自己也一样。很简单，因为都是性情中人，即使没有什么大的天灾人祸，至少，你都会受到你自己内心的影响，任何情绪与欲望都会对你当下所做的哪怕是很简单的一件事情产生影响，然后或许，会被别的人看到后放大。

其实，你自己知道，很多开发、设计的不当，并不是你的技术问题，甚至并不是我们常说的“工作态度”问题，而仅仅只是一瞬间的“情绪化”问题。

我相信每个搞技术的都会常说到：“没有技术做不到的事”，而且只要对技术基本达到熟练之后，其实只要有功能需求，你一定可以在短时间内至少想出一两套解决方案，但于此同时，很多人会一并产生一种想法 “这东西虽能做，就是麻烦，最近家里也事多，不太想去做，烦恼”。抑或是开发到半道，身体出现状况，要么只能草草交付，要么导致延期。

· 你能否做到90%的代码都清晰的结构化，90%的变量名都遵循标准的驼峰规则并带有明确上下文含义？
--起名字这个不是什么高难度技术问题，但是会让你头疼，而且时间长一点你还会觉得身心疲惫，你能否坚持？

· 你能否做到90%的有弹出提示框的弹出都在最合适的时间，最合适的位置，写上了最符合用户理解的说明信息？
--如果有成熟框架的开发，会比初创项目要便捷不少，但恐怕当你累的时候，这些细节也足够让你心烦意乱，你能否坚持？

· 一个产品的开发周期短则半月，长则几年，你又是否有足够心里承受能力坚持下去，是否有足够的体能能够保证90%的时间都是高强度的密集开发，你是否还带着当时的激情？
--这个话题较大，也有项目管理的责任，但从个人角度来说，问自己，你能否坚持？

所以，最后真正能让人们觉得“很赞”，“很细致”的产品，我首先想到的，是他们背后的这个团队，他们每个人的毅力，往通俗一点说——抵抗各种身体、情绪问题的耐久力。

以上这些也都是我一家之言，权当单纯的分享而已，其实很多大家也都明白，只是在此也希望各位，看到这里，站起身来活动活动，然后吃好睡饱，当你有足够的身体和精力的时候，你会发现——你做的东西，正在越来越好——其实正是你自己的馈赠

题外话--------------------------------------

前一阵子项目紧张，也没写什么东西，偶尔还是能看到我之前的一点文章被大家喜欢，虽然数量不多，但也很开心，也有点愧疚，想着一定还是要回来