我不喜欢代码，却为何坚持做程序员？

简介

一转眼，距离自己成为一名码农，已近一年了。回想当初，刚成为猿类时的那种对代码的激情，已经

消失的差不多了。这个可能也跟我当初的想法有关，本身是数学科班出身，又接受了培训，结果刚找

工作时，误打误撞进入了售前的行业，写代码就成了自己的未竟事件。

我原本的职业规划是：前端编程——产品设计——产品经理，所以在做售前时，一直琢磨着怎么跳回到

软件开发岗位。偶然的机遇之下，我顺利地跳入了一家软件公司，在新公司，很感激行政经理给我上的

几堂课，帮我理清了职业发展的一些困扰。

 

入坑

其他的废话先割掉，在简单入门培训后，我上手的第一个任务是OA系统中的日程管理，主要是用.net开发。

在这个项目中，我犯了一个新手做项目最致命的错误——因为此项目并不要求多大的改动，这个项目的后

端的代码，基本是靠Ctrl+C和Ctrl+V实现的。公司派稍微轻松的任务给新人，是为了让新人在空余的时间

可以了解公司内部的业务逻辑，可是当初作为小白的我，根本没有考虑到。包括后来，做的一些项目，对

于项目实现，仅是思考了技术实现，却没有深入思考公司内部业务表格相关的逻辑，所以才造成现在在做

考勤时，一些表格的字段拿取有些出入，为此大费头脑，都是前期给自己挖的坑啊！所以，告诫一些小白

即使前期Ctrl+C了，回头也要抽时间研究一番。

 

困扰

因为公司的产品是自身的，所以在进度上也不会像外包公司那么赶，自然有时间去锻炼新人，不过公司培

养技术员工的方向，是要单挑项目，从需求分析到初稿设计，再到代码实现（全栈）。

 

在前期项目中，自己第一个扛起的项目是一个报表模块。记得当时设计方案制作时，脑子都要大了，不过

很感谢之前的售前经历，让我在设计报表模块的时候，有了竞品分析的思想，懂得去“借鉴”，虽然遇到

了些坑，但也算顺利。这过程中，有一点难的就是，自己想要设计一个钻取功能，可是一想到后面是自己

实现这个功能，而且还对要使用的技术不是很熟悉，心理自然打怵，所以在写设计文档时就没有加上此功

能，那开会的时候，自然也就被老板批了，考虑的不周到。。。其实，让一个员工完全单挑，那在设计文

稿就会给他一个挖坑心理：前面要是设计了高大上的功能，后面实现不了那不是打脸？我设计的越复杂，

后面自己的工作量岂不越大？ 这种矛盾的挖坑心理，真是常常缠绕心头。

理念

后面写代码时，越写越发现，自己很讨厌代码，尤其是在一个问题卡着不动的情况下。虽然很烦，但是我

一直秉持一个念想，我在挑战自己不擅长不喜欢的事，如果这个都做好了，那在去做我擅长的事，岂不做

的更好？因为有这个念想，所以我将所有的问题都看作是挑战。不过，对于代码中那些卡住的问题，有时

一直想不出来解决方案的话，我会先暂时放置，出去溜达一圈，或者回家睡一觉，换个头脑后，再回想，

一般就有了解决方法。

转变

因为自身不是很喜欢代码，所以我也没有在下班后很认真研究它。不过，我知道自己代码的短板后，就着

重发展自己在代码行业其他方面的技能。比如，发展自己代码文档的整理能力，编写你正在看的编程职业

的经历文章，业务功能的设计整理，新人技术的培训方案制定等等，这些技能虽不是敲代码，但也是跟编

程相关联，把编程不当作职业而是当作行业来分析的话，你会发现有很多的相关工作技能。若是，你发现

你当前的工作不喜欢，那在完成基本工作的情况下，可以投入一些精力，发展自身的第二能力。

总结

最后，说一下，每个人都有自己所擅长的，作为程序猿，无论你是由于本身热爱，还是薪酬诱惑，亦或

其他原因，若是发现这是自己不擅长的，每天都在面临巨大的工作压力，可以告诉自己：这是我不擅长的，

若是我连它都搞定了，其他的还有啥怕的。