程序員因開發進度慢

⑴ 工作快一年的程序員，感覺自己的技術提升很慢很慢，很捉急。

那你為什麼還是要總是拷貝代碼呢？這個習慣慢慢改，你就有提升。
自己用的框架會搭建嗎？引用的包知道是幹啥用的不？

⑵ 程序員為什麼總是加班

程序員為什麼要加班

首先，假設這個程序員是一位職場新手甲。他剛大學畢業，沒有工作經驗。來自產品的需求，他要理解很久才能做。然後開發的過程中會遇到各種問題，如果經驗不足以支撐他快速完成任務，那麼只能求助於網路，書籍，熟人。如果這些都幫助不了他。他需要求助於同事。但是次數頻繁，同事會厭倦於幫他解答；他也會羞於咨詢。這時，他一天下來，基本都會卡在一個很簡單的問題上。下班了，他還沒有完成任務。沒錯，他需要加班了，因為他的編程能力非常差。

大概沒有人會知道他是因為需要處理一個並非高科技的問題。不懂技術的上司以為他是個勤奮的員工，非常看重他。可是，這什麼進度還是會這么慢呢？創業的公司可等不起。這一切，如果招到一個有經驗的開發人員，這一切的加班似乎都不需要。

好吧，公司開除了這名程序員或者他因「個人原因」辭職了或者公司再招到一個相對有經驗的程序員乙。當然，有經驗的代價就是公司要付雙倍的薪水。所有之前的需求在他這邊都沒有遇到過加班的情況。他是一名非常有經驗的程序員，他在過去的二年時間一直在處理相關的開發工作。到這邊來，所有的問題都是小意思。他的優秀表現讓公司驚喜和意外，公司覺得即使再招十個之前的員工也比不過他一個人。所以，雙倍的薪水又有什麼呢？

一段時間後，公司開始提各種各樣的需求，他終於開始加班了。加班不是因為某段時間需求的總量多了。而是因為隨著公司的快速發展，需求也越來越多樣化。他的知識儲備不足以令他總能輕松應付。他變得和第一個程序員一樣，也加班了。只不過加班的原因不一樣，第一個程序員是因為一些代碼的調試的原因，而這位有經驗的程序員是因為一些從沒聽說過的技術。他的加班讓公司同樣對他很重視，甚至認為是一位好夥伴。

與此同時，公司在招他的時候也招進來了一名優秀的畢業生。他同樣是一名沒有經驗的程序員，但是他有很好的學習能力。開發進度緩慢讓產品人員和運營人員都難以接受。但是他總能在最後關頭交付代碼，盡管上線後需要修修補補。他經常加班來學習以便攻克技術難點，公司對加班的員工表示歡迎，因為沒有人讓他們加班，也不需要給他們加班費或者調休。公司為所有加班的人員提供良好的晚餐。他可以接大大小小的各種需求，只是，開發時間要比較長。但是他不會遇到那種代碼調試不通過的簡單的問題。相比程序員乙，程序員丙由於經常拖慢進度經常被產品和運營建議開除或者調崗。

可是後來，公司對他欣賞有加。原因有二：一是他終於可以用和程序員乙接近的時間來做任務；二是在程序員乙那裡看似不可能的任務，程序員丙總能在最近關頭給出解決方案和代碼，只是時間比較長。產品和運營的觀點發生了改變，向公司建議開除程序員乙。程序員丙是一個學習型的員工，時間讓他有經驗後，他成長成為一名更優秀的員工。

公司有過教訓後，終於不惜花重金去請各種優秀的程序員。因為只要有一名這樣的程序員，就可以少請許多敗壞項目的程序員。於是，公司有了程序員丁。他在過去的一段時間里有著不錯的工作經歷，幫助過所在的公司完成了各種重大的項目解決了相當多的行業技術難點。他的到來為公司帶來了很好的活力，所有之前遇到的問題都不復存在。他成為了所有程序員的主管。後來，他還是加班了。因為公司的良好發展，於是聘請了更多的產品和運營。開發團隊忙不過來了，他作為主管要求大家一起加班。

為了緩解這種局面，他向公司申請增加程序員。公司答應了並再招了二各分別類似乙和丙的程序員，沒錯，公司不會再招聘類似甲的程序員。團隊不需要加班了。

好景持續不長久，一段時間後，加班的情況再次出現了，因為競爭對手的努力，讓產品和運營提出更多的需求。他發現產品和運營的需求源源不斷地輸入。可是有些需求可能用戶永遠用不到或者三天後就變化了。為了解決這種局面，他找來領導和各部門的負責人來商討解決的辦法。有人提出走敏捷開發。公司決定新成立一個小團隊來做測試。於是公司每一個敏捷開發團隊成立了。時間證明了，這個新團隊終於可以不加班了。而對需求的完成總體讓產品和運營滿意。


