江湖術士 / John Wu 述事

由不同專案中可以了解不同領域的些許瑣事 台灣有許多銀行，在端末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相關技術背景來對資料做結構化設計與效能最佳化。