“半路出家”的程序猿怎么不被“熊”

文本原创：孙浩

投稿这篇文章总有点‘好为人师’的感觉，但是自己作为一个“半路出家”的程序看过太多的和我同样出身的程序半途而废了。我现在在一家软件公司就职，担任技术主管职位。

带过毕业生，也带过中途转行，也带过培训班出来的。实话说，我现在的工作技术只是一方面，也要协调开发进度，测试以及一些人员的管理，特别是同事们因为某些问题产生“自我怀疑”的时候。

那些非常打击自信心的的问题大部分都是很基础的知识，比如数据库的字段类型问题，开发中极限值处理问题，服务器文件的误删问题等等；这些问题往往会导致老板大发雷霆，然后就是劈头盖脸一顿骂。毕业生和培训班出来的同学会经常出现此类问题。

但是他们有时间来吸收经验，对于中途转行的人来说这些问题会大大拖慢你的工作、学习的节奏和热情，怎么避免？我的方法就是尽可能的抽时间来写demo，我个人偏向写一些简单的游戏来训练“值的敏感度”，像飞机大战，赛车这类的小游戏会有边界处理，对极限值是有考虑的，更简单的比如说扫雷这些也是能训练“值的敏感度”。如果家里有小孩还可以写一点寓教于乐的游戏。

另外还有就是有一些问题看起来简单，但是做起来是有复杂度的。不可带着浮躁的心去看需求，更不可把浮躁代入到代码里面。代码本身是没有情感的，但是写代码的人会赋予它“情感”。

写代码之前最好先动笔，把每一个需求点画出来逻辑图，把一些能在逻辑上就能避免的坑标注出来，比如用户登录未注册的处理、抢单时的处理等等。这样既能使你的实现需求时思路更顺畅，也能方便之后的找bug。

没有哪一个程序员敢说我写的代码一点问题没有，bug是必然的，不能为了解决一个bug而无意中又造出了一个bug。长此以往，你的代码会变成“屎山”，各种令人抓狂的循环嵌套判断，会让接手的同事心里“爱你”一万遍。

遇到bug时，我强烈推荐“小黄鸭”，对着一只小黄鸭，把你的代码重头到尾读给它听，我自己很多问题都通过这个方法解决了。方法很傻，但是绝对好使。

半路出家的程序还应对自己有一个清晰的规划，35岁不是开玩笑，如果还只是做业务需求的码农，那你会被年轻的人取代，要么做管理，要么深入的去学一门技术。要让你有一份不被取代的资本。我虽然还未到30，但是深切地知道“青春饭”吃不得，都说计划赶不上变化，但是有一个目标总比浑浑噩噩的混日子好。

时刻保持好奇心，会使你在学习中能增添一点乐趣。我现在一闭眼就是马上要结婚，房子没有，以后赡养双方的父母，子女的上学...这些未来的压力催着我去学习，工作，挣钱。但是如果只是为了这些岂不是“碌碌”之辈？看到好玩的我想着能不能自己也搞一个玩玩，比如人脸识别，语音识别？网上的大牛用AI训练玩游戏，怎么实现的呢？有问题的话就带着目的去探究，找资料，问大牛，都是积累经验的方式。