程序員造輪子怎麼造

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

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

Ⅱ 怎樣做一名高效率程序員

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、重新回顧代碼

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

Ⅲ 計算機基礎知識對程序員來說有多重要

非常重要，必須認真學習。
學習基礎知識從來都是枯燥的，而且很多時候會給我們一個錯覺，就是基礎知識沒有用。這主要是因為，我們未來工作以後，更多的是面向應用，更直接的就是面向工具的使用，基礎知識基本是不可能直接拿出來用的，所以，大家就會覺得我只要懂應用方面的知識就好了，基礎知識根本不需要去學。
就拿程序員來舉例：
很多的程序員培訓機構，他們並不會教任何的基礎知識，直接就是教編程語言，然後設計一些案例做練習，3個月-6個月基本就結束。這樣教出來的程序員能夠寫代碼嗎？當然是能的，不然這些培訓機構早垮了。而很多大學本科4年讀完的應屆生，說不定寫代碼都沒有這些培訓幾個月的學生強，大學4年對於程序員來說難道就是白費嗎？
並不是的。
基礎知識決定的是你未來的高度，可能你作為一個初級、中級程序員，你不一定會用到數據結構、演算法、編譯原理。但初中級的程序員就是你未來幾十年的全部嗎？
如果是的，在你30多歲的時候，應該就會面對裁員了並且很難找到下一份工作。
程序員是一個干到老學到老的工作，每天都需要去學習一點新的知識，技術也是在不斷的演進，需要去了解未來的技術發展方向，這樣才能夠一直產生價值。而基礎知識是什麼呢，就是當你對技術了解越深入時，越需要用到的東西。
例如：你要做大數據的工作時，你需要數據建模，需要在海量的數據中抽取自己需要的數據，還需要不影響系統的性能，運算速度更快。那麼你就必須要了解演算法，了解時間復雜度。如果你曾經大學時好好的學習了這些知識，並且時不時會溫習一下，那麼你更高更快的勝任這份工作。
但是，對於一個只是了解應用知識的程序員來說，他需要想辦法學習你用4年時間堆積起來的知識，而且還不一定有可靠的老師能夠教他。
再舉個例子，現在華為需要一些技術人才，來做他方舟編譯器的迭代，待遇非常可觀。
而這時，對於懂數據結構、懂演算法、懂編譯原理的人來說，查的無非就是一些應用實踐的知識，這些知識只要有基礎、有環境，1-2周就可以上手。
但是對於只懂應用知識的人，他可能就是看都看不懂，華為也就不可能去招聘這樣的人。
所以，程序員也是有高低之分的，有的年薪百萬，有的年薪可能就十來萬。誰不想拿百萬年薪呢？可能他們也覺得某些知識沒有用，所以沒有去認真的學吧。

Ⅳ 前端開發中的輪子指的是什麼，造輪子指的是什麼

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

Ⅳ IT程序員常說輪子什麼意思

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

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

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

從高層往底層找錯。

科學方法。

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

工作日誌能提升腦容量。

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

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

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

單元測試總是合算的。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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