程序員如何做輪子

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

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

❷ 程序員的核心競爭力是什麼為什麼

終於有一個問題可以好好說說我遇到過的彎路了。我認為程序員的核心競爭力如下：1. 整合現有資源的能力，什麼時候造輪子，什麼時候不造輪子，什麼情況下利用公司自己的輪子，什麼情況下利用開源的輪子。2. 產品發展方向的規劃能力，一個技術類的框架，產品，平台，需要程序員明確什麼問題是要解決的，什麼問題是不要解決的，產品相對其他競爭產品的優勢在哪些方面。3. debug能力，有了線上問題，可以一擼到底，無論問題在哪裡，操作系統，文件系統，虛擬機，框架，等等，都可以定位問題所在。4. 文檔、pr能力，作出了產品，可以迅速了解優勢所在並推廣5. 編碼習慣，比如嚴謹的持續集成，測試樣例先行，之所以說是習慣不是技巧，是因為好的編碼習慣，可以持續為團隊帶來更大收益，而好的編碼技巧沒有那麼大的效果。切忌以下行為：1. 長時間調研沒結果，學習了很多框架，做法，無法認真對比優劣，這就是不能抓住核心的問題2. 被需求牽著鼻子走，失去了產品的規劃方向，或是走到哪算到哪，做出來的東西因為臃腫的需求越做越繁瑣3. 隨口亂說release時間，總是失約

❸ 為什麼日本的程序員喜歡重復造輪子

因為很多人連別人封裝好的類庫有什麼內容都不知道
當然更談不上根據需要去重寫了……

重復造輪子的行為一般是因為當事人閉門造車……

很多時候你會看到很多人自己以前寫過的東西 下一次項目也要重新手寫一次的- -

❹ 程序員所說的「輪子」是什麼東西

顯然，車輪子是圓形的，這是大家公認的，最合適的形狀。而你非要發明另一種形狀的輪子，這種行為就叫「重復發明輪子（Reinventing the wheel）」，即「造輪子」—— 明知道你做的不可能比前輩做得更好，卻仍然堅持要做。
放到編程中，就是說業界已經有公認的軟體或者庫了，你明知道自己不可能比它做得更好，卻還堅持要做。作為練習，造輪子可以增加自己的經驗，很多事情看起來簡單，但只有自己動手，才會發現其中的難點。
當然實際開發中也有很多情況不得不造輪子，比如希望做到「自主知識產權」、刷 KPI 之類的；或者造輪子的人真的覺得自己開發的版本有更強的功能、更好的性能也說不定呢。

❺ 什麼樣的人適合當程序員

一、

「你好，在嗎？」

「在的，怎麼啦」

看到女神的回復，小張眼前一亮，通宵兩天幫同事敲代碼終於換來了女神的微信，一定要把握住這次機會一舉拿下！看，現在這個開頭就很不錯！

怕女神等太久，小張謹遵網上要用問句打開聊天話題的技巧，迅速回了一條信息。

「沒事沒事，你吃飯了嗎？」

「吃了……剛和你同事去吃了自助烤肉，有點吃多了2333」

自助烤肉？最近不是有報道說自助烤肉很不衛生嗎，還用了不合格的禽類生肉，吃了有可能會感染禽流感啊，可得趕緊提醒下女神！

於是小張趕緊去朋友圈翻到了新聞鏈接，轉發給女神，並且提醒她自助烤肉一定要少吃，不僅不衛生還容易發胖。可惜不知道為什麼，女神這次遲遲沒有回復，小張心裡著急，忍不住又發了一條。

「你在干什麼呢？」

「啊，這幾天降溫，有點感冒，在找家裡有沒有感冒葯了=。=」

「感冒病毒吃葯是沒太大作用的，你多喝熱水啊！早點休息，多喝熱水好得快！」

隔了幾分鍾，女神回復了小張一個表情包。

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

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

❼ 程序員，如何少走彎路，成為一名技術專家或者架構師

#1 專業技能

