2015年又一個免費網絡圍棋的好去處-野狐圍棋

前兩年總是在「OrO 圍棋」對弈,人數不算少制度也算完整。不過介面總覺得有些陽春,例如讀秒時沒有語音倒數 (這很重要,30秒/3次的快局很需要這個報時)。沒想到今日在找是否有更好的圍棋打譜軟體時 (目前看來仍是七年前的 MultiGo 較佳),在「書呆奕的網站」看到這篇-「野狐圍棋攻略」,原來又有個新興的網絡圍棋對弈伺服器-野狐圍棋

看到「野狐」這兩個字,聯想到以前我曾寫過一篇「野狐禪」的典故。是否隱喻了因為一手之差就可能導致全盤皆輸。 :)
野狐圍棋

「野狐圍棋」是由大陸所開發的系統,據說盛況有曾達一萬人在線上的紀錄。我覺得單一伺服器比較理想,不像「棋城」、「OrO」等,還要連到各國的對弈聽 (各國的實體伺服器),這設計上實在相當不理想。單一實體伺服器,然後可以有多個邏輯的棋會、對弈廳等,這樣自由度高,選擇對弈機會也多,相對也更熱鬧許多了。

繼續閱讀 »

兩隻手又再次的肌腱發炎-惱人的文明病

這一兩個月,兩隻手又再次的肌腱發炎了。右手是手肘關節處發炎,原因是長期使用滑鼠壓迫與連動到手臂肌肉神經;左手更嚴重些,上臂甚至抬不太起來 (舉起會疼痛),原因是睡覺時側睡翻身頭壓迫到手臂神經。

距離上次讓我苦擾的肌腱炎約快3年了,詳見-「兩隻手肌腱都發炎了~改用左手用滑鼠」;「令人惱煩的手肌腱炎~」。這次我就不看中醫而直接到我家不遠的「佑嘉骨科 (中和區南華路22號)」看診,最重要的是作物理復健治療。

給「佑嘉骨科」三位醫師看診,說法都不太一樣。較年輕的 Z醫師說我左手有五十肩前兆,兩手造成肌腱發炎的主要原因仍是手臂肌肉強度不足,另兩位醫師則認為就是單純的肌腱發炎,就是必須少用電腦操作滑鼠,讓手臂充分休息。不過所有醫師都一致覺得這倒也沒甚麼 (太常見的文明病),即使都不管它,時間一到自然就會好 (只是這個時間可能會長達半年),但就是會讓生活相當不方便,而物理治療的復健,當然可以舒緩症狀,讓肌腱發炎情形早些好起來。

物理復健治療主要有超音波、熱敷、電療以及電槌讓肩頸放鬆。每次看診 (NT$150)可以附帶六次的復健;除第一次外,其它次數要再繳 NT$50,其實相當便宜。每次的復健時間約不到30分鐘,且該診所的設施還挺完善的 (復健師也多且服務蠻好的),所以也不太需要排隊也蠻舒服輕鬆的。

繼續閱讀 »

軟體開發工具越是易用強大所以不需要作設計?

** 本文同步發表於 FB 社團-軟體設計鮮思維 **

昨日與一位業界的前輩喝咖啡聊聊 (兼談合作事宜),他是國內頗負盛名的 CMMI 輔導認證的顧問。

雖是相當資深且擔任多家知名大企業的顧問,但仍孜孜不倦,時程總是排滿,利用空檔時間至許多技術課程單位當學生,藉此了解下業界採用所謂的方法論/新技術...等。

他分享了兩件軼事:

  • 他至台大上 C#.NET 語言入門課程,有約40來位的學員上課。
    講師竟然跟他們說,現在系統開發根本不需要設計,只要會操作工具、拉一拉畫面,簡單的下幾個指令,就可以很快速的產出應用程式。
  • 他上某單位現在最夯的 SCRUM 開發流程課程,講師拿它與其它方法論比較,甚至還嚴重的批判,而其中更是包括了 CMMI (顯然誤解,它並非是流程方法論)。

    這位前輩很感慨甚至有些不悅,尤其是批判到他的專業領域-CMMI,明明就只是一種制定達成目標的框架而已,怎麼會是拿來與 SCRUM/Agile 等相提並論呢?

他認為講師應該是擺在以該課程的主題為中心來傳授相關知識與技能的,但怎麼能對自身並不了解的領域妄下斷論/批判,進而傳達非常不正確的觀念,這豈不是誤人子弟呢?!

哈,其實軟體業沒啥新鮮事,這些見聞也都早已習以為常了。尤其是隨著系統開發廠商提供的工具/機制越完善,雖然可以大幅減低開發的時間,但卻也造就了軟體人員的墮落,過度地依賴這些工具的使用,卻少有思考軟性較具本質性「虛」的那一面向

我與那位前輩稍微解釋下,針對第一點,講師只要稍微修正下講法即可。不是不做設計,而應該是說抱著「簡單設計 (simple design)」的態度 ,事後再佐以「重構 (refactoring)」來逐漸修正調整,快速的 I&I (iterative & incremental)以構成設計/實作一體的開發循環。

設計是必然會做的,但該講師顯然誤解所謂的「設計」是那種以往 (其實現在也很多單位是這樣做)要做仔細規劃、產出一堆文件卻不適用實作的 Waterfall 方式。

