今天，为程序员点赞！
今天是 10 月 24 日，也就是“1024 程序员节”。
作为一个前非著名程序员，在我还在写代码的那段日子里，这个节日似乎还没有那么受重视。
毕竟是属于程序员的节日，还是得让他们开心一下，说不定心情好，今天会少怼你一些，最好是少写几个 BUG。其实也不是黑技术小哥小姐姐们，我当年写代码时也一样写 BUG，照样淡定脸并且自信地说：“这不是 BUG，这是一个功能”。
到公司后，如果你要开早会，结束后和程序员闲聊时可以用上一招。如果要开评审会，开会前也可以用上几招，确保会上不被喷得太惨。
好了，以下几条不保证有效，但可能会让你更了解身边的程序员。
你写代码真快，而且测试通过率很高！
写代码的人分两种：一种是慢工出细活的，每段代码都反复琢磨、仔细检查后才能安心提交，但出活儿慢；还有一种是飞速写代码的，龙飞凤舞般在键盘上狂砸，最后抬手那一下回车，就能彰显他们自信的骄傲。
最后 Run 一下出结果那一刻，如果是 0 error，0 issue，那种感觉是很美妙的。
所以，写代码快、不出 BUG、测试省心、产品放心的程序员，可遇不可求。
满意指数：☆☆☆
你的注释写得真漂亮，跟你的代码一样！
写代码不写注释，这是大部分程序员的毛病，包括早年的我。
为什么呢？
因为注释不会被运行啊，注释没有生产力啊，注释是给人看的而不是给机器运行的。
所以宁愿花时间写代码，也不肯花时间写注释，只有码闲时，才有空写写注释当做打发时间了，也算给后来接坑的程序员积点德。
所以，能把注释写好的程序员，一定是一个既负责、又活儿好、而且有爱心的人。
满意指数：☆☆☆
这个 BUG 他搞了半天，被你两分钟搞定了！
解 BUG 就像一场侦探游戏，厉害的人能抽丝剥茧、逻辑细腻、直指真相，破解出满意的答案。
而一般的程序员，解 BUG 就像打地鼠游戏，这边按下去，那边又弹起来，最后拿一块大板子全部按下，结果机器爆了。
大师级的程序员总是不动声色站在新手背后，观察一番后，单手删掉几行代码，然后补充几个逻辑，BUG 就迎刃而解，然后拂袖而去。
这种人，我们可以称之为程序员中的扫地僧。所以，能解别人不能解之 BUG，才是大师。
满意指数：☆☆☆☆
这种大需求你都接住了，架构能力果然不一般！
架构能力就是那种平时感知不到，但关键时刻扮演千斤顶的角色。
尤其是在面对一些调整比较大的产品需求时，有的甚至涉及到大部分系统重构。
如果此时架构给力，以插件或者组件式来实现变更，不仅程序员省力，产品经理也少了很多压力。
这种能力的施展，就是早期系统架构阶段，那些真正厉害的程序员使了葵花点穴手，在要害部位提前埋好了伏笔。
关键时刻一旦来临，他们的功力就体现得淋漓尽致。
所以，一个能应付各种 SB 需求的程序员，都是骨灰级的大师。
满意指数：☆☆☆☆☆
观察一下现在互联网圈里的大佬就知道，很多都是程序员出身，马化腾、雷军、扎克伯格等比比皆是。
“码而优则产”，这些自带技能的人，伴随着一颗不安分的心和一个要改变世界的梦想，成就了自己的传奇。
程序员做产品有天然优势，逻辑思维强，分析问题和解决问题的能力一流。
如果让他们武装上沟通表达、设计审美、商业思维，那就是下一个优秀的产品经理。
很多人问我为什么要从技术转产品，我不是代码写得不好才做产品的，我只是换了一种方式去传承代码精神。
所以，一个具备产品思维的程序员，未来一定是光明的，如果你遇到了，好好和他做朋友，说不定未来你们能成为事业伙伴。
满意指数：☆☆☆☆☆+
写在最后
产品经理、程序员、设计师，大家都是动物园里和谐相处的生物，你对我好一点，我对你友善一点，有肉大家吃，有酒大家喝。
少一点撕逼，少一点抱怨，多一些理解，多一些包容，我们其实可以成为彼此最好的靠山和搭档。
程序员多一点产品思维，产品经理多一点技术思维，我们的小世界本可以更美好。
说到这里，不得不推荐一下我为非技术背景产品经理准备的防身利器，《产品经理的技术必修课》。
第 20 期即将在 10 月 28 日开营，具体的我就不多说了，毕竟是自己的私货，也挺不好意思的。
别的不说，反正到现在已经有近 4000 人实现了技术脱贫。如果你想离技术更近一点，想更理解程序员一点，扫码报名就好了。
噢，对了，输入我的专属优惠码“ryan9”还能减免 30 元！
最后，为什么没有“产品经理节”呢！
如果选一天，你认为哪一天比较好？
