當老闆讓我接手程序員留下的代碼

A. 程序員都有祖傳代碼，就不會有問題了嗎

程序員被戲稱為“碼農”，天天與代碼打交道的他們按理說應該對代碼有著深厚的感情基礎，但在每個科技公司都有這樣一種代碼：多數程序員們都怕遇到，有經驗老碼農有時候也束手無策，往往一步錯、步步錯，動了一小行，改大半月。相信很多程序員都被這種代碼折磨過，就是大名鼎鼎的“祖傳代碼”

傳統觀點認為，工程技術團隊應該為代碼庫（也就是技術債務的所處環境）建立一種直觀的感受，了解其對公司的影響，而後在組織內建立信任。如果首席架構師強調重構核心代碼，那麼，開發者通常就得按照指示行動。誠然，如果公司可以對技術債務建立起一種共識與信任文化，這將有利於挽留優秀的工程師，並保持業務良好運作，但這往往需要多年努力。

B. 為什麼老闆總想著程序員把軟體開發成萬能傻瓜式，以後沒有技術人員也能做項目

一般我們中國把程序開發設計人員及程序維護測試人員都歸為程序員；

可以，高數只是數學方面的知識，很多沒有上大學的程序員開發程序做軟體能力很強，高數和軟體開發維護沒有必然的聯系，當然你連一些基本常用的數學知識也沒有就不行啦。

程序員的要求如下：

1：團隊精神和協作能力

2：文檔習慣

3：規范化的代碼編寫習慣

4：需求理解能力

5：模塊化思維能力

6：測試習慣

7：學習和總結的能力

我就是要問你 工作內容怎麼不一樣了

答：

首先軟體工程師與程序員工作上最大的不同，可以打一個比喻：把一款軟體比做一座大橋，那麼軟體工程師相當於施工總指揮，而一般的開發人員也就是程序員相當於建築工人！

所以很多人就說自己是IT民工就是這么來的；

軟體工程師的工作不同於程序員但是一個軟體工程師必定是一個優秀的程序員！

為什麼工程師要懂?

答：

前面也已經說了，高數和軟體開發沒有必然的關系，工程師也不一定要懂高數；要講一點高數是可以提升你的邏輯思維，但是軟體開發技術范圍很廣，這之間沒有必然的關聯，學了高數軟體開發就很厲害或者不學高數軟體開發就不行都是偽命題。

軟體的開發工具、開發技術在不斷地發展。在校學生所能學到的東西很難跟得上發展的需要但是也不能說那些東西完全沒有用，只有在完全理解了相應的基本技能之後你才能很輕松地掌握新的技能，軟體技術都是一個循序漸進的過程。所以高數只是你在大學裡面學習的東西，是很重要的但不是必要的；

軟體工程師要理解和領會軟體工程，軟體工程只是一個理論一個指導思想，搞軟體開發的都必須了解這些基本理論並在平時的工作中認真地去貫徹執行，做軟體工程師更是如此。

寫思路用懂的高數嗎?

答：

同上，寫思路的關鍵是要懂軟體技術，具體的實現不需過多的考慮，當然有時候設計的時候動數學建模也有幫助，不過不是必需的。

加一句，大學里學的知識上了社會很多都沒有什麼用處，社會是最好的大學，當然學好高數對開發什麼的也有幫助，但是關鍵是你要一直不斷地提升自己，高數再好軟體技術不好你也成為不了IT精英，成為高手沒有捷徑，不可能速成！天道酬勤，作為學生你應該知道眼前需要做什麼。那就是打基礎，多動手做程序，首先爭取成為一個優秀的程序員，技術達到一定高度再轉軟體管理方面的工作，比如：軟體工程師，項目經理，IT主管，IT經理，企業CIO。

C. 程序員們在公司寫的代碼手頭會私下裡留一份嗎

價值不大，核心的東西是設計，這個不是看代碼能解決的！
代碼只有在同一個公司被復用的可能性才有，否則，法律問題不容忽視，還不如重新寫！

D. 程序員被老闆發現從網上抄代碼，後果是怎麼樣

如今項目周期越來越短，能在網上抄到合適的代碼已經很多錯了…

E. 我是一名程序員，現在我存在一個問題：每次接領導安排開發任務時就緊張，沒思路，因為我看別人代碼都能看

很正常，證明你還是個初級程序員，慢慢來，大牛都是這樣過來的。什麼都不要怕，主要多積累，多學習。。。That's All

F. 程序員在職場中，是不是只要寫好代碼就行，不需要討好領導

職場中程序員不應該只是寫代碼，程序員的重中之重是寫代碼但是更應該注重和領導以及同事之間的關系。

領導在工作中會很大程度上決定你的口碑和聲譽。在職場中，口碑非常重要。在一個單位裡面，口碑，名譽聲望可以說是一個人最為重要的無形資產，是一個人這個實力的這種體現。

G. 程序員們在公司寫的代碼手頭會私下裡留一份嗎

大公司好像有的不行的，非常嚴格，有的連U盤都禁用了！
小公司應該是無所謂的，沒那多限制，我經常會拷貝一份代碼，一來防止公司電腦有天掛了，代碼都沒了，二來有時公司沒做完的項目，在家也可以繼續做！像我同事也一般也這么做，會存在網盤或U盤中帶回家！

H. 開除程序員時，怎麼防止帶走源代碼

這個源代碼指的是什麼呢？如果單純是伺服器里的，一級許可權的老闆本身應該有備份。可以恢復之前備份。如果說單純是別人自己編寫的代碼。人家拷貝一份，你阻止不了。而且代碼一般都是開源的，也沒有啥秘密可言。

I. 當開發同事辭職，接手到垃圾代碼怎麼辦

以前的事情

外包公司很小,之前得到一個小游戲外包需求比畢業設計簡單,用一個框架,只需要添加一點邏輯。

一個簡單的游戲項目已經成為多功能的混合。雖然在功能上沒有問題，但是代碼中沒有bug，但是每次都需要添加新特性。

從需求分析入手，很可能是因為用戶不知道困難的開發，軟體開發用戶的眼光我之前說過。與此同時，最重要的是你的客戶不知道這個難在哪裡，因此，軟體項目從需求分析入手，用戶可以提出自己的需求，同時開發者可以劃分為兩個方面來引導用戶完成，而不僅僅是用戶一方。