程序員造輪子

『壹』 如何成為一個程序老手，新手必知的40個小技巧

老鳥和新手的一個很大區別來自於debug的能力。其中最主要又可以從兩方面看出來：

從高層往底層找錯。

科學方法。

0.重構是程序員的主力技能。

工作日誌能提升腦容量。

先用profiler調查，才有臉談優化。

注釋貴精不貴多。杜絕大姨媽般的「例注」。漫山遍野的碎碎念注釋，實際就是背景噪音。

普通程序員+google=超級程序員。

單元測試總是合算的。

不要先寫框架再寫實現。最好反過來，從原型中提煉框架。

代碼結構清晰，其它問題都不算事兒。

好的項目作風硬派，一鍵測試，一鍵發布，一鍵部署; 爛的項目生性猥瑣，口口相傳，不立文字，神神秘秘。

編碼不要畏懼變化，要擁抱變化。

常充電。程序員只有一種死法：土死的。

編程之事，隔離是方向，起名是關鍵，測試是主角，調試是補充，版本控制是後悔葯。

一行代碼一個兵。形成建制才能有戰鬥力。單位規模不宜過大，千人班，萬人排易成萬人坑。

重構/優化/修復Bug，同時只能作一件。

簡單模塊注意封裝，復雜模塊注意分層。

人腦性能有限，整潔勝於雜亂。讀不懂的代碼，嘗試整理下格式; 不好用的介面，嘗試重新封裝下。

迭代速度決定工作強度。想多快好省，就從簡化開發流程，加快迭代速度開始。

忘掉優化寫代碼。過早優化等同惡意破壞；忘掉代碼作優化。優化要基於性能測試，而不是糾結於字里行間。

最好的工具是紙筆;其次好的是markdown。

leader問任務時間，若答不上來，可能是任務拆分還不夠細。

寧可多算一周，不可少估一天。過於「樂觀」容易讓boss受驚嚇。

最有用的語言是English。其次的可能是Python。

百聞不如一見。畫出結果，一目瞭然。調試耗時將大大縮短。

資源、代碼應一道受版本管理。資源匹配錯誤遠比代碼匹配錯誤更難排查。

不要基於想像開發， 要基於原型開發。原型的價值是快速驗證想法，幫大家節省時間。

序列化首選明文文本 。諸如二進制、混淆、加密、壓縮等等有需要時再加。

編譯器永遠比你懂微觀優化。只能向它不擅長的方向努力。

不要定過大、過遠、過細的計劃。即使定了也沒有用。

至少半數時間將花在集成上。時間，時間，時間總是不夠。

與主流意見/方法/風格/習慣相悖時，先檢討自己最可靠。

出現bug主動查，不管是不是你的。這能讓你業務能力猛漲、個人形象飆升; 如果你的bug被別人揪出來.....呵呵，那你會很被動～≧﹏≦

不知怎麼選技術書時就挑薄的。起碼不會太貴，且你能看完。

git是最棒的。簡單，可靠，免費。

僅對「可預測的非理性」拋斷言。

Log要寫時間與分類。並且要能重定向輸出。

注釋是稍差的文檔。更好的是清晰的命名。讓代碼講自己的故事。

造輪子是很好的鍛煉方法。前提是你見過別的輪子。

code review最好以小組/結對的形式。對業務有一定了解，建議會更有價值（但不絕對）。而且不會成為負擔。管理員個人review則很容易成team的瓶頸。

提問前先做調研。問不到點上既被鄙視，又浪費自己的時間。

永遠別小看程序媛(╯3╰)!

『貳』 前端開發中的輪子指的是什麼，造輪子指的是什麼

這不是前端特有的詞。曾經輪子被製造出來，那是一個偉大的發明。重復發明輪子用來比喻費力不討好的行為。我又要味精同意貼鏈接了：https://www.hu.com/question/20103953
在寫程序的時候，輪子就是別人寫好的工具，庫，框架。造輪子就是去實現這些東西咯。重復造輪子就是指別人都已經寫好了，有現成的可以用，結果你自己還是想自己寫一遍。當然有的輪子是收費的，自己支付不起……那也只好自己製造咯。

『叄』 IT程序員常說輪子什麼意思

「造輪子」的含義：明知道你做的不可能比前輩做得更好，卻仍然堅持要做。
比如，車輪子是圓形的，這是大家公認的最合適的形狀。而自己非要發明另一種形狀的輪子，這種行為就叫重復發明輪子，即「造輪子」。

『肆』 程序員所說的「輪子」是什麼東西創造它有什麼意義

我覺得程序員這個工作是值得誇獎的，我很佩服這群人，因為他們用自己的手指敲出代碼，完成編程。

放到編程中，就是說業界已經有公認的軟體或者庫了。你明知道自己不可能比它做得更好，卻還堅持要做。作為練習，造輪子可以增加自己的經驗，很多事情看起來簡單，但只有自己動手，才會發現其中的難點。當然實際開發中也有很多情況不得不造輪子，比如希望做到自主知識產權、刷 KPI 之類的；或者造輪子的人真的覺得自己開發的版本有更強的功能。

『伍』 一個從事程序開發工作的程序員，職業壽命能夠有多久

之所以絕大部分程序員只能做到35歲左右，主要有以下幾個原因。

3、性格原因，晉升或者轉型困難。

