把牢騷寫成文字，留給未來的自己做笑料！
自從畢業後來到現在公司，已經差不多一年了，總共參與了兩個專案(還有乙個失敗了，不算)
，感概良多
1，公司管理很不規範，不過這個也可以看成很自由，工作自由，我喜歡，這個沒話說
2，專案管理很不規範，專案的時間控制很差，通常都是乙個專案三個月就應該完成，但是很可
應該怎麼管理和控制才更好呢 ？
3，開發流程很有問題，乙個專案下來，直接簡單的劃分模組就直接交給程式設計師去做了，沒有作
具體的業務分析和設計，大家自己去分析和想吧，大家一拿到模組，一開始首先要做就是設計
資料庫，然後就開始做物件和寫crud，然後編寫頁面邏輯，只有做完了模組，自己才能知道自
己到底做的是什麼，真是可悲啊！不過自己做軟體的時間不長，經驗也不足，但是我覺得既然
是做行業軟體，行業的業務流程才是程式的核心，這個才是我們應該發大部分時間思考和設計
的部分，但是我們卻把大部分時間用在寫資料crud上了，乙個專案如此，下乙個專案也如此，
毫無樂趣，當我發現自己的手可以不經過腦袋就直接寫出那些**的時候，我想應該解決這個
問題了，沒人可以告訴我真正的軟體開發方式是什麼，路漫漫其修遠兮，我將上下而求索，探
索吧！4，團隊協作缺乏意識，雖然團隊之間直接交流是最好的方式，但真的不喜歡大喊，xx的模組
build不通過，快簽入新版本，誰把這個簽出了，快簽入，我要用了，vss簡單好用，難在意識
。誰應該為這個負責 ？
5，學習氣氛很缺乏，第乙個專案出現的問題，第二個專案通常大部分都會出現，為什麼就不能
組織一下大家一起來做一下總結呢 ？開發過程中每個人都會很多想法，這些想法是否需要一種
機制把它保留下來，以後做總結的依據和參考呢 ？為什麼公用的**每次都是copy paste，是
不是應該維護乙個專案間可以復用的**庫 ？這些組織工作和維護通用**庫的工作應該由誰
來負責 ？
這些問題一直是自己很煩惱的問題，最近也做了一些思考和探索
1，專案管理的問題，著實是乙個很大的問題，但從乙個程式設計師的角度看，並不是自己能做好的
事情 2，開發流程的問題，最近看了一些oo建模的資料，從中得知，當開始乙個專案之前，應該首先
分析業務需求，針對要解決的問題建模，即問題域建模，並進行用例建模，然後對建好的用例
進行魯棒分析，以迭代的過程完成用例的完善，這是業務流程的靜態角度考慮的，然後仍需要
對業務流程動態要求考慮進行互動建模，把系統架構的各個方面考慮周全，現在對oo建模的理
論只是了解一點皮毛，但仍然要實踐一下，是否可以改善現在開發方式，起碼自己要這樣做，
有時候真的好像辭去現在的工作，找乙個有這方面高手的公司工作，就怕別人嫌我資質差，下
個專案自己開始幹吧，我要自己按如下要求構建專案：
業務流程設計：使用relation rose按照oo建模的要求一步步演進到可以直接產生業務物件
資料庫設計 ：使用powerdesigner設計規範化的資料庫設計
資料持久層 ：使用orm工具，遠離討厭的crud資料操作
寫負責的**：實踐tdd
先進的工具需要先進的理念來驅動，同時也帶來先進的理念，也許可以在使用中提高自己吧！
3，自己總結和封裝常用的**吧，在總結和封裝中提高自己，考慮使用開源的專案解決通用的
問題我的選擇：要麼換環境，要麼獨善其身！
企業財務管理資訊化現狀思考與探索
摘要 在當下數位化智慧型化決策和轉型的浪潮下，總結發現企業在財務管理資訊化建設方面，存在缺乏整體觀 資料觀和價值觀。從戰略角度和結果導向來看，離要求有一定的差距，需要我們運用新思維和新技術分析規劃和實現。從經歷過的專案實踐看，企業在財務管理資訊化建設上，存在缺乏整體觀 資料觀和價值觀。總結之後有以下...
技術 優化 奇思異想 靈感 疑問 探索彙總
1.讀寫分離 讀寫分離，怎麼做？1 同一程式中查詢的用乙個庫，寫的用乙個庫？2 報表統計類的程式用乙個庫，業務程式用乙個庫？2.環境搭建 後台架構，環境搭建 spring 框架 minidao支援oracle mysql sqlserver demo 程式原版 3.優化方案 oracle 雙擊熱備，...
雲計算模式分界的思考與疑問
1 同一條要求針對不同的雲計算服務模式有不同的具體理解。例 擴充套件要求 不同雲服務客戶之間虛擬網路隔離，對於這條雲計算的擴充套件要求來說，不同服務模式有下面要求 iaas 因為iaas提供的是基礎網路設施，即伺服器 網路 儲存等。所以，該條要求是在這些方面對隔離的要求。paas 因為提供的是平台層...