MaoYang-有話要說

學習日文已經3個多月了, 覺得最困擾的還是對日文單字的記憶, 日文有50音,又有濁音,促音等等, 如果用學英文的角度實在有點困難,因為對日文發音的重音與音節還不是很熟, Anyway不過這些還是阻擋不了我學日文的決心, 我想起念高中時看到一則新聞, 有國人寫了一個軟體專門幫考托福的學生幫忙記憶英文單字, 經過測試確實對於要在短時間要記憶大量單字很有幫助, 那個軟體是就是利用不斷出現的字卡,讓測試的學生來回答單字的解答, 經過幾個循環後,測試的學生就可以知道自己對那些單字不熟悉並加以練習,進而達到完成記憶的目的. 想起這則舊新聞讓我對記憶日文單字有一個新的想法, 何不利用這種快閃式的字卡練習來加強自己對日文單字的記憶, 在網路找了許多類似軟體, 最後我找到了Anki, 除了是free的優點, 還有Anki的日本字體大而且很優美, 缺點是沒有發音. 以下是我整理Anki的使用心得 先到 http://repose.cx/anki/download/index.html 下載Anki , 有Windows版也有Mac OS X版 安裝完Anki後你必需建立你自己的字卡,如下圖示, 我看了Anki的軟體作者描述, 當初他開發Anki其實是要解決他記憶日文中漢語與平假名的困擾, 所以在Add Cards中有一個Japanese Phase,又有一個Hiragana(平假名),確沒有片假名, 如果有學過幾天日文,大概也知道, 美國人要記憶日文的片假名單字其實並不難, 因為片假名的單字幾乎是從英語音譯過去的 如果建立好字卡後, 我建議先將你的字卡存檔,例如我就將每次日文課的一次課程做一個字卡,可以日後再復習 開始字卡練習, 當你建立好字卡後,就可以開始使用你已建立的字單字集做練習,如下圖例 ...

今天看到一篇不錯的文章 威爾許答客問》創業者 腦袋裡要有超棒點子 ,這篇文章我想重點不是創業者是否要有超棒的點子,而是創業者在創業前是否有理性的衡量過自己的能力,創業在許多人眼中是自由,財富的代名詞,可是威爾許點出了 確實，你可以自己當老闆，但若時間拉長至數個月甚至數年，自行創業不會讓你有更多自由與彈性，反而是更沒自由。創業當老闆後，將無法隨心所欲掌控自己的生活步調。 你可能覺得自在飛翔；但在自行打拚的事業裡，你仍在接收命令，差別只在於發號施令的老闆不同而已。 創業帶來財務獨立。要是這樣就好了！除非累積龐大儲蓄，否則新創公司的創辦人通常是債台高築. 最後威爾許的comment 領導人 字典裡沒有卸責一詞 我想再補充一點是 領導人要有跑馬拉松者的毅力並隨時保持熱情,最後會打敗自己的也許不是Business Model,而是喪失熱情與信心 , 所以創業並不是那麼浪漫的, 當我們看到舞台上創業成功者驕傲的神情時, 我們也要想一想他們的成功覺不是靠運氣兩個字.

昨天看到了這則新聞 太神奇！ 輸入中文轉成動畫 , 心想這應該是 朱邦復 先生的作品吧! 細讀下果然沒錯, 如果有看過 朱邦復 先生的自傳 智慧之旅 (1995年出版) ,這個idea在智慧之旅的第四部金秋早已揭櫫,想不到過了12年 朱邦復 先生真的把這個軟體做出來. ( 朱邦復 先生還有一些很神奇的東西還沒announce出來, 有興趣可以去看看他的自傳) 我在1995年看了 朱邦復 先生的自傳, 我也介紹給同事阿美看, 朱邦復 的一生如魔幻小說一般,充滿神奇,阿美的先生也是自動化工程師,阿美每天看完一段落就會用說故事的方式跟他先生分享,聽阿美說,他先生每天都會問她看到什麼地方,要她講給他聽, 所以你應該可以感受到這本書的魔力. 當時我還在盟立自動化當機械助理工程師但是礙於學歷背景一直無法進入軟體產業, 看完朱邦復的自傳, 對我這一生最大的衝擊應該是我決定辭掉工作轉換跑道,這中間還有發生一些事,不過 朱邦復 先生的故事確是我心靈的最大支柱, 我常告訴我自己, 朱邦復 從42歲從0開始開始學程式設計,而我早在高中二年級開始學BASIC程式設計, 專科二年級開始學6502組合語言,為何我不能? 為何我不敢去嘗試? 有為者亦若是不是嗎? 我辭掉了工作, 考進了行政院青輔會辦的大專生資訊第二專長C++物件導向程式設計班, 半年後我進入資訊業開始我的軟體夢,感謝 朱邦復 先生的 智慧之旅