@首先當然基礎知識要扎實，一些經典的專業書籍一定要看。比如，設計模式，演算法，數據結構，所在領域的編程語言的專業書籍等.關於不同的能力階段，需要讀取什麼類型的書籍，請參考ThoughtWorks(中國)程序員讀書雷達,每年都有更新。
@作為架構師，review別人的代碼並給出合理的建議是基本功，比如變數或者方法命名的規則；所以代碼大全，重構，改善既有代碼的設計，Clean code 等等肯定需要看。
@ 對於某一個技術領域或者業務領域，一定要有一門技術是精通的，因為這樣你才能體會到以後遇到自己不懂的技術的時候，如何能夠快速成為這一方面的行家。
@ 平常有時間一定要多多進行代碼的訓練，也就是Martin Flower常說的Kata練習，這個比喻來自於跆拳道，跆拳道選手一般每天都會找一些基本的招式，進行反復的練習，從而訓練肌肉的條件發射，那麼對於我們程序員來說，一定也要進行持續的編程訓練，比如上面提到的那位同事，給的建議是，雖然把大部分時間花在了溝通和協調上面，沒有機會寫代碼，但是自己一定要利用業余時間，自己找一些例子來聯系，比如，參與開源項目，或者到網上去搜索一些大師的經典Kata聯系的例子；或者看工作裡面是否有一些小工具，是否能夠提升自己的溝通效率，當然已經天天寫代碼的童鞋們除外。請參考我轉發的另外一篇文章和另外一篇介紹能在線練習Kata code的文章.
@ 最好能夠在精通一門語言的基礎之上，學習其他的語言，從而站在一個更高的角度，對於程序語言有一個更高層次的抽象認識，比如，學了java之後，可以學學Ruby，Groovy，C#等等，其實語言之間都是相互借鑒的，比如Lamba表達式，連java也慢慢的向函數式編程方向靠攏。
@ 如果有時間，一定要自己維護一個博客,既然選擇了架構師，就決定了自己以後不僅僅是一個技術專家，同時也要成為一個佈道師，為企業組織或者社會上的其他IT同行們貢獻自己的一些微薄之力。
@ 多參加一些社會上舉辦的軟體專業會議或者活動，了解當前比較流行的技術和框架。
@ 這條不提倡，我以前有一個同事，幾乎每年都要更新簡歷1~2次，目的不是真正的換工作，而是通過面試得到當前市場上大部分公司正在使用什麼技術和框架。對於這條，請慎用！！！！
@如果有結對編程的機會一定要好好珍惜，特別是和高手大拿一起結對的時候。
@如果大家上面都已經做的非常的好了，這個時候可以看看架構設計方面的書籍，比如企業應用架構模式，架構之美等等。
@ 去51Job上搜索架構師這個職位標簽，看看不同行業的企業對於架構師的技術要求和標准，然後結合自己當前所處的行業和你自己的技術特點，比如擅長前段或者後端，有選擇性的學習一些自己感興趣的技術或者方法。
@ 關於常用的網站，沒有定論，筆者主要是根據搜索的結果去發現適合自己的網站，所以需要讀者掌握一定的搜索的技巧，筆者一般喜歡用英文搜索，這樣的話資料比較全也比較新；如果下載電子書的話或者查看博客的話 一般會首選CSDN；如果是解決工作中的問題的話，在StackOverFlow上面被解答的概率是最大的,此外平常自己也需要去積累一些自己感興趣的技術的人氣比較旺的網站列表，比如一般和Window相關的就是MSDN；如果對Java入門比較感興趣，可以看看這個網站。對於一些開源的框架，一般都會有想對應的社區，google一搜索，很快就能找到。另外一個德國人寫的博客的非常的精緻，如果對Eclipse插件開發特別感興趣的朋友們可以去參考它。
@大家如果時間和精煉允許，最好能在Github開源和分享自己平常寫的代碼。這樣一方面可以熟悉git用法，另外一方面也可以把自己平常練手的代碼免費保存，何樂而不為呢？
@如果大家平常遇到什麼問題，可以到StackOverFlow上面去尋找答案；當然，如果你能自己注冊一個StackOverFlow賬號那是最好不過的，這樣不但可以提問，還可以幫助別人，同時上面還有很多工作簽證的工作機會。
#2 軟技能（現代社會，一個合格科學家不僅僅是某一個行業的技術專家同時也是一名專業的社會活動家）

