应该带着什么样的思想去写代码?

这样问比较宏观我打算从几个角度去说这个问题

• 带着需求去写代码

1. 了解业务逻辑

我以前总是在想，写这个功能的时候要不要了解业务逻辑。吃了无数次亏之后发现有些时候需要看你花费的时间和你的方法。
在开始写代码之前要先大致了解些公司是做什么的，或者说你写的程序是为了做什么用的。 如果真的是很复杂的情况下，那也要看文档了解你负责的这一块在整个项目中发挥一个什么样的作用。
这样做会花费大量的时间，如果你感觉这些没有必要，我相信以后花费的时间会更多。
注意：这里所说的业务逻辑不是说让你完全了解，注意这个度的把控，有助于你更高的利用你的时间

2. 大胆去猜想

为什么要大胆去猜想，这大概也是创作代码的一个好的习惯（个人愚见），我总是有这自己的思想，不喜欢别人让我怎么做我就一成不变的做下去。我会在已有的功能做完的情况下去写一些自己感觉比较有意思的东西。虽然大多数都被干掉了，我还是乐此不彼。工作中有的时候确实很无聊。有些时候功能呢完善之后你还有其他时间，这个时候该不该直接就把代码提交，我的想法就是去做一些有意思的事，添加一些我认为有意思的东西。当然这些要告知测试和产品的。毕竟他们都是不喜欢惊喜的 ，这些有助于来锻炼我自己的思维逻辑。有些人说这样不好，有时间为什么不去优化或者做一些更有意义的事。我只是喜欢这么做罢了，没什么其他的想法。就像写一个 app 有些我自己能做主的地方 我总是做的比较有新意或者是代码写的有不一样的地方。
注意：这里有个前提就是一定要把现有的功能完善之后再做这些，要不然会给别人一个不好的印象。

3. 做适当边界测试

怎么样做一个比较好的程序员? 我的想法就是别给别人填太多麻烦。那你说上面你还写一些其他东西 （那是爱好，总有点怪癖）写东西的时候我养成的习惯就是先考虑错在考虑对，从计算机的角度也是现有0再有1，不知道听谁说在写逻辑判断的时候，计算机会优先判断错误，虽然我也没去考证过，我也不想考证。因为我感觉这很符合我的思想。。现在计算机资源部是有限的了。获取也比较简单。但是 我还是想要尽量不浪费资源。养成一个好的习惯。或者是有自己的代码风格。做一些比较好完整的版本。尽量少的让别人写文档。让别人找你修 BUG 节省双方时间岂不美哉。

• 从用户角度去写代码

1. 针对的是什么样的群体

写代码时间长了就会思维固话，这种情况下我一般都是看书来补充。
大致吧用户分为三类，
1. 普通用户，没有计算机相关经验。有这普遍的计算机逻辑，这个时候写代码一般靠经验，一般考产品。你既要帮助产品想到他想不到的，也要思考产品为什么这么做。这样你才不会脱离群众。毕竟我们还是要生活在普通社会上。了解他们的生活，是自己保持不予社会脱节。总不至于每次被人家提起程序员就是一个不解风情的一类人吧。
2. 程序员，自己的同行。你写的一些 sdk xxkit 这些 大多针对是自己的同行，有一定的技术含量。写这些项目的时候，一般要注意逻辑要清晰。代码整洁。还有适当的注释。大概是主要功能介绍，目录树清晰。等等。。。
不要做过多的解释，要清晰准确，表达清晰，有助于节约时间。不知道大家有没有注意我一直提示节约时间。因为我总是感觉时间不够用。
3. 自己 我又很大一部分代码我认为是写给我的。这些代码大多是为了兴趣，有些是为了方便，写这类的代码的时候，我就可以随心所欲了。想怎么写都可以，怎么玩都行；但最后我都会标明这些代码有什么功能，给我带来什么样的收益，大多数是自己的学习demo

2. 要不要写文档或者帮助页面

写文档和帮助页面是为了让用户更方便去了解产品。节约时间。提高用户体检。这个我感觉非常有必要。就像我上面所说，针对普通 用户做人性化引导和文档说明都非常好。针对有程序员这类。尽量吧文档写的清晰准确。

3. 写完自己的功能自己用着是否方便

自己做出来的东西当然了解他的每一部分。可是这些最终不是只服务于一个人的更何况是自己。这里就要跳出自己来试试这个自己写的功能是否方便。有哪些缺点。怎么去补救。或者是可以与哪些做互补。自己想到的事可以和同事多一些讨论。有助于自己的经验积累。