程序员，特别是一个新手程序员而言，工作的压力会让你整天灰头土脸，了解一些实用的小技巧，积*的去面对漫长的程序员生涯。

领导询问任务时间。如果他不能回答这个问题，可能是任务划分不够细致。高估一周比低估一天要好。太“乐观”很容易吓到老板。 *有用的语言是英语。第二个可能是Python。百闻不如一见。画出结果，一目了然。调试时间将大大缩短。重构是程序员的主要技能，工作日志可以增加脑容量。首先使用探查器进行调查，然后进行单元测试总是具有成本效益的。不要先写框架，再写实现。最好反其道而行之，从原型中完善框架。代码结构清晰，其他问题都不是问题。编程时，隔离是方向，命名是关键，测试是主角，调试是补充，版本控制是后悔药。一行代码，一名士兵。只有形成组织架构，才有战斗力。单元的尺寸不宜太大。一个1000人的班级或10000人的队列很容易成为万人坑。重构/优化/修复错误一次只能进行一次。简单模块注意封装，复杂模块注意分层。人脑的能力有限，整洁总比杂乱好。如果看不懂代码，尝试整理一下格式；如果接口难以使用，请尝试重新封装。迭代的速度决定了工作的强度。如果想要更快、更经济，就从简化开发流程、加快迭代开始。好的项目都是硬核风格，一键测试、一键发布、一键部署；不好的项目本质上是肮脏的、口口相传的、没有书面文件的、神秘的。编码时不要害怕变化，拥抱它们。定期充电。程序员只有一种方法可以做到：质朴。忘记优化您的代码。过早的优化等于破坏；忘记优化你的代码。优化应该基于性能测试而不是字里行间的解读。最好的工具是笔和纸；第二好的是降价。当它违背主流观点/方法/风格/习惯时，首先审视自己的安全。当错误发生时，主动检查是否有错误，无论它们是否是您的。这可以让你的业务能力和个人形象飙升；如果你的bug被别人发现了……哈哈，那你就会很被动，不知道如何选择技术书籍。至少不是太贵，而且可以全部读完。资源和代码应该一起进行版本控制。资源匹配错误比代码匹配错误更难排除。不要基于想象进行开发，而是基于原型进行开发。原型的价值在于快速验证想法，帮助大家节省时间。在交付之前秘密测试东西，在询问别人之前秘密谷歌它们，在发布之前检查版本七八次，使用检查列表，谷歌，并用英语搜索。做好一件事胜于做好十件事。赢得话语权的方法只有一个，那就是超越别人的期望。你的内心一定要坚强，但你的言语和表情一定要柔和。记住一句老话，不要打微笑的人。先假装自己是专家，渐渐地你就得学习才能假装像，假的就变成真的了。序列化** 纯文本。可以根据需要添加二进制、混淆、加密、压缩等内容。编译器总是比你更了解微优化。它只能往它不擅长的方向努力。不要制定太大、太深远或太详细的计划。就算决定了，也没有用。至少有一半的时间会花在整合上。时间，时间，时间永远不够。 git 是最好的。简单、可靠且免费。只提出“可预见的非理性”的断言。日志应包括时间和分类。并且它需要能够重定向输出。注释是稍微差一点的文档。更好的是清晰的命名。让代码讲述它自己的故事。造轮子是一种很好的锻炼方式。前提是你见过其他轮子。代码审查最好以小组/两人一组的方式进行。对业务有了一定的了解，建议会更有价值（但不保证）。而且不会成为负担。管理员的个人审核很容易成为团队的瓶颈。在提问之前先进行研究。如果你不问，你就会被鄙视，你的时间就会被浪费。

永远不要低估编程。新手程序员和有经验的程序员之间的一个很大的区别来自于调试能力。在设计和建设网站时，不能只知其表面，而不知其根本。程序员必须了解得更深、了解得更多，才能从新手向高手转变。