程序員開發一套系統被上級搶功

Ⅰ 程序員加班如此瘋狂，都有哪些原因

程序員加班是程序員，工作中很常見的一個情況。為什麼要加班呢？顧名思義就是工作沒完成，或者是工作任務量太大，他沒有辦法在規定的時間裡面做完，所以他就只能瘋狂地加班來完成自己的任務，這樣才能不被上司批評。

第三個原因就是因為程序員的日常比較繁瑣。因為我們都知道程序員這個工作對於工作人員本身的要求是非常高的，不管是她知識領域的專業性，還是她實際操作的技巧性，都是有著嚴格要求的。所以說這個崗位上面的人才還是比較稀缺的，工作的人數比較少，分配到每個人身上的任務也比較重。

Ⅱ 程序員的功能是怎麼劃分的，做游戲的程序員一定厲害嗎

程序員的功能是怎麼劃分的，做游戲的程序員一定厲害嗎？

一般分為以下幾個級別，初級工程師、中級工程師、高級工程師、資深工程師/架構師

再往上可能就是技術專家或者首席技術官了。

高級工程師

高級工程師，一般是混跡多年，且有一定技術積累的程序員，有一套自己的開發方法。對於高級工程師要求能快速的理解業務、夠獨立負責一個中大型系統，且在工作中需具備指導他人的能力，屬於團隊骨幹，在團隊中有一定的技術影響力。

資深工程師/架構師

程序員到了資深的級別之後，其實在職業上可以分為兩個發展方向。

一個是繼續往技術深度上鑽研，在某個技術領域內有一定的深度和影響力，我們稱為資深工程師。

還有另一個方向就是往技術的廣度上發展，除自身技術線以外，對周邊相關技術也有一定的研究和理解，能夠站在更高的維度上去俯視項目里的技術結構，業務理解能力也很強，根據不同業務，設計出不同的技術方案，這一類我們稱為架構師。

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

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

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

程序員的要求如下：

1：團隊精神和協作能力

2：文檔習慣

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

4：需求理解能力

5：模塊化思維能力

6：測試習慣

7：學習和總結的能力

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

答：

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

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

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

為什麼工程師要懂?

答：

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

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

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

寫思路用懂的高數嗎?

答：

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

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

Ⅳ 程序員為什麼加班多,是什麼原因導致的

導致程序員加班的原因很多，主要由以下幾方面吧：

1.需求不清晰。需求人員或者項目經理、產品經理沒有吧需求梳理分析清楚，等開發到一半甚至開發完了，才意識到需求錯了，需要重新做，眼看項目或產品都快交付了，只能讓程序員加班了。

2.管理問題。企業文化，就是加班，本來沒啥活，但領導就覺得員工加班他心裡踏實，所以那不管你是不是程序員，一律加班。

3.自身問題。效率低，解決問題能力不行，分配的工作任務無法在規定時間內完成，那隻能加班，自行解決了。

4.工作任務緊急。突然要開發一個新功能，客戶要求時間緊迫。不加班，無法完成。

5.工作量大。日常工作量就是大，一個人干兩三個人的工作，干不完，加班還干不完呢，加班成常態了。

從甲方角度看，我就想要什麼產品3個月上線，這是戰略和領導決策決定的，不能拖太長時間。

甲方以這個要求去找乙方，乙方銷售為了完成業績，他滿口答應。

售前一般不會反對銷售。

合同一旦簽署完畢，銷售業績就認為算完成一大半，後續介入內部流程就可能減少。

這時候認為，按時交付的責任應該在研發方面。

開發和產品團隊此時可能還需要進行需求分析，系統設計，提交文檔，正規一些的測試部門還要審核文檔。

然後這些事都走玩，開始開發任務。開發人員每天一個日報，每周一個周報，幾乎天天開會討論。

白天都在討論問題，只有晚上其他部門都走了，無人打擾時，研發才可能專心敲代碼。

沒讓專業的人做專業的事情， 是工作開展的大忌，在工業上，早已證明了一切，在工廠生產中，工人流水化作業，一個人只專注一件事情，會越做越熟練，越做越快，越做效率越高。

在軟體開發分工越來越明確的今天，讓後端人員搶前端人員的飯碗，去寫網頁、樣式，效率能高嗎？讓後端人員去搶DBA的飯碗，去做資料庫優化，效率能高嗎？

