其他

    有那麼一伙人，他們被外人稱作設計師，卻自嘲“碼工”；有那麼一伙人，他們被稱作“白領”，卻拿著“藍領”一樣多的薪水；有那麼一伙人，他們被別人賣了，卻要對人說聲“謝謝”，那夥人就是的“IT外包人員”。   

　　任何一個項目，都有它的架構，作為一名架構師，就是為項目決策架構。隨之技術的發展，系統的架構方案越來越多，有點讓架構師應接不暇。如何選取一個好的架構作為項目的架構，對於系統的開發至關重要。對於經驗老到的架構師來說，他們往往會選擇那些開源的、熟悉的、易用的架構，因為這樣的架構便於節省項目開支，易於組建項目Team Dev，但是往往並不代表一定，因為還有其它的因素在影響著他們。     其中最重要的一個因素，就是當前待開發系統的戰略目標。對於一個公司來講，它所開發的軟體除了滿足軟體最基本的人性化、

    如果說軟體系統架構是人的骨架，程式設計語言是人的膚色，那麼代碼就是人的外貌。對於一個軟體工程師而言，他想的不僅僅是他自己的美，更有他的編程之美。如果他想超越自己，想要達到更高的高度，那麼他要做的就不僅僅是一份工作，不是完成了系統的功能就算完工，他應該能夠寫出整潔的代碼，有思想的代碼，有靈魂的代碼，這也就是我們所說的編程之美。    編程之美，美在於整潔  

　　這年頭，不管你用什麼語言搞開發，都得搞個星星評價的功能。因為這個星星評價既美觀又實用，搞起來還費不了多大的事，因此很多人都在用，很多人都在搞。如今，因項目需要用Dojo開發一個星星評價功能，於是乎俺就搞了這麼一個。具體實現如下：　　1、素材準備，1個灰色星星，1個金色星星。           　　2、使用HTML繪製出五個星星，Code如下：<div class="ecm ecmEvaluation"><div

       鑒於Axure極其強大的功能，在我忍了又忍的情況下，終於忍不住了，於是開始了Axure學習之旅。Axure是一個快速原型工具，主要針對負責定義需求、定義規格、設計功能、設計介面的專家，包括使用者體驗設計師、互動設計師、商務分析師、資訊架構師、可用性專家和產品經理。由此可見，Axure決定是我們必不可少的工具之一。      

       在剛剛過去的八月份最後一周裡，我把SSH進行了初步的總結之後，就開始步入了OA（Office Automation）的學習。OA的核心是提高日常的辦公效率。OA包括文文書處理、傳真、申請審批、公文管理、檔案管理、客戶管理、庫存管理、財務管理、人事管理等。      

經過一段時間對三層的學習，對三層有一些初步的見解。下面咱們來討論一下這個神奇的東西“三層”      首先要認識到：三層不是就真的只有三層，或許有四層，有五層；所以這個三層的定義大家不要產生誤解。百度百科裡邊是這麼解析三層的：三層架構(3-tier application) 通常意義上的三層架構就是將整個業務應用劃分為：表現層（UI）、商務邏輯層（BLL）、資料訪問層（DAL）。     

    11年10月份，我以一名外包人員的身份進入IBM實驗室參與XX項目的開發，親身體驗一家大型IT外企對於一個項目的項目的把控，感受外企工作的氛圍，與高手們共同探討項目的開發，聽IBM同事們講解    IBM公司的曆史與文化。    雖然我在IBM實驗室待的時間不算很長，但是由於參與的項目具有特別重大的意義，因此受到了IBM公司領導的極大重視，IBM將公司派最優秀的員工來負責此項目，我得以與他們一起工作，是我的榮幸。在此非常感謝公司給予我去IBM開發的機會。    此文與ECMBoss一樣，

    　儘管市場上已有各種各樣的分頁控制項，但是針對Dojo的分頁，還沒有如此一個獨立的dijit。藉著項目開發的機會，順手做了個分頁。這個分頁與普通搜尋引擎（百度、Google）的分頁還不太一樣，它有上一頁，下一頁，沒有尾頁，卻有首頁。之所以這樣做，一是項目需要，二是在滿足使用者需求的前提下，提高系統的效能。    　現在，我們就一起解密Dojo分頁的實現機制吧。。。   

一個上午都在琢磨使用案例圖應該怎麼畫才合適，總覺得許可權問題，用泛化關係不太好，但是在使用案例圖裡邊，不用泛化吧，這三個使用者的角色就統一不起來，沒法結合在一起。所以在問了秋和小崔一些知識之後，還是決定用泛化吧。泛化 和繼承本來就是表達的一個意思   不過他們兩個的區別就是父類泛化出子類；子類繼承父類    他們的針對點不同，泛化針對的是父類，繼承針對的是子類 ，就針對性不同。所以咱們常常就把泛化和繼承當成一回事，沒有刻意去區分。下面這是機房收費系統的使用案例圖：下面這個是關於機房收費系統的

