軟件

1、成功的人都是在不可能完成任務的情況下完成的，成功的人也從來不會抱怨客觀條件多麼糟糕。2、公司給你的資源，永遠小於你做事需要的資源，這就是現實，就這麼多人，就這樣的素質，必須在現狀中想出做事的辦法。3、辦任何事，都可能會出現這樣那樣的意外，但真正有本事的人總是能擺平。4、定期與每個員工在MSN等聊天工具上溝通或面對面溝通，瞭解他們現在的心理變化，瞭解他們對薪水、公司發展、職業發展的看法，以自己掌握的資訊和自己的經驗，對每個員工指出具體工作指導意見和發展方向建議。5、不要專門拿出一段時間來進行灌

期限是每個專案經理都繞不過去的坎兒。1.

題目源自《拯救大兵雷恩》。話說每日立會作為Scrum實施的先鋒隊，戰鬥在Scrum的最前沿。然而它孤軍深入，面臨覆滅的危險。如何拯救？其實在上一篇部落格中已經隱約提到了拯救的辦法，估計各位看官並未注意。不過也不必擔心，且讓我慢慢道來。1.

誰是你的敵人，這是個問題。是他們與你為敵，還是你與他們為敵？有句話說得好，心中無敵，則天下無敵。1.

軟體專案經理，這是廣大開發人員嚮往的職位。隨便抓個開發人員問問他的職業規劃，他會告訴你“我的計劃是現在專心做開發學技術，3年到5年的時間後轉向管理。”在開發人員看來，專案經理的收入更高，加班更少。然而在絕大多數公司你都可以找到足夠多的技術培訓，卻沒有針對專案經理的培訓。看來要成為專案經理，一切都要靠自己摸索。有沒有這樣一本手冊，只要讀了它就能提高管理能力？我的偶像溫伯格提到過一本，並且推薦《門後的秘密》，然而這本書的內容對於新手專案經理而言過於高深。於是萌發了自己寫點東西的想法。這本小冊子由一系

如果你內向，同時覺得自己夠聰明，就去做軟體開發人員吧。這是我當時為什麼從事軟體行業的原因。而且，我發現不是我一個人這麼想，中國內向的聰明人實在是太多了。這些人都認為，相對於面對人而言，他們更善於面對電腦。他們最常做的就是，給我問題，讓我編程解決它。如果你是團隊的一名開發人員，你的團隊成員都是內向的聰明人，你會怎麼做？如果有一天你被提升為軟體專案經理，你的團隊成員都是內向的聰明人，你能怎麼辦？1. 做自己 1.1

領導要的是計劃，還是……？1.

軟體以人為本，這是一個值得討論的話題嗎？1. 回顧“軟體工廠” 至今還記得在我國九十年代中期興起，兩千年左右火爆的

有朋友最近看了《軟體專案經理新手上路》，就問我，你在寫什麼啊？其實我也在思考這個問題，為什麼我從一開始就否定了軟體專案管理而要寫軟體專案經理呢？最近才逐漸瞭解自己的想法，多點兒人味兒。我想寫的是一個活生生的專案經理，而不是剝離人味兒的專案管理。請允許我在此引用一句名人名言。“#彼得聖吉第五項修鍊# 我深信，流行的管理體系的核心問題是致力於使一切趨於平庸。它迫使人們越來越辛苦的工作，以彌補一種缺失，即人們在一起共同工作處於最佳狀態時所特有的精神和集體智慧的缺失。”引自《第五項修鍊》，轉自@章顯洲-

這個題目挺讓我滿意的。1.

《軟體以人為本》由此開始進入實戰部分，先從Scrum的實踐開始吧。1.

原文首發於圖靈社區。http://www.ituring.com.cn/article/196很多軟體開發人員很困惑，自身的職業發展是怎樣的？靠譜的公司怎麼那麼少？很多軟體公司很困惑，軟體開發人員怎麼招聘，怎麼培養，怎麼用？為什麼靠譜的軟體開發人員那麼少？如果你有上述疑惑，在思考職業的軟體開發人員應該是什麼樣，這本書可以給個參考。1.

