不重復發明輪子

『壹』 學習IT為什麼不要重新發明輪子

不需要重新發明輪子，因為別人已經發明好了，尤其的一些比較好的開源項目，可能自己寫的沒有別人的好，但是你要知道這個輪子是怎麼創造的。

『貳』 一天讀完一本書之《哪有沒時間這回事》讀後感

「任何時候，無論你是否已經確定了自己的習慣，我都推薦你盡可能的去找在該習慣上做得好的人請教。」有時候我們想去培養一些好的習慣或是去嘗試一些新的技巧，但是我們身邊沒有這樣的圈子和牛人，那就多讀書，書中的好辦法好點子層出不窮，「他們不僅可以幫助你明確方向，還能幫你排除可能遇到的地雷，其中一些深鑽的人坑你已經總結出了操作步驟，這將大大加速你探索嘗試期的進程。」大家常說，不撞南牆不回頭，凡事只有發生在自己身上、只有自己有了親身的感受才會領悟出別人「說爛了」的道理。平時多讀書讀好書，真的好像身邊永遠有位智慧且忠實於你的朋友在幫助你、引導你。在你內心脆弱時給你力量，在你深陷煩惱時給你方法，在你迷途時給你指引，我們總是在看到一本好書時豁然開朗，連心態都會發生轉變，讀書不僅使人博學，更重要的是看透事物的本質，獲得內心的平和。「不要重復發明輪子」，已有的資源要懂得利用。

『叄』 如何開發一個隱藏源代碼的library工程

Android Library Project(庫工程)是一個可以被其他Android工程所引用的工程。那為什麼需要使用這個工程呢，打個比方，我們在開發Android項目的時候，常常會遇到這樣的問題，幾個Android項目的開發過程中，會有可以重復利用的代碼段或者資源。如果每個項目都要重復編寫或者添加這些代碼或者資源，將會非常的影響效率。為了避免重復發明輪子，我們可以將這些重復的資源添加到Android Library Project中。那麼以後，我們要復用這些東西的時候，只要在當前項目中引用這個Android Library Project就可以了。當然我們的Android Lib Library不僅僅是給我們自己使用，如果我們要把這個Android Lib Project共享給別人，但是又不希望暴露自己的源代碼，那麼，這就是我們這篇文章要講的內容。

How
首先，這篇文章中我們會提到三個項目。
LibraryProject : 我們需要共享給別人的不包含源代碼的工程。
LibraryProjectSource : LibraryProject包含源代碼的版本。
AndroidProject : 引用LibraryProject的版本。
和我們開發正常的Android項目一樣，我們先建立一個項目，但是在開始正常的編碼之前，我們需要先弄清楚原理和注意事項。不暴露源碼的方式是將LibraryProjectSource中的源代碼打包成JAR包，然後添加到我們要共享給他人的工程中。如果這個工程中沒有引用到資源（res目錄下的文件），那麼就很容易實現了。但是如果有引用到資源（例如通過R.id.resource方式），我們就可以能會遇到資源引用錯亂的問題。

打個比方，在AndroidProject中如果引用TextView可以會定位到一個ImageView上。這是因為，如果在源代碼中有使用R.id.resource引用資源，在編譯成JAR包的時候，R.id.resource會用R.java文件中相應的十六進制的int值替換。但是在AndroidProject文件中資源的會結合LibraryProject中的資源重新生成一個新的十六進制int值。而同一個資源，在LibraryProjectSource中的這個int值和AndroidProject中的就可能不相同了。

『肆』 重復發明輪子的語源是什麼原始出處是哪裡

源自英語："Reinventing the wheel."

關於輪子Wheel 的發明，我讀到的和@王宇 有些不同，它幾乎同時回出現於美索不達米答亞、北高加索的Maykop文明，以及中部歐洲。而最早的輪子形象，則出自於波蘭南部出土的公元前3500年左右的陶罐繪畫。

總之輪子的發明，在西方人類學史上，被認為是一次跨越（這點在文明系列游戲中也有體現）。而重新發明輪子，被認為是費力不討好的一種幽默說法。

『伍』 什麼叫「輪子」，什麼叫重復發明輪子

就是有人做過的事 不要再做了

『陸』 python 輪子是什麼

此一詞語的由來是因為輪子由人類所發明，且在各方面都帶來許多便利。既然輪子已被發明，而且在使用上沒有什麼缺陷，重新再發明一次輪子是沒有意義的，只是浪費時間，分散研究者的資源，使其無法投入更有意義及價值的目標。
重造輪子是重新創造一個已有的或是已被其他人優化的基本方法。此一詞語常出現在軟體開發和其他工程領域中。
顯然，車輪子是圓形的，這是大家公認的，最合適的形狀。而你非要發明另一種形狀的輪子，這種行為就叫「重復發明輪子（Reinventing the wheel）」，即「造輪子」—— 明知道你做的不可能比前輩做得更好，卻仍然堅持要做。放到編程中，就是說業界已經有公認的軟體或者庫了，你明知道自己不可能比它做得更好，卻還堅持要做。作為練習，造輪子可以增加自己的經驗，很多事情看起來簡單，但只有自己動手，才會發現其中的難點。當然實際開發中也有很多情況不得不造輪子，比如希望做到「自主知識產權」、刷 KPI 之類的；或者造輪子的人真的覺得自己開發的版本有更強的功能、更好的性能也說不定呢。
眾多python培訓視頻，盡在python學習網，歡迎在線學習！

