5月的最后几天，我在笔记本的扉页写道：致力于构建安全、高效、可依赖的网络服务。不追求完美，不追求极致；追求快速建模，急速迭代。不不光是我在技术上的追求，也是我在为人处世想要达到的一个目标。我想传达给周围人的一种信息是，我这个人事是靠谱的，值得信任和依赖的，我做事情是又好又快的。但目标归目标，理想归理想。事实上我在进入这个公司不到三个月的时间内，承受了很多的压力。
技术上的难度倒是没有感觉到，凡是技术的难题，基本上都不是难题。我对于工作压力的处理能力则太薄弱了，项目组老大数次斥责我做任务慢，粗心大意，犯了很多不应该犯的低级错误。就连我自己也对自己失去了信心。本质上我是一个不太自信的人，心思又重，又被领导催，所以心情十分沉重紧张，做错了很多的事情。那么为什么会出现这种问题呢？
第一：我对代码的敬畏度不够，写代码是满足自己内心的成就需要，而不是实现项目逻辑的需要。
代码是不能够变现的，也不能用来购买食量。但是在公司的代码就可以，这说明我在公司创造了价值，我写的代码是具有价值的。这种价值可能并不直接体现出来，又可能是程序的自动化执行，大大提高了别人的工作效率和准确性，因此节省下了钱。总而言之，代码是有价值的。写代码不是为了快速的完成任务，抛下自己肩上的重担，而是用优秀的代码支撑项目的运营和发展，提供基础保障。以往的过程中，可能我接到了一个功能，会快速的完成，以证明自己能力非凡。可是没有认真思考的程序，根本经不起推敲。漏洞百出的程序，谁也不想用。我想写完程序就知道，我写了一个逻辑严密的程序，只要调试完毕，就可以高枕无忧了。现在我还不敢承诺自己写的程序能够达到这个境界。对代码要有所敬畏，要知道自己工作的意义所在。如果不把自己的成就感得失和代码绑定，也许自己的压力就会小很多。
第二：缺乏规范的程序作业指导，是野生程序员。
没有规范的指导也可以完成程序，写成的程序也能够跑，但是这并不是一个优秀的程序员的作为。缺乏规范，写的程序逻辑上比较混乱。因为是自己临时起意的想法，所以程序到处呈现的都是一种拼凑的杂乱感。写程序之前没有去规范自己想要写的步骤有哪些，用哪些方法去实现。我这点体会很深。因此在写程序之前就一定要现在大脑里将所有的逻辑步骤过一遍，写程序不过是重新绘制自己的思路，验证自己的推理。必要的时候应该要写在纸上，明确化自己要做的事情，毕竟写下来的一定比留在脑海的要清晰。
如果要写网页程序，步骤如下：
1、认真研读需求，将所有不明白的地方，标记出来，一起找项目经理或者产品经理核对。做到写程序前，对需求已经完整理解，不存在模糊地带。
2、将自己的思路，拆分为方法，先定义方法体，和参数。声明方法的功能。
3、构建测试用例。
3、如果需要数据库数据，则先需要在数据库构建测试的假数据。假数据要涵盖自己所有的测试用例。
4、开始写程序。
5、调试程序
6、对照需求，确认需求上的功能已经全部实现。
7、提交测试。
8、反馈修改。
9、提交测试并跟踪