寫在最前：我不是軟體工程師，我是軟體作家！ 在中國，寫程式的，被喊“程式員”喊了幾十年，終於，所謂國家資訊產業部的領導們一拍腦袋，為其美名曰“軟體工程師”。名字響亮了，時尚了，這剛出來的玩意，總得有個已經存在的模型來協助理解吧，於是無論是懂程式的，還是不懂程式的，紛紛效仿“建築學”。 於是悲劇產生了！ 悲劇一：加人，加班。不懂程式的：嘿，哥們，你們寫軟體不和建築工程裡搬磚頭一個道理嗎，什嗎？你一個人要完成5天？簡單，我給你加幾個人，你再加幾天班，3天給我吧。對症下藥：嘿，哥們，你幾天能完成這部《

                                                                                 軟體開發中排錯的一點想法                                                                                                        孫文濤

推薦一個原型設計軟體 Balsamiq Mockups 今天發現一個比較好用的軟體設計，具體說是UI設計的原型設計軟體 Mockups。軟體可以免費下載，license的價格是$79美刀。 安裝前需要安裝Adobe的AIR，下載的連結是:http://www.balsamiq.com/products/mockups/desktop#download “We have been looking at rapid conceptual prototyping tools for a while,

最近在與一位總經理交流的時候，他談到他們公司的軟體研發管理，說：“我們公司最大的問題是項目不能按時完成，總要一拖再拖。”他問我有什麼辦法能改變這個境況。從這樣一個問題開始，在隨後的交談中，又引出他一連串在軟體研發管理中的遇到的問題，包括： . 現有代碼品質不高，新來的開發人員接手時寧願重寫，也不願意看別人留下的“爛”代碼，怎麼辦？. 重構會造成回退，怎樣避免？. 有些開發人員水平相對不高，如何保證他們的代碼品質？. 軟體研發到底需不需要文檔？. 要求提交代碼前做Code

文章目錄 Business Logic 業務實體層介面和邏輯分離Interface/Implementation 介面層和介面實現層 我給MIS類型的軟體分四個實現層次，三層架構。BusinessLogic 業務實體 由LLBL Gen 產生業務實體，代碼產生器產生Interface 資料提供者 根據實體產生的資料提供者，由Code Smith產生Manager 介面實現 根據實體產生的資料提供者的實現代碼，由Code Smith產生UI

頭一直要求我們設計出的東東，簡潔大氣，美觀。我不是美術院校畢業的，這個借口從畢業開始已經說了幾年，作為程式員，公司老員工，負起責任，我不去努力找方法，靠誰呢？軟體使用者，它只管把事情做完就好了，最好這個軟體永遠不要出錯，他就很感激我們這幫人；經理,他每天忙裡忙外的，陪客戶吃飯也是忙，沒有理由讓他來完成這個任務；新員工，把每天的事情做完，有空上網看看新聞，怎麼能指望他呢。先把photoshop的視頻教程多看幾遍，然後實際操練。一開始怎麼都弄不懂層的含義，可以說，理解層是理解photoshop操作的

1:本文摘自：http://www.cocoachina.com/iphonedev/sdk/2010/0120/339.html這個App基於lolfriend的源碼改寫，完全使用官方API。目前還沒實現的功能有：替換UIImagePickerController的cameraOverlayView；濾鏡。其他效果，我的測試環境是3.1.2的虛擬機器和3.1.2的iPhone 3GS。 如果編譯不了的話，請參考一下這個文章 http://www.cocoachina.com/bbs/read.

  1、從使用者角度看，項目是針對一個或幾個使用者的，產品是面向福士或行業的     2、從開發來說，項目是一個過程、最終結果是產品或系統或某類應用     3、從價格角度說，項目具有不確定性，隨著客戶的需求、採用的技術、周期等來衡量，產品相對而言有比較固定的價格     4、從需求角度來說，項目更側重使用者的實際需要，有特殊性，產品更側重市場的需要，有廣泛性     總的來說：產品是面向通用的，項目是面向單一使用者的！