不可否認，隨著技術水平和管理經驗的提升，有一部分人是可以獲得晉升的，但是那畢竟是只是少數，相當一部分的程序員，因為長期和電腦打交道，不善於與人交流和溝通，這也成為他們晉升和轉型的最大障礙。

4、干久了，對這個行業產生了厭倦

熟悉的地方往往沒有風景，同一件事情干久了，必然會有厭倦的情緒，這就好比夫妻之間相處久了，有一種左手摸右手的感覺，工資上不去，強度那麼大，明天卻沒有奔頭，誰還沒有點兒別的想法呢？

5、當然也有相當一部分人，他們早早地給自己做好了職業的規劃，第二職業或者副業都做得相當的不錯。當35歲危機來臨的時候，他們依然可以從容面對，華麗轉身。

可能很多人會拿身邊的極端例子來反駁，認為程序員這個職業，只要保持空杯心態，只要你還想干，你就可以一直幹下去，干到老。還是那句話，你見過35歲以上的程序員嗎？如果你見過，你見過幾個？

在中國，程序員是一碗青春飯，這本身並不重要，重要的是，當青春漸遠，你是否做好了准備！

『陸』 怎樣做一名高效率程序員

1、理解編程語言的原理

三流的人才懂應用，二流的人才懂開發，一流的人才懂原理。各種語言之間存在著相似的地方，掌握語言的原理是必不可少的。最重要的，讓語言去適應項目，反之亦然。

2、向優秀程序員學習

你有一個蘋果，我也有一個蘋果，我們交換蘋果，你我還是有一個蘋果;你有一種思想，我也有一種思想，我們交換思想，你我就有了兩種思想。

與優秀的程序員為伍，你將吸收的最實用的經驗，這遠比你一個人自學、死磕編程來的快一些。有一句話說到好，與臭棋佬下棋，棋會越下越臭。不可否認這樣一個事實：和什麼樣的人在一起，就有什麼樣的格局，就會有什麼樣的人生。

3、了解數據結構和演算法

如果你要成為一個高效的開發者，就必須學會快速排序、學會辨認O(n2)程序、學會編寫遞歸函數。

學會多種語言，你便會更清楚不同的框架是相同問題的是如何解決的。盡可能去了解底層命令(plumbing)，以便能夠作出明智的決定(Web框架是怎麼存儲session狀態的?Cookie到底是什麼?)。

4、精通一個編輯器

高效開發者通常是用IDE編輯器嗎?其實不是的，他們更常用的文本編輯器，因為這樣更會學到東西。

如果使用編輯器選擇通用的Emacs或Vim，自然是最好的。其次，挑選你的首選平台最支持的。使用宏，不斷地寫代碼;使用Visual Studio或SublimeText的自動補齊功能。

5、整潔的代碼勝過巧妙的代碼

如果想讓別人可以輕松讀懂你編寫的代碼，請盡量使用最少的代碼來完成任務。在編寫代碼過程中，遵循DRY(Don』t repeat yourself)的原則，使用明確定義的對象和庫，將任務分解成小而簡單的代碼段。

6、掌握代碼調試技巧

現如今市場和需求變化相當快，項目的周期有時就會縮短。一個月的工作計劃，會縮短到2個星期。項目的壓力難免會導致程序員的代碼質量會有所下降!

因此，調試技巧在這樣的環境下就顯得尤為重要。高級程序員會在函數的開始和結束輸出Log，把所有的參數和返回值列印到日誌系統，便於追蹤。在解決問題的過程中，使用開發工具一行一行進行調試，實時觀看參數的變化。

7、重新回顧代碼

重新去回顧和審視自己寫過的代碼，通常會有兩種體驗，一種是我怎麼寫了這么爛的代碼;另外一種則是對自己寫過的代碼充滿了成就感。回顧代碼有時可以觸發我們新的想法，甚至還能對編碼有一個更深層次的思考。

『柒』 程序員是吃青春飯的，你認同這種說法嗎

作為一名在職開發程序員來說，我來回答你這個問題。很多人也問過我這種類似的問題，甚至有的人直接問我是不是到了30歲就要考驗轉行了呢？其實我覺得這並不是一定的，是不是青春飯取決於你自己的，很重要的一點取決於你自己的職業規劃。為什麼這么說呢？我舉個例子吧，其實在阿里，騰訊，網路還有華為這些企業還是有很多大齡程序員的，他們就類似於掃地僧的角色，人家年齡肯定也至少30~40左右甚至更高，但是這種角色一般都是在攻克某種技術的難關，做得更多的是創新類的開發工作，而不是重復在造輪子。

至於吃不吃青春飯還是取決於你自己的，畢竟程序員未來的還有很多行業可以選擇的，如果厭倦了敲代碼可以轉型項目經理或者產品經理，不敲代碼，只做產品或者項目，如果你在某個行業待久了，你也可以去當售前工程師，走跑業務的路，路有很多條，看你怎麼規劃的和怎麼去走。

『捌』 為什麼國內很多程序員都自嘲自己在「重復造輪子」

因為這個就是大多數程序員的工作現狀，每天的工作一眼看到頭，真的很容易讓人消極。不過好在現在有了SoFlu軟體機器人，繁瑣的低代碼工作直接交給它，程序員們也可以從重復的生活中剝離出來，學習新知識或者是把精力投入到創新之中。網路下有很多相關信息。