剛入職的程序員是否需要先積攢大量coding經驗？

01-07

部門人事變動（大量減員），很多大牛都離職了（包括帶我的師傅），但是高層對部門有限制，又不能招人，於是現在我承擔了很多原先大牛們的工作。
但是寫代碼的時間卻越來越少，現在大部分精力都在開會，評審，寫詳細設計文檔。（近兩個月都沒有進行過coding工作了）
還有些工作直接超出了我的能力範圍。

//————以上是背景描述————
個人的想法是，剛剛接觸這個行業應該先把基礎打牢，直接接觸軟體架構，設計的東西怕是會形成空中樓閣……

所以想問是不是程序員應該（在前幾年）先積攢大量的coding經驗才行？

這不是顯而易見的嗎？

其實我覺得你應該想想為啥大牛們都走了，你怎麼還留著……？

而且為什麼不招人？是你們部門其實不重要麼？活做不完老闆不著急么？

感覺你們整個部門或者公司要保不住的感覺。

看到感謝，遂本著負責任的態度再修改一下。寫文思路不像各路大神那麼通順，還請見諒。斜體為修改部分，下劃線為追加部分。

------------------------------------------------

在下也是初入職場經驗不足，姑且把自己知道的和想到的說一下。

首先，在新人階段coding經驗的積累只是能夠在一定程度上決定你的成長速度。無論什麼階段下積累coding經驗都是必須的，企業除了一些特殊情況一般不會因為你的coding經驗少就一票否決一個新人。因為他們願意讓你在自己這裡積累經驗並成長。所以你可以不用太在意這個問題。

真正需要的基礎，是編程思路，如數據結構、演算法；以及各種語言特性，如C的指針和內存管理，Java的面向對象思想；以及項目做多了之後自身領悟出的一種套路（這一項，自己悶頭學是很難學到的）。目前趨勢下，軟體開發都要用到各種框架和開發包，大家基本上都在現學現用，悟性和適應能力才是王道。

至於現在沒有coding工作，我估計只是因為項目還沒有進入那個階段，或者處於需求修改階段。一個項目包含需求分析、做設計、管理時間表、中途的需求改變設計改變等等很多部分。雖然你現在進行coding的機會少，可能會不安，但是現在這些工作內容也都是地位不亞於甚至高於coding的。因為你不可能僅僅靠寫代碼來完成一個項目，何況即便是只負責寫代碼，也需要時常與Leader溝通來討論設計、需求等等問題。

所以，雖然可能你沒有實感，雖然可能你還理解不了，其實你現在的工作內容都是以後一定會接觸到而且需要熟悉的。咱雖然名為程序員，但決不能好多年都僅僅埋頭只coding，否則就和工地搬磚的差不多了。作為這個時代的新人，成長不一定非要循序漸進，也沒時間慢慢地一步一步地來，學習順序打亂一下也無妨。等以後你發現「矮油，這部分我懂！」從而很快熟練業務的時候，那種成就感也不錯。

如果以後你的上司說你coding成長太慢，你可以直接說很遺憾，因為最近的工作coding部分少，在這方面我沒有學到多少。當然話要處理得委婉些，別頂嘴。上司會明白的。

先靜下心來做好上司們給你的工作吧，good for you.

不然你想幹嘛？

什麼野雞公司，新人代碼沒寫多少就能做架構寫設計文檔？

這個問題有點像你還沒賺到錢，是否就需要如何賺錢的經驗的一樣。

我們那項目經理別說大量了，壓根就不會寫代碼，艹，有個PMP認證就來領導我們，然後。。。唉，說多了都是淚。

總之，剛剛入職，一定的coding經驗是一定要的，否則很多東西沒法了解，真的是紙上談兵

沒有coding經驗你怎麼去評審，去做詳細設計，去做架構？天生就會？

我也是和你一樣，目前在一家傳統企業的互聯網業務部門，算是背靠親爹創業部門，原本是招web前端進來的，現在因為業務需要開始自學移動web，這個還好，反正都是coding，一樣，關鍵是因為部門沒盈利，所以人力不夠，我就開始承擔起了產品，交互的工作了，哎，一天下來都沒多少時間在coding，鑽研學習技術，浪費大把時間在產品，交互上