由於本人最近一段時間一直在忙著跟企業開發平台相關的事情，所以有感而發一下；主要是想跟大家**一下企業是否需要有自己的開發平台；
我們作為.net程式設計師，基本上開發的都是一些業務資訊系統，都是某個應用行業的應用系統多，所以在下曾想過開發一套目前本公司能用的系統開發平台；
本公司是從事醫藥行業的資訊系統開發，一些大的業務模型基本上已經固定，很少有改動；所以本人想是否能將主要的業務邏輯抽象出來進行封裝；再加上我們公司的人員流動比較快，新來的員工對業務的不熟很難上手開發，所以公司經常組織新員工的培訓，但是效果還不明顯；公司的業務系統所處理的都是全國所有的藥品交易資料，所以資料非常重要不能出現任何的小差錯；但是還是有因為業務邏輯的不熟導致程式出現錯誤；
我想這樣的情況在其他的公司也出現過，所以公司是否願意投入點成本開發一套這樣的框架；大概的實現思路是這樣的，可能存在不足；
1：找老員工或者業務邏輯比較熟的人員進行業務邏輯的提取，抽象出核心業務框架，這個框架是至關重要的，每當業務需求有變化時，這裡的**只能由比較熟悉的人來修改，這樣可以防止業務不熟的人員修改引起的重大錯誤；
2：將目前公司的系統進行重新分割，也就是重新分層，盡量使用外掛程式式的開發方式開發，將功能點嚴格區分開發，高內聚低耦合的呼叫約定；這樣當系統出現功能改動而不是業務改動的時候，我們能很方便的進行更換；有興趣的朋友可以參見一下本人的「.net簡談構件系統開發模式」一文；
3：盡量將介面ui層抽象出來，好處是剛畢業的新員工能有事做，在不熟業務功能的時候能通過慢慢的熟悉大概的介面流程從而熟悉系統；
上面是我的一些總體想法；但是這樣的乙個系統，說大也大說小也小，具體要看公司的業務了，如果公司是大型的企業，那麼可能投入的成本比較大，但是從長遠角度講，還是有必要開發的，我們來算一筆賬，這樣的賬是站在公司的角度來算的，可能對新員工有點不公平；
每個軟體企業是否應該有屬於自己的開發平台
由於本人最近一段時間一直在忙著跟企業開發平台相關的事情，所以有感而發一下 主要是想跟大家 一下企業是否需要有自己的開發平台 我們作為.net程式設計師，基本上開發的都是一些業務資訊系統，都是某個應用行業的應用系統多，所以在下曾想過開發一套目前本公司能用的系統開發平台 本公司是從事醫藥行業的資訊系統開...
感覺軟體contractor應該有不少機會
contractor，直譯成中文就是 合同工 但是我更想表達的其實是 小時工 每小時付人民幣100 1000的。一方面，一定有喜歡自由的同學，不願意受合同，公司，時間的束縛，只做自己想做的事情。哪怕在公司又有保險，還有固定的薪水，但是朝九晚五 碰到有些公司，朝八晚十也是常態 的日子實在不想過了。另一...
程式設計師是否有應該有信仰
每個人都會有信仰，而信仰可大可小。今天在寫 的時候偶然間看到一行 想起以往的種種事情。可以想像一下曾經付出心血寫出來的東西，到現在看來有一種挫敗感？是一種怎麼樣的體驗。我最害怕的就是 擁有 擁有會讓人迷失，讓人驕傲，讓人過於自信。而我的擁有會讓我有壓力，擁有從某種意義上來說是賦值的一種狀態，物件賦予...