這可能是乙個被大家忽略的話題。工具的開發，往往是軟體開發過程中不可或缺的關鍵因素。它們往往涉及到程式資料的製作，而這又是乙個複雜系統完成的必要前提。
談起這個話題，其實更是一種倡議，希望我們能重視軟體開發過程中的工具開發。
在專案開發過程中，做得好的專案，往往會在專案初期就設計好需要開發哪些工具，並且會組織開發這些工具。這本身並沒有什麼可說的。可是我們先來看看實際情況吧。
最近一段時間，我接觸了這些工具的一些使用者。有幾種典型情況，可能是我們設計者當初沒有意識到的：
軟體資料的生成完全依賴於這些工具，而這些工具卻是工作的效率瓶頸。
工具使用者和工具開發者幾乎隔離，因此針對工具的反饋和需求很難第一時間進行處理，甚至沒有聯絡。
工具可能在專案解散後繼續使用。這是很可能的，但這個時候工具的維護就變成了互相推諉的過程，誰也不願意背上這些瑣碎的維護任務。
工具中的設計或實現失誤，往往是一些無法預計的工作流程出現的根結！
上面的任意一點，都足以讓我們意識到工具開發中質量的重要性。可惜的是，我們不容易意識到這一點。
在工具開發的初期以及工具開始使用後，往往會有一些有關易用性的提議被否決，理由往往是因為專案太忙，以後再說。所以在這裡我要說：勿以善小而不為！你的每一次小小的修改，對以後的工作將起到巨大的作用。
工具的質量保障非常重要，對於提出的質量反饋應該做到及時修改。更重要的是對於易用性的改進！並盡量考慮工具的自動化性、執行效能。這些相對來說更重要。畢竟，bug在早期還是容易發現的，可是易用性、自動化、效能這三方面卻不是那麼容易改進的。這就要求我們的工具設計者能夠盡量地考慮清除，在有條件的情況下，設計者應該盡量做到試用一下全過程。並且應該針對大資料量進行測試。
說到現在，除了對工具設計者的能力提出了要求之外，更是要求我們的設計者要有這個心。不光將軟體設計的心放在系統軟體上，也同樣要放到我們自己使用的工具上。
乙個小的善舉，就是工作效率的大大提公升。所以我要說，針對工具開發，勿以善小而不為啊！
勿以善小而不為
file myproj my lambda.h wraps boost s lambda.hpp pragma warning push disable for this header only pragma warning disable 4512 pragma warning disable 4...
不以善小而不為，不以惡小而為之。
通過下午的 看到的 也是給我們敲響了乙個警鐘。發現問題及時改正，看似乙個個微不足道的問題，背後卻是種種問題，首先，第一要改變我們的生活習慣。從小事做起，然後慢慢就養成習慣。提高自己的自制力，養成良好的行為習慣。第二 注重每乙個細節，看到問題要多思考，多想一想別人想不到的事。第三 警惕安全，危險的事情...
Sakai工具開發
之前一直說要報告下自己做過的課程作業,現在正式介紹一下。如果簡單的說，sakai系統最常見的使用是作為師生互動的平台，在這個平台上可以實現作業提交和批改，分組討論以及資源共享等等，詳細可以參照sakai的官方 sakai系統在設計之初就設計好主要的框架，系統中的功能基本上都是以工具的形式加入的。項 ...