也許有很多同學分不清這個char類型和string類型，區別到底在哪裡，一開始他們問我，差別在哪裡，我也不太說的清楚，貌似都是字串，貌似是字元，通過查閱資料，我對他們的區別有了進一步的瞭解。雖然一字之差，但是本質的區別很大。我們從c#與c++的角度來進行闡述一下。1.char是字元類型；屬於實值型別（value

　　我寫第一篇部落格是在07年10月的時候，當時申請了一個163的郵箱，無意中發現163還有個部落格的功能，當時覺的很稀奇，可以在那裡寫下自己的文字，於是那一年，我寫下了自己人生的第一篇部落格，我的部落格生涯的第一個裡程碑就在那裡。　　雖然我在07年開始了用部落格記錄生活，但是當時受限於網路環境，並沒有堅持下去，我真正開始堅持寫部落格是在08年10月份。那個時候寫部落格並非出於自願，而是迫於米老師的“淫威”，我們要將一周所學的知識，有思想性的內容整理成部落格，發表出來。儘管當時很不想寫，而且有很

       這一周，正式到思創來實習了，真正的體驗到工作的滋味，在公司裡的工作與提高班的工作多少還是有些區別的。由於我們在提高班經曆了艱苦的訓練，到公司裡基本上都能適應，而且還有點小小的滿足感，工作不過如此。       在公司裡的工作氛圍還是蠻好的，每個人都忙著自己的事情，幾乎每天都加班，但是沒有一個人去抱怨，每個人都是儘可能多的去充實自己，這可能與公司的文化有關吧。我們的工作是為了更好的武裝自己，是為了更好的生活，是為自己的人生找一個正確的定位。      

題記         我的第一支流程（文檔借閱審批次程序）結束了，從需求分析到編碼實現，曆時9天，儘管這支流程還不是很完善，但讓我對FileNet中的流程設計有了整體的認識，由WorkStep 到 Workflow，這是質的變化。需求分析     

學習了三層之後，自己對實體類還是處於一種迷迷糊糊的狀態，經過一段時間的折騰，對實體類的認識提升了一個層次。什麼是實體類：百度上是這麼解析的：實體類，是類的一種。實體類主要是作為資料管理和商務邏輯處理層面上存在的類別；

         剛出道的程式員，在做需求分析的時候，總是經常挨批，客戶說他們不能按照客戶的要求去設計原型，領導說他們不用心去與客戶溝通交流。程式員總是感到自己很冤枉，明明客戶沒有給出一點建設性建議，程式員按照自己的意願去設計實現之後，結果卻不是客戶所需要的，程式員的怎麼就那麼悲催呢？        

       由於公司最近開發的項目是基於FileNet平台，所以就參加了FileNet的相關內容培訓，前來參加培訓的人雖然都來自IT行業，但是個人的開發背景不同，聽課目的也不同，所以培訓看似是一件很簡單的事情，但是其中也蘊含了很深的道理。下面我們來看IBM的史老師是如何培訓的。      

       驕熱的夏天過去了，窗外的知了再也不像以前那樣叫個沒完沒了，白天在路上漫步的人越來越多，這一切都在宣告著時間的流逝，季節的變化。習慣了那個忙碌的總是加班的生活，讓我對時間總是有了錯覺，如果不是電腦上的時間告訴我今天是8月28日，星期日，我還以為今天才是星期六呢。      

    ECMBoss項目下來了，大佬們開始為這個項目做人力資源的準備工作。像MMM這樣的大公司，要完成一個項目通常是不同部門合作來完成的，因為對於MMM這樣的大公司，每個部門的工作都是相對獨立的，用我們IT術語描述那叫“松耦合”，這樣的好處就是靈活性強，能夠隨時應對各種各樣的部門介面，部門之間協同作戰能力很強。缺點是每個部門的獨立作戰能力較弱，每個部門都不能獨立的去完成某個項目。    

Combobox(組合框)控制項相當於將文字框和列表框的功能結合在一起。這個控制項可以實現輸入文本來選定項目，也可以實現從列表中選定項目這兩種選擇項目的方法。如果項目數超過了組合框能夠顯示的項目數，控制項上將自動出現捲軸。使用者可以上下或左右滾動列表。ComboBox控制項在工具箱中的表徵圖：1.使用組合框和列表框通常，組合框適用於建議性的選項列表，而當希望將輸入限制在列表之內時，應使用列表框。組合框包含編輯地區，因此可將不在列表中的選項輸入欄區域中。此外，組合框節省了表單的空間。只有單擊組合框