不專業的人做不專業的事情，可能和公司的發展歷程、組織架構、人員規劃有關；也可能和任務安排有關。

公司發展初期，養不起很多專業的人，可能更需要「全棧」工程師，啥都一把捉；公司發展的過渡期，有點錢了，也意識到了要讓專人做專業的事情，但是人員還沒招齊，那沒辦法，你也得兼職著做各種各樣的事情。如果公司有錢了，發展也成熟了，不是屬於以上兩種階段，在IT組織中，連前端、後端、測試、架構、DBA、網路、伺服器運維、技術支持、安全、產品，這些職能都沒區分好的話，就會對工作效率有影響。IT一線工作人員，每個坑位，都需要一顆專業的螺絲釘。

開發人員不注重代碼質量，導致後期返工，導致效率低

有 時候，快即是慢，對於經驗不足或者習慣不好的開發人員，開發前期，被迫或者自己沒意識到，為了追求進度，邏輯沒考慮周全，沒做好自測，代碼能跑起來就算完 成任務了，表面上任務完成得很快。但是在項目後期，測試階段，問題大規模爆發，甚至要返工，由於測試後期，離自己寫代碼的時候，可能隔了一段時間，有的東 西自己都忘了，再回過頭去重新「熟悉」，效率能不低嗎？更為嚴重的後果是讓項目進度不可控。因此，就算進度再緊張，也頂住壓力，必須要做最基本的測試，再進入下一個任務點。

個體組織人員膨脹，出現溝通成本大的問題，導致效率低

溝通成本是人員膨脹後，暴露出來的首要問題。

舉個簡單的栗子，很多公司都有每天晨會習慣，如果一個組有5個人，開晨會匯報工作，平均一個人匯報2分鍾，就需要10分鍾，現在一個組增加到10個人，一人匯報兩分鍾，都要20分鍾才能匯報完。時間就這樣過去。

再舉個栗子，30人天的工作，分給2個人做，可能需要15天，共耗費30人天，但是分給5個人做，6天能完成嗎？

信息在溝通、傳遞的過程中，可能會「失真」，你想的，不一定能100%說出來，你說出來了，別人也不一定能100%理解，而且每個人的理解能力、知識體系都不一樣，理解起來容易產生偏差，產生偏差就容易做錯事情。

因此，如果人員出現膨脹，要以項目為單位，進行合理的項目拆分、人員拆分。同一個「小項目」最好不要超過4個人負責。溝通的時候，推薦使用口頭+書面+復述，減少溝通過程中的信息失真。

上、下屬之間相互不信任，做事有阻礙或者導致重復工作，導致效率低

上 下屬相互信任是一切工作的基礎。如果上級不信任下屬，不敢授權給下屬，凡是都要自己過一遍，而上級往往是一對多的關系，這個時候，工作瓶頸會出現在上級身 上；如果上級不信任下屬，搞一堆監督機制，為了下屬不做錯事情，又讓別人同事過一遍，又要耗費額外的成本，勞民傷財，而下級得不到信任，做事受阻，久而久 之就會畏手畏腳，很難獨當一面，或覺得自己有能力沒地方使，乾脆走人。

上級應該充分信任下級，放心授權讓下級去做事情，但這些都一個前提就是要有一個較好的軟體管理過程，包括開發環境和測試團隊和在完成任務的過程中進行一些輔導和進行重要節點管控和監督。

上級不信任下級，經常碰到，而下級不信任上級也很要命。程序員是很有個性的工種，不好管理，往往特別多想法。就好像車輪子陷入泥潭中，上級說車子往前推，有的人又說，往後拉，各自發力，估計車子永遠都擺脫不了泥潭，還談何效率？

因此，如果有意見，前期可以提，但是解決方案一旦定下來，應該上下一心（即使有意見也埋在心底吧），朝著目標一起去努力。

不同部門之間溝通存在隔閡與障礙

軟體開發過程中，在IT范疇內，不同部門難免有交集，例如開發與運維、開發與測試，不同崗位承擔的責任、掌握的知識體系、考慮問題的角度往往不一樣，導致處理事情受阻。

