被随機地卡住了複制粘貼

我被迫不時使用NetBeans(6.1)。我們正在建立一個桌面應用程式，是以NB的馬蒂斯是一個好主意。

但是..。最近，我開始隻使用Matisse，當我完成繪圖時，傳回到Eclipse。為什麼？井,

• NetBeans變得非常慢，被随機地卡住了--複制/粘貼，自動完成，附加元件目，按下快捷方式。請注意，我的機器是記憶體的Core2Duo2.2，2G，是以不是弱的。
• 檔案的索引顯然不能正常工作--當試圖打開Type(CTRL+Shift+T，從Eclipse快捷方式)時，有一半的類是不存在的。我得在項目探險家裡找到他們。而且，這些建議是相當愚蠢的。出現在第一行中的類完全沒有實作到項目中。(有關更好的實作，請參見Eclipse)
• 一些愚蠢的緩存。我更新了一個項目(為了分離功能，我們使用了4個單獨的項目)，然後它就不能運作了。原來有個罐子被我的一個同僚拿走了。他添加了它，并承諾。我更新了項目屬性檔案，但是當我右鍵單擊>properties時，JAR就不存在了。
• 重新整理錯誤--項目資料總管中的紅點不是它們應該在的地方。它們隻有在打開檔案時才會更新，并且看到-嘿，這裡沒有錯誤。另外，今天我删除了一個類，即redunant(隻是擴充了一些JDK接口)。有些地方出現了紅色的點，我糾正了這些用法。然而，當我試圖運作時，我并不感到驚訝，事實上，編譯器大約包含了2-3個其他地方，在這些地方不存在紅色的點。最酷的是，我已經用這種隐藏的編譯錯誤運作了2天--很明顯，它們也被緩存在建構中。
• 缺少關鍵特征。與送出時一樣，選擇要送出的檔案和不送出的檔案。這種基本的東西不應該丢失在生産穩定的IDE中。另一件事是，據我所知，它們沒有調用和類層次結構。

是以，簡而言之，NetBeans不能在生産中使用，除非一個人慢慢地使用滑鼠，并且隻使用2-3個選項。

不管他們建立了多少額外的插件和插件，如果基礎和大多數使用的功能運作得如此糟糕，我懷疑NB将很快成為一個有用的IDE。

我一直在想，為什麼有些開發人員似乎非常喜歡NB--他們是通過在項目資料總管中展開包，還是使用滑鼠進行複制，還是在每個基類修改或類删除上運作“清除”來搜尋類呢？

https://www.bilibili.com/medialist/detail/ml1359918099

容管理系統用于…管理内容。是以，如果我們需要一個一般靜态的内容，應該由非技術人員編輯，那麼使用它們可能是個好主意。可能吧。

我有一些關于CMS的經驗(例如Joomla，DotNetNuke)，并且閱讀/嘗試了更多。他們都聲稱提供了什麼-更快的開發，更容易重複使用的任務(注冊，新聞提要等)。但

讓我們回顧一下其中的一些說法，并将CMS的使用與從頭建立站點進行比較：

• 非技術人員的編輯變得很容易：如果沒有一步一步的指導，非技術人員将永遠無法通過複雜的菜單、按鈕。而且大多數CMS提供的是一些醜陋的javascript編輯器支援的TextArea，它會生成笨重和不正确的(X)HTML。另一方面，通過類似的逐漸指南，非技術人員可以很容易地使用Dreamweaver制作頁面并将其連結到菜單項。

• 容易重用重複的任務：讓我們将可重用代碼的片段稱為“子產品”(它們通常被稱為子產品)。它們應該與CMS和現有子產品很好地內建。在實踐中，從來沒有這樣的情況。如果要實作子產品之間的任何內建，就需要進行一系列不友善的配置。當您在某一時刻發現現有的子產品實際上沒有按您的意願工作時，它就變成了與cms限制的鬥争。另一方面，如果您已經開發了許多站點，并且開發得足夠好，那麼您可以重用自己的代碼(甚至是其他人的獨立代碼)，非常清楚結果會是什麼。

• 建立新的功能：正如前面提到的，需要遵守批量限制和特定于cms的規則。它們不能通過程式設計強制執行，是以如果您有一個完整的限制和依賴項清單，那麼您将是幸運的。否則的話，你應該猜到每一次事情都不起作用。而且，這些限制和依賴在大型CMS中并不少。另一方面，以普通代碼的形式編寫自定義功能，沒有配置，隐式和顯式依賴關系似乎更容易。當然，它應該與現有的系統內建，但是這種內建是透明的。