MaoYang-有話要說

今天看到一篇不錯的文章 威爾許答客問》創業者 腦袋裡要有超棒點子 ,這篇文章我想重點不是創業者是否要有超棒的點子,而是創業者在創業前是否有理性的衡量過自己的能力,創業在許多人眼中是自由,財富的代名詞,可是威爾許點出了 確實，你可以自己當老闆，但若時間拉長至數個月甚至數年，自行創業不會讓你有更多自由與彈性，反而是更沒自由。創業當老闆後，將無法隨心所欲掌控自己的生活步調。 你可能覺得自在飛翔；但在自行打拚的事業裡，你仍在接收命令，差別只在於發號施令的老闆不同而已。 創業帶來財務獨立。要是這樣就好了！除非累積龐大儲蓄，否則新創公司的創辦人通常是債台高築. 最後威爾許的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...

新聞來源http://udn.com/NEWS/STOCK/STO5/3333886.shtml 為什麼會對這則新聞有興趣, 因為這兩家的總經理我都認識, 再來自己剛好多年前與USB Mass Storage 相關技術與產品有不解之緣, 也開發過相關軟體. 其實最感興趣的是他們所爭執的Flash Mail "軟體專利" 到底合不合理? 如果你也待過這個產業, 看著USB隨身碟的產品發展歷史, 把收信軟體放在隨身碟並將隨身碟當做E-Mail 收信的Storage, 精品絕對不是第一家,但是精品確先申請到了這個產品專利,而Phison 沒有申請. Phison的總經理此時一定是咬牙切齒, 因為早在精品的Flash Mail發表 , Phison 的經銷商也推過類似產品, 只不過裏面的軟體是拿現成的E-Mail收信軟體裝在隨身碟來賣, 也許概念太新或是做的還不夠Friendly, 後來我就沒看到後續升級的產品. 不過Phison總經理大概也想不到精品會持續開發這個產品並申請專利. 寫到這裏, 不禁覺得 "軟體專利" 猶如雙面刃, 可以保護創作者也會傷害創作者. 由這次的精品控告Phison事件, 也在做軟體開發的你/妳, 是不是覺得開發軟體產品前要先申請專利? 不然產品開發完成後專利竟然被競爭對手申請走 , 那軟體程式豈不是白寫了? 而且對手反咬你一口, 不過有申請過專利的朋友知道申請專利和養專利可是要花費的, 也許您的軟體產品會大賣, 但是軟體銷售不好, 軟體專利反而成為一大負擔. 結論是我建議專利局在審核軟體專利時應該要調查一下市場是否早有類似產品, 不然軟體專利會演變成另外一個網路蟑螂, 成為軟體的創作者的另一個惡夢.