江湖術士 / John Wu 述事

敏捷式開發(Agile)的主要概念，節錄至 wiki Individuals and interactions  over processes and tools Working software  over comprehensive documentation Customer collaboration  over contract negotiation Responding to change  over following a plan 開發時以小的功能需求面與較短的時間與客戶緊密配合，經鍋多次的循環而達成最後的產品。短的開發時程與目標讓客戶比較清楚自己想要的產品需求是甚麼，也讓程式設計師不會花太多時間重工，解決工程師每當寫好程式時卻聽到team leader對你說："可是瑞凡，客戶需求變更了"。 國內許多接專案為主的公司都會有一樣的問題，被規定在一份金額、一定時間內做出目標產品，卻總是在開發中變更規格、更改功能，並認為這是應該辦到的。接案子時資源與預算都已經壓縮到最緊，中間卻不斷冒出問題，吃虧的通常都是以客為尊的開發商，工程師也被無條件加班重工。 敏捷開發是否能解決這類的問題？以下有幾個窘境需要面對。 客戶是否願意與開發者緊密配合? 客戶的工作內容不只有監督產品，還需要處理其他的工作項目，加上有些客戶他們是屬於8點上班17點準時下班的習慣，在配合討論時時間難以完整的配合。 客戶是否願意以產品內容最為出發點考量?而不是時間與金錢。 以往的軟體開發waterfall模式太直觀也太深直人心，太習慣一次性的規劃與一次性的付款，讓客戶較難接受以小功能為一個區間來做的方式。 所以整體來說，除非公司自己開發軟體產品，其他產業想要客制化才能實行，不然傳統專案型軟體公司不是不適合敏捷開發，而是考量到客戶的類型本身不適合。 敏捷開發不只是開發人員對於軟體開發流程觀念的轉換，客戶端也需要做改變。 P.S 或許對於台灣資方來講，最敏捷的開發就是責任制，客戶變更需求就叫員工無薪加班把code重寫，自己也省時間跟上層要資源，也省時間與客戶吵架。

由不同專案中可以了解不同領域的些許瑣事 台灣有許多銀行，在端末terminal system的架構幾乎差不多。而所謂的櫃員、櫃姊也就是在各櫃檯負責做交易的人員。 (台灣其實可以不必這麼多銀行，這情況並沒有因為競爭而讓使用者受惠，這跟台灣不必這麼多大學一樣，但這就是另外一些故事了..) 會叫做端末系統，是因為古早能下指令command line畫面稱為terminal終端機，操作方式如PTT。 櫃源系統就如機場的系統、醫院的病例系統長年已存在，幾乎是由組合語言、C、COBOL之纇的語言撰寫，再傳遞資訊的方式是以一大量的字串，統稱"電文"的方式傳遞、接收訊息。不同銀行接收資訊的雙方(中心與櫃員)的格式各有不同，以這種方式來傳遞資訊安全、快速且又不容易被外部擷取。(相對於現在網頁之間傳遞訊息，訂立相同的header與該傳到畫面的內容body，讓 不同瀏覽器皆能解析 ) 櫃員在每個櫃台都有一定量的現金來提供顧客臨櫃提款，若是櫃員金額不足，則需要向主管申請提領金額到櫃台。 主管授權分為近端與遠端，近端為自己就可敲入主管櫃員帳號密碼，遠端則是會發送訊息到主管櫃元的電腦中請他做核准。 銀行印表機有不同的形式： 存摺印表機：列印存摺，最大能放得下A4大小的紙 匯兌印表機：大型印表機，能印寬版紙。可放入連續報表紙列印 快速印表機：機型如洗衣機，印表機底下有大櫃子能夠放連續報表紙 ‧‧‧ 銀行代碼共七碼，前三碼為銀行碼，接續三碼為分行碼，最後一碼為檢查碼 代碼查詢  http://www.trdo.gov.tw/mtn201/mtn201.asp 附註： 系統環境：iBranch SDK (包含電文、畫面、列印報表格式、程式邏輯) 遇到困難：無技術上困難 (It's long time to go, coming soon)

由不同專案中可以了解不同領域的些許瑣事 行政院農業委員會農糧署 官方網站  http://www.afa.gov.tw/index.asp 台灣農業大宗可由四個面向來觀察，即農民、組織、產業、土地歷程 每個面向可以對應到其他三項資訊，如以下所示： 農民連結到所屬組織、從事的產業(耕種作物)、耕種土地 組織連結到參與的農民資料、所從事的產業(耕種作物)、耕種土地 產業連到種植該作物的班組織資訊、農民以及該產業的耕種地 土地連結到在此土地耕作的產業作物、組織與農民 組織 台灣常見的農業組織系統為產銷班、吉園圃、產銷履歷 產銷班：政府為了改善農業經營型態，輔導相鄰農地或經營相同產業的農民，互相結合成立組織來做有效律的規劃，擴大生產規模。再有制度的規範下能夠維持產業品質，並且給予輔導、獎勵、補助等措施。 吉園圃：在國人對於健康飲食方面相當的重視，政府推動"吉園圃"安全蔬果標章，讓產銷班的產業經過農政單位的輔導與管理，讓蔬果的產出能夠更加的有保障，增加產品競爭力。 產銷履歷：對於蔬果安全之外，另外對產業的生產線、流通管道...，有著農產品身分證著稱的就是產銷履歷，藉由上標上的條碼"追朔號碼"可以深入了解所買來的食物的詳細資料，在健康上做更嚴格的把關。 土地 農地的規畫可由地政司相關的資訊取得。土地規劃屬於農地的，才能進行合法的耕種、販賣、申請補助...等。但隨著時間與空間的變動，颳風下雨總是會帶來沿河岸的泥土堆積，這河旱地也被鄰近區域的農民拿來申請農地。(這部分是非常弔詭) 產業 台灣本土產的蔬果若算到細項大約700多樣(每個組織、產業的資訊系統的種類名稱也不一) 做整合型系統資訊相關的專案，要先釐清各系統發展的方向，不同方向為出發點的資料並不能參一參就能做成撒尿牛丸，在做整合資料庫也可能資料串得過去，但資料會顯得沒意義。 附註： 系統環境：JSF + SPRING + HIBERNATE, SQL Server 2008 R2 遇到困難：大量資料庫匯入匯整，須要有處理過Big Data相關技術背景來對資料做結構化設計與效能最佳化。