樂觀的局面總不能持續很久，因為線上出了一個令用戶急劇下降的bug。他們需要加班通宵，或者回退代碼，或者修復這個bug。沒有使用很好的版本回退辦法，只能是一場惡夢。持續集成和自動發布加入到他們的團隊。沒錯，程序員丁開始在團隊里實施非常好的項目管理的方案。起碼發新版後，非工作時間在線上出bug，任何有許可權的人員都可以輕松地一鍵回退。剩下的，上班再說。 ... ...

這就是我要講的程序員為什麼要加班的幾個故事，歡迎各位補充。以後我也會補充更多的故事。其實所有的後面都不重要，我只希望各位創業者，在招聘程序員時，避免遇到程序員甲，爭取找到程序員丁。作為開發人員的我們，也要努力成為程序員丁，保證自己的職場競爭力。還是那句話，軟體開發不是高科技的東西，這世上並沒有軟體科學家一說。我們能做的是讓開發更像一門藝術。

PS：不過高質量了，供大家看吧。

⑶ 我是程序員，做事很慢，寫東西一大堆漏洞怎麼辦

花更多的時間去做...

做事慢通常是思路不順.
對每個問題應該在有限的時間內, 盡可能去釐清原理及細節, 這個過程是學習的一部分. 如果每次都只是堪用即可, 不知道為何, 不知道如何, 自然會出現一大堆漏洞.

剩下的, 就是經驗, 也是要靠時間及大量練習, 做累積.

小細節從為何應該使用這個型別, 其他型別行不行, 不同型別的限制在哪裡, 大一點到模組類別間關系的處理方式, 為何要這樣, 如何做到, 甚至於系統架構, 運行環境, 效能等等, 都是要不斷思考的; 只有經過思索原理與差異, 並大量練習累積經驗, 才能很快速的對每一個細節選定適合的作法. 如此不斷精進, 才是真正的提升速度, 而不是虛有其表, 華而不實.

⑷ 程序員怎麼才能提高代碼編寫速度

方法很多，說說我的想法

電子文檔，可修改性強，想到方案，覺得差不多，就去做。因為復雜的程序，靠單純思考是做不出來的。
例如你現在正在看的回答。我看到這個問題時，腦子里有很多想法，但不知道怎麼寫才能通俗易懂，所以我就一個一個列出來，
然後一個一個完善，然後調整順序，不需要的還得刪除。而代碼也是如此，在寫與改的過程中，你會有更好的方案，這也是一個練習的過程。

善於利用軟體，使用寫代碼的專業軟體。像 VS Code、eclipse等。有很多功能，我都不知道，但我知道vscode可以搜索文件內容，當你在一堆文件里找一個文件，或文件里找某個函數時，在知道名字的情況下用搜索功能，能幫你省很多時間，還減輕眼睛負擔。用好手中軟體。對開發十分便利。

記不住文件名，可以建個txt文件備忘。txt是個好東西。很多記不住的都可以用txt，只是得規劃好。別建了一堆txt，自己都分不清。當然這規劃也需要時間歷練。

有空還可以了解一下命令行，腳本文件。有些固定的操作可以寫成腳本。不需要專門去學，只要了解一下，知道有哪些功能，就行了。具體編寫可以網路。

注意休息，疲勞的狀態肯定是跑不快的。早睡也許覺得沒有更精神，但熬夜會更沒有精神。早睡睡不著？？可以試試早起，強迫自己早起，到了晚上不信睡不著。工作期間記得每小時休息幾分鍾，放鬆放鬆精神，活動活動身體。注意飲食，馬無夜草還不肥呢，要按時吃好飯。適當運動，運動能改善體液循環，下蹲、俯卧撐、仰卧起坐。這些可以早上在室內做，只要二十分鍾。

看完這些可能還是一臉懵逼。能寫的還有很多，但世上沒有完全相同的兩個人，一切還得靠自己。自己觀察時間耗在哪裡，總結，尋找解決方案。然後實行。

從意識到，到了解，到改變，到掌握是需要時間的，耐心點會有回報的。

⑸ 自己公司的程序員經常被業務部門吐槽，說開發的系統太慢，怎麼辦

那可能他們沒有使用習慣吧，那如果很多人都吐槽的話，那可能是這個程序員確實水平一般吧，應該提高業務啊，或者說換一個程序啊，換一個高手再招聘一些能力強的。