簡介

一轉眼，距離自己成為一名碼農，已近一年了。回想當初，剛成為猿類時的那種對程式碼的激情，已經

消失的差不多了。這個可能也跟我當初的想法有關，本身是數學科班出身，又接受了培訓，結果剛找

工作時，誤打誤撞進入了售前的行業，寫程式碼就成了自己的未竟事件。

我原本的職業規劃是：前端程式設計——產品設計——產品經理，所以在做售前時，一直琢磨著怎麼跳回到

軟體開發崗位。偶然的機遇之下，我順利地跳入了一家軟體公司，在新公司，很感激行政經理給我上的

幾堂課，幫我理清了職業發展的一些困擾。

入坑

其他的廢話先割掉，在簡單入門培訓後，我上手的第一個任務是OA系統中的日程管理，主要是用.net開發。

在這個專案中，我犯了一個新手做專案最致命的錯誤——因為此專案並不要求多大的改動，這個專案的後

端的程式碼，基本是靠Ctrl+C和Ctrl+V實現的。公司派稍微輕鬆的任務給新人，是為了讓新人在空餘的時間

可以瞭解公司內部的業務邏輯，可是當初作為小白的我，根本沒有考慮到。包括後來，做的一些專案，對

於專案實現，僅是思考了技術實現，卻沒有深入思考公司內部業務表格相關的邏輯，所以才造成現在在做

考勤時，一些表格的欄位拿取有些出入，為此大費頭腦，都是前期給自己挖的坑啊！所以，告誡一些小白

即使前期Ctrl+C了，回頭也要抽時間研究一番。

困擾

因為公司的產品是自身的，所以在進度上也不會像外包公司那麼趕，自然有時間去鍛鍊新人，不過公司培

養技術員工的方向，是要單挑專案，從需求分析到初稿設計，再到程式碼實現（全棧）。

在前期專案中，自己第一個扛起的專案是一個報表模組。記得當時設計方案製作時，腦子都要大了，不過

很感謝之前的售前經歷，讓我在設計報表模組的時候，有了競品分析的思想，懂得去“借鑑”，雖然遇到

了些坑，但也算順利。這過程中，有一點難的就是，自己想要設計一個鑽取功能，可是一想到後面是自己

實現這個功能，而且還對要使用的技術不是很熟悉，心理自然打怵，所以在寫設計文件時就沒有加上此功

能，那開會的時候，自然也就被老闆批了，考慮的不周到。。。其實，讓一個員工完全單挑，那在設計文

稿就會給他一個挖坑心理：前面要是設計了高大上的功能，後面實現不了那不是打臉？我設計的越複雜，

後面自己的工作量豈不越大？ 這種矛盾的挖坑心理，真是常常纏繞心頭。

理念

後面寫程式碼時，越寫越發現，自己很討厭程式碼，尤其是在一個問題卡著不動的情況下。雖然很煩，但是我

一直秉持一個念想，我在挑戰自己不擅長不喜歡的事，如果這個都做好了，那在去做我擅長的事，豈不做

的更好？因為有這個念想，所以我將所有的問題都看作是挑戰。不過，對於程式碼中那些卡住的問題，有時

一直想不出來解決方案的話，我會先暫時放置，出去溜達一圈，或者回家睡一覺，換個頭腦後，再回想，

一般就有了解決方法。

轉變

因為自身不是很喜歡程式碼，所以我也沒有在下班後很認真研究它。不過，我知道自己程式碼的短板後，就著

重發展自己在程式碼行業其他方面的技能。比如，發展自己程式碼文件的整理能力，編寫你正在看的程式設計職業

的經歷文章，業務功能的設計整理，新人技術的培訓方案制定等等，這些技能雖不是敲程式碼，但也是跟編

程相關聯，把程式設計不當作職業而是當作行業來分析的話，你會發現有很多的相關工作技能。若是，你發現

你當前的工作不喜歡，那在完成基本工作的情況下，可以投入一些精力，發展自身的第二能力。

總結

最後，說一下，每個人都有自己所擅長的，作為程式猿，無論你是由於本身熱愛，還是薪酬誘惑，亦或

其他原因，若是發現這是自己不擅長的，每天都在面臨巨大的工作壓力，可以告訴自己：這是我不擅長的，

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