程序員所有代碼都一個(gè)一個(gè)自己敲出來的嗎？從這個(gè)問題中，我們可以看到所有者沒有編寫過代碼，或者已經(jīng)編寫過代碼，但是很少。即使他做到了，也只是一個(gè)小系統(tǒng)，他還沒有接觸過一個(gè)大系統(tǒng)！這里我想說三點(diǎn)：第一，9

程序員所有代碼都一個(gè)一個(gè)自己敲出來的嗎？

從這個(gè)問題中，我們可以看到所有者沒有編寫過代碼，或者已經(jīng)編寫過代碼，但是很少。即使他做到了，也只是一個(gè)小系統(tǒng)，他還沒有接觸過一個(gè)大系統(tǒng)

！這里我想說三點(diǎn)：第一，99%的程序員是從模仿別人開始寫程序的！沒有人天生就有寫程序的能力。大多數(shù)人接觸的是其他人在木頭上寫程序。我可以向他們學(xué)習(xí)。以后，我的程序也可以在木頭上啟動(dòng)。這就是所謂的“不要說你了解別人的程序，你必須自己把它們敲出來?！钡诙?，大規(guī)模的系統(tǒng)是非常復(fù)雜的。模塊越多，功能就越強(qiáng)大，木的功能就越強(qiáng)大，它們之間有很多共同點(diǎn)，也有很多可以重用的東西。例如，大型軟件和成熟公司都有公共資源庫，很多東西都可以為您使用。如果你什么都自己做，我想你什么都做不了。例如，通信中使用了許多rs-Rodley算法，這些算法既復(fù)雜又簡(jiǎn)單，但無論多么簡(jiǎn)單都不容易，你必須花時(shí)間去解決。在企業(yè)里，不是學(xué)校。它給你更多的時(shí)間去解決它！第三，限制！人不是萬能的，不可能什么都懂，但是，在你的項(xiàng)目中，你需要一個(gè)功能，但是你不能，沒關(guān)系，只要有現(xiàn)成的解決方案，你不懂，沒關(guān)系，可以實(shí)現(xiàn)，至于你現(xiàn)在不懂，沒關(guān)系，公司要的是結(jié)果

公司不讓用IDEA，必須要用eclipse。你們?cè)趺纯创@個(gè)強(qiáng)制規(guī)定？

在IntelliJ idea中，選擇File-> Project structure-> Modules-> Dependencies，右側(cè)有一個(gè)綠色加號(hào)，選擇jar或目錄，然后選擇要添加的外部jar包。

intellij怎么buildpath？

大學(xué)應(yīng)該與其他人分享他們的想法嗎？我覺得沒關(guān)系。無論什么時(shí)候你有一個(gè)好主意可以和別人分享，和別人分享都是一件好事。同時(shí)，你可以得到別人的交流，互相學(xué)習(xí)，不斷提高自己。你的想法只是你個(gè)人的想法。也許你只看到優(yōu)點(diǎn)而沒有看到缺點(diǎn)。俗話說，旁觀者看得清楚，你可以提高自己與別人分享，也許別人可以從另一個(gè)角度發(fā)現(xiàn)自己想法的不足，這有助于他們優(yōu)化自己的想法。如果你想分享一個(gè)好主意，為什么不一起做呢。

大學(xué)應(yīng)不應(yīng)該將自己的idea分享給別人？

在人們的固有觀念中，用編輯器編譯器編寫代碼比用ide編寫代碼更好。也許吧，但效率還是需要考慮的。

作為一個(gè)新手，如果你在普通的編輯器中編寫代碼，你會(huì)非常困惑，你會(huì)在一開始就死。在強(qiáng)大IDE的支持下，它可以拄著拐杖快速前進(jìn)。

毫無疑問，使用ide將比普通編輯器更快，現(xiàn)在我們都使用框架來做項(xiàng)目。只使用編輯器是不合適的。在過去，編輯器更多地被用作函數(shù)式編程的工具。

當(dāng)您編寫代碼時(shí)，其他人應(yīng)該能夠理解它并在文件、類和方法之間切換。Ide無疑提供了一個(gè)良好而高效的通信工具，但是Ide還不夠好。

因此，不要執(zhí)著于看似強(qiáng)大的編輯器，要用高效的工具來解決問題，要對(duì)每個(gè)環(huán)節(jié)的原理有更深的理解。