舉 個栗子，有一次，開發人員為了驗證某個問題，需要運維人員協助重啟某個站點。對於開發人員來說，這個站點，用的人比較少，而重啟也是一瞬間的事情，風險為 基本為0，但是由於運維人員掌握的知識體系不一樣，怕重啟了會造成很大影響，甚至害怕出了問題要自己承擔責任，明明可以瞬間操作解決問題的，又要等到中午 或者半夜三更沒人的時候才敢重啟，效率就是這樣降低了。這個時候，需要運維人員，去學習一下相關知識，或者引入新流程，例如，重啟站點，需要某個專業人士 口頭同意，即可立即執行。

因此，不同部門之間的人，應該互相學習，才能更好地溝通；做事情，盡量做輕量級的流程化、標准化。

上級工作安排不到位

上級工作安排不到位，也會導致工作效率低。有時候會有這種怪現象，可能很多事情沒做，但是下面的人沒事可做；或者有的人很忙，有的人很閑。

軟體開發分工，不像搬磚頭，一人搬一車就行了。軟體開發， 工作量化本身就是一個很難的地方，如果項目經理沒有做項目計劃，沒有做工作點、任務點拆分工作就很難安排到位。特別是剛剛從程序員轉型做項目經理的人，過 程性思維，不會對項目做整體的把握、整體規劃，想到哪裡就做到哪裡，想到什麼就分配什麼工作，最後一團糟，一會把下面的人累死，一會又讓下面的人閑死。

Ⅳ 我的夢想是成為一名出色的程序設計人員,想問問那些成功的朋友們,我要怎樣努力,謝謝大家!

這是一條漫長而艱辛的路

Ⅵ 外包程序員被甲方粗暴辱罵：一個破外包，你就是來打雜的雜狗

看著讓人氣憤不已，一名網友曝光了自己的屈辱遭遇。其其在某甲方當外包員工，被主管粗暴辱罵，事情起因是給經理送雨傘耽誤了幾分鍾。面對如此羞辱，這名外包員工選擇了忍氣吞聲，只因為了老婆孩子生活所需。

我是一個有著5年工作經驗的架構師，關於web前端，自己有做材料的整合，一個完整學習web前端的路線，學習材料和工具。能夠進我的群51615，6028收取，免費送給大家。希望你也能憑自己的努力，成為下一個優秀的程序員！

如下便是這名主管辱罵該員工的對話截圖，看著讓人著實生氣：一個破外包心裡沒數？別以為自己真的是做開發的，你就是來打雜的雜狗雲雲。

對此，不少網友自然有話說：這也這太過分了，都開始人身攻擊了，你簽合同的時候有包含送傘這個工作？沒有幹嘛給他送？這上司是什麼玩意兒。

還有網友表示應該努力懟回去：要是敢這么對我說，我能把他腦袋打開花。罵回去，都是打工的裝什麼，一個主管有權利開除你？

另外一名網友則列舉了自己身上的真實案例：這個破公司，讓我想起了上上一家公司，我一個人幫忙做的電影點播系統，公司花200萬采購的一個歌曲點播系統，總經理在拿我做的項目和歌曲點播系統作比較，說我做的不如人家，我當著全公司的面把他罵了，我說你三萬開發的東西和200萬比較有可比性嘛？就你這智商還能做經理？然後第二天被炒了，不過還是很解恨。

有網友勸慰樓主：別想太多，這個和外包不外包不相關，只是你碰到了這種人，也沒有必要去為這種人生氣，不值得。生活艱辛，不容易，這要是換成剛畢業小年輕，不僅會離職還會削他。你應該找HR，甚至在媒體上曝光他的全名，真正需要離職的人是他。

Ⅶ 怎麼樣開發一個軟體

一般而言開發一款軟體，大致需要這三個大模塊：需求分析、代碼編寫、軟體測試。

• 首先，分析用戶需求，進行客戶調研。

這個過程是開發一款軟體的關鍵性步驟，需要准確把握用戶的需求。若需求不夠明確。那麼後期的工作都將白費。因此在這階段，需要多與用戶溝通，認真分析用戶的需求，將各個功能合理劃分，最終才能開發出一款符合用戶需求的軟體。

開發一款軟體，在開發過程中大致劃分為以上這些步驟。每個階段都是在上一個階段的基礎上完成的，這些步驟是不可逆的。第一階段的需求分析是開發軟體的重中之重，相當於地基，所以相對耗時較長。