Eric Sink 談小軟體公司的創業經營 Eric Sink 談小軟體公司的創業經營(續) People Eric Sink 談小軟體公司的創業經營(續) Marketing Eric Sink 談小軟體公司的創業經營(續) Sales 今天看到 http://ihower.idv.tw/blog/ 的Blog的這幾篇中文書摘, 對於開公司已經3年半的我如 茅塞頓開,而且裏面有許多要點是我們團隊有討論過確沒有真正去落實的, 對於要開始以軟體為核心價值的小型軟體公司或ISV不可不讀,裏面有許多作者的經驗談,道理雖然很簡單可是確很容易忽略, 剛好最近想要把這幾年的創業與接案心得整理出來放在Blog與有緣人分享,剛好ihower這幾篇書摘可以用來互相佐證與檢討自己走的方向到底對不對. 非常感謝ihower的中文書摘

在Study SubVersion 有一個技術名詞讓我感到很困惑, 一直到WANdisco CTO Rahul Bhargava 來訪,才恍然大悟, 我們先看看網路上的翻譯 1. 不可分割的送交 一個送交動作, 不是導致所有更動都送入檔案庫, 就是完全不會送入. 這讓發展人員以邏輯區段建立更動, 並送交更動. 2. 原子提交 至於簡中解釋就不再多說了 3.英文版SubVersion Book 的解釋 Atomic commits A collection of modifications either goes into the repository completely, or not at all. This allows developers to construct and commit changes as logical chunks, and prevents problems that can occur when only a portion of a set of changes is successfully sent to the repository. 如 果初接觸SubVersion, 我相信很多人對段文字很困惑, Rahul 先生用一個簡單的例子來解釋為何要atomic commit, 他說如果你修改10個Folder裏面的10個檔案, 然後用CVS commit 到CVS Server, 可是commit到第5個folder的檔案, 網路突然斷線, 你猜會發生什麼事? 因為CVS並不support atomic commit 所以CVS是一個一個檔案upload 到 Repository 做 diff 比對,然後真正將diff的結果寫入CVS Server的meta data file , 所以網路斷線的結果照成前5個folder的檔案是commit成功, 後面的5個folder的檔案是commit 失敗, 所以造成local 端的工作目錄與Repository是處於out of sync 的狀態, 我這邊沒有實際測試CVS Client端例如WinCVS對於那些commit 失敗的檔案是如何顯示其狀態, 但是可想而知與Repository out of sync 必需要再做一次cvs update. SubVersion 支援Ato...

http://udn.com/NEWS/INFOTECH/INF4/3351214.shtml 軟體專利將引起的糾紛, 這次燒到了線上遊戲業 看完這篇報導, 心想審核專利的長官大概沒有在玩線上遊戲.

在 Quality Software Project Management 書中有提及產品管理的11個能力(在書中提及的Product Management應該是泛指軟體產品!) , 在此將它摘要下來檢核自己是否具備軟體產品的管理能力 Accessing Process- Defining Criteria for Reviews : 評估工作程序-定義審核的標準 Awareness of Process Standards - Understanding Process Standards : 體認工作程序標準-理解工作程序標準 Defining the Product-Identifying Customer Enviroment and Product Requirements : 定義產品-確認客戶環境和產品需求 Evaluating Alternative Process-Evaluating Various Approaches : 評估可供選擇的工作程序-評估不同的方法 Managing Requirements-Monitoring Changes in Requirements : 管理需求-監控需求的變更 Managing Subcontractors-Planning,Managing, and Monitoring : 管理外包商-計畫,管理,和監控完成度 Performing the Initial Accessment-Accessing Difficulty, Risks, Costs, and Schedule : 執行初始的評估-評估困難度,風險,成本,和時程 Selecting Methods and Tools-Defining Selection Processes: 選擇方法和工具,定義選擇工作程序 Tailoring Processes-Modifying Standard Processes to Suit a Project: 裁剪工作程序,修改標準工作程序使合適於專案 Tracing Product Quality-Monitoring the Quality of an Evolving Product: 追蹤產品的品質,監控發展中產品的品質 Understanding Development Ac...