@遇到問題，一定要多想，遇到一個問題，如果解決了，就要反思為什麼能夠解決，如果以後遇到類似的問題，
如何更快速的解決。
@英語的重要性，不言而喻，因為現在很多新技術的框架的中文文檔非常的少，即使翻譯成中文，也是二手的了（國內自己的開發的一些開源框架除外）
@ 有時間的話，看一些溝通方面的書籍，如果有參與溝通的機會的時候，一定要想如何把溝通做的更好更舒暢。
@ 如果有機會的話，可以參加PMP的考試，關於如何備考PMP，請大家參閱另外一篇文章:如何備考PMP，但是如果不想參加的話，也沒有關系，至少要涉獵到項目管理方面的書籍，否則以後如果成為架構師之後，客戶或者管理者給你說一些項目管理上一些專業術語時，到時候就會一頭霧水。
@架構師其實從某種意義上就是一種角色，而不是一種職位。一定要時時刻刻保持空杯心態。
@一定要有一顆保持飢渴學習和耐得住寂寞的赤子之心。
@當前的技術節湊是非常快的，特別是結婚以後又有小孩了。一定要好好的利用自己碎片時間，對於一些技術，當時讀不懂不要緊，但是一定要記住和了解其關鍵詞，這個主要是為了拓寬自己的視野。比如，當前你想自己開發一個系統，結果已經有一個開源框架實現了，而且還很穩定，這個時候，自己就沒有必要重復發明輪子了。
@與不同的技術、編程語言、設計模式和結構等（甚至是它並沒有在日常中給予你直接的幫助）打交道。你永遠都不知道這些知識是否會在未來派上用場，但是對你絕對是有益無害。
@在工作中，能夠幫助到別人解決技術難題，一定要盡量全力以赴，因為這不但可以贏得同事的好感和口碑，同時也能增長你解決問題的經驗和提高你的技術思維能力
@ 一定要掌控好自己的時間，對工作沒有幫助的會議，能不參加盡量不要參加，當然，企業安全，公司規章制度如果是強制性的，該參加還得參加，但是如果沒有工作效率和扯皮的會議，盡量避免參加。
@程序員要耐得住寂寞，要在自己的領域深挖，不能看啥火，就學啥，一定要有自己的想法和判定，如果決定不了，可以向資深的同事或者朋友溝通。
@盡量參與到項目中的編碼，因為架構師不能與項目脫離。
@ 如果有機會可以鍛煉一下自己在大眾環境下的演講和PTT的能力。
@有機會多做知識分享，因為你一旦分享了知識，你就會對這門技術有深刻的印象，同時也能樹立在同事中的良好的技術形象，從而贏得更多的專家影響力而不是職位影響力。
上面只是我當前能想到的，知易行難，知道了上面的一些經驗，並不代表年輕程序員們就能馬上成功，畢竟這需要一個鳳凰涅槃和實踐的過程，但是肯定能幫助有志於於此的年輕程序員們少走一些彎路，限於筆者水平，如有總結不恰當或者不到位的地方，還望批評指正。

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

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

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

❾ 程序開發中什麼叫造輪子

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

(9)程序員如何做輪子擴展閱讀

軟體開發是根據用戶要求建造出軟體系統或者系統中的軟體部分的過程。軟體開發是一項包括需求捕捉、需求分析、設計、實現和測試的系統工程。軟體一般是用某種程序設計語言來實現的。通常採用軟體開發工具可以進行開發。軟體分為系統軟體和應用軟體，並不只是包括可以在計算機上運行的程序，與這些程序相關的文件一般也被認為是軟體的一部分。

軟體設計思路和方法的一般過程，包括設計軟體的功能和實現的演算法和方法、軟體的總體結構設計和模塊設計、編程和調試、程序聯調和測試以及編寫、提交程序。

❿ 對於程序員來說，他們寫代碼是一件快樂的事情嗎

對於程序員來說，他們寫代碼是一件快樂的事情嗎？

人們因工作而異取決於工作，它是由環境耗盡的，最後時間充滿了浪費。當然，我不開心，我一直在想技術職業，我只有足夠的技能。但終於發現佔領中沒有多少語言技術。更多，更多，您必須了解由公司編寫的現有框架，以及不受歡迎的框架，它真的看著頭疼。每當我想改變事情時，當我看到一堆腐爛的攤位時，我非常不開心，我認為我有一些事情要做。我不開心，然後我必須了解一些人類事故，學會後學習過一些學生，非常疲憊的社會技術，還有一些固有的行業和其他瑣碎的故障，它真的不開心，但沉浸在邏輯思維中，不要考慮那些非常厭惡的人。沒有強大的事情。當你眨眼睛時。然後做到這一點，當你吃飯時，我覺得很滿足，我很開心。

所以，對自己沒有後悔的程序員，你將長時間繼續你的計劃職業生涯。