[筆記]高階IT架構師座談會(4)

Session 4 程式設計師的「校能調校」

4.1 透過Sharing 讓較弱的同仁跟上腳步

4.2 成為開發者的基本條件

  
技術方面 : (1) OO (2)
XML (3) 平台技術(.NET or JAVA)

  
態度方面 : (1) 高度興趣 (2) 邏輯要好

4.3 OO一定要用團隊來開發 因為要有人使用 才會去修正設計的缺失 設計技巧才會進步 所以沒有環境就開發不了好的OO程式

4.4 技術至少要知道其細節 盡量不要使用黑箱程式 ex.要玩ORM
還是得先了解ADO.NET (註. ORM
(Object-Relational Mapping )只是一個以物件導向的方式來存取資料庫欄位的架構, ADO.NET
Entity Framework，是微軟以 ADO.NET 為基礎所研發出來的類似ORM架構解決方案)

4.5 提升軟體效能的方法

   
政治->外包->硬體->架構->演算法->程式語言

4.6 進度vs品質

   
(1) 年輕時以品質為主 能力才能提升 盡量超越老闆的標準

   
(2) 開發人員維持自己的品質
QA維持專案的品質

   
(3) 專案以進度為主 產品以品質為主

4.7 慣例不一定是對的

   
開發者常常copy paste 老手或別人的作品
不了解其背後的邏輯

   
說不定那些老手們的慣用作法是錯的

4.8 慣例不一定是錯的

   
舊系統留下的code 是累計下來的經驗
若行不通的話早就掛了 所以直接翻掉重寫 會遺失當初的細節 因為不了解背後的邏輯

4.9 達成率假象

   
(1) 怕績效不好 可能會從最簡單的開始做 結果最後20%卻花最久甚至是永遠都無法完成

   
(2) 腦力開發產業本來就很難估真實的達成率

   
(3) 做code review 可避免造假

   
(4) 對可信賴的人 才能估出他的達成率

4.10 如何讓開發者進步

   
(1) 舉行競賽

   
(2) 一個team不能整天都在開發
要留時間讓某些人學習 然後分享出來

   
(3) 讀書

    (4) 專心

4.11 開發者如何挑書來讀

   
(1) 找該作者是否為官方版產品的人員

   
(2) 針對你想了解的問題 找該解決方案的書籍 了解其細節

   
(3) google可能只提供片斷 沒有細節 不能盡信