『柒』 什麼才算是真正的編程能力

計算機科學有兩類根本問題。一類是理論：演算法，數據結構，復雜度，機器學習，模式識別，等等等。一類是系統：操作系統，網路系統，分布式系統，存儲系統，游戲引擎，等等等等。

理論走的是深度，是在追問在給定的計算能力約束下如何把一個問題解決得更快更好。而系統走的是廣度，是在追問對於一個現實的需求如何在眾多的技術中設計出最多快好省的技術組合。

搞ACM的人，只練第一類。像你這樣的更偏向於第二類。其實挺難得的，但很可惜的是第二類能力沒有簡單高效的測量考察方法，不像演算法和數據結構有ACM競賽，所以很多系統的苗子都因為缺少激勵和正確引導慢慢就消隱了。

所以比爾蓋茨才會說，看到現在學編程的人經常都把編程看作解各種腦筋急轉彎的問題，他覺得很遺憾。

做系統，確實不提倡「重復發明輪子」。但注意，是不提倡「重復發明」，不是不提倡「重新製造」。恰恰相反的，我以為，系統的編程能力正體現在「重新製造」的能力。

能把已有的部件接起來，這很好。但當你恰好缺一種關鍵的膠水的時候，你能寫出來嗎？當一個已有的部件不完全符合你的需求的時候，你能改進它嗎？如果你用的部件中有bug，你能把它修好嗎？在網上繁多的類似功能的部件中，誰好誰壞？為什麼？差別本質嗎？一個開源代碼庫，你能把它從一個語言翻譯到另一個語言嗎？從一個平台移植到另一個平台嗎？能准確估計自己翻譯和移植的過程需要多少時間嗎？能准確估計翻譯和移植之後性能是會有提升還是會有所下降嗎？

系統編程能力體現在把已有的代碼拿來並變成更好的代碼，體現在把沒用的代碼拿來並變成有用的代碼，體現在把一個做好的輪子拿來能畫出來輪子的設計藍圖，並用道理解釋出設計藍圖中哪些地方是關鍵的，哪些地方是次要的，哪些地方是不容觸碰的，哪些地方是還可以改進的。

如果你一點不懂理論，還是應該學點的。對於系統性能的設計上，演算法和數據結構就像在自己手頭的錢一樣，它們不是萬能的，但不懂是萬萬不行的。

怎麼提高系統編程能力呢？土辦法：多造輪子。就像學畫畫要畫雞蛋一樣，不是這世界上沒有人會畫雞蛋，但畫雞蛋能馴服手指，感受陰影線條和筆觸。所以，自己多寫點東西吧。寫個編譯器？渲染器？操作系統？web伺服器？web瀏覽器？部件都一個個換成自己手寫的，然後和已有的現成部件比一比，看看誰的性能好，誰的易用性好？好在哪兒？差在哪兒？為什麼？

更聰明一點的辦法：多拆輪子。多研究別人的代碼是怎麼寫的。然而這個實踐起來經常很難。原因：大部分工業上用的輪子可能設計上的思想和技術是好的，都設計和製造過程都很爛，裡面亂成一團，讓人乍一看毫無頭緒，導致其對新手來說非常難拆。這種狀況其實非常糟糕。所以，此辦法一般只對比較簡單的輪子好使，對於復雜的輪子，請量力而行。

輪子不好拆，其實是一個非常嚴重的問題。重復發明輪子固然是時間的浪費，但當輪子復雜而又不好拆的時候，尤其是原來造輪子的人已經不在場的時候，重新發明和建造輪子往往會成為無奈之下最好的選擇。這是為什麼工業界在明知道重復發明/製造輪子非常不好的情況下還在不斷重復發明/製造輪子的根本原因。

程序本質是邏輯演繹的形式化表達，記載的是人類對這個世界的數字化理解。不能拆的輪子就像那一篇篇丟了曲譜的宋詞一樣，能讀，卻不能唱。

『捌』 西方諺語：「不要重復發明輪子」，原句是怎麼講的

不要重復發明輪子， Don』t Reinvent the Wheel

『玖』 C＋＋STL標准程序開發指南（不要重復發明輪子）的PDF，有的定採納

這本書前面板先講了一下c++基礎知識，後面才講得stl技術，看後面你就知道講得stl技術了

『拾』 java工作原理

Java工作原理
由四方面組成：

（1）Java編程語言
（2）Java類文件格式
（3）Java虛擬機
（4）Java應用程序介面
當編輯並運行一個Java程序時，需要同時涉及到這四種方面。使用文字編輯軟體（例如記事本、寫字板、UltraEdit等）或集成開發環境（Eclipse、MyEclipse等）在Java源文件中定義不同的類 ，通過調用類（這些類實現了Java API）中的方法來訪問資源系統，把源文件編譯生成一種二進制中間碼，存儲在class文件中，然後再通過運行與操作系統平台環境相對應的Java虛擬機來運行class文件，執行編譯產生的位元組碼，調用class文件中實現的方法來滿足程序的Java API調用 。