至於 CMMI 與 SCRUM/Agile/RUP 等方法論之間的關係,我在9年前就曾發表過「利用 UML 類別圖表達 CMMI Content 與範例說明」。

其實簡單的說,因為 CMMI 只是制定各等級所謂成熟度的目標框架,但它並沒有提供要如何 (How-to)達成 (achieve)的作法;如何達成正是這些方法論可以提供的,所以其實把 CMMI 視為 Interface,上述方法論視為是實現 (realize)該 Interface 的具體性類別 (concrete class);兩者可以形成很好的互補,並非是拿來比較、相互衝突的。

[DIY 料理] 一個人可以飽足的健康鮮蔬燕麥麵

最近電視廣告總會看到桂格主打著標榜降低血脂/膽固醇的健康又美味的機能燕麥麵,然後爬文發現諸多網友們口碑甚佳。好奇之餘,也在「全聯超市」買一盒「桂格機能燕麥麵 (NT$225,內有10束麵條)」,同時也順便買了以前沒看過的「鮮蔬野菜組合包 (NT$49)」,晚上自行料理,弄一份「健康鮮蔬野菜燕麥麵」來享用~。
綜合鮮蔬組合包

我採用最不需要頭腦的懶人專用料理方式 (我也只會這一種),就是煮一鍋水沸騰後先倒入一整包的鮮蔬野菜,大概讓它滾燙約有 5~10 分鐘吧,反正就是要看下南瓜與紅蘿蔔有沒有煮軟。
綜合鮮蔬組合包川燙

繼續閱讀 »

Multicharts & 部位策略管理系統架構整合規劃

Multicharts 這套交易系統,作為商品即時行情接收 (Quote Manager)、圖表分析與展現 (Charts Window)、指標撰寫 (Power Language)與績效回測 (Portfolio back testing)等功能,都具有相當不錯的穩定/效能與易用性。但唯獨關於部位的資金策略管理 (Positive Feedback Investment Strategies Management),卻是相當地陽春,使得投資者最好能自行撰寫相關的資金策略部位管理,再與 Multicharts 上述功能模組整合,並實作各券商的自動下單交易協定 (protocol),如此才比較能建構出較完整全方位的交易系統。

Multicharts 並沒有直接提供外部系統整合的 APIs (Application Programming Interfaces),這也列為他們家的商業機密吧。若要原廠提供則還需要另行購買,而且據說還相當不便宜。MC 現在唯一能對一般開發者所提供整合的管道是透過 EasyLanguage Extension Software Development Kit (SDK),也就是在 Power Language Editor 上,透過該 SDK 來呼叫外部 Windows DLL 檔 (C/C++, Delphi, VB ...等實作),以達成與外部系統整合的手段。

目前看到 (似乎也是唯一?)的作法就是撰寫產出文字檔的 DLL,然後再由交易者自行開發的系統以無窮迴圈的方式一直讀取位於所指定目錄內所產出的各商品檔案。

這也算是一種權衡可解決現狀的妥協方案吧。但我實在很難接受這樣的整合方式,產出文字檔然後以無窮迴圈 (或定時)讀取以處理之...。其實我已有見識過某些大戶是以這樣的方式來處理,而且資金規模還頗為龐大。但如果有機會能找出更佳穩定/效能的技術整合方案,我還是把產出文字檔這種方式列為是最不得已的選擇吧。

這兩天從一些相關文件與國內外論壇爬文研究的基本心得,先規劃出 MC 與 客製化交易系統 (主要針對資金部位策略管理模組)的整合架構圖。(其實這應該稱之為實體的分層結構設計規劃)
Multicharts & Custom 交易系統架構整合設計

繼續閱讀 »

購買 Multicharts 英文版終身授權&初次設定使用

其實去年底我就從國內代理商「凱衛資訊」,利用五週年慶時含一年的行情服務,購買的是英文版本終身 (lifetime)授權。整套買下來約3萬元,足足比平時期購買的價格便宜一倍。我買的是英文版本,想說未來很有可能操作國外金融商品,且所參考許多交易相關的文章都以原文為主,所以還是早些習慣原文詞彙術語比較好。

擱置了一年,直至這個月初才將之開通,且為了行情接收問題,還與凱衛資訊溝通許久。 (她們原認為限制購買後三個月內要開通,但這說明沒有列清楚。)

會購買 Multicharts 的主要原因是為了方便接收各類商品報價,包括國內期權/股票,甚至海外期貨商品的即時接收。它的 Quote Manager 作得相當不錯,許久以前就曾寫過一篇-[設定備忘] Import Ascii Data from QuoteManager,如何從文字檔接收歷史資料。而現在更是方便,凱衛資訊除了有提供即時行情接收服務外 (一年期約2萬),還有整理了10年期的國內商品歷史資料,下載回來直接覆蓋資料庫即可。

安裝完畢後 (我安裝 x64版本@Windows10),最好是把 OS 的 UAC 帳戶權限開到最低,免得時常蹦出對話框干擾。Multicharts 總共有五個模組-Main (Chart-Window)、Quote Manager、Portfolio、Power Language、3D Optimization Chart。
Multicharts Screenshots

繼續閱讀 »