高階系統架構師培訓體會
聆聽了謝老師的課，獲益頗豐，再一次感謝老師的辛苦付出！
我之前是從事c語言嵌入式驅動開發工作，後來來到34所開始從事**開發。工作也有三年，之前從事驅動開發，很少接觸到設計模式。但隨著工作內容的改變，慢慢的跟「客戶」有了接觸，感覺到需求更改是乙個很頻繁的事情，對於開發的進度非常的有影響。
在新工作的過程中也看過一些關於系統架構、模式等相關的書籍，總感覺收穫不多。這次聽了謝老師的課程，使我收穫很多！
以前由於直接做驅動軟體和硬體打交道，根本沒有過使用者體驗的問題，每次都是簡單的追求效率，完成指標，完全不用考慮使用者體驗。其實從另乙個層面來說，驅動程式已經由系統定義好了介面，只要實現介面函式插入核心就行了，整個系統的可擴充套件性非常的好，所以從設計模式的角度來說，驅動程式和系統的耦合非常低，讓開發非常的方便，只用具體關注自己那個方面的問題就好了。
目前從事**開發的工作，使用者的體驗度就提到了第一位，很多時候就是修改網頁按鈕字型、**位置、文字格式等等瑣碎的工作。後來發現這樣不行，於是借助了sharepoint這樣的工具設計開發**，讓使用者自己開發自己的網頁，我們只要一次性教會他們就好了，這樣他們參與到網頁開發，細節的問題我們就可以不用糾結了，就是幫助他們搭建乙個**框架，他們往裡面填充內容就可以了。就像老師說的，人家有的方案拿來用就好了。
不過像oa開發這一塊，開發審批流程的時候就沒那麼好了。用開發網頁對於「客戶」來說基本不可能，於是針對網頁的頁面設計開發，專門寫了乙個**生成器，不管是頁面還是頁面後台的**，都可以很快的生成，不過就是有一點**重複性非常的高，用老師的話來說就是垃圾**太多，往往有時候改動乙個功能需要對所有的流程都要修改，而且頁面和後台**耦合太高，乙個button按鈕直接運算元據庫。目前的想法就是用mvc來另外寫一套，不過對於原有的來說就得徹底的推翻重來，工作量方面不可接受。
目前的想法就是針對流程這一塊開發乙個管理後台，爭取做到所有頁面的同一型別的操作都能統一處理，比如新增任務操作，不管來的是什麼業務資料，都能根據該業務資料操作對應的類，目前來說不知道怎麼實現比較好一點，就是我如何判斷傳給我的是哪個業務資料，因為業務資料的字段數目都不一樣，型別名字也都不一樣，不知道這樣簡單的統一處理是否可行，而且也不知道這樣從設計的角度來說是否正確。
其他方面就是，對於設計模式，目前還是初學者，初步只了解過模板模式，工廠模式，策略模式等幾個而已，也是用的比較多才去了解，其實了解的也不深入，有時候也是為了用而用，不過像老師說的，那種不為了解決問題而用什麼設計模式的，也不是什麼好事。反正先把大話設計模式這本書看完先，覺得講的通俗易懂，然後在看完老師的講義，深入再結合上課筆記梳理一遍，這樣以後才更好的明白。最深的感悟就是我們做軟體開發就是解決問題的，如果沒有問題了，那麼我覺得我們的價值就不存在了，所以面臨新的問題的時候不要心慌，這正是自己提公升能力的大好時機。
感謝老師對我所寫內容的耐心閱讀，對於剛接觸oo的新手來說，說的不對的地方還請多多指正。
架構師素質
架構師之我見 架構師是乙個專案組的靈魂人物，他決定著整個系統的技術選型 整體架構以及模組劃分，同時還可能擔當與領導層的溝通角色，從某種意義上來說，架構師在很大程度上決定著專案的成敗與否，正所謂火車跑得快，全靠車頭帶。很多優秀的架構師都是從乙個優秀的開發人員轉變過來的，但優秀的開發人員未見得都能成為合...
架構師的職責
軟體架構 架構師的職責 一 架構師定義 架構師負責設計系統整體架構，從需求到設計的每個細節都要考慮到，把握整個專案，使設計的專案盡量效率高，開發容易，維護方便，公升級簡單。架構師的主要責任是提供開發人員和專案經理之間的共用溝通 他們負責讓業務規則及需求與工程實踐及限制相適應，以確保成功。二 構架師的...
系統架構師的揭秘
系統架構師都是乙個令人神往的職業,架構師是金領，基本需要考慮生存的問題，豐厚的收入，大多數的精力都花費在思考技術問題。並不是僅此而已，在開發人員的溝通能力強過技術能力，補充一定的專案管理知識後，那時候就能考慮管理方面的轉型了。所謂的架構師，就是技術企業的最高技術決策者。主要工作是負責公司軟體產品或軟...