让精细运动系统参与手写字母对学习和记忆有积极影响

面试中没有正确答案。也没有错误的答案。这个世界太微妙、太复杂了。

我不做程序语言（PL）的工作已经半年了。在这半年里，我变得快乐了很多，对世界也有了新的观点。现在我想来讲一讲，我为什么不想再做 PL 的工作和研究。我只希望这些观点可以给正在做 PL，或者考虑进入这个领域的人们，作为一份参考。

理 想的工作-休息比例是 52 分钟的工作之后进行 17 分钟的休息。按照这种时间分配，工作时会格外集中注意力。约 1 小时的时间里，大脑会 100% 专注于将要完成的任务，而不会去刷微博或被邮件分心；1 小时结束大脑开始感到有些疲劳时，完全放下工作，短暂地休息一会，又有助于在接下来的 1 小时重新高效率工作。

不论在哪个国家，IT 公司中的项目经理，很大一部分都是技术出身。的确，工程师背景的项目经理，在开发人员选择，开发进度控制，客户需求把握等诸多方面，有得天独厚的优势，从程序员到 leader 再到项目经理也是常见职场发展方向之一。

与其他互联网热词一样，全栈工程师也是英译过来的，英文全文是：Full-Stack Developer，你想啊，中国人民怎么会用客栈的栈、堆栈的栈来形容工程师呢？

关于技术领导力已经有很多的讨论，我自己也写过好几篇文章。这次我避免“大而全”地讨论技术领导力，只简单谈谈技术领导力的几个主要侧面，供大家在自己的工作中参考。首先要明确的是，我们谈的是“技术领导”而不是“技术管理”。

“华为”成为媒体热词。“华为人”成为网民关注的对象和群体。甚至连其工资收入等敏感问题都已被脱敏晒在互联网上。我们常被各种各样的统计数据平均，这次也不例外。华为人的年收入也被“人均80万”了。这是一个令人羡慕的数字。然而身边的华为人对此嗤之一笑说“对不起，我拖后腿了”。

总有人质问：“我现在学编程晚吗？”，“我 30 岁之后还能继续写程序吗？”，“学编程难吗？”看完这篇文章后，我相信你不会再问了，因为如果你真的是热爱编程，你就应该像我父亲那样，无论现实如何逼迫，初心永远不忘。

多年以来，软件行业一直在使用一种类比，即以建筑行业来做参考和比喻。这种比较在软件语言里随处可见，比如架构（architecture）、地基（foundation）、建造者（constructor）、项目（project）、施工规范（building code）等。这些说法是如此之流行，以至于影响到了我们对软件开发的理解。不幸的是，这种比喻从根本上来说是不恰当的，它的缺陷已经把我们引向了一些错误的道路。

项目开始，晃晃悠悠 项目收尾，点灯熬油的情况 大家一定经历过很多吧？在这个行业里面都说，女人当男人用，男人当牲口用。虽然程序媛们很辛苦，但我想也一定是累并快乐着吧。经历过赶场似的项目，累归累 但也学到了很多东西不是吗？各位职场新人们，如果你们有什么感悟的话，欢迎在下面留言，和大伙儿分享一下吧。

绝大部分软件工程师的成长经历是这样的： 阶段一, 没有防卫 这个阶段很快就会过去，因为有无数的书本和”前辈”在提示防卫性编码的必要性。
阶段二, 疯狂防卫 无论是模块之间，还是模块内部，处处充满检查，首先是检查参数，其次是检查返回值和出参；最后，给自己写的函数通通加上指示成功失败的返回码。

在这篇文章中，我将会分享我的方法，让大家利用开源贡献在技术领域的求职中脱颖而出，成为强有力的候选者。

我已经写了很多年的软件。最近我意识到，我越涉及（致力于，结合于等）开源技术，我写出来的代码就更好。这不由地让我疑惑起来：难道里面有什么相关性或因果关系吗？

我自己也是，眼瞅着毕业快 15 年了，15 年间从一个刚毕业的菜鸟，成长为技术骨干，做到架构师的职位，回头看看，当年听取亲戚的一句话，误入计算机行业，看来并没有走错，编程虽然枯燥辛苦，但是如果真的感兴趣，你就能体会到其中的乐趣，并且获得可观的回报。

这些技能对更成熟的公司都有用；只是在创业公司更加重要，因为时间很有限。此外，缺乏这些技能并不一定意味着你是一个糟糕的工程师。它只是意味着你可能不太适合在创业公司。但是，如果你确定是一个很好的创业公司工程师，不要让这些阻止你。找出行动的计划去改进这些技能。