討論區快速選單
知識庫快速選單
討論區最近新進100則主題 政府補助!學嵌入式+物聯網 想要資料分析就學Python
[ 回上頁 ] [ 討論區發言規則 ]
再談 台灣是否真的有機會成為軟體大國?
更改我的閱讀文章字型大小
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/14 上午 01:40:26
我 是個年過半百,在民營大企業待過27年以上,程式設計經驗已超過30年的老頭子,但是,在我即將退休的未來有一個很大的心願,那就是台灣是否有機會成為軟體大國?
多年前,就曾經看過Bensontan(Benson)在本網站談過『你是否有心希望能讓台灣成為軟體大國』、也看過站主Jammy , Jasper所發起的『程式設計甘苦談』主題,內心可說百感交集,台灣是否真的有機會成為軟體大國?
「程式設計」原本就注定是辛苦的,在30幾年前我要投入「程式設計」這行業時,就已看清這件事實,之所以要投入就是這個心願:『台灣可成為軟體大國』。因為,後來看到的是年紀比我小的比爾•蓋茲(生於1955年10月28日),他成就了微軟王國。印度近幾年也成了軟體代工王國。它們都是命中注定,天生使然的嗎?不,前者看到未來世界的需求,他搶先30幾年前投入軟體世界,而逐漸成為大家所熟悉的人物。而後者,則是它們體認到1.語言屬英語系國家,2.與美國恰好是日夜顛倒的國度,這是天時與地利皆可配合,但最重要的是它們團體合作的表現!!從那理可以看出這點?就從它們是得到CMMI LEVEL 5認證最多的國家可知。(能取得CMMI 5認證,光靠個人絕對做不到!)
而, 台灣若要成為軟體大國,機會從那裡開始? 多年前的幾個大論都沒談到這個重點,我想今天就以這個為重點,請大家集思廣義,為台灣的未來走出一條路,甚至敢請站長出面,邀集本站有心人,租個場地大家面對面一起檢討!

套句Bensontan(Benson)說過的話: 有心的人請回應∼謝謝∼
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/14 下午 02:48:10
現在就談機會從那裡開始?。
台灣現在只能從培養一群尖端科技的人才開始嗎?例如:設計一套嶄新的COMPILER?還是,設計一套更適合華人的作業系統(OS,大家是否有聽說過:大陸已開發了自己的一套Linux)?...諸如此類,在現今的軟體世界已是一片紅海,如果現在走進去,只是跟他人一片撕殺!除非,你確定已開發出一套殺手級的應用程式,但還要考慮市場是否會認同?
所以我認為機會是從藍海開始!藍海是什麼?在哪裡? 藍海是過去數十年尚未出現過的軟體應用,至少只是剛盟芽尚未成熟的行業。至於, 藍海在哪裡?我分三個面向來說:
1.以Business(較小的)來說,要從中小企業經營的最迫切需求開始。畢竟,軟體仍脫離不了供需雙方密切的配合,因為那才是軟體新市場的大本營。而中小企業才是台灣最主要的根基,它可以養活台灣最多的人口。
2.以Business(較大的)來說,對大企業來說,的確目前最需要的,就是雲端化,隨便一個小私有雲的建立,它需要的資金,至少上仟萬。這也是為什麼年過半百的我,到目前還無法退休的原因,因為我現在的心願是:要見證一個養活了將近10萬名員工的大企業,如何從平地蓋起私有雲的高樓。
3.以Custmer來說,那就是結合目前網路與行動裝置(如:手機)最夯的消費市場APP STORE。
這也是結合軟體人力,集合普羅大眾心智的好時機。

親愛的有心人們,你們說呢?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/14 下午 04:46:07
我不想把今天的主題『台灣是否真的有機會成為軟體大國?』說的太大,就先說第一個面向: 要從中小企業經營的最迫切需求開始。

可知的中小企業每年都有多少個公司起來? 多少個公司沒落?在這個起起落落的泛海之中,軟體設計者要如何切入這個市場?已存活的公司為了經營管理,多多少少都已有自己正在使用的應用程式或套裝軟體,當然不是全部!故為了提高經營效率,看到一套更適合的軟體,往往就要考慮是否須要把舊的系統拋棄?有沒有比較好的辦法?當然有,那就是把新舊系統整合,尤其是: 舊系統的資料庫能夠合併到新的系統資料庫。所以,我認為這是中小企業經營的最迫切需求關鍵之一。

而對於剛成立的新公司呢?由於剛成立,大多數公司資金無法承受軟體購買的成本壓力,於是多數可能用盜版,或買了一、兩套的套裝軟體(如:會計系統、進銷存系統)就停止再購買!故,無力再購買新軟體往往是新公司的無奈。軟體設計者請考慮:我們是否可以主動的做點施捨?提供免費的應用軟體執行檔供新公司使用,並且不再使用「諸如30天試用版」等手段,來箝制使用者的買或不買。我相信人性本善,將來這家公司若有發展必定也會感恩。而免費Free,也是軟體設計者在推銷自身產品最有效的行銷手段。面對中小企業提供免費的應用軟體執行檔,我認為這也是中小企業經營的最迫切需求關鍵之一。

本國中小企業的壯大不正是台灣要成為軟體大國的根基之一嗎?正在看這篇文章的你,你說呢?
作者 : noname12(noname12)
[ 貼文 111 | 人氣 6301 | 評價 50 | 評價/貼文 0.45 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/14 下午 05:15:52
在印度國內男生的第一志願工作是工程師女生是醫師,大多數的工程師都希望可以去
美國然後有綠卡,一個厲害的工程師可以養活一個"家族"!!這些簡單的敘述可以大概說
明的人家厲害的原因.
印度是一個極端的國家!!他們的人才大家都搶著要,但全世界投資意願卻是全世界倒數,
這之間應該是否敘述出什麼事情.

作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/14 下午 07:36:22
Dear noname12,你好:

很高興,終於有人回應。

不錯,印度是個極端國家, 但今天我們關心的是它能夠成為『軟體代工王國』的真正原因是什麼?每個國家的民族都有他們的自己喜惡, 與成為『軟體代工王國』確似乎沒有直接關係。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/14 下午 07:39:00
好,提供了免費軟體,那軟體設計者,還有提供這平台的網站要如何存活?我認為,這不是大問題,我的解釋如下:
1.免費軟體提供的是執行檔,當然也要有安裝手冊、操作使用手冊。小公司可自行下載、安裝並測試使用。如果越好用,表示業者越相信設計者的能力。它有強力廣告的效果,不用再額外花人力資金去推銷。軟體設計者要靠的是售後服務(即客戶會主動請求設計者依客戶實際需求增修內容項目),及程式原始碼、技術手冊的提供來穫利。
怎麼說?有件事實我們相信軟體設計者(您)必定都已察覺到。當您完成第一項作品並賣給客戶後,若再找到第二家客戶再賣給他,請想想是否一定要再相當幅度的修改才行?甚至,您可發現同一套系統,在所有客戶手中,幾乎沒有一套內容完全一樣!那麼我們不禁要問:這套程式的剩餘價值在那裡呢?若您仔細反省我們相信有80%以上的答案是在售後服務!而我們相信您的真正利潤,也是從售後服務才開始。
程式原始碼、技術手冊的穫利主要是該公司已有相當規模,可能它有自己的程式員,但為了縮短開發時間,它須要現成可用的程式原始碼來修改,當然若是這種狀況, 軟體設計者就可考慮以較優的價格賣出。
2.至於提供這種平台的網站又要如何存活或是營利?它可提供軟體交流,甚至提供軟體認證或保證的功能,就如上面所說的「舊系統的資料庫能夠合併到新的系統資料庫」服務項目,或因網站聚集人氣後,所帶來的廠商廣告效益都是營收手段之一。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/14 下午 07:44:08
在這裡我有個計劃:不知道有沒有機會讓台灣成為軟體大國?請諸位大德評斷!

集合各領域的軟體程式設計師,只要是熱心有意願的人加入『模組開發團體』,將有機會集合大家的心智,成就一個超大型的軟體開發平台,就以小一點的目標來說,那就是設計一個可以應付各種需求,游刃有餘的原始程式碼產生平台。

當然,一開始我們必須縮小目標,才能做到『台灣成為軟體大國』的第一步。這目標我訂為ASP.NET程式開發平台,它要做到一定的比例(如70%)以下快速、自動化產生的ASP.NET程式碼是免費的(30%是保留給這計劃可以存活),而且要符合實際需求,可馬上使用(或是只須少許修改即可使用),並可讓使用者(可能是中小企業)憑著該程式碼獨立運作,完全可免於受到軟體原廠操控之恐懼。
你說:這個可能做到嗎? 我可以告訴大家: 完全可以做到,而且是不久的將來, 只是要請大家相信我的計劃可以實現。
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/15 上午 10:52:22
>>> 一開始我們必須縮小目標,才能做到『台灣成為軟體大國』的第一步。這目標我訂為ASP.NET程式開發平台....

這一步, 好像離軟體大國就很遠了!
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/15 上午 11:44:38
>這一步, 好像離軟體大國就很遠了!

登高必自卑, 我沒忘記目標[軟體大國],只是要從無到有,必須踏出第一步。

然ASP.NET開發平台不夠大嗎?不要太小看它了,我計劃中的平台,若要發揮其足夠的功能, 人數可能還要2,3百人的規模(甚至要上千人)才夠。

不要忘了,我說過:程式產生器只是其中的一個小項目。主要原因是客戶總有許許多多額外需求, 這不是一個程式產生器所能解決, 所以我要做的是開發平台。
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/15 下午 01:54:55
小弟的看法, 既然想要成為"軟體大國", 開發技術當然很重要, 若選ASP.NET, 不還是被MS牽著走, 如何稱大 ?!

有個真實案例, 有家軟體公司用 .NET1.0 寫 WEB版ERP, 開發了一年多, MS推出 .NET2.0, 結果版本不同, 得重新開發. 這公司最後放棄這開發案.
最後還是強調, 小弟不是反對用MS, 而是版主強調"軟體大國", 這就不得不考量.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/15 下午 04:17:43

>小弟的看法, 既然想要成為'軟體大國', 開發技術當然很重要, 若選ASP.NET, 不還是被MS牽著走, 如何稱大 ?!
>
>有個真實案例, 有家軟體公司用 .NET1.0 寫 WEB版ERP, 開發了一年多, MS推出 .NET2.0, 結果版本不同, 得重新開發. 這公司最後放棄這開發案.
>最後還是強調, 小弟不是反對用MS, 而是版主強調'軟體大國', 這就不得不考量.
>
你說的不錯,既要成軟體大國,就不應被MS牽著鼻子走, 這點我非常同意。

但現實的環境不得不顧, 目前,只能以市場最大宗先考慮, 而且,最主要的還是: 經我個人比較之下,覺得MS的ASP.NET的技術支援比較容易取得,所以我選擇ASP.NET為跨出第一步

不過,以我的計劃:若要作非MS系統(如JAVA系列),我規劃的架構還是可做, 只是軟體人才的聚集,就相對的困難!!
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/15 下午 05:01:24

>小弟的看法, 既然想要成為'軟體大國', 開發技術當然很重要, 若選ASP.NET, 不還是被MS牽著走, 如何稱大 ?!
>
再說,MS的.NET版本更換頻繁, 可以說, 跟著它走的人會很累。這是它很大的缺點,但,也是很大的優點!! 怎麼說?MS也是因為它的善變,他才能經營的那麼長久!不善變,很可能在這時代潮流早被淘汰。

而我要做的軟體開發平台利基也在於軟體版本的多變!! 我的作法是: 客戶只要能有作業流程的概念, 加上檔案LAYOUT的觀念, 再經過在開發平台設定一些參數, 即可產生他所需要的程式碼, 完全透明, 可自行查核程式碼是否OK, 不會暗藏懸跡。就算MS又增加了新版本, 也只是由本軟體開發平台必須及時開發新版本之產出模組, 對USER 客戶來說, 只是花點成本, 就可產生新版適用的程式碼。其用在學習新版本語言,用法的成本將可降低許多。
作者 : idoncys(Hsu-春源)
[ 貼文 53 | 人氣 6713 | 評價 430 | 評價/貼文 8.11 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/16 上午 03:01:56
小弟也自認沒有那個高度來評斷台灣是否有成為軟體大國的條件,但針對由程式產生器產生程式碼再交接給國內中小企業客戶使用這件事,倒是有些疑慮.

如果某人面對10年前的程式碼可以面不改色,那可能他具備有異於常人的能耐,但不管程式是機器寫的,還是離職員工寫的,甚至是自己寫的,即使輔以架構說明,要回到當初面對問題的狀況,進而接手下去解析,恐怕都是一件難事,我這樣講的原因是,一個人一天最多的時間還是不超過24小時,要處理的新事物常接踵而來,如果又要用打開程式碼的方式,來面對舊的使用者,舊的需求,感覺像極了高三面對聯考一樣的壓力,應付新課業外還要回頭溫習高一高二功課,公式不變,筆記一樣,但熟稔度就是跟不上來,倒是有滿胃的消化不良潰瘍感.

理想也許是將程式碼丟給客戶自行處理,不過並不能保證每個客戶收到程式碼當下都會把它當成禮物一般珍惜,他可能也不會想到最終的結果是將之塵封終年.

如果客戶1萬家,每家100個子系統,每個子系統都是程式碼,不曉得要用多少人力來應付後勤與未來升級.當你因1萬家客戶變成軟體大廠而風光上市,會不會也因處理不好這1萬家的(一半就好)客戶的程式碼後勤而股票下市.

我只想到,程式碼是系統必要之首惡,也是害慘系統維護的主要元凶,如果要做到軟體大國,是否可以做到如節能省碳的口號一樣,不要一堆產生程式碼,但系統卻一樣可以符合客戶需求的運行,這樣是否會比較好一些.
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/16 上午 09:14:02
>>> 先說第一個面向: 要從中小企業經營的最迫切需求開始。
這說的是 ERP 嗎?
若是, 市面上早有 Compiere(Open Source), 連程式產生器都不需要.

想做大, 得先從了解市場開始, 找出有獨特性的產品, 再決定技術與方法.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/16 上午 09:40:32
>如果某人面對10年前的程式碼可以面不改色,那可能他具備有異於常人的能耐,但不管程式是機器寫的,還是離職員工寫的,甚至是自己寫的,即使輔以架構說明,要回到當初面對問題的狀況,進而接手下去解析,恐怕都是一件難事,我這樣講的原因是,一個人一天最多的時間還是不超過24小時,要處理的新事物常接踵而來,如果又要用打開程式碼的方式,來面對舊的使用者,舊的需求,感覺像極了高三面對聯考一樣的壓力,應付新課業外還要回頭溫習高一高二功課,公式不變,筆記一樣,但熟稔度就是跟不上來,倒是有滿胃的消化不良潰瘍感.
>
DEAR idoncys(Hsu-春源),你好
    感謝您的回應, 這裡就講到本文的第一個重點, 我先以第一段問題回答:
    沒錯, 針對軟體程式最困擾的就是維護, 新接10年前系統作業,誰都會覺得程式維護必定是最大的負荷。但是,你有發現嗎? 其實,一家公司的存在, 主要在於它的文化、管理是否與時俱進? 講白一點, 它的制度流程是否可應付時代趨勢的變化? 而與「制度流程」及「軟體程式」最有關聯的是什麼? 那就是檔案資料庫,它才是公司得以生存的命脈。只要公司是活的,那它的檔案資料庫一定是最新的,可以依賴的。
   所以,我要作的平台是客戶可依照它既有的檔案資料庫, 於此平台建立必要邏輯參數, 即可產出需要的程式碼。所以, 他要作的只是讓檔案資料庫、BUSINESS RULES邏輯參數的維護,程式碼的維護(大部份)交給本平台來作。你說,這樣的工作負荷是不是大為減輕。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/16 上午 10:05:25
>理想也許是將程式碼丟給客戶自行處理,不過並不能保證每個客戶收到程式碼當下都會把它當成禮物一般珍惜,他可能也不會想到最終的結果是將之塵封終年.
>
>如果客戶1萬家,每家100個子系統,每個子系統都是程式碼,不曉得要用多少人力來應付後勤與未來升級.當你因1萬家客戶變成軟體大廠而風光上市,會不會也因處理不好這1萬家的(一半就好)客戶的程式碼後勤而股票下市.
>
DEAR idoncys(Hsu-春源):
    再談您的第2,3點: 也不是只有 程式碼丟給客戶自行處理, 這要看客戶的能力? 客戶有能力,則可自行處理!,若沒能力,要如何作?眾多的系統,就要眾多人力來解決。

  我的規劃架構就是因應這種情況。開發平台是開放給所有軟體設計人員用,在特殊情況下, 軟體設計人員可依據他所服務客戶的需求, 在本平台建構起他自己獨特的模組(或可使用本平台提供的模組),這樣他就可以隨時取用該模組產生程式碼。如此,集合眾多人之力,還怕上面所說的問題無法解決嗎?

    這就是開發平台與程式產生器最大的不同!!!
    一個『軟體大國』最基本的條件就是可以養活上千上萬的程設員, 這是我的心願之一。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/16 上午 10:56:59
>我只想到,程式碼是系統必要之首惡,也是害慘系統維護的主要元凶,如果要做到軟體大國,是否可以做到如節能省碳的口號一樣,不要一堆產生程式碼,但系統卻一樣可以符合客戶需求的運行,這樣是否會比較好一些.
>
DEAR idoncys(Hsu-春源):
    再談最後一點: 程式碼是必要之惡。您說: 不要一堆產生程式碼,但系統卻一樣可以符合客戶需求的運行。問題是客戶會放心的使用沒程式碼的系統嗎? 這才是最重要的關鍵,因為它無法透明化。
  講一個我親身遇到的故事: 在20幾年前我就買過了幾萬元的程式產生器,它是包裝成幾個核心程式執行檔, 程設員只要依照需求,用4GL型態來描述,再經過它提供的COMPILER(其作用在於將描述轉為必要的參數檔),這樣只要執行就核心程式加上參數檔,就可得到所要的輸入螢幕或輸出報表(含中間處理過程)。造説,這樣是不是很完美? 問題出在『核心程式』不可能公開,每當有例外需求發生時,我無法更改自己的程式碼,也不知道如何修正描述檔?只有再請教原廠看如何解決?但因原廠人力太少,往往需要數星期才能回答問題。如此,經年累月,我與原廠都覺得這種模式營運太累人! 故在幾年後,就關門收場!!
   為什麼?最主要的就是系統無法透明化。我所得到的不是透明的程式碼, 我無法自行更改, 所以原廠關門, 那套程式產生器也一定跟著無法使用。您說:沒程式碼的系統能夠完美到任何例外情況都處理得好嗎?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/16 上午 11:27:05
先說第一個面向: 要從中小企業經營的最迫切需求開始。
>這說的是 ERP 嗎?
>若是, 市面上早有 Compiere(Open Source), 連程式產生器都不需要.
>
>想做大, 得先從了解市場開始, 找出有獨特性的產品, 再決定技術與方法.

Dear chou_judas(judas),你好
   當然不是只談ERP,市面上早有的Compiere(Open Source)有多少未接觸程式設計的中小企業會認識!! 剛營運的中小企業最急迫的是能夠有最低成本(最好是免費的)套裝應用程式, 他不需要Open Source,他要的是馬上可用的執行檔, 安裝手冊及操作手冊。這市本文一開始就講到的軟體設計者提供免費的應用程式給客戶,我的計劃就是提供這樣的平台,甚至含軟體設計者的聯絡方式都公開給客戶自行去連絡(絕不收中間的服務費)。
   Open Source是軟體設計者需要的,它一樣無法解決軟體元件重複使用的基本需求。我要的平台架構是軟體設計者在平台設計好自給己的模組後, 凡碰到類似情況需求時, 只要修改平台上設定的參數或input(檔案layout),就可產出單項作業或整套小系統的程式碼。如此,應可加速產出程式碼的效率。
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/16 上午 11:47:20
請教 SweetWo 大大, 你想設計的開發平台, 最後是屬於 "佛心免費平台" 或是 "商業收費平台" ?!
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/16 下午 12:34:17
Dear chou_judas(judas)

前面有說過:一開始我們必須縮小目標,才能做到『台灣成為軟體大國』的第一步。這目標我訂為ASP.NET程式開發平台,它要做到一定的比例(如70%)以下快速、自動化產生的ASP.NET程式碼是免費的(30%是保留給這計劃可以存活),而且要符合實際需求,可馬上使用(或是只須少許修改即可使用),並可讓使用者(可能是中小企業)憑著該程式碼獨立運作,完全可免於受到軟體原廠操控之恐懼。

一定比例(如:70%)是免費的,但是為了網站平台的生存,較高階需求,或要求面對面客製化的 (如:30%)才要收費!!
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/16 下午 12:43:45
當然, 這一定的比例確定是多少, 應該等計劃付諸執行後, 才能給予公開的承諾!!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/17 上午 09:59:12
台灣以前就沒有機會成為軟體大國,以後也不可能
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/17 上午 10:54:27

>台灣以前就沒有機會成為軟體大國,以後也不可能

DEAR ozzy123(ozzy),你好
   為什麼, 硬體-->台灣都可以佔有一席之地, 為什麼, 軟體就不行, 不要忘了, 在軟體世界中,它比硬體更寬廣很多很多, 我的感覺: 軟體才有更多的藍海!!! 只是,看人的眼光在看哪裡而已!!???
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/17 上午 11:40:45
軟體產業尤其側重『腦力』,除非你認為台灣人, 甚至華人的頭腦比西方人笨很多。如果只是強調民族性使然,..... 這樣, 我是不太同意!!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/17 下午 03:59:19
the later and env are key
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/17 下午 04:58:01

>the later and env are key

Dear ozzy123(ozzy),你好
   曾拜讀過您在『程式的"道"到底是怎樣?我想認識比我更強的人』主題中,發表過::軟體開發最終的問題還是在於軟體工程,但是很抱歉的,IN TW, 絕大多數的公司都是在從事電子代工, 如現今ANDROID system ,其code size 已有5G 的大小, 如此龐大的軟體系統,都是無法有少數幾個人所能完成,........,不錯,軟體工程是台灣非常弱的一環,像android os系統, in TW,確實機乎沒有人可玩的起(只能依附在這個系統,開發些可用的APP)。也許現在想加入這個競爭行列, TW是慢了, 但ENV(指環境?)真的那麼差嗎? 問題,應該在於TW軟體界不夠團結,大家都各自為政,所以軟體設計力量發揮不出來。
   
   只要,TW軟體界夠團結,再加上本社群幾個精英出來規劃領導, 大家群體合作, 走出一個我們TW自己要走的路, 難道沒有機會讓TW成為軟體大國!。
 
   但,我曾說過TW要成為軟體大國, 機會在藍海。也沒有必要在紅海(如COMPILER,OS等)與它國血拼惡鬥,TW要找的是機會在那裡???藍海到底存在不存在??

作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/17 下午 05:37:32
Dear ozzy123(ozzy),你好
   
   再談一個我的看法, 由您來評斷, 或交由社長 JIMMY 來評斷!
    
     本社群IT主題相當龐雜, 有關軟體人才技術資料的蒐集, 應該可說較為完整(若能加上其它論壇更好), 先歸納出對軟體IT技術已有較好,較深入基礎的有那些人才? 及那些IT技術值得再深入集中人力去推廣?
   
   將此調查分析結果, 公布於網站首頁, 且模擬訂出幾個未來TW可以走的方向(必須明示具體可行步驟,不是公家政府機構所提條列式口號),相信在眾多有心人士集體配合專注研發之下, 他日必有機會變成軟體界的紅葉棒球隊!!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/17 下午 10:02:04
you are welcome. 我沒有如你那嚜資深, thank. compiler/os design 盡量不要碰 ( because many engineers or students are afraid of them. :-) ) operating system implementation 是要看其大小, in general , rtos 是比較簡單, but general purpose os 就難多了, 如 windows NT server 實做就要15000人左右, (1個programmer 2 testers 一組) , 試問台灣有哪個公司有辦法辦到 ? :-) 至於台灣軟體藍海 , 我就不知道了在哪裡了, 如果您有好的建議的話,也可不妨試一試
作者 : fcwang(fortran) 程式設計甘苦談優秀好手貼文超過200則
[ 貼文 231 | 人氣 2831 | 評價 2440 | 評價/貼文 10.56 | 送出評價 6 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/17 下午 10:04:37

>軟體產業尤其側重『腦力』,除非你認為台灣人, 甚至華人的頭腦比西方人笨很多。如果只是強調民族性使然,..... 這樣, 我是不太同意!!

不是腦力問題, 而是 "思維邏輯"的方法不太一樣.

東方人是化簡為繁, 西方人是化繁為簡, 最鮮明的例子是 "銀行或郵局的排隊方式", 西方從來就是一條龍方式排隊, 台灣由每個櫃台排隊, 改成一條龍方式, 再改成叫號系統, 不過是幾年前的事.
在國外百貨公司, 售貨員堅持一次只服務一個客人, 客人看貨買貨必須排隊, 東方的售貨員都是同時可以服務幾組客人 (Multitasking). 單一客戶的服務模式是售貨員的 Operation Pattern 或 SOP比較不會出錯 (例如 被順手牽羊的風險).
西方的思維邏輯會創造出 OO Model, Design Pattern, Architecture Pattern, ... , 而這些範例在台灣是否被有效地被運用於軟體設計 ?

資訊科技, 必須是採用化繁為簡的思維方法, 才能創造優良軟體.

作者 : cromayen2000(CROMAYEN2000) OpenGL卓越專家貼文超過500則人氣指數超過10000點
[ 貼文 645 | 人氣 22308 | 評價 2260 | 評價/貼文 3.5 | 送出評價 38 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/17 下午 10:20:52
我也不認為台灣有成為軟體大國的機會,首先根據求學時代的經驗每 50 人中有可能寫出良好程式的不會超過 5 人,其次做硬體與做軟體不同,硬體的複雜度肉眼很容易判斷出來,軟體規模的估算要複雜的多,以現在軟體的複雜度基本上已經可以算是腦力密集的產業,而台灣的軟體公司主管基本上沒有能力去量測軟體的狀態
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/17 下午 10:43:17
要測量軟體的狀態,其實有方法的.但是台灣的軟體工業不成熟;使得許多方法都不適用,也很少人知道還有一個是文化的問題.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/17 下午 11:36:36
Dear fcwang(fortran), 你好:
    您的說法: 不是腦力問題, 而是 "思維邏輯"的方法不太一樣. -- 我很同意! 確實,東西方的思考邏輯很不同,但,這樣就更容易找出台灣未來該走的路在哪裡?! 只要,你的假設邏輯是對的!

    以你的說法: 東方人是化簡為繁, 西方人是化繁為簡誚b國外百貨公司, 售貨員堅持一次只服務一個客人, 客人看貨買貨必須排隊, 東方的售貨員都是同時可以服務幾組客人 (Multitasking).。

   能夠一次服務多組客戶不也是優點之一; 資訊科技, 是否有必須採用化簡為繁的思維方法的呢?當然有,在那裡?

    以我計劃要做的軟體開發平台就是!!一般簡單的解釋是: 程式產生器的平台, 但事實上,它是很複雜! 第一: 從使用者客戶提出輸入、輸出等不同需求-麻鄏阱仵莛ayout結構關聯設計(透過人工審核程序), 第二: 從檔案layout結構關聯,在加上各種不同模組的參數設定,產生單一項目或小系統的程式碼。又模組要從那裡開始建立?, 那就是第三: 從我這裡所討論各位軟體設計者的成品(要整套的,並且是source code), 經過開發平台的解析程式,分解成各個必要元件, 再內建於模組資料庫中。

    你說:上面的作法是不是太複雜了?!但,它是不得不的必要。這種人工智慧的複雜思維,似乎也比較適合東方人來作。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 上午 12:10:38
>我也不認為台灣有成為軟體大國的機會,首先根據求學時代的經驗每 50 人中有可能寫出良好程式的不會超過 5 人,其次做硬體與做軟體不同,硬體的複雜度肉眼很容易判斷出來,軟體規模的估算要複雜的多,以現在軟體的複雜度基本上已經可以算是腦力密集的產業,而台灣的軟體公司主管基本上沒有能力去量測軟體的狀態

Dear cromayen2000(CROMAYEN2000), 你好:
     『 量測軟體的狀態』確實是台灣的軟體公司主管基本上沒有能力去作的事。就像現在非常流行的, 凡一般無法立刻決定的, 動不動就用市場調查來作依據。市場調查絕對可靠嗎? 它是否準確?關係到很多因素!!我們暫且不管它,市場調查、量測軟體的狀態都是西方思維下比較科學的作法。但, 台灣成為軟體大國的機會跟這種調查、 量測會有直接關係嗎? 就像上面所說: 應該與軟體設計者們是否能夠誠心的、熱心的集體創作,並且產出的成品就是廣大群重眾所需要!!
    
     所以,我想請各位集思廣義檢討: 目前台灣中小企業經營的最迫切需求是什麼? 有個大家可以接受的共識, 如此, 再集合本社群團體專攻研發該項最迫切需求!。這樣不是對台灣社會更有貢獻嗎。

    如果,IT社群團體永遠只是語言、技術問題的研發與解決, 由於標地太雜亂, 那不是把力量都分散了!成就必定無法極大化!!
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 上午 01:00:51
Dear ozzy123(ozzy),你好
     很抱歉, 你的提問我最後才回答。因為,你的問題總是最須要思考的。

     台灣軟體藍海在那裡? 我也說過: 在過去數十年尚未出現過的軟體應用,至少只是剛盟芽尚未成熟的行業。或者,我這樣說: 即使有項軟體應用曾經出現過, 但因環境因素太複雜, 變因太多,那些應用之對象總是受限於一方。以ASP.NET的程式產生器來說, 在網路查一查,多不勝數。以ASP.NET MAKER或ASPRunner.NET來說,它是目前查尋[程式產生器]關鍵字前幾名,我也粗略看過內容,但它們都是免費試用是限天數的。並且產出大概都是固定模式的(這點我比較不確定,因為我的測試時間不長,要長時間,就要花錢與花時間)。第一,免費試用是限天數就讓我有忌諱。第二:如果產出都是固定模式的,那更是我認為不適合悠幽大眾。

     以上,如果,我們找出的方法,功能雖然與它們類似,但我們作法必需完全不同。第一,免費試用是不限天數,只是它的功能受限於初階程式。第二:產出模組,是多樣化,可自選, 一般模組也是免費, 特殊用途, 客製化的才要收費。如此,對中小企業或SOHO程式設計族,是否可有相當程度的幫助。
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/18 上午 09:35:45
>>>目前台灣中小企業經營的最迫切需求是什麼?
先說明, 中小企業通常是 人少,錢少,資源少, 他們最迫切需求跟大企業一樣, 要有源源不斷的訂單.
當企業有賺錢時, 才會好好考量延伸的管理, 所以軟體對他們而言, 通常不是生產器具, 並非急迫需求.

若真要說急迫需求, 那就是免版權的MS Office, 最近BSA又開始廣告了, 企業主又得擔心一陣子了.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 上午 09:40:12
Dear all:
有一點可能在這邊我必須強調、說明:

何謂「軟體大國」?該如何定義較好? 前面所說的compiler/os design是軟體的關鍵靈魂,目前當然以美國為大,倘若美國政府有一天禁止compiler或os作業系統輸出,將出現必有的強大殺傷力。但這種擁有最多關鍵性軟體資源的國家,我們應稱之為「軟體強國」,即它若以這些關鍵性軟體為武器,向全世界其它各國宣戰,相信絕大多數的國家都會倒下去。這種定義之下,當然台灣是不太可能列入。(「軟體強國」---有絕對的力量可以壓倒它國)

但,我所謂的「軟體大國」與上面定義有很大的不同,那就是能夠以軟體養活上百萬子民(軟體設計者,非只是客戶、使用消費者),也就是它必須靠軟體設計形成廣大的產業供應鍊,甚至可以推銷到全世界。我想,這種可以提高國內人民的就業率,形成全世界信任的軟體產業供應鍊,才是「軟體大國」最有意義的定義。---全民皆兵,就是它的理想。

譬如: 台灣的硬體—半導體,電子產品因早已完成一個完整的產業供應鍊,所以,台灣在硬體方面佔有一席之地。故可稱之為「硬體大國」,但仍無法稱為「硬體強國」。

你們說: 台灣有沒有機會成為軟體大國??
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 上午 09:54:29
Dear chou_judas(judas),你好

   沒錯,中小企業的最迫切需求是源源不斷的訂單!!軟體不是必要的生財工具,也正因如此,開發平台才會有那麼多「免費」的措施,就是為了讓他在行而有餘力要用電腦軟體來強化它的經營管理績效(但又財力有限)時,會想到有這個平台可以使用。
  
  這是機會的創造!沒有踏出這一步, 將永遠沒有機會。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 上午 10:10:26
>若真要說急迫需求, 那就是免版權的MS Office, 最近BSA又開始廣告了, 企業主又得擔心一陣子了.

Dear chou_judas(judas),你好
   話又說回來,免版權的MS Office-->如:免費的open office類軟體,它只是單一產品, 有辦法以它形成一個軟體產業供應鍊嗎?

     如果, 免費的open office類軟體可以放在軟體開發平台(不是asp.net開發平台 )上,第一:可以有廣告效果,第二:若程式開發人員聯絡方式亦有公布,那不是更有機會找到企業來投資嗎?

     故,我說軟體開發平台可以形成一個軟體產業供應鍊,有機會成為軟體大國! 而asp.net開發平台是開始的第一步。
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 上午 10:25:42
小弟專長在於寫企業資料管理系統(ex: ERP)
當初創業前也了解 中小企業人少,錢少,資源少 的狀況, 所以選擇了免費的建置架構(Linux+PHP+MySQL)當設計WEB ERP基礎平台, 來降低客戶的投入成本.
到目前為止, 感覺很多接觸的客戶並不那麼在意, 所以即使是免費提供, 客戶也不見得領情.

Dear SweetWo 大大, 有理想固然好, 但現實更重要!
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 上午 10:37:26
Dear SweetWo 大大
小弟書讀的不多, 是否舉個例子來說明"軟體開發平台", 最好是有應用目的的例子, 否則軟體這麼多, 如何作號召?!
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 下午 12:22:10
>當初創業前也了解 中小企業人少,錢少,資源少 的狀況, 所以選擇了免費的建置架構(Linux+PHP+MySQL)當設計WEB ERP基礎平台, 來降低客戶的投入成本.
>到目前為止, 感覺很多接觸的客戶並不那麼在意, 所以即使是免費提供, 客戶也不見得領情.
>
Dear chou_judas(judas)
     如果說,這公司連軟體都不需要, 那他買那些免費的建置架構(Linux+PHP+MySQL)做什麼? 一定是要有軟體應用程式,他才會買電腦。會選擇了免費的建置架構(Linux+PHP+MySQL)當設計WEB ERP基礎平台,一定也是軟體程式員(很可能就是soho族)給的建議, 我想請問: 那他的一般文書都用什麼軟體工具, 不會還是 word, Excel吧?!
    
    如果建置架構是用(Linux+PHP+MySQL),當他需要軟體應用程式時(總有政府要他報稅的會計帳務, 或他自身經營管理需要的人事、或進銷存等erp的需求),一但找到的需要軟體卻是與現有的不相容(非常可能),是不是又要回頭找原來的程式員設計新的一套!!,也是我一開始新系統與舊系統資料整合的問題。開發平台, 就是必需將此現象考慮進去。
    
     而想用此免費的建置架構(Linux+PHP+MySQL)來吸引客戶,當然客戶也不見得領情。因為他們知道一般文書都用word, Excel,要與同業聯繫,才會方便。所以,他 os 選擇的大約是MS牌或apple牌較多,這是趨勢使然。

    
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 下午 01:00:32
我來說明一下『軟體開發平台』運作模式(但無法太詳細, 因為字不能打太多)

1.以一般客戶為對象。他可上網尋找他須要的應用程式下載測試(這部份可開放給軟體供應者自行決定試用版是不是有限定時間,或限定功能,或都不限制),並可依照安裝手冊(或readme)安裝, 使用手冊操作測試。

2.以軟體設計者對象。他可上載自己設計的應用程式執行檔(必需含安裝手冊、使用手冊),以供免費下載,主要是打開產品知名度,有免費的行銷管道,至於穫利部份前面有說,是售後服務, 或程式原始碼的有利價格販售(其實soho族本來就幾乎是這種模式在運作)。

當然,軟體設計者還有另一種需求, 就是程式的開發速度要快。一套程式開發可能要一個月, 若能縮短到一星期, 那不是更好嗎?

軟體開發平台最主要就是提供可以加快程式的開發速度的平台。
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 下午 01:47:46
Dear SweetWo 大大
小弟當然不是賣 建置架構(Linux+PHP+MySQL) 這個囉!

以 ERP系統 為例子:
會需要一部系統主機, 該主機通常需要有幾個部分選擇
1.OS: MS, Linux, FreeBSD...
2.SQL: MS SQL, MySQL, Oracle...
3.程式語言: Java, PHP, ASP.NET...
當然這是基礎建置部分, 上面選項就有免費與版權的區分, 這點 SweetWo大大應該清楚.

其次是最主要的ERP系統功能設計, 目前市面是有不少套裝ERP產品, 小弟則是主要接客制設計的案子.

>>>新系統與舊系統資料整合的問題; 開發平台, 就是必需將此現象考慮進去。
這想法, 難難難, 不同資料結構若能輕易整合, 我想企業老早就更換幾十年的系統了, 何必一拖再拖 ?!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 下午 02:04:18
問題,應該在於TW軟體界不夠團結,大家都各自為政,所以軟體設計力量發揮不出來。只要,TW軟體界夠團結,再加上本社群幾個精英出來規劃領導, 大家群體合作, 走出一個我們TW自己要走的路, 難道沒有機會讓TW成為軟體大國!。

>您說的都沒錯,但是有沒有人要這樣做呢? 台灣軟體公司絕大多數都
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 下午 02:08:21
sorry , 做小系統,且同性質高,所以獲利小,這如同台灣電子公司做代工的模式一樣,所以這也是文化環境問題
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 下午 02:33:43
Dear ozzy123(ozzy)
    
   一般軟體公司不能,因為它必需生存,甚至要有營利。但,社團網站不同, 它有較多的資源=====> 那就是, 你、我 現在做的無酬勞志工, 不都是為了心中的一股熱情,燒未盡。
  
  重要的還是集合大家的心智, 全力齊心開發一個可以讓台灣有機會成軟體大國的開發平台(只要大家有認同的共識),是否比各自為政, 偶而上網來此網站練一練功有意義的多!

   也因為『ASP.NET程式開發平台』是我構想8年以上, 利用晚上空餘時間, 一個字一個字CODING出來的架構, 初步我認為它是可行的, 但因這架構太龐大,我體會到單獨靠我個人已無法加快完成, 所以才上本社群網站,公布此一主題!!
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 下午 02:47:37
>新系統與舊系統資料整合的問題; 開發平台, 就是必需將此現象考慮進去。
>這想法, 難難難, 不同資料結構若能輕易整合, 我想企業老早就更換幾十年的系統了, 何必一拖再拖 ?!
>

DEAR chou_judas(judas),你好

  新系統與舊系統資料整合的問題;確實很難, 但我們可以簡化問題: 我們只要將兩系統有關連的整合在一起就可, 例如: 舊系統是人事資料,但找到的新系統是會計帳務, 那他們之間共同連結的是什麼? 最明顯的是人員帳號資料, 這部份要整合就不會很困難。
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/18 下午 03:20:47
http://www.mono-project.com/Main_Page
for you reference
作者 : marlon(marlon) C#卓越專家貼文超過200則
[ 貼文 495 | 人氣 1886 | 評價 3510 | 評價/貼文 7.09 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/18 下午 07:33:39
n年前當ERP開始流行之時, 國內某社群網站就號召一群志同道合的網友共同開發 open source erp, 這個計畫 run 了一段時間後應該是走不下去了吧, 現在想再搞一個規模更大的計畫老實說我是不看好, 我個人認為軟體開發 coding 根本不是問題, 問題往往出在開發出來的軟體能不能符合 user 的需求, 那為什麼總是開發不出符合 user 需求的軟體? 有一部份的關鍵在於 user 在還沒有實際使用軟體之前根本不知道如何正確完善地提出需求, 所以目前的主流開發流程就是 : 使用者提需求=>確定規格需求書=>依規格需求書做sa開發系統=>使用者發現不符合"實際"需求=>雙方開始爭論, 最後不歡而散=>甲方認為乙方總是開發不出符合需求的軟體, 乙方認為甲方需求總是變來變去

我只問 user 的需求是什麼? 如果不知道需求是什麼, 那軟體開發平台要提供什麼? 對以後的軟體開發有什麼助益?
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 下午 09:20:53
and a famous fwk that everyone knows - http://www.zkoss.org/
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 下午 10:17:49
>問題往往出在開發出來的軟體能不能符合 user 的需求, 那為什麼總是開發不出符合 user 需求的軟體? 有一部份的關鍵在於 user 在還沒有實際使用軟體之前根本不知道如何正確完善地提出需求, 所以目前的主流開發流程就是 : 使用者提需求=>確定規格需求書=>依規格需求書做sa開發系統=>使用者發現不符合'實際'需求=>雙方開始爭論, 最後不歡而散=>甲方認為乙方總是開發不出符合需求的軟體, 乙方認為甲方需求總是變來變去
>
>我只問 user 的需求是什麼? 如果不知道需求是什麼, 那軟體開發平台要提供什麼? 對以後的軟體開發有什麼助益?

Dear marlon(marlon),你好

    您講的很有道理, 我說的『軟體開發平台』也不是在這邊想強出頭, 只是我一直強調「台灣是否真的有機會成為軟體大國?」。這在於剛剛所說的open source erp, 立場心態上就有很大的差別。後者心態上主要是營利, 而『軟體開發平台』心態上仍然是"公益"居多。

    首先, "開發出來的軟體能不能符合 user 的需求"是因為這是軟體設計員主動去找user來作case,所以因為使用者發現開發結果不符合'實際'需求,很容易就雙方開始爭論, 最後不歡而散, 但我們要設計的是user主動來找他所要的需求, 經過層層比較後, 依他覺的最符合需求的展示成品,再反過來請求網站所公布的連絡人(程式設計者)來幫他修改最後不足的地方(即我所謂的"售後服務"),您說,這種經營模式的成功慮大很多!
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/18 下午 10:56:30
Dear ozzy123(ozzy),你好

   非常感謝您用心的提供兩個網站讓我參考,我會找時間再深入的探討!

     不過,我感覺還是差異非常大,雖然他們都是open source網站,但感覺上他們都是只對軟體開發者開放, 對一般USER卻沒有適切的入口可作宣傳用。我要的[開發平台]有一半的重點是放在USER使用端, 所以最重要的是可線上DEMO行銷,USER自行挑選自己要的套裝成品,就有點像最近很夯的名詞"APP STORE"一樣, 是下載安裝後馬上可用的程式執行檔, 那些很重要的OPEN SOURCE卻不是USER所首要關切的。
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 上午 08:23:31
軟體設計的開發心態也很重要.
有(USER跟收入)的壓力下, 才能創造出可用產品.
若以"公益"為出發點, 遇到的困難設計處, 通常會以視而不見或變通來達成, 還是沒一次解決問題. 這是小弟回想自己研發過程來的心得.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 上午 08:52:17
Dear chou_judas(judas),你好
  
     我知道: 若純以"公益"為出發點, 遇到的困難設計處, 通常會以視而不見或變通來達成,這是也做”公益”的經營者最大心痛,實在很難有改善的辦法。所以我的辦法裡有談到一定比例的免費(如:70%)也就是應該可以屬公益性質, 另外的30%就是要維持生存繼續經營的收入。

    不知道你有沒有注意現在最夯的網站Google,Yahoo,YouTube…..不都是以免費來吸引消費者的投入, 尤其是Google所揭竿而起的Android, 為什麼可以在手機市場上超越Apple的Ios系統, 還不是因為免權利金,當然還有其它免費的Google應用可內崁在手機,這些配套措施讓手機大廠願意跟隨它進入這行動裝置的戰場。
    
    免費Free!早已是這時代網站的趨勢, 問題在後面營利的Business Mode,如何被創造出來? 並且是大眾願意接受的付費機制。
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 上午 08:58:00
Google,Yahoo,YouTube,Facebook... 的成功, 不在於免費, 而是在於實用的創意.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 上午 09:26:18

>Google,Yahoo,YouTube,Facebook... 的成功, 不在於免費, 而是在於實用的創意.

沒錯, 實用的創意.也是它背後以被認識後, 相信後產生的價值!

    我們先談Google, 假設有一天Google突然宣布它的搜尋引擎, 每蒐索到一筆要0.0001美金就好, 你說還有多少人會用它? 由於Google功能強大, 隨便一個關鍵字去搜尋,至少都上萬筆,甚至百萬筆,那是不是每搜尋一次就要花1~100美金以上,而事實上搜尋到的資料幾乎真正可用到的不到10分之一。

  實用的創意......是在免費機制被信任之下才被看到的!! 我說這句話,您是否同意???!!
作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 上午 09:44:45
Dear SweetWo 大大
Google,Youtube... 他們提供簡單易用的功能.
而 您的開發平台, 卻跟他們大大不同, 要落實到USER端, 有太多實際經驗與例子, 真的很難.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 上午 09:53:06
我要的[開發平台]有一半的重點是放在USER使用端, 所以最重要的是可線上DEMO行銷,USER自行挑選自己要的套裝成品,就有點像最近很夯的名詞"APP STORE"一樣, 是下載安裝後馬上可用的程式執行檔, 那些很重要的OPEN SOURCE卻不是USER所首要關切的。

> 那跟 apple store , android market 有什不同 ? 還是您要focus on general pc applications domain ?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 下午 01:43:50
>那跟 apple store , android market 有什不同 ? 還是您要focus on general pc applications domain ?
>

Dear ozzy123(ozzy)
    
   可以這樣說: 開發平台 一半 focus on apple store , android market , 另一半 focus on general pc applications domain!
   
   但另一半 focus on general pc applications domain!, 要稍微說清礎: 重點放在加速程式或系統產出之速率!是軟體開發設計之平台
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 下午 01:58:48
所以 pc 那部份是要發展如 RAD tools or program generator ?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 下午 02:18:08
>Google,Youtube... 他們提供簡單易用的功能.
>而 您的開發平台, 卻跟他們大大不同, 要落實到USER端, 有太多實際經驗與例子, 真的很難.

Dear chou_judas(judas),你好

    確實不容易! 不過, 性質上有很大的不同!!
    
     Google,Youtube它們是開放一些介面, 讓大家使用它設計的一些簡單易用的功能, 本質上, 網站內部的運作方式並未開放!!

     而開發平台, 顧名思意, 它就是一個開放平台, 是個集合大家的力量一起經營。為了網站資安問題, 開放程度到什麼尺度!本身就要衡量,可以說這是首創的經營模式, 屬實驗性質, 風險性也較高。

    要落實到USER端, 有太多實際經驗與例子, 確實很難.-----只要以營利為出發點,要做公益性質高的事,不管做什麼事,都很難。 不過以社群立場為出發點, 相信會比較容易!------所謂, 師出有名!!成功率會比較高。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 下午 03:36:50

>所以 pc 那部份是要發展如 RAD tools or program generator ?

Dear ozzy123(ozzy)
  
    可以說是: 不過它program generator 只是目標的一部份!!, 就像您的專長..軟體工程...改善台灣軟體設計文化的利器, 是以後可考慮的方向..
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 下午 03:55:55
software engineering is not my pro. 不過軟工在小型軟體開發團隊是沒有多大的效應
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 下午 04:39:06

>software engineering is not my pro. 不過軟工在小型軟體開發團隊是沒有多大的效應

平台若小,軟工當然沒什麼用, ..... 但,平台如果做的很大,軟工就大大有用!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 下午 09:52:21
不過,以我的計劃:若要作非MS系統(如JAVA系列),我規劃的架構還是可做, 只是軟體人才的聚集,就相對的困難!

> the most difficult . because many engineers just work in ODM/OEM firms if they want to earn more dollars. (But it is not enough to make them rich)
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 下午 11:18:05
>> the most difficult . because many engineers just work in ODM/OEM firms if they want to earn more dollars. (But it is not enough to make them rich)

Dear ozzy123(ozzy),你好
    
    正因 JAVA非我專長, 所以要踏入軟體開發平台時, 我只能先選ASP.NET開發平台為我的第一步,但想請問對JAVA非常有自信的先進, 對台灣是否真的有機會成為軟體大國?這主題有信心。

    如果只做ODM/OEM firms, 那都只是替大戶作稼(被牽著鼻子走,沒有自己的品牌),利潤低微, 而且大都淪為單兵作戰, 無法行成軟體產業鍊!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/19 下午 11:39:02
正因 JAVA非我專長, 所以要踏入軟體開發平台時, 我只能先選ASP.NET開發平台為我的第一步,但想請問對JAVA非常有自信的先進, 對台灣是否真的有機會成為軟體大國?這主題有信心。


> Don't think programming languages is an issue.
 
    如果只做ODM/OEM firms, 那都只是替大戶作稼(被牽著鼻子走,沒有自己的品牌),利潤低微, 而且大都淪為單兵作戰, 無法行成軟體產業鍊!

> 台灣做代工已經是多人默認的且接受的命運,多數的人無力改變環境就只能接受,這也是資本主義IT大公司奴化的一種現象,如果台灣的軟體業鬆散的文化又無深入技術及創新,永遠是被主流科技代工文化所邊緣化的產業
作者 : marlon(marlon) C#卓越專家貼文超過200則
[ 貼文 495 | 人氣 1886 | 評價 3510 | 評價/貼文 7.09 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 上午 12:01:05
你的軟體大國夢建構在集合各領域的軟體程式設計師 "設計一個可以應付各種需求,游刃有餘的原始程式碼產生平台", 我已經問過了需求是什麼? 不知道需求是什麼居然可以做出一個足以應付各種需求的原始程式碼產生平台, 我只能說這種無劍勝有劍的最高境界是我這種凡夫俗子所不能想像的, 我所看到的現況是連面對面溝通需求都開發不出使用者心中而不是口中說出想要的系統, 一個憑空想像需求寫出的程式產生器做出來的程式真的能讓使用者買單?
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 上午 10:33:38
一個國家民族性不好是不會有什麼像樣的產業,不光是軟體慘業發展不起來
作者 : fcwang(fortran) 程式設計甘苦談優秀好手貼文超過200則
[ 貼文 231 | 人氣 2831 | 評價 2440 | 評價/貼文 10.56 | 送出評價 6 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/20 上午 11:08:11

>
> 只要,TW軟體界夠團結,再加上本社群幾個精英出來規劃領導, 大家群體合作, 走出一個我們TW自己要走的路, 難道沒有機會讓TW成為軟體大國!。
>


台灣的軟體業規模小, 都在為自己生存奮戰, 怎會有雅量來相互團結. 鬆散的結盟方式不會是成功的模式. 成功的模式應該是正確的策略方向與利益分享. 比較可行的方式, 是由大公司主導, 並與小軟體業者分享利益, 加上正確的策略方向, 才能成功. 大公司主導才有執行的能力與策略方向, 分享利益才能有合作空間. 台灣有雅量的大軟體公司是否存在 ?

> 但,我曾說過TW要成為軟體大國, 機會在藍海。也沒有必要在紅海(如COMPILER,OS等)與它國血拼惡鬥,TW要找的是機會在那裡???藍海到底存在不存在??
>
TW要成為軟體大國, 機會在藍海。

軟體大國與軟體強國是兩條平行線, 無法誇越. 印度僅能稱為軟體大國, 二三十年來始終沒有可以浮出檯面的軟體產品, 無登入法軟體強國之列. 正如同鴻海在硬體代工領域上採用紅海策略二三十年以上, 落得自己毛利率直直降, 現在連它的大客戶--惠普 都不玩了, 處境堪慮. 如果以 印度為台灣的典範, 個人是持保留態度.

ERP 目前是紅海一類的產品, SAP 在二十多年前的ERP 價格是以數百萬美元(甚至是千萬美元)售給大型企業, 正是 藍海的範例 -- 不以價格取勝而是以獨有的功能贏得客戶的認同. 目前 ERP如能賣出台幣數百萬元, 已經是搶破頭了!


到目前為止, 我所看到您的想法與產品方向, 都是採用已經是紅海的 ERP 產品, 走的是以印度為師的紅海策略 與您心裡想的藍海方向似乎有段距離; 個人認為藍海策略應該是以創新的產品, 避免價格競爭.

並不是說舊產品無法翻身, 蘋果的 iPhone 即是一例, 但是它是被加入新的元素--"軟體" 與 "時尚", 讓年輕人為之瘋狂 也使得以手機起家的Nokia, Motorola, Sony Ericson 幾家大公司經營發生困難. 也許您的想法有些創新之處未批露.


以上是個人的旁觀者觀點供您參考.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 上午 11:45:47
我認為藍海只有兩類,一種是以技術取勝,如日本,一種則是創新,如美國. 印度軟體產業發達是有政府在背後大力支持,但是印度軟體公司在軟體技術的研究及創新實在落後美國不知道多少年 , 但是CMMI level 3 認證以上的印度軟體公司佔了世界軟體公司cmmi level 3以上的絕大多數的比例,試想CMMI的目的是為何 ? 美國多將軟體外包至印度,但core卻留在其enterprise本身, 如管理,架構設計,....coding/programming 則交由他國做以減少成本的開銷,則成就印度軟體大國,在印度軟體業中, guru 級的programmers 多但是architects 卻少, 這也就是usa 外包軟體給印度知因.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 上午 11:45:57
我認為藍海只有兩類,一種是以技術取勝,如日本,一種則是創新,如美國. 印度軟體產業發達是有政府在背後大力支持,但是印度軟體公司在軟體技術的研究及創新實在落後美國不知道多少年 , 但是CMMI level 3 認證以上的印度軟體公司佔了世界軟體公司cmmi level 3以上的絕大多數的比例,試想CMMI的目的是為何 ? 美國多將軟體外包至印度,但core卻留在其enterprise本身, 如管理,架構設計,....coding/programming 則交由他國做以減少成本的開銷,則成就印度軟體大國,在印度軟體業中, guru 級的programmers 多但是architects 卻少, 這也就是usa 外包軟體給印度知因.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 下午 05:29:16
DEAR fcwang(fortran), 你好
 
    終於,有人針對何謂藍海提出討論!能討論出藍海在那裡? 才能知道台灣的機會在那裡?
    
    先說藍海一詞的意義, 相信大都記的.它首次出現於一本書:《藍海策略:開創無人競爭的全新市場》,金偉燦(W. Chan Kim),莫伯尼(Renée Mauborgne)著,黃秀媛譯,天下遠見出版,2005年8月出版。從這本書的副標題: 開創無人競爭的全新市場, 大概可以精準的說出什麼是藍海?問題是將它應用在軟體世界,指的到底是那個行業? 每個人的看法不同,解讀當然也不同。

   我前面曾說過: 藍海是過去數十年尚未出現過的軟體應用,至少只是剛盟芽尚未成熟的行業。這是我本身的解讀。它不一定要高深莫測的技術,也不一定要產品有功能多到數不清。我再以該本書談到的例子說明: 太陽馬戲團,名為馬戲團卻沒動物表演、明星演員,它靠的只是策略:富有主題的節目、觀賞環境雅緻、製作多套節目、藝術歌舞。也就是說它不在只是個馬戲團,而是重新組合藝術的各種元素,讓特技員、節目編劇者、藝術歌舞者…..等上百人可以發揮所長的舞台。簡單的說: 這個藍海只是個策略,把傳統的一些元素重新巧妙的,適當的組合。最後,太陽馬戲團成了世界最知名的表演團體之一。

   同樣,軟體的藍海, 也不定要靠全新的技術才是藍海,我要做的也是策略!!
策略一: 將現有的軟體產品, 借由一個經過設計的平台來展示。若能提高使用者試用的意願, 是我們的目標之一。
策略二: 程式產生器的平台,加速程式開發的速度!這點,用說的容易,但做起來相當複雜
第一: 從使用者客戶提出輸入、輸出等不同需求-麻鄏阱仵莛ayout結構關聯設計(透過人工審核程序), 這有點像CMMI LEVEL 1到CMMI LEVEL 2。
第二: 從檔案layout結構關聯,再加上各種不同模組的參數設定,產生單一項目或小系統的程式碼。這有點像進入到CMMI LEVEL 3。
又模組要從那裡開始建立?, 那就是第三: 從我這裡所討論各位軟體設計者的成品(要整套的,並且是source code), 經過開發平台的解析程式,分解成各個必要元件, 再內建於模組資料庫中。

說到這裡,你應該知道[開發平台],並不是一個技術非常艱深的軟體產品, 它只是一個經營策略, 最大的重點應該放在 上面所說的各種環結是不是真的做得到。尤其是第三點: 經過開發平台的解析程式,分解成各個必要元件, 再內建於模組資料庫中。現有的網站,有那一個可以做到這一點???
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 下午 06:38:43
DEAR fcwang(fortran), 你好

>並不是說舊產品無法翻身, 蘋果的 iPhone 即是一例, 但是它是被加入新的元素--'軟體' 與 '時尚', 讓年輕人為之瘋狂 也使得以手機起家的Nokia, Motorola, Sony Ericson 幾家大公司經營發生困難. 也許您的想法有些創新之處未批露.

    上面有談到蘋果的 iPhone: 它是被加入新的元素--'軟體' 與 '時尚', 讓年輕人為之瘋狂, 我說一下我的看法:
    
     或許這就是賈伯斯當初在大學休學後,又去選修書法課(serif與 san serif兩種字體)的代價(酬勞)。從這裡也可以看出賈伯斯對藝價值的執著, 深深的影響他一生。

   但,結合 '軟體' 與 '時尚', 我認為這還不是導致他那麼成功的主要因素。事實上, 應該是建立 ITUNES STORE, APP STORE 等策略, 才是讓他那麼成功的因素。要知道這些背後的配套措施, 才是iPhone,iPAD會有那麼多人替他宣傳的原因。建立 ITUNES STORE, APP STORE 可以養活多少人!!!!! 音樂創作者、唱片(CD)行、軟體設計者(APP)....至少牽涉到3個行業,合計該有多少人? 他們是共生的團體。只要這些產品可以成功推出,那他們的收入必然可觀。

   為什麼結合 '軟體' 與 '時尚', 我認為這還不是導致他那麼成功的主要因素。蘋果在賈伯斯還沒回鍋之前, 它一樣曾推出若干具有時尚感的產品(眾所周知,蘋果的強項就在美工),這些產品不會比iPhone差, 且功能強更多, 但都失敗了! 就是因為沒有配套措施的配合。

   所以,要成功就須要藍海的策略,而不是高超的技術。當然, 策略要成功, 有時也要有一些創新的技術(不是高超的技術)來支撐。但在比例上,高超的技術並不多。
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 下午 06:40:23
你應該知道[開發平台],並不是一個技術非常艱深的軟體產品, 它只是一個經營策略, 最大的重點應該放在 上面所說的各種環結是不是真的做得到。尤其是第三點: 經過開發平台的解析程式,分解成各個必要元件, 再內建於模組資料庫中。現有的網站,有那一個可以做到這一點???

> 但是這涉及到軟體架構的規劃問題 , when system is very huge , software architecture is very important.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 下午 07:39:01
當今台灣軟體業無法發展出成熟的規模, 其因在於工程的成熟度不佳,無創新的應用及主流文化(短視近利),如果這些因素能夠消除的話,也許台灣的軟體業能立足於世界先進國家之林
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 下午 07:43:09
> 但是這涉及到軟體架構的規劃問題 , when system is very huge , software architecture is very important.

所以,才需須要集眾人之力, 否則,我一人自己做就好.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 下午 07:49:02
>當今台灣軟體業無法發展出成熟的規模, 其因在於工程的成熟度不佳,無創新的應用及主流文化(短視近利),如果這些因素能夠消除的話,也許台灣的軟體業能立足於世界先進國家之林

目前情況確實是如此, 但請推論一下: 台灣的硬體卻可以有一席之地!!! 難道, 這些原因就不存在! 所以, 這些理由, 還不能成為主要原因!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 下午 07:57:29
目前情況確實是如此, 但請推論一下: 台灣的硬體卻可以有一席之地!!! 難道, 這些原因就不存在! 所以, 這些理由, 還不能成為主要原因!

> hw 的本質不同於軟體, 那請問台灣硬體的一席之地是指 銷價競爭的代工 or 組裝 ?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 下午 08:28:20
最起碼, 硬體發展形成了全世界矚目的產業鍊, 也是台灣最主要的新興產業...即它可以養活數十萬人以上的產業.不要再跟我說,他的利潤太微薄, 被某些人是看不起的!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/20 下午 10:05:00
這也是事實,很多人都認同但為了生活也無奈
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/21 下午 09:43:29
Dear ALL 大家好

     TW要成為軟體大國, 機會在藍海。藍海在那裡, 請大家提出建言!!

作者 : chou_judas(judas) 貼文超過200則
[ 貼文 243 | 人氣 5085 | 評價 140 | 評價/貼文 0.58 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/22 上午 10:21:11
藍海不一定是大, 建議大大 不妨另闢一個主題討論(ex: 軟體藍海討論...), 會不會比較好?!

作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/22 上午 11:44:40
台灣軟體業剛開始是藍海,接著就是紅海,最後就落於死海, :-)
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/22 下午 12:18:24
DEAR chou_judas(judas), 你好!

     依您的意見, 我另開了『台灣軟體界的藍海在那裡? 檢討台灣未來可以走的方向!』主體,希望大家能加入討論。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/22 下午 12:32:58
>台灣軟體業剛開始是藍海,接著就是紅海,最後就落於死海, :-)

Dear ozzy123(ozzy), 你好

   我知道您個大師級的人物, 否則您的人氣指數不會那麼高! 可是您的意見------對台灣軟體的未來總是那麼悲觀。如果,台灣真的那麼沒希望, 那您加入這個社群網站又是為了什麼? 另有目的??????????????

     什麼是藍海, 根據您前面的說法, 我認為您有很大的誤會!! 不是擁有高超的技術叫藍海, 而創新的技術也只是沾到一點邊而已。

作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/22 下午 12:48:20
haha , 您真客氣, 第一次有人稱我是大師級人物, :-)) ,衝人氣很簡單,多在此多post 幾篇文就可以了 , 加入這個社群又不需什麼限制, 誰都可以加入 只要有興趣就可, 何必那麼嚴肅 , 您的工作年資是我的兩倍還多, 那我想請一下台灣那麼久的科技業,為何軟體慘業發展成這樣 ?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/22 下午 03:03:13
我想, 這應該是當初政府單位在選擇科技產業時, 一開始所選擇的第一步--->硬體、半導體、電子業。

    軟體至今尚無法成就大業, 不能怪誰!!畢竟,軟體的路比硬體寬廣太多, 比較不容易掌握方向。

    就以今天的聯合報有報導『學生踢館 工業局App平台下架』,證明:政府有心計畫扶植台灣業者走向行動應用程式市場------開發服務平台的目的,是提供不熟悉程式設計、但又熱愛創作的素人文創免費App服務平台,將作品轉為行動應用程式格式,上架至各種軟體商店。

    但,依然被人潑冷水。而不是鼓勵的方式建議,不過,我相信這是少數。即然,可以指出網站App123的諸多缺點,就有機會改善成更實用的平台。軟體的路可能比硬體不好走, 但卻是可完全發揮台灣人智慧的好標地。
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/22 下午 04:50:10
以前有篇論文就說明為何軟體比硬體難的原因, 台灣科技業主流是硬體"製造業" 非"設計業", ic design 是硬體中的軟體業(Verilog/VHDL coding) , 半導體產業成形後, ic design houses 就變多了, 代工產業形成後,良率及成本才是主要考量因素,軟體也只能依附其上做微幅度的修改,e.g. UI ,...or debug 使其系統更穩定 , 要獨立發展軟體平台 or large scale software system , 從以前到現在全都是usa or 歐洲 , japan 的天下, 台灣堪稱電子資訊大國, 其實還不是為國外IT 公司做代工而已, 不過對於公司而言代工是最容易也符合台灣小型公司的投資報酬率, 這也是現實的問題,所以軟體產業自然就不會有強大群聚效應,自然就無法有競爭力
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/22 下午 06:07:13
台灣是無法發展軟體是事實,看看南港軟體園區及高軟就知道了
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/23 下午 03:32:02
台灣軟體公司很多早就養活上千上萬的程設員, 所以台灣早就是你說的軟體大國了
作者 : prideof(po)
[ 貼文 20 | 人氣 0 | 評價 40 | 評價/貼文 2 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/23 下午 10:18:23
這個主題感覺像有其他目的,並不如標題那樣子的意義
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/24 上午 10:12:07
這個主題感覺像有其他目的,並不如標題那樣子的意義

> 有能力做什麼都是藍海,沒能力做什麼都是紅海
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/24 下午 12:18:50
司馬昭之心
作者 : marlon(marlon) C#卓越專家貼文超過200則
[ 貼文 495 | 人氣 1886 | 評價 3510 | 評價/貼文 7.09 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/24 下午 01:08:53
ozzy123(ozzy)>台灣軟體業剛開始是藍海,接著就是紅海,最後就落於死海, :-)
不只是軟體業, 任何產業都一樣, 找到藍海容易, 要讓藍海不染紅難, 要持續保持技術優勢, 要用專利阻擋對手進來, 但如果遇到破壞式創新, 最終還是變死海, 藍海不會永遠都是藍的, 看能維持多久而已

a102707718(SweetWo)>同樣,軟體的藍海, 也不定要靠全新的技術才是藍海,我要做的也是策略!!...
我開始要寫一個 BI 系統, 由客戶自行開 table, 我們的系統依 table 自動產生輸入查詢及 BI 程式, 需要輸入程式是因為客戶希望有些資料可以直接在 BI 系統修改, 不需要修改原始資料重新拋轉, 程式的功能大部份都是現成的, 我只需要花幾個工作天寫個程式產生器餵欄位自動編譯就好, 再花上幾個星期的時間做 UI 讓 user 可以調整程式參數, 但這個程式產生器產生的程式一點都不陽春, 輸入程式可以自行用 Form Editor 調版面, 有欄位及資料權限控管, 有標準的匯入匯出, 有核准流桯及追蹤修訂, 可自選 FK 要帶出那些欄位等等, 查詢程式可以用任何欄位當條件, 可自選欄位組合並設定支援系統變數(如日期, 登入者)的預設值存成不同版本的條件, BI 程式的統計項目當然是由客戶 table 欄位中任意搭配組合, 統計值除了現有欄位也可以自己寫函式, 存成不同版本的統計項和統計值的組合, 統計出來的資料可以展開到明細. 以上這些我說現成的功能其實是公司幾十年實戰經驗依各行各業客戶需求累積出來的, 客戶看上的是這些功能, 沒有符合客戶需求的功能, 程式產生器只能做出沒人要的垃圾程式, 這是我對你的策略最不看好的一點

在執行面上也還有很多問題, 做公益交出源碼是小事, 但會不會變成有心人謀財的平台? 你要大家拿出現有的成品含源碼有幾個人能做到? 會拿出來的成品有幾個上得了枱面能獲得使用者青睞? 你能掌控多少使用者的需求? 有沒有足夠的深度和廣度知道如何拆分功能模組? 如果以源碼為重覆使用的基礎, 是否一個功能就要同時用各種語言實作? 還是源碼只為修改用, 最後都要統一編譯成跨語言跨平台的可執行碼? 你能不能提出更具體的方案證明你的策略可行?
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/24 下午 02:05:16
不只是軟體業, 任何產業都一樣, 找到藍海容易, 要讓藍海不染紅難, 要持續保持技術優勢, 要用專利阻擋對手進來, 但如果遇到破壞式創新, 最終還是變死海, 藍海不會永遠都是藍的, 看能維持多久而已

>這倒是中肯的說法, 但就台灣軟體慘業真的有好的策略可辦到 ?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 上午 12:22:46
Dear marlon(marlon),你好

   很感謝你提出這麼多的寶貴意見,從底下這段敘述….推斷您似乎對『萬用程式』有相當自信。

> 這個程式產生器產生的程式一點都不陽春, 輸入程式可以自行用 Form Editor 調版面, 有欄位及資料權限控管, 有標準的匯入匯出, 有核准流桯及追蹤修訂, 可自選 FK 要帶出那些欄位等等, 查詢程式可以用任何欄位當條件, 可自選欄位組合並設定支援系統變數(如日期, 登入者)的預設值存成不同版本的條件

我在猜想: 網路上查到的 設計萬用輸入對話框 GenericInputDialog 應該也是您的傑作。本來能夠寫出「萬用功能的程式」是絕對值得大家來贊許的。

前面我說過一個故事: 在20幾年前我就買過了幾萬元的程式產生器,它是包裝成幾個核心程式執行檔, 程設員只要依照需求,用4GL型態來描述,再經過它提供的COMPILER(其作用在於將描述轉為必要的參數檔),這樣只要執行就核心程式加上參數檔,就可得到所要的輸入螢幕或輸出報表(含中間處理過程)。造説,這樣是不是很完美? 問題出在『核心程式』不可能公開,每當有例外需求發生時,我無法更改自己的程式碼,也不知道如何修正描述檔?只有再請教原廠看如何解決?但因原廠人力太少,往往需要數星期才能回答問題。如此,經年累月,我與原廠都覺得這種模式營運太累人! 故在幾年後,就關門收場!!
   為什麼?最主要的就是系統無法透明化。我所得到的不是透明的程式碼, 我無法自行更改, 所以原廠關門, 那套程式產生器也一定跟著無法使用。您說:沒程式碼的系統能夠完美到任何例外情況都處理得好嗎?

所以,我必須從另一個角度說出我的看法,請您能給我進一步的指教:
1.每個人都有個人不同的喜惡、習慣,不管是程設員、消費客戶,尤其是UI,操作方便與否都有這方面的問題,「萬用功能的程式」都能解決這些問題嗎?尤其是對例外的處理。我所要做的平台並不鼓勵「萬用功能的程式」。
2.從程設員的心理面說起:程設員希望它所拿到的程式是透明的。以我來說,既使拿到的是程式碼,但如果裡面使用一大堆的第三者(非原廠)提供的控制項,心理總覺得不太放心(怕上面所說歷史又重演),而你的「萬用功能的程式」所產生的程式碼,能夠完全做到透明化嗎?
3.我要的平台,並非我一個人單打獨鬥去建築起來的夢園。這平台是提供程設員依照自己的喜惡、習慣建築起他個人適用的模組(當然,這模組必須是他的消費客戶認同的),所以我需要程設員的成品含源碼。一方面,有透明的程式碼,我才有辦法解析建構成他要的模組。另一方面,有透明的程式碼,我才有辦法對客戶(程設員)的客戶作有效的保證(保證他的產品RUN FILE沒有其他不良企圖),這是一個認證的機制。
4.假若,程設員建築起他個人適用的模組,確實能使他個人開發設計的時間縮短為1/3甚至1/10,對於一般的功能程式,當然他會樂於提供源碼,以產生更有用的模組。(想當然爾,核心程式還是不會提供)
作者 : idoncys(Hsu-春源)
[ 貼文 53 | 人氣 6713 | 評價 430 | 評價/貼文 8.11 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 上午 04:20:45
提到透明度讓我心有戚戚焉,倒不是過去有甚麼不愉快之類的使用經驗,而是覺得站在客戶立場,如想降低系統變成孤兒的恐懼,有必要親自看到系統的內部結構,對於設計者而言,如能隨時可以輕易看到過去設計的足跡,就可讓後勤輕鬆化一些.但我不認為提供程式碼等同提供透明度,以前客戶沒看到程式碼時會很想保有,但當看到攤開成密密麻麻有如天書的文字後,還是覺得陳述需求再交由我方處理比較單純容易些,而如能交代需求的處理流程,並訴諸可讀性高的文件,供雙方討論,是不是會比面對單調的程式碼更來的有效率些?

我想設計師面對形形色色專案,對客戶萬變需求不勝其擾的情況下,萬用程式的理念應該是一種自然而然的想法,如果有了萬用程式,可以解決萬變需求的話,那麼是不是就可在這軟體慘業當中活的輕鬆些,甚至創造出跟客戶雙贏的局面.只是大家普遍的經驗,因特殊需求所產生的系統例外,導致系統也變成客戶導向專案化,常會讓萬用系統最終止於一種單純的期盼,也是一種無奈.

平台的構想可能可以由各種不同技術來達成,但我不認同ozzy的觀點是所謂少數人所有,我認為人的本質與文化的特性,藏有比技術面更深層的危機,很容易讓所謂合作淪為空談,或合作後發生難以收拾的場面.畢竟SweetWo兄的平台的透明方式還牽涉到一群設計師與一群客戶的交互管理,有句人心隔肚皮的俗諺,好像小時候就聽人在傳說著,這經驗與道理會在軟體領域產生質變嗎?使一群有利害關係的人,在平台上彼此可以開誠佈公?我保持懷疑.

技術方面對於萬用的解釋我可能與SweetWo兄也不同,我認知的[萬用功能的程式]不是用來產生程式碼,反而是讓專案程式碼的量儘量消失並降到理想值,卻又能處理客戶專屬的需求,為達到這一點,我是引用動態處理商業邏輯的概念,對此名詞也順道提供一下個人解釋.

以目的來看,假設系統設計可以脫離任一客戶的影子,那萬用的架構是不是就有可能達成?

個人也有在寫商業程式,面對客戶多樣化的需求,也是嚮往萬用架構,倒不是要建甚麼大國,而是要在現實人力有限的情況下處理客戶專案,為達成此一目標,我採用的方法是設計一個可動態處理商業邏輯的核心引擎,此核心可以接收處理任何填在客戶資料庫的邏輯陳述,包含功能表配置,欄位屬性與各式有效性驗證等,而驗證的陳述可以是個別專案的function或SQL語法,至於客戶專屬UI,則是存在客戶個別library,可以在執行時動態顯示,而專屬UI與自定function,與填在客戶資料庫的邏輯陳述可視其意願交接給客戶自行維護.

因為這樣的方式,系統核心跟客戶專案就切的很明確,系統與任一客戶無關聯,卻又能處理所有客戶專案,也不會因新客戶而膨脹.算一算一個百人公司用的專案系統的專屬程式碼也是約兩三千列,使得每個不同屬性的專案系統,因使用相同的核心程式庫,讓彼此差異降到10%以下,也因此開發過程可以比較能專注在流程的細節規劃,並將大部分時間用在系統分析,而當專案結束後,因透明度高也能達到後勤輕鬆化的目的.

這一兩年我也嚐試用web設計一些程式,我是沒碰過.net,但發現JSP,Javascript搭配Extjs也是個很好用的組合,可以做出大部分以前window ap所設計的功能,且客戶也可自己外掛JS,因此系統透明度與可擴充性更好.我是很難想像,如果不有個類似萬用的想法,然後就用javascript開發一個大型程式,裡面幾百幾千個物件與視窗,瀏覽器不會超載而跳開嗎?

系統還沒完成,底下是一篇個人對於系統通用架構的解釋.(IE可能還不正常,如要進入參考請用chrome或firefox等非IE瀏覽器)
http://www.idon.com.tw:8080/myapp/flyjs/document_uml.jsp?p=umltools&w=demo1

一些設計流程的記錄,算是個人對於平台的見解與實際應用.
http://www.idon.com.tw:8080/myapp/flyjs/document_uml.jsp






作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 上午 10:54:12
平台的構想可能可以由各種不同技術來達成,但我不認同ozzy的觀點是所謂少數人所有

> 我有說嗎 ?

作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 上午 11:05:31
Dear ALL,大家好
     同樣都是程式設計員出身,有抱負者誰沒有心願創作出一套(甚至一支)萬用程式,在20..30年前,我更是熱中於此,而今我只是體會到這種作法可能帶來系統維護更大的危機!!所以,「萬用程式」我絕不反對,但為了避免危機,我也不盲目的鼓勵。

     怎麼說 ? 「萬用程式」(指直接應用,不再指產生程式碼)可能帶來系統維護更大的危機!!

第一: 解釋這支「萬用程式」功能給客戶知道, 乃至信任是誰?是原創者? 以一對多,恭喜這個市場應該容易達成, 若以一對萬,那可能太累,不是一個有效率的經營模式! 所以,有效率的經營模式應該還是由多位了解這套系統的行銷人員來推動。問題是這套「萬用程式」的原始碼能公開嗎?替原創者推銷的行銷人員(極可能就是軟體設計師)真的能夠放心的推銷給客戶嗎?或許如你說:也是一種無奈。但這個無奈先天上就限制了市場的擴張能量。

第二: 「萬用程式」必定整合了太多的商用邏輯,程式的複雜度, 除了原創者外, 相信很難再找第二個人做接替的維護工作,這就是它的危機!
     我來說個親身經歷:我所服務的大企業(約有上百家公司,上市的公司有5家之多), 在20年前(此時的應用環境還是以DOS為主),鑑於各家公司所設計的交運單、發票開立程式都不同人,於是企業要求整併為一個電腦處時,對於營管交運單、發票開立程式同樣要求整合為一支程式,我奉命整合,也是少數整合成功者之一,也深以為傲。
     後來IBM推出PC,企業也順應潮流使用PC,MIS大電腦改用WINDOWS介面程式開發。 我則因故調離電腦處,沒機會參與這個盛會,但卻聽到一件令我失望的消息:多數好不容易整合的程式全部又被拆散。理由是程式的接續維護者,沒有能力改寫為單一WINDOWS版的程式,所以只好拆了。
     這是血淋淋的教訓,雖然我也很想用「萬用程式」來一統天下,但我很怕這個歷史又再重演。誰敢保證今日的「萬用程式」,他日沒有大改版的需求。

第三: 請各位分清礎,我所說的平台,可以完全與設計者分開。即使這個平台不存在,絲毫不影響設計者本身獨力的運作。它的關聯是 平台<-->軟體設計者<-->客戶消費者<-->平台 有三角關係,它不用一統天下的概念,而是大家共治的概念。
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 上午 11:22:12
後來IBM推出PC,企業也順應潮流使用PC,MIS大電腦改用WINDOWS介面程式開發。 我則因故調離電腦處,沒機會參與這個盛會,但卻聽到一件令我失望的消息:多數好不容易整合的程式全部又被拆散。理由是程式的接續維護者,沒有能力改寫為單一WINDOWS版的程式,所以只好拆了。
     這是血淋淋的教訓,雖然我也很想用「萬用程式」來一統天下,但我很怕這個歷史又再重演。誰敢保證今日的「萬用程式」,他日沒有大改版的需求。

> 那這跟 Java , .net , android 的想法一樣 ?

作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 上午 11:31:53
>
>> 那這跟 Java , .net , android 的想法一樣 ?
>
 
     不知道您所謂的"想法"是指什麼?
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 上午 11:55:55
一統天下
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 12:19:08
我沒說要以『開發平台』一統天下, 我也不要一統天下。我要的是共治!
作者 : idoncys(Hsu-春源)
[ 貼文 53 | 人氣 6713 | 評價 430 | 評價/貼文 8.11 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/25 下午 12:34:45
To Ozzy: sorry,沒交代清楚,我指的是您的一些觀點,如:
一個國家民族性不好是不會有什麼像樣的產業,不光是軟體慘業發展不起來
做小系統,且同性質高,所以獲利小,這如同台灣電子公司做代工的模式一樣,所以這也是文化環境問題

而SweetWo兄說:
依然被人潑冷水。而不是鼓勵的方式建議,不過,我相信這是少數.
-------------------
看來SweetWo兄不想相信來潑冷水的可能不是少數.
個人只是覺得一個合作平台要大家用做公益的想法去參與,然後再從中得到所需利益,供給與需求要如何拿捏恰當,實在是一件困難的事.

個人萬用的理念起源於台灣的專案多而小,價格競爭又激烈,但每個來自客戶需求卻又都不一樣,身處這個慘業,如果不找出個方法來應對,搞到最後就會一個專案一個坑,最終落寞收場,但假如面對100個客戶只需面對一個程式,這樣比面對一百個客戶一百個專屬程式,自然就會有不一樣的效益,這也是維護與開發的成本問題.

萬用的目的是要化繁為簡,萬用想法通的時候,核心程式可以做到很小,改版也只是改核心程式而已,改完後所有客戶都受惠,至少不用改100個客戶程式一萬個模組,何樂不為?最嚴重的改版是換程式語言,但萬用理念在,換個語言也一樣通呀.至少我是PB與javascript併行,改版升級上也沒有多大阻礙.

當然萬用不能保證萬年,軟體這碼事也才出現30年左右,對客戶而言,是否會產生斷層的機率,跟是否用萬用架構,會有直接關係嗎?
沒有用萬用架構,也還沒到退休年齡,但已經讓客戶用到斷層的系統恐怕也已經不知凡幾.

至於平台,看來老半天可能我還是不解SweetWo兄原意,但設計師俱樂部不也是一個平台嗎?104外包網不也是一個平台嗎?web66也在做媒合動作,這些平台也都努力在做奉獻,有必要另行花眾人力量去產生另一個類似平台?
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 01:22:31
共治 ? 那與open source 不就一樣,寫一個prototype 之後再按照 GPL 的 rule 放上去 GNU 就會有很多人響應( world wide)
作者 : marlon(marlon) C#卓越專家貼文超過200則
[ 貼文 495 | 人氣 1886 | 評價 3510 | 評價/貼文 7.09 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 01:40:05
我從沒自不量力到想寫萬用程式, 事實上我認為沒有人寫的出符合使用者需求的萬用程式, 所以一直回應你的 "設計一個可以應付各種需求,游刃有餘的原始程式碼產生平台" 不太可能成功, 雙引號內的字眼都是你自己打出來的, 不是我提出來的, 萬用輸入對話框的概念只是基於縮短開發時程, 雖然不用每次拉畫面但還是要寫程式碼, 和利用程式碼產生器應付各種需求的野心根本無法比(應付各種需求套你的話還只能算是"小一點的目標"), 即使是我目前做的程式產生器也是因為現有的功能已經符合客戶需求了, 只差不知道客戶要統計分析什麼資料, 雖然客戶事先會提供, 但我們也知道一定會變, 所以乾脆用程式產生器讓客戶自行把 table 補上, 它也只不過是針對特定需求因應一個table 變數而已

我想強調的是"一個程式(碼)產生器的籌碼在於它擁有多少已經符合使用者需求的功能", 我希望你能讓大家知道你的籌碼有多少? 而不是只會畫大餅
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 02:21:02
不過以一個年近60 歲的長者還有這雄心,真的少見
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 03:00:26
>
>我想強調的是'一個程式(碼)產生器的籌碼在於它擁有多少已經符合使用者需求的功能', 我希望你能讓大家知道你的籌碼有多少? 而不是只會畫大餅
>
Dear marlon(marlon)
     現在我無法給你立即的答案, 目前只能預告: 我正在趕工--ASPXWinForm 程式產生器的免費體驗版,這是給設計者的初次體驗,10月底前應可完成。 真正的重點在開發平台,現在尚無法公開。預定,今年年底前會有個粗略的架構出現。

   今日上網公布『再談 台灣是否真的有機會成為軟體大國?』主題, 是想了解在軟體IT這個行業,到底有多少人還有這個雄心狀志?我也常在想: 再過不久,年紀將超过60歲,是該退休當志工,但我有很多心願還未了,若要當志工,也必須在軟體這行業有貢獻才行。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 03:10:31

>共治 ? 那與open source 不就一樣,寫一個prototype 之後再按照 GPL 的 rule 放上去 GNU 就會有很多人響應( world wide)

意義不同! 差異非常大! 一般open source的平台, 重點放在網站平台,不一定以消費客戶為服務對象, 而是以設計者為主要服務對象。而且open source的平台未必可成為軟體製模工廠。我要推的平台是軟體製模工廠。
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 03:44:31
modeling tools 無論是free or commercial 也有很多, 著名的有 Eclipse , rational - Tau , ...borderland IDE 也有內建的 UML modeling tools,
IAR visual state ,....
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 03:53:55
>modeling tools 無論是free or commercial 也有很多, 著名的有 Eclipse , rational - Tau , ...borderland IDE 也有內建的 UML modeling tools,
>IAR visual state ,....

     抱歉, 您說的這些都是老外的, 它们適合本國用嗎? 它願意聘用台灣人嗎? 更何況您說的UML modeling tools,跟我所說的軟體製模工廠意義差太多!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 04:02:51
今日上網公布『再談 台灣是否真的有機會成為軟體大國?』主題, 是想了解在軟體IT這個行業,到底有多少人還有這個雄心狀志?

>非常少, 本來就沒什麼人有雄心壯志
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 04:15:04

>今日上網公布『再談 台灣是否真的有機會成為軟體大國?』主題, 是想了解在軟體IT這個行業,到底有多少人還有這個雄心狀志?
>
>>非常少, 本來就沒什麼人有雄心壯志

 我知道你沒有, 但不代表所有人都沒有. 我只要知道那些人會有就夠了!!(確實不多)
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/25 下午 04:21:11
haha.... 那就樂觀其成 :-))
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/26 上午 12:08:37
>至於平台,看來老半天可能我還是不解SweetWo兄原意,但設計師俱樂部不也是一個平台嗎?104外包網不也是一個平台嗎?web66也在做媒合動作,這些平台也都努力在做奉獻,有必要另行花眾人力量去產生另一個類似平台?

TO idoncys(Hsu-春源), 你說的這些網站我都知道, 但我想問的是: 它們大都只是做設計師與消費客戶媒介而已, 有的甚至要從中收取佣金!
有關這點,我的做法就跟他們差很多, 請再回去參考前面,我不再贅述!!管理的心態不同, 作法差別就非常大!
 
     更何況,我一直在強調我要做的是『軟體製模工廠』?這不是非常清楚的說明,這些差異是非常非常的大!!!

作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/26 下午 12:31:36
http://140.115.51.129/
看看國家的努力
作者 : marlon(marlon) C#卓越專家貼文超過200則
[ 貼文 495 | 人氣 1886 | 評價 3510 | 評價/貼文 7.09 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/26 下午 04:21:50
對於這個平台我不知道這樣的認知對不對? 講軟體太抽象我比喻成它就像設一個園區,
裡面有自動化生產工廠(程式產生器)或者看起來更像是自動化設計工廠(程式碼產生器),
有加工廠(客製), 有產品展示銷售中心(App Store),
希望現在已經有工廠的人把產品含設計圖&製程一起搬到園區內,
重新分析每一個產品具有那些功能, 這些功能要用到那些零組件&生產模具放入資料庫建檔,
消費者到展銷中心可以自由挑選想要的功能組合變成一個客製化的產品,
自動化設計工廠就可以從資料庫中找到對應的零組件&生產模具&製程快速做出這項產品,
消費者拿到的不僅是產品還包含設計圖和製程(open source),
以後隨時可以修改產品功能 (但如果保留一些核心設計就不確定能不能改了)

這一切看起來是很完美, 但是做的出來的產品不等同賣的出去的產品,
軟體業更有一個普遍的現象是即使依客戶需求專案開發客戶都不見得滿意,
先不管設了一個這樣的平台整合各功能模組變成產品的難度有多高,
就問當今 MIT 軟體在功能面上的戰力有多強?
你的資料庫中能有多少功能模組是經得起消費者考驗的?
甚至有沒有什麼關鍵性的殺手級功能?
如果連最基礎的功能模組都沒有競爭力,
那還能希望這個平台能組出什麼吸睛的軟體?
或許把你的"應付各種需求"的理想訂太高了,
因為我們常常在面對企業客戶提出種種全世界找不到解決方案的需求,
這些需求往往打破既往的認知, 真不知道想都沒想過的需求如何經由一個自動化平台獲得解決?











作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/26 下午 06:18:45
to marlon(marlon): 你說的情行很接近, 但又不完全相同!
   呈上面軟體製模工廠概念, 設計者須要大量,快速生產產品(程式碼),一般是自己土法鍊鋼, 或自行設計一些工具, 以加快程式碼產出,但往往這裡面有相當多的比率是拿即有的設計程式花個一,兩天改一改即可,感覺上他是很簡單的一項工作,但在沒有工具時, 那些稍嫌浪費時間的工作總是少不了。
  如今,若能拿這個已設計好的樣本, 請製模工廠(平台)幫我設計成模具, 將來用什麼配方? 什麼原料?全由設計者自己決定,決定後再放進這模具中, 就可產出設計者要的產品, 而且是可以很快速的(一定比人工土法鍊鋼快很多)。
  以上是比較接近軟體製模工廠概念, 所以,與消費客戶間的接觸,全由設計者自己掌控, 平台並不直接干涉。
作者 : fcwang(fortran) 程式設計甘苦談優秀好手貼文超過200則
[ 貼文 231 | 人氣 2831 | 評價 2440 | 評價/貼文 10.56 | 送出評價 6 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/27 上午 11:04:14

>所以,我必須從另一個角度說出我的看法,請您能給我進一步的指教:
>1.每個人都有個人不同的喜惡、習慣,不管是程設員、消費客戶,尤其是UI,操作方便與否都有這方面的問題,「萬用功能的程式」都能解決這些問題嗎?尤其是對例外的處理。我所要做的平台並不鼓勵「萬用功能的程式」。
>2.從程設員的心理面說起:程設員希望它所拿到的程式是透明的。以我來說,既使拿到的是程式碼,但如果裡面使用一大堆的第三者(非原廠)提供的控制項,心理總覺得不太放心(怕上面所說歷史又重演),而你的「萬用功能的程式」所產生的程式碼,能夠完全做到透明化嗎?
>3.我要的平台,並非我一個人單打獨鬥去建築起來的夢園。這平台是提供程設員依照自己的喜惡、習慣建築起他個人適用的模組(當然,這模組必須是他的消費客戶認同的),所以我需要程設員的成品含源碼。一方面,有透明的程式碼,我才有辦法解析建構成他要的模組。另一方面,有透明的程式碼,我才有辦法對客戶(程設員)的客戶作有效的保證(保證他的產品RUN FILE沒有其他不良企圖),這是一個認證的機制。
>4.假若,程設員建築起他個人適用的模組,確實能使他個人開發設計的時間縮短為1/3甚至1/10,對於一般的功能程式,當然他會樂於提供源碼,以產生更有用的模組。(想當然爾,核心程式還是不會提供)

假設我覺得您設計的軟體製模工廠工具很好, 但我只想使用您的工具, 我可以付合理的費用. 我不需要您的網站行銷與展示, 因為我已經有自己的行銷管道. 也不想提出我的程式碼, 因為我這會增加我的智財權保障的疑慮, 簡言之, 您可以只出租工具嗎 ?

軟體製模工廠僅適用於 ERP 軟體系統 嗎 ? 您的軟體製模工廠對 ERP應用有特殊的加值功能 ? 如果是的話, 能否舉例說明 ?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/27 下午 12:23:02
>假設我覺得您設計的軟體製模工廠工具很好, 但我只想使用您的工具, 我可以付合理的費用. 我不需要您的網站行銷與展示, 因為我已經有自己的行銷管道. 也不想提出我的程式碼, 因為我這會增加我的智財權保障的疑慮, 簡言之, 您可以只出租工具嗎 ?
>
>軟體製模工廠僅適用於 ERP 軟體系統 嗎 ? 您的軟體製模工廠對 ERP應用有特殊的加值功能 ? 如果是的話, 能否舉例說明 ?

TO fcwang(fortran): 你的問題, 應該也是大家的問題
    這工具當然是可以出租! 但有幾點我必須事先聲明:
     1.因為它是個平台, 所有可用的模組皆放在平台資料庫中, 無法單獨販賣或租用,若您不想提供程式碼(難道你所有的開發程式,都視為機密文件嗎?), 那你所用的模組只能用他人的(經原提供者同意),或者是平台網站提供的,或許你可以試試這種方式適合你的機率有多大。
    2.目前要踏出的第一步只能針對ERP系統,並且是ASP.NET語言,資料庫暫時限制在微軟SQL, 這是短期內的目標。
    3.加值功能在於提升程式開發設計效率,譬如:一個簡單小型的訂單系統, 規劃檔案時要有產品庫存(含名稱)檔,客戶資料檔, 訂單檔(檔頭),訂單明細檔(檔身),再來個折扣原則檔共5個檔, 只要提供這五個檔之檔案LAYOUT, 再於平台上設訂它們之間的關聯,同時指定套用的模組(可以是你自己的或他人的),就能產生一組立即可用的訂單系統程式碼(不是只有一支),這套系統花費時間最多的是規劃段及上網設訂關聯段,須花時間在CODING程式碼卻很少!!另外,它有個特色: 只要平台提供的模組夠多,在你規劃設計的固定條件下,你可在一小時內切換選擇數種不同模組,觀察它的結果是否你可滿意?
     以上是我規劃的運作模式,原本它是網站平台經營策略的機密,不過為了表現我的誠意,在此先作簡略說明,我再次強調:目前這個運作模式早已構想完成, 架構尚在建築中!!, 有關各式各樣的模組大概在明年才能開始徵詢各位設計者的加入與否?
    

作者 : fcwang(fortran) 程式設計甘苦談優秀好手貼文超過200則
[ 貼文 231 | 人氣 2831 | 評價 2440 | 評價/貼文 10.56 | 送出評價 6 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/8/27 下午 01:26:42
> 這工具當然是可以出租! 但有幾點我必須事先聲明:
> 1.因為它是個平台, 所有可用的模組皆放在平台資料庫中, 無法單獨販賣或租用,若您不想提供程式碼(難道你所有的開發程式,都視為機密文件嗎?), 那你所用的模組只能用他人的(經原提供者同意),或者是平台網站提供的,或許你可以試試這種方式適合你的機率有多大。
> 2.目前要踏出的第一步只能針對ERP系統,並且是ASP.NET語言,資料庫暫時限制在微軟SQL, 這是短期內的目標。
> 3.加值功能在於提升程式開發設計效率,譬如:一個簡單小型的訂單系統, 規劃檔案時要有產品庫存(含名稱)檔,客戶資料檔, 訂單檔(檔頭),訂單明細檔(檔身),再來個折扣原則檔共5個檔, 只要提供這五個檔之檔案LAYOUT, 再於平台上設訂它們之間的關聯,同時指定套用的模組(可以是你自己的或他人的),就能產生一組立即可用的訂單系統程式碼(不是只有一支),這套系統花費時間最多的是規劃段及上網設訂關聯段,須花時間在CODING程式碼卻很少!!另外,它有個特色: 只要平台提供的模組夠多,在你規劃設計的固定條件下,你可在一小時內切換選擇數種不同模組,觀察它的結果是否你可滿意?
> 以上是我規劃的運作模式,原本它是網站平台經營策略的機密,不過為了表現我的誠意,在此先作簡略說明,我再次強調:目前這個運作模式早已構想完成, 架構尚在建築中!!, 有關各式各樣的模組大概在明年才能開始徵詢各位設計者的加入與否?
>

To a102707718(SweetWo)兄 ;

謝謝您的回答, 不過這引發我對下列的問題.

1. 軟體的品質是誰的責任 ? 軟體製模工廠是否有QA的機制 ? 還是使用者 (程式設計師) 要自己負責 ?
   如果我引用了其它的人之軟體模組導致品質的問題, 又該如何解決 ?

2. 假如我的軟體放在您網站被其他設計師引用, 我是否會得到報酬 ? 被引用次數如何徵信 ? 如何計價 ?

3. "軟體製模工廠"的名詞讓我聯想起 Design Pattern 的 Abstraction Factory 與 Factory Method 兩個 Pattern, 您是否採用這兩個觀念於您的"軟體製模工廠"的設計 ?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/27 下午 02:00:14
>1. 軟體的品質是誰的責任 ? 軟體製模工廠是否有QA的機制 ? 還是使用者 (程式設計師) 要自己負責 ?
> 如果我引用了其它的人之軟體模組導致品質的問題, 又該如何解決 ?
>
>2. 假如我的軟體放在您網站被其他設計師引用, 我是否會得到報酬 ? 被引用次數如何徵信 ? 如何計價 ?
>
>3. '軟體製模工廠'的名詞讓我聯想起 Design Pattern 的 Abstraction Factory 與 Factory Method 兩個 Pattern, 您是否採用這兩個觀念於您的'軟體製模工廠'的設計 ?
>

TO fcwang(fortran)
    1. 好問題, 軟體的品質是誰的責任 ? 所以,平台必需提供認證機制(要收費)。未經認證者使用者 (程式設計師) 要自己負責! ,有經認證者,平台有義務協助解決問題。

   2.假如你的軟體放在平台網站被其他設計師引用, 應該可以得到一些報酬!但只在一定時間內(如:半年之內), 不可能讓你無限時間!詳細辦法, 只能在平台網站公布成立時。

   3.我不知道是不是, 這完全是我從10多年前逐漸築起的構思,而且我相信我做得到。與那兩個Pattern無關。
作者 : fcwang(fortran) 程式設計甘苦談優秀好手貼文超過200則
[ 貼文 231 | 人氣 2831 | 評價 2440 | 評價/貼文 10.56 | 送出評價 6 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/27 下午 02:42:03

> 1. 好問題, 軟體的品質是誰的責任 ? 所以,平台必需提供認證機制(要收費)。未經認證者使用者 (程式設計師) 要自己負責! ,有經認證者,平台有義務協助解決問題。
>
> 2.假如你的軟體放在平台網站被其他設計師引用, 應該可以得到一些報酬!但只在一定時間內(如:半年之內), 不可能讓你無限時間!詳細辦法, 只能在平台網站公布成立時。

如果是這種情形, 請問"一定時間(如:半年之內)"後智慧財產權的歸屬為何人所有 ? 原創者的保障為何 ?


> 3.我不知道是不是, 這完全是我從10多年前逐漸築起的構思,而且我相信我做得到。與那兩個Pattern無關。

我想像建構這樣的系統, 稱得上是一個大的系統. "軟體製模工廠"的功能為整合幾個模組成一個小系統, 您是否利用"軟體製模工廠"的核心部分(一般稱為Engine )來加速subsystem開發的進度.如同 DBMS 的設計 一般有 DB Engine 為核心程式, 其它的模組(例如 DB Schema, Stored Procedure, ...)均為 DB Engine 的應用之架構設計.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/27 下午 03:18:34
>我想像建構這樣的系統, 稱得上是一個大的系統. '軟體製模工廠'的功能為整合幾個模組成一個小系統, 您是否利用'軟體製模工廠'的核心部分(一般稱為Engine )來加速subsystem開發的進度.如同 DBMS 的設計 一般有 DB Engine 為核心程式, 其它的模組(例如 DB Schema, Stored Procedure, ...)均為 DB Engine 的應用之架構設計.

TO fcwang(fortran)
     謝謝您的誇獎,軟體製模是個人工智慧的產業,它本身可以擴大的範圍就很大....譬如: 不再限於MS SQL資料庫, 不再限於ASP.NET ....等,我不敢太過於自誇,不過應該可感覺得到: 這個人工智慧的生產模式若可以成功,它可以養活的設計師應該有不少人!===> 所以才談到台灣是否真的有機會成為軟體大國?

     這個人工智慧的生產模式若可以成功,凡是純使用頭腦的IT電腦行業,都有機會應用的到,但只看大家對這種經營方式的認同度有多高!!因為平台需要設計師的合作共治。
作者 : logicalthink(牛背背)
[ 貼文 4 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/27 下午 08:29:09
看了整篇開版老大哥想法,有點像是把Intel在推的AppUp軟體創意開發與CodeProject
Free Source code結合的感覺,再以MVC的方式架構各種middle layer,產生軟體產業中
各種需求,如UI設計、元件開發、資料庫規劃、系統架構、系統分析、系統設計及
系統整合等,通用性技術應該會有CSS3、HTML5、JavaScript,開發工具可以是.Net、Java,
資料庫可用MSSQL、MYSQL、PostgreSQL、ORACLE、NOSQL類,使用者(End user或開發者)
進入平台後,能以最快速的操作產出以上所談的所有東西的成品:原始程式碼+資料庫產生器
(能建立新資料庫與處理每次資料庫欄位異動),這個產出是經過各種不同檢驗並測試過的,
可以也必須要能上線使用(如果有瑕疵,這麼龐大複雜的源碼,拿到的人是沒能力抓問題),
以上這樣的假設不知是否接近了軟體創模工廠的構想?

不管技術層次是否能達成,先假設經過5年的努力這個模式終於成功了,
但一個弔詭的情形可能發生,這些投入讓平台更趨完美的資深軟體人才會慢慢被遺棄,
因為平台有人工智慧的設計邏輯(若沒,前面的假設不會成立),那麼平台本身會越完美,
就越不需要這些人,需要的只剩部分核心人員以及大量行銷與客服,而這些曾經投入的
人反而價值會下降,因為企業或一般使用者會告訴你,軟體創模工廠又快又便宜又好用,
為什麼要花高薪聘請你?

當然,平台可以有機制去保障這些先驅的智慧財,讓他們不會轉行賣雞排,
而後面投入軟體行業的人,平台越成功越無法生存,這對成為軟體大國有什麼好處?

這道理可想像當機器人擁有更多智慧時,人類更多工作被取代
作者 : prideof(po)
[ 貼文 20 | 人氣 0 | 評價 40 | 評價/貼文 2 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/27 下午 08:42:23
旁觀者清
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/27 下午 09:01:19
>不管技術層次是否能達成,先假設經過5年的努力這個模式終於成功了,
>但一個弔詭的情形可能發生,這些投入讓平台更趨完美的資深軟體人才會慢慢被遺棄,
>因為平台有人工智慧的設計邏輯(若沒,前面的假設不會成立),那麼平台本身會越完美,
>就越不需要這些人,需要的只剩部分核心人員以及大量行銷與客服,而這些曾經投入的
>人反而價值會下降,因為企業或一般使用者會告訴你,軟體創模工廠又快又便宜又好用,
>為什麼要花高薪聘請你?
>
>當然,平台可以有機制去保障這些先驅的智慧財,讓他們不會轉行賣雞排,
>而後面投入軟體行業的人,平台越成功越無法生存,這對成為軟體大國有什麼好處?
>
>這道理可想像當機器人擁有更多智慧時,人類更多工作被取代

TO : logicalthink(牛背背)

     聽你這樣說, 好像我有意思想要一統江湖,做武林盟主一般, 錯!!! 這個誤會實再太大, 即使有那麼大野心, 我相信也不會成功!

     軟體製模, 並非全部自己創造, 它還是須要 設計師的幫忙, 一點也不排斥設計師的存在, 設計師有他接觸客戶群的經驗, 這點平台無法完全取代。軟體製模工廠最主要功能只是提高設計師產生程式碼之效率, 進而提高台灣軟體設計之競爭力。

   平台與設計師是相互依存的合作關係, 沒有任何設計師被平台所取代。
   
    
作者 : logicalthink(牛背背)
[ 貼文 4 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/28 上午 09:51:05
如果只是提高程式碼產生效率,這不是每位想走這行業都有在做的事嗎,只是自動化程度高低,有的寫成function,有的寫成class,有的寫成使用者元件,更進階的寫成專案來用

很多設計師有維護別人程式碼的痛,當有個平台產生多位設計師拼湊的程式碼給我,卻還要自己再修改,這難道不需要去讀每段有牽涉到code完,才能動手改嗎?每段code的變數命名與邏輯來至功力不同的設計師,改完一次後,下次從平台得到新增加的程式碼如何併,合併時有衝突如何解決?這比重新學習一個Framework如Extjs還痛苦,一想到這樣,自己寫還比較舒服,用自己設計好的模組(Extjs與ado.net),以訂單系統來說約5天Layout好並實際可操作,測試並增修客制欄位影響的功能,大概10~15天可完成上線,也許不算快,可是完全掌握在手中的fu難以取代,但仍然不解,這與成為軟體大國有什麼關係?

以上還不包含資料庫欄位變動,要把更改過的資料庫schema及改過的全部程式碼上傳到平台?(這裡又牽涉有的客戶不願意將修改過的商業邏輯讓同業知道)否則當客戶有新的需求要增修資料庫Table與功能時,要如何快速有效率的產生程式碼?

舉個實際例子,當系統運作一段時間,客戶要將產品欄位多個方向(不要指望在系統訪談與分析時避免這種問題發生,企業常常讓開發者有機會焠鍊成長,同一子系統改個5次以下更要心存感激,謝天謝地),這個需求牽涉到產品、庫存、詢報價、訂單、銷貨、銷退、BOM、生產排程等等,請問規劃中的創模工廠如何解決?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/28 上午 10:53:55
>如果只是提高程式碼產生效率,這不是每位想走這行業都有在做的事嗎,只是自動化程度高低,有的寫成function,有的寫成class,有的寫成使用者元件,更進階的寫成專案來用

Dear logicalthink(牛背背),你好
    我不知道有關上面的一些論述你有沒有先弄清楚??? 不錯!把程式寫成function、class、元件甚至專案來用,無非都是未了加速程式碼coding的速度, 主要原因也是在軟體設計的構成中有一大部份都是重複的,有的是ui的重複,有的是商業邏輯的重複....但是,寫成function、class、元件甚至專案只能說是寫程式無法避免的基本功,會用不會用那些,就看功力的強弱。如果,設計師都還是用這種土法練功方式(不管他的功力是強?是弱?),程式碼coding永遠佔掉專案完成時間的一大部份。
    就以上面訂單系統來說約5天Layout好並實際可操作,測試並增修客制欄位影響的功能,大概10~15天可完成上線,為例, 您是不是估計程式碼coding約需5~10天, 今天若有一個平台能有效的將程式碼coding縮短為5~10小時就可,(前面的5天檔案Layout無法省),這種效率你還不滿意嗎?

>很多設計師有維護別人程式碼的痛,當有個平台產生多位設計師拼湊的程式碼給我,卻還要自己再修改,這難道不需要去讀每段有牽涉到code完,才能動手改嗎?每段code的變數命名與邏輯來至功力不同的設計師,改完一次後,下次從平台得到新增加的程式碼如何併,合併時有衝突如何解決?這比重新學習一個Framework如Extjs還痛苦,一想到這樣,自己寫還比較舒服,用自己設計好的模組(Extjs與ado.net),以訂單系統來說約5天Layout好並實際可操作,測試並增修客制欄位影響的功能,大概10~15天可完成上線,也許不算快,可是完全掌握在手中的fu難以取代,但仍然不解,這與成為軟體大國有什麼關係?

     請你先確認, 設計師所套用的模組是自己開發的? 還是別人開發的? 若是別人開發的, 當然要冒著你說的風險, 要不要用, 全憑設計師自己決定! ,但,若是自己開發的, 那還有修改程式碼是很痛苦的一件事嗎? 自己開發的程式經過平台轉換成模組後, 在其他類似需求而套用這平台的產出程式碼若還要大量修改,那只有兩種情形: 1.設計師自己開發的程式碼考慮不夠周全, 必須先再修改, 再重新於平台轉換成新模組, 這樣該模組的產出準確率就會高很多! 2.平台的轉換模組有誤,如果,經核對情況確實是如此, 當然,平台就要有補救措施。
    
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/28 上午 11:46:27
>以上還不包含資料庫欄位變動,要把更改過的資料庫schema及改過的全部程式碼上傳到平台?(這裡又牽涉有的客戶不願意將修改過的商業邏輯讓同業知道)否則當客戶有新的需求要增修資料庫Table與功能時,要如何快速有效率的產生程式碼?
>
>舉個實際例子,當系統運作一段時間,客戶要將產品欄位多個方向(不要指望在系統訪談與分析時避免這種問題發生,企業常常讓開發者有機會焠鍊成長,同一子系統改個5次以下更要心存感激,謝天謝地),這個需求牽涉到產品、庫存、詢報價、訂單、銷貨、銷退、BOM、生產排程等等,請問規劃中的創模工廠如何解決?

Dear logicalthink(牛背背),你好
    
   平台中要提供的模組有三種: 1.平台提供, 2.設計師自己開發的, 3.他人(也是設計師)開發的, 不會無端的混用。且,設計師自己開發的模組還可以選擇自己專用, 或可分享他人使用。分享他人使用者,也可從中在一定時間內穫得一點利益。

   資料欄位的變動, 也只是將平台上有關檔案layout設定修改即可, 除非這欄位的變動牽涉到商業邏輯的大修改(模組必需重新設訂), 否則其他設訂都不用修改, 直接按程式碼產出鈕即可。

   所有的作業流程,完全設計師自己掌控, 跟創模工廠沒有直接關係, 或許, 將來創模工廠將作業流程設訂列入經營項目時,會朝著
設計師可自己修改流程設訂的方向來規劃。

   正因為客戶的要求是多變的, 所以本主題一開始就主張: 設計師可提供免費的執行檔(含安裝手冊、使用手冊), 給未知的客戶下載試用,這是一個廣告行銷的手段, 如果, 這應用程式有去無回, 1.表示客戶不滿意,這套系統還有改善空間, 2.客戶若無任何反應, 就當作做功德.3.客戶有滿意,但希望設計師增修一些功能, 本平台願無償提供聯絡管道(與現有一般網站經營方式最大差別)。

    另外,設計師提供樣本, 登上平台轉換成模組後, 只要以後有類似需求(僅檔案layout,schema不同者), 直接在平台使用程式碼產出鈕即可,您說的那些問題還存在嗎?
作者 : logicalthink(牛背背)
[ 貼文 4 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/28 下午 01:39:06
原來用物件,介面甚至專案的方式都只能算土法煉鋼,小弟(踹~都大叔還小弟)落伍了,
準備來找雞排加盟店轉業,這成為軟體大國的神聖使命靠各位前輩!

ps.5~10天的coding不是只算改到訂單系統的部份,所有關聯到的子系統與資料庫欄位
     全部要改好並測試
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/28 下午 03:48:17
>原來用物件,介面甚至專案的方式都只能算土法煉鋼,小弟(踹~都大叔還小弟)落伍了,
>準備來找雞排加盟店轉業,這成為軟體大國的神聖使命靠各位前輩!
>
>ps.5~10天的coding不是只算改到訂單系統的部份,所有關聯到的子系統與資料庫欄位
> 全部要改好並測試

Dear logicalthink(牛背背), 也許我話說的太重了!, 在此先表達我的抱歉!
    
     只是,若單獨從設計師的角度來思考,常常發現:專案進行中有絕大多數的時間耗費在程式碼coding中,有太多的開發成本用在最容易出錯的程式碼coding。這些routine的必要工作,難道沒有更好的辦法提升效率。

   而在一個新的erp專案開發,不外乎輸入、輸出、中間處理,其中有多數都是可利用現有程式copy後, 再修改即可使用。好,想想看,這時的修改是改了那些東西? 大部份都只是檔案layout及schema, 如果要修改的欄位多了些, 純手工去做, 少說也要1~2小時。若真的有個東西將這1~2小時,縮小為10~20分鐘,甚至1~2分鐘,那麼這些時間不是可以省下做更多的其他事情。當然比較複雜的是必需修改商業邏輯這部份,但如果它也是可以模組化,設計師一定也將它包裝成class,function...等,後面的工作程序,一樣是有沒有一個辦法提升效率?。
作者 : jason680(Jsn) 貼文超過200則
[ 貼文 209 | 人氣 1 | 評價 810 | 評價/貼文 3.88 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/28 下午 11:14:39
看到標題.....個人感覺想當然爾......(也沒什麼好討論的....)

答案不辯自明
今日就是"昨日"(以前)努力的結果.所以你看到現狀,就是前人(包含你我...)昨日努力的結果.
你說"明日"(未來)是否有機會.....,那就要看現今的人/你我都在做什麼,目標在那,
是每天趕schedule!!??,加班沒日沒夜!!??還是每天在規畫未來!!??.....
看看今日,應該就可以"看"到明日的結果了....

或許有人會覺得,這是"悲觀"看法,在我看來只是事實.

個人在不同公司寫生產測試軟體及自動化,加一加也快10年了,
但就沒看到是重視的.有人可以有反證的嗎? 歡迎來信告知.....
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/28 下午 11:56:58
>看到標題.....個人感覺想當然爾......(也沒什麼好討論的....)
>
>答案不辯自明
>今日就是'昨日'(以前)努力的結果.所以你看到現狀,就是前人(包含你我...)昨日努力的結果.
>你說'明日'(未來)是否有機會.....,那就要看現今的人/你我都在做什麼,目標在那,
>是每天趕schedule!!??,加班沒日沒夜!!??還是每天在規畫未來!!??.....
>看看今日,應該就可以'看'到明日的結果了....

TO jason680(Jsn)
     我不知您在說什麼?想當然爾......(也沒什麼好討論的....),究竟是在挖苦人, 還是????????
    
     就像你說的想當然爾? 是指有機會? 還是沒機會?還是看不懂。暫且不談機會存不存在, 其實本題重點在於機會在那裡? 若在本社群討論出大家的共識,再開發個專題大家深入研發,不是比你現在上網毫無目標的發洩言語有用的多。

作者 : logicalthink(牛背背)
[ 貼文 4 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/29 上午 02:07:20
沒什麼好抱歉的,如果你所講的東西都實作出來,反而覺得這個時間點
自己真是以管窺天!

在UI方面的高效率產出源碼,市面上現成產品很多,
特別舉二個Javascript Framework:Extjs與ZK(沒用過,但是與Extjs都是這領域的絕佳作品)
它們都能將原來要花好幾天的工作縮短到幾小時內,不用為每種瀏覽器寫一遍,但呈現出來的效果很好!
(JQuery自由度較高反而縮短的程度沒這兩個好,但仍是非常需要學的東西)
在開發平台也有類似的好產品,資料庫一樣

但以上談的不管在UI還是商業邏輯或資料庫的開發,都有一個前提,一定得下功夫學才有小成

這些開發各種解決方案的優秀團隊,推出的產品都要讓人重新學習才能得到效益,
如今有個平台說只要有原來的底子(就ASP.NET+MSSQL吧),經過平台轉換(聽起來應該不用學習),
就能縮短總開發時間,真是如此的話,大概稱得上殺手級應用,殺到上述那些團隊不知如何生存!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/29 上午 07:30:12
of course, almost all tw firms don't pay attention to software testing. :-)
作者 : jason680(Jsn) 貼文超過200則
[ 貼文 209 | 人氣 1 | 評價 810 | 評價/貼文 3.88 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/29 下午 10:07:26
To: a102707718(SweetWo)

我說了..."答案"不辯自明

今日就是"昨日"(以前)努力的結果.所以你看到現狀,就是前人(包含你我...)昨日努力的結果.
你說"明日"(未來)是否有機會.....,那就要看現今的人/你我都在做什麼,目標在那,
是每天趕schedule!!??,加班沒日沒夜!!??還是每天在規畫未來!!??.....
看看今日,應該就可以"看"到明日的結果了....

======================================================

你自己也說了"希望台灣可創造出適合團體開發程式之環境,不能再遠遠落後於印度及中國!! "

"不能再遠遠落後於印度及中國!!"這是二十年前,十年前之事嗎?
如果是表示我們努力不夠,追不上別人......
但如果不是.............為什麼你會如此認為呢!!!!..."答案"不就不辯自明了嗎?
作者 : terenas(風) 貼文超過200則
[ 貼文 490 | 人氣 7440 | 評價 680 | 評價/貼文 1.39 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/29 下午 10:40:07

>To: a102707718(SweetWo)
>
>我說了...'答案'不辯自明
>
>今日就是'昨日'(以前)努力的結果.所以你看到現狀,就是前人(包含你我...)昨日努力的結果.
>你說'明日'(未來)是否有機會.....,那就要看現今的人/你我都在做什麼,目標在那,
>是每天趕schedule!!??,加班沒日沒夜!!??還是每天在規畫未來!!??.....
>看看今日,應該就可以'看'到明日的結果了....
>
>======================================================
>
>你自己也說了'希望台灣可創造出適合團體開發程式之環境,不能再遠遠落後於印度及中國!! '
>
>'不能再遠遠落後於印度及中國!!'這是二十年前,十年前之事嗎?
>如果是表示我們努力不夠,追不上別人......
>但如果不是.............為什麼你會如此認為呢!!!!...'答案'不就不辯自明了嗎?
十年前就開始不如了.
WHY?
請看 http://blog.udn.com/tripc/4361713
重點:
以我需要的一些應用系統軟體來說,系統的最大負荷量,就是區區幾十萬,連過百萬的都很少。同時迸發數,大概就是千為單位,萬為單位的連想都沒有想過。壓力測試?(就是給系統在同一時間下的最大操作壓力)想都沒有想過,因為在台灣客戶的使用力度,相較於現在資訊科技的水平,離要造成系統壓力,還早的很呢。

而使用的平台也一樣,為了降低系統賣價,大多使用較廉價的開放資源,以台灣市場的要求來看,這也無可厚非,因為用了正式的商用系統平台,光是授權費,就超過了系統賣價的好幾倍,當然沒有人要用。但也因為如此,這些系統以我個人在大陸的經驗,除了很小的企業,稍微有點規模的大陸企業,連用都沒法子用。因為一家成長到要用系統來管理的大陸企業,客戶數數十萬到上百萬,是很正常的,營業範圍只要在一市一省,就可能超過這數字了,更不用提如果有跨省或跨市的企業。

台灣的系統技術有多好, 別人講了
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 上午 12:06:51
>你自己也說了'希望台灣可創造出適合團體開發程式之環境,不能再遠遠落後於印度及中國!! '
>
 TO jason680(Jsn): 感謝你的指教, 一句好好的被你解釋的如此不堪!好,我改===> 已改好,請你高抬貴手再去看看, 改後的字您是否可以滿意?
 
     不過,在你的說法裡還是沒說明: 有機會? 還是沒機會?還是看不懂。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 上午 12:31:50
>十年前就開始不如了.
>WHY?
>請看 http://blog.udn.com/tripc/4361713
>重點:
>以我需要的一些應用系統軟體來說,系統的最大負荷量,就是區區幾十萬,連過百萬的都很少。同時迸發數,大概就是千為單位,萬為單位的連想都沒有想過。壓力測試?(就是給系統在同一時間下的最大操作壓力)想都沒有想過,因為在台灣客戶的使用力度,相較於現在資訊科技的水平,離要造成系統壓力,還早的很呢。
>
>而使用的平台也一樣,為了降低系統賣價,大多使用較廉價的開放資源,以台灣市場的要求來看,這也無可厚非,因為用了正式的商用系統平台,光是授權費,就超過了系統賣價的好幾倍,當然沒有人要用。但也因為如此,這些系統以我個人在大陸的經驗,除了很小的企業,稍微有點規模的大陸企業,連用都沒法子用。因為一家成長到要用系統來管理的大陸企業,客戶數數十萬到上百萬,是很正常的,營業範圍只要在一市一省,就可能超過這數字了,更不用提如果有跨省或跨市的企業。
>
TO terenas(風), 你好
    我很敬重, 遠離故鄉到他鄉奮鬥的人, 尤其是在台灣--大陸間往返的旅人。我不知道為何你會給台灣這麼負面的價值觀,或許你所接觸的環境讓你有此感覺。但不是所有人都如此, 至少, 若你認為你還是個台灣人,就不會如此看法。

    你說的那些情況或許真的有, 但也只能說是一般還沒準備好的人,有錯誤的心態,不是所有人都如此。 舉個例: 能夠去大陸闖事業, 且能有高成就的企業家, 都還是你說的心態在做事嗎?若你還是個台灣人,就應該帶頭給台灣人更多的機會!。

作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 上午 12:46:39
>這些開發各種解決方案的優秀團隊,推出的產品都要讓人重新學習才能得到效益,
>如今有個平台說只要有原來的底子(就ASP.NET+MSSQL吧),經過平台轉換(聽起來應該不用學習),
>就能縮短總開發時間,真是如此的話,大概稱得上殺手級應用,殺到上述那些團隊不知如何生存!

TO logicalthink(牛背背), 請先弄清楚, 設計師要得到模組之前, 必須先提供樣本, 這樣本難到不是設計師下苦功夫,才得到的
    
     本平台的目標是減少開發過程中所有可能重複的程式碼CODING, 如此而已!還沒用過的應是都要學習。
作者 : jonay(jonay) VC++優秀好手C++ Builder優秀好手C++優秀好手貼文超過500則
[ 貼文 887 | 人氣 8025 | 評價 5030 | 評價/貼文 5.67 | 送出評價 30 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 上午 01:12:49
現在都民國幾年了?
還在搞什麼軟體大國、小國(誰會在乎你的程式是那一國人寫的?)
ASP.NET+MSSQL ? (誰會在乎你用的是什麼平台?)
自已的方向走歪了,還想著誤導別人(然後來個集思廣義?)

我個人最討厭的其中一種就是open source
因為會喊這種"口號"的人最會open 別人的source
同時加上自已的一點垃圾碼一起送出去給別人用(美其名資源共享)
遇到有能力的人還可以拆開有用的出來用
遇到能力不足的只能整個吞下去
結果這些初學者的時間都花在這上面,完全製造不出自已的東西
當你只會跟別人走時,前面的人陣亡了你也走不下去(因為手上拿著的原本就不是開路工具)
完全不考慮路與路中間是否會有黃金

所謂的藍海變紅海不就是這些人搞出來的嗎
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 上午 07:11:49
台灣軟體工業不好,無法成為軟體大國,其中一個明顯的指標就是軟體工程不彰
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 上午 08:47:23
>台灣軟體工業不好,無法成為軟體大國,其中一個明顯的指標就是軟體工程不彰

To : ozzy123(ozzy), 我認為你是倒因為果,軟體產業要變大, 軟體工程才有它的意義,
     不是因為軟體工程不彰, 而無法成為軟體大國.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 上午 09:08:03
>我個人最討厭的其中一種就是open source
>因為會喊這種'口號'的人最會open 別人的source
>同時加上自已的一點垃圾碼一起送出去給別人用(美其名資源共享)
>遇到有能力的人還可以拆開有用的出來用
>遇到能力不足的只能整個吞下去
>結果這些初學者的時間都花在這上面,完全製造不出自已的東西
>當你只會跟別人走時,前面的人陣亡了你也走不下去(因為手上拿著的原本就不是開路工具)
>完全不考慮路與路中間是否會有黃金
>
>所謂的藍海變紅海不就是這些人搞出來的嗎
>
TO jonay(jonay); OPEN SOURCE 這東西.....有人強迫能力不足的人整個吞下去嗎? 請你舉個實例
    OPEN SOURCE 本身無罪, 它只是縮短學習時間與路徑的一種途徑, 適合者用之, 不適合者棄之,如此而已, 怎麼會扯出那麼多的是非?
     所謂的藍海, 時間一久, 終會變紅海, 這是自然的定律, 與那些人用OPEN SOURCE一點關係都沒有, 它只是一種"競爭"下的自然產物。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 上午 09:13:05
TO terenas(風)
     我不想在此做口舌之爭, 政治意識---我一點興趣都沒有
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 上午 09:45:39
我說的是"其中", not for all , 是 there exist , don 't be serious , be funny :-)))
作者 : terenas(風) 貼文超過200則
[ 貼文 490 | 人氣 7440 | 評價 680 | 評價/貼文 1.39 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 上午 11:37:28

>TO terenas(風)
> 我不想在此做口舌之爭, 政治意識---我一點興趣都沒有
政治? 要成為軟體大國, 不用政治能辨到嗎?
韓國的電玩是怎麼來的?
印度的IT 是怎麼來的?
沒國家support 它什麼都不是.
國家就是政治.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 下午 12:01:21
立論依據: 什麼樣的人選出什麼樣的官員, 垃圾進就會垃圾出
>還好我沒去投票, hahaha
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 下午 12:15:39
and 韓國手機產業也是一樣
作者 : terenas(風) 貼文超過200則
[ 貼文 490 | 人氣 7440 | 評價 680 | 評價/貼文 1.39 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 下午 01:04:10

>立論依據: 什麼樣的人選出什麼樣的官員, 垃圾進就會垃圾出
>>還好我沒去投票, hahaha
不投也一樣, 因為這叫默認.
這東西, 沒有事不關己這回事的
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 下午 01:13:20
okay , you are right, 下次去投票, hahahaha
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 下午 03:18:16
>>立論依據: 什麼樣的人選出什麼樣的官員, 垃圾進就會垃圾出
>>>還好我沒去投票, hahaha
>不投也一樣, 因為這叫默認.
>這東西, 沒有事不關己這回事的

Dear ???: 我不在此談政治意識,並不代表我不關心政治, 請你不要弄錯!!!
    
     因為談政治要看場合, 這裡是軟體IT社群網站, 實在不適合談政治意識。
    
    事實上,自從我有投票權以來, 我從未缺席, 我投的都是開放派, 鎖國的意念,我從來無法認同, 所以, 請你不要說那種"事不關己"的傷人言語。

     我想問你, 投過幾次票??? 曾經沒有投票的人, 才給人有"事不關己"的感覺。不投票的人, 難道是不是垃圾!!???
作者 : terenas(風) 貼文超過200則
[ 貼文 490 | 人氣 7440 | 評價 680 | 評價/貼文 1.39 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 下午 04:15:46
推導己經推給你了, 要成為軟體大國, 國家的幫忙是必要的
但現在不會有國家的幫忙, 因為....不用說了
再來, 台灣已經是硬體的代工大國, 所以不會再多一個了.
君不見, 雲端是什麼都不知-->投入雲端
intel 搞的哪個鳥4G 呢, 就不用說了.
這樣的"人材" 要不是以前的前背眼光好, 搞出科學園區, 靠現在這批"人材"
你就好好的好自為之即可.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 下午 05:41:45
是人"裁"吧 , haha
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/30 下午 08:50:04
以目前的狀況,台灣是無法成為軟體大國,是定論了
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/31 上午 09:22:05
>以目前的狀況,台灣是無法成為軟體大國,是定論了

  不對, 應該是你們幾個沒志氣的人之說法, 有志氣的已懶的在此跟你們爭, 繼續去工作吧, 無謂的口舌之爭,無法得到好結果!

   明年再來見真章!!!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/31 上午 10:20:12
軟體大國不是一兩年的事情, 也不是明年就可以立即見效, 教育部軟工聯盟紮根已十年了,尚未明顯成效,也不是幾個平台or幾個公司就可以使軟體工業蓬勃發展,如果真的那麼簡單的話,那麼何需動用國家力量並從教育基礎下手?
作者 : terenas(風) 貼文超過200則
[ 貼文 490 | 人氣 7440 | 評價 680 | 評價/貼文 1.39 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/31 上午 10:24:45

>軟體大國不是一兩年的事情, 也不是明年就可以立即見效, 教育部軟工聯盟紮根已十年了,尚未明顯成效,也不是幾個平台or幾個公司就可以使軟體工業蓬勃發展,如果真的那麼簡單的話,那麼何需動用國家力量並從教育基礎下手?
哈....用ACM 比賽當評量的話, 台灣早就是世界第一啦.
小國度, 連跨時區都沒有, 系統capacity 也頂多一千幾百, 想跟哪種動不動上萬, 上百萬連線的系統來比.
有得你比囉, 就這樣的經驗就輸一截了.
作者 : terenas(風) 貼文超過200則
[ 貼文 490 | 人氣 7440 | 評價 680 | 評價/貼文 1.39 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/31 上午 10:33:04

>
>>軟體大國不是一兩年的事情, 也不是明年就可以立即見效, 教育部軟工聯盟紮根已十年了,尚未明顯成效,也不是幾個平台or幾個公司就可以使軟體工業蓬勃發展,如果真的那麼簡單的話,那麼何需動用國家力量並從教育基礎下手?
>哈....用ACM 比賽當評量的話, 台灣早就是世界第一啦.
>小國度, 連跨時區都沒有, 系統capacity 也頂多一千幾百, 想跟哪種動不動上萬, 上百萬連線的系統來比.
>有得你比囉, 就這樣的經驗就輸一截了.
>
還忘了個小東西 Matlab 的替代品, 法國的教育單位做的:SCILAB
台灣呢?
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/31 上午 11:17:02
it is a very powerful tool for numerical commutation
作者 : jason680(Jsn) 貼文超過200則
[ 貼文 209 | 人氣 1 | 評價 810 | 評價/貼文 3.88 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/31 下午 01:14:35

>>;以目前的狀況,台灣是無法成為軟體大國,是定論了
>
> 不對, 應該是你們幾個沒志氣的人之說法, 有志氣的已懶的在此跟你們爭, 繼續去工作吧, 無謂的口舌之爭,無法得到好結果!
>
> 明年再來見真章!!!


做個記號.....

老話一句,不辯自明. 明年 2012/8/14(2012/8/31也可以)再來看看什麼是軟體大國.......
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/31 下午 02:21:10
軟體公司的待遇普遍不如電子代工廠,所以有為數不少的人都去那裡工作了,也造成軟體業不發達的原因之ㄧ
作者 : jonay(jonay) VC++優秀好手C++ Builder優秀好手C++優秀好手貼文超過500則
[ 貼文 887 | 人氣 8025 | 評價 5030 | 評價/貼文 5.67 | 送出評價 30 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/8/31 下午 02:25:42
>>所謂的藍海, 時間一久, 終會變紅海, 這是自然的定律,
>>與那些人用OPEN SOURCE一點關係都沒有,
>>它只是一種"競爭"下的自然產物。

說你在鬼扯你還不信
藍海變紅海明明是人為的,那來的什麼自然定律?
自然界中當一物種強勢掘起時,要不是產生天敵來克制就是吃光所有資源而滅種

而你卻想弄出一大堆人來寫程式?(也不想想微軟才幾個人?google幾個人?台灣又有多少人?)
以前有個笑話:某個軍閥看到一群人再打籃球,就告訴他的副官,以後每人發一個球,他們就不用再搶了
台灣搞一個大學一堆,搞到九分也可以上(以為掛個大學的牌子就是大學了?一隻狗牽到北京掛個牛的牌子所有人就會認為它是牛?)
如果台大醫學系每年招收20萬的新生結果會變成怎樣?

>>OPEN SOURCE 本身無罪, 它只是縮短學習時間與路徑的一種途徑
整天老想著速成,如果醫學系的學生一年就可以出來開業問診你又有什麼感想?
這種就是填鴨式的教育的電腦版,只有答案、結果,沒有推理、測試、驗証、心得
就好像一個只會抄、背答案的學生,當題目有些微變動時他又要重背一次
而一個有推理、驗証的學生,只要掌握基本原理,題目再怎麼變他都可以得到答案(那一種省時?)

軟體本就是一種服務業,是為了省時而發明(省的是工作時間,學習時間反而愈長愈好)
但是你卻找一大堆人來做苦工,連自已的時間也省不了,如何節省別人的時間?

>>「程式設計」原本就注定是辛苦的,在30幾年前我要投入「程式設計」這行業時,
>>就已看清這件事實

看看你這句話,程式設計是一個省時省力的工作,怎麼會是苦工?
花了三十年連"程式設計"的大門還沒找到(真懷疑是一年的工作經驗乘以三十次)
微軟的WORD EXCEL是幾個人寫的?忿怒鳥又是幾個人寫的?
你找一堆人不是害人嗎?
弄出一堆只會抄,而沒有靈魂的程式員有何意義
只是掩埋真正有創意的人或產品(牛驥同一灶雞棲鳳凰食?)

微軟、APPLE有公佈原始碼嗎?他們變成紅海了嗎?
有品質、格調的軟體還是老神在在,那怕再多的山寨貨也一樣

PS:
台積電一直在收刮一堆碩博士去做一些作業員做的事
讓鳳凰吃雞食(那怕給再多的雞食)
等一二十年後,他們原來的知識技術也過時了














作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/1 上午 10:46:19
TO jonay(jonay), 為什麼你說的評論都自相茅盾,沒有一個是可信的!

>所謂的藍海, 時間一久, 終會變紅海, 這是自然的定律,與那些人用OPEN SOURCE一點關係都沒有,它只是一種'競爭'下的自然產物。
>
>說你在鬼扯你還不信
>藍海變紅海明明是人為的,那來的什麼自然定律?
>自然界中當一物種強勢掘起時,要不是產生天敵來克制就是吃光所有資源而滅種
>

==> 我說的"它只是一種'競爭'下的自然產物。", 你有看到嗎? 別裝瞎了!!

>以前有個笑話:某個軍閥看到一群人再打籃球,就告訴他的副官,以後每人發一個球,他們就不用再搶了
>台灣搞一個大學一堆,搞到九分也可以上(以為掛個大學的牌子就是大學了?一隻狗牽到北京掛個牛的牌子所有人就會認為它是牛?)
>如果台大醫學系每年招收20萬的新生結果會變成怎樣?
>

==> 以上例子, 跟軟體IT有何關係, 難道你只是個會比"爛" 的人, 其他都不會!

>>>OPEN SOURCE 本身無罪, 它只是縮短學習時間與路徑的一種途徑
>整天老想著速成,如果醫學系的學生一年就可以出來開業問診你又有什麼感想?
>這種就是填鴨式的教育的電腦版,只有答案、結果,沒有推理、測試、驗証、心得
>就好像一個只會抄、背答案的學生,當題目有些微變動時他又要重背一次
>而一個有推理、驗証的學生,只要掌握基本原理,題目再怎麼變他都可以得到答案(那一種省時?)
>

==> 縮短學習時間與路徑,就是想速成嗎? 你是如何解讀? 它主要目的是解惑, 不要因為問題存在, 無法解決, 整個專案進度被卡住!這才是『縮短學習時間與路徑』的真義!

>「程式設計」原本就注定是辛苦的,在30幾年前我要投入「程式設計」這行業時,就已看清這件事實
>
>看看你這句話,程式設計是一個省時省力的工作,怎麼會是苦工?
>花了三十年連'程式設計'的大門還沒找到(真懷疑是一年的工作經驗乘以三十次)
>微軟的WORD EXCEL是幾個人寫的?忿怒鳥又是幾個人寫的?
>你找一堆人不是害人嗎?

===> 30年前投入「程式設計」這行業, 如何解讀成 花了三十年連'程式設計'的大門還沒找到 ??? 你是如何看別人的文章??

>弄出一堆只會抄,而沒有靈魂的程式員有何意義
>只是掩埋真正有創意的人或產品(牛驥同一灶雞棲鳳凰食?)
>

===> 到底是如何解讀別人的文章?? 我有說過一個"抄"字嗎? 所有平台中的模組,都是設計師的產品樣本轉化而來, 怎麼會是沒有靈魂的程式員??

>微軟、APPLE有公佈原始碼嗎?他們變成紅海了嗎?
>有品質、格調的軟體還是老神在在,那怕再多的山寨貨也一樣
>

===> 你知道什麼是藍海? 什麼是紅海嗎? 請再去看看[藍海策略]這本書! 從某種角度(惡性競爭)來說, 他們所處世界確實已變成紅海!!
     請認知一點:不是可以賺大錢就是藍海!!微軟、APPLE因為作風封閉, 所以它們的格局, 已無法超越GOOGLE的開放作風。

>PS:
>台積電一直在收刮一堆碩博士去做一些作業員做的事
>讓鳳凰吃雞食(那怕給再多的雞食)
>等一二十年後,他們原來的知識技術也過時了
>

==> 你怎知那是不是一堆碩博士自己願意去做, 目標也是等待機會, 有一天也可以成高級幹部,或研發人員。人的機會不就是這樣產生!!! 可是你卻批評他們(鳳凰)只是在吃雞食, 你有比他們更好嗎?
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/1 下午 05:02:09
>>台積電一直在收刮一堆碩博士去做一些作業員做的事
>>讓鳳凰吃雞食(那怕給再多的雞食)
>>等一二十年後,他們原來的知識技術也過時了

這是生活的無奈為五斗米折腰
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/2 上午 10:05:57
http://www.openfoundry.org/en/foss-news/1349--linux-
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/4 上午 10:18:52
行有不得當反求諸己
作者 : prideof(po)
[ 貼文 20 | 人氣 0 | 評價 40 | 評價/貼文 2 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/6 上午 10:04:09
這篇po文當一則笑話看看就好
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/6 上午 10:52:49
>這篇po文當一則笑話看看就好

To prideof(po)
     台灣真的有那麼差嗎?? 何以你第一次回應本主題就如此苛刻!!
    
     我在想是不是該把這一則回應當笑話!!
作者 : jason680(Jsn) 貼文超過200則
[ 貼文 209 | 人氣 1 | 評價 810 | 評價/貼文 3.88 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/6 下午 01:31:54
To: SweetWo

格局要大一點...每次別人發表個意見,就回一些有的沒有的......
要不然,你就默默做你的,別貼上來,都已經貼上來了,就做給大家看,證明給大家看,讓他們啞口無言......
要不然大家還以為這是嘴泡文章,說說而以

我還在等每個月,你說所的"軟體大國"藍圖與藍海.....

如果這些都沒有,當做笑話看看,其實也沒什麼大不了.....

給出個"軟體大國"計畫吧!!! ....別再讓人看笑話了....
作者 : prideof(po)
[ 貼文 20 | 人氣 0 | 評價 40 | 評價/貼文 2 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/6 下午 02:14:01
其實回不回都是笑話
作者 : fcwang(fortran) 程式設計甘苦談優秀好手貼文超過200則
[ 貼文 231 | 人氣 2831 | 評價 2440 | 評價/貼文 10.56 | 送出評價 6 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/9/6 下午 11:08:28
To: SweetWo


參照您的發表內容, 個人有下列建議

1. 您就接受年輕人的觀點吧, 軟體業本來就是年輕人的世界, LKK (包括我) 不見得沒有盲點, 反駁別人的觀點毫無意義, 一笑置之, 有何不可.

2. "軟體大國"或是"軟體強國"就該讓掌握資源的資策會去運作吧, 非個人可以成其業.

3. 如果退休後繼續想工作, 消極的方式像五年多前從職場上退下來的我一樣, 當個軟體公司的Part-Time顧問, 可以消磨時間賺點錢. 不過我經歷幾次投標政府的軟體或系統整合標案後, 對台灣的軟體公司作為與市場競爭環境感到相當沒信心.

4. 比較積極的方式, 個人建議您開個公司, 找幾位您滿意的軟體工程師去開發一些可以賺錢, 又能讓它在世界上發光發熱的軟體. 對提升台灣的軟體實力絕對有加分效果. 至於可以養活多少程式設計師並不是重點(硬體大廠大部分都在養中國大陸的勞工), 能撐得久才是本領.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/6 下午 11:41:21
http://www.zkoss.org/
作者 : nibabakaho(farastein)
[ 貼文 99 | 人氣 6635 | 評價 390 | 評價/貼文 3.94 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/9/9 下午 02:42:10
To 樓主
去找些志同道合的人吧
推薦一個 Jserv ( 0xlab 創辦人 )
你可以到google一下他的基本資料
他也是默默的在open source界努力著
台灣還是很需要這種不顧一切的人

另外 台積電很屌吧
在晶圓這塊目前還是在領先地位
他們所掌握世界上最先進的製成技術目前還沒有其他公司可以跟對他對抗
以為台積電不需要技術的人應該不懂製成的重要吧
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/9 下午 07:08:22
http://blog.linux.org.tw/~jserv/
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/18 下午 06:05:09
這不是笑話,是詐術
作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/19 上午 12:12:31
>> 作者 : terenas(風)
>> 還忘了個小東西 Matlab 的替代品, 法國的教育單位做的:SCILAB
>> ^^^


您一定是在開玩笑!!

Mathworks (出Matlab的公司), 全球有1000員工, 其中超過80%是工程師, 您知道擁有博士學位的員工有多少人嗎? 前陣子總公司派來台灣巡迴宣傳最新版本的AE工程師就是博士.

如果您覺得Matlab是個"小"程式, 您不彷自己寫個來試試!
作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/19 上午 12:23:40
>> 作者 : nibabakaho(farastein)
>> 另外 台積電很屌吧
>> 在晶圓這塊目前還是在領先地位
>> 他們所掌握世界上最先進的製成技術目前還沒有其他公司可以跟對他對抗
 
 
台積電是CMOS"專業晶圓代工"技術最好的, 但不是最先進的. CMOS製程最先進的是Intel, 不過他們只幫自家公司生產, 不對外接單.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/19 下午 01:04:42
that's right ! 許多cpu的製程技術 , Intel 不對外開放, tsmc 沒得知
作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/19 下午 06:58:43
您要寫的出來, 那您就自己寫一套, 來證明您的論點MATLAB是一套"小"程式. 不然我也覺得得諾貝爾獎是很簡單的事啊!

嘴炮打打誰都行, 又不用成本啊!
作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/19 下午 11:18:23
法國一間學校就搞定跟您寫不寫的出來是兩回事! 等您寫出來再來評論比較有公信力. 不然只是流於嘴炮, 無法讓人同意你的論點 , 不過我想您也不在乎別人的感受, 反正看起來您只是想找個發洩的管道, 罵罵人, 疏口氣吧!

另外, 我們group共約50人, 有10幾個博士, 坐我辦公室堛6個同事, 4個是博士, 這樣您滿意了嗎?


作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/20 上午 01:07:11
1. 人家法國人寫的出來, 跟你寫不寫的出來是兩回事! 今天是你用法國人寫的出來SciLab這件事, 用來證明你的Matlab是"小"程式這個論點論點, 這跟天才小史才20出頭可以投出100 miles/hr上大聯盟, 所以根據你的邏輯我可以下個結論說要投100 miles/hr上大聯盟這是一件"小"事!

2. 我沒說博士很了不起, 其實我也不覺得博士有什麼了不起, 我只是針對你的問題說我沒看過博士來回答罷了!

3. 回到SciLab, 不曉得你有沒看過SciLab的沿革? SciLab起源的確是大學, 可是這個project是成立於1990, 距今已經超過20年. 同時根據SciLab網站, 有超過85人貢獻SciLab(我想應該不少是博士吧). 同時SciLab早已是一個組織digiteo的雇員在maintain的(是領薪水的, 不是佛心做義工的), 早已脫離你一直強調的純學校單位研發. 同時SciLab的Module是由各界所貢獻的, 不是單純由SciLab雇員寫的.

請把沿革看清楚再來發表高論吧!

作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/20 上午 10:22:57
>> 從2003年開始,由新成立的Scilab協會負責Scilab軟件的後續開發以及相關技術支持。


你這講的不是跟我之前講的是一樣嗎? SciLab早就不是純學校做的! 而是由一個組織(支薪全職員工)在持續開發的.

照你說的Matlab是一堆lib的intepreter, 沒錯啊! 我同意啊! 寫出一個intepreter真的是不難, 現成的就一大堆, 可是你要怎麼把那一大堆各個不同領域的lib找齊, 整合在你的IDE堜O? Matlab的domain knowledge不是在那個intepreter, 而是在那一堆lib, 那不是一堆博士寫出來的嗎?! 這樣你懂Matlab為什麼要找這麼多博士了吧. 我想你不會不懂什麼叫domain knowledge吧!

而且照你講的邏輯, Linux核心是由Linus大3還是學生時寫出來的, 所以從你的觀點, Linux是一個很"小"的程式! (Linux發展這麼久, 誰還敢叫它"小").

而且套用你的邏輯, Linux/Windows/iOS不就只是file system, memory managment, graphic ...等module組合起來的的一堆C code, 書上都有啊! Google一下也一大堆文章! 我也寫的出來啊! 而且寫的比Linux/Windows/iOS還要小, 還要快, 這種打高空的話, 誰不會講!


作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/20 下午 01:31:54
matlab 的應用領域應該涵蓋如下,
訊號處理與通訊系統設計 , 控制系統設計,影像處理 ,資料分析和數學模型 ,財務模型開發
這些application domains 的核心是數學其領域的理論知識, 至於 interpreter 應是用於處裡 matlab 中 特定的language ,scripts ,...用的
這些都應該整個系統的核心,而那些libraries 是matlab 的domain 應用領域的 implementations
作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/21 上午 09:40:20
>> 其它的替代品就更別說了.Octave , R-project, Gnuplot 等, 這些你知道嗎?


我當然知道啊!

10幾年前我在美國唸研究所的時候, 有一個同學就是專門用Gnuplot去處理simulation的data. 我小用之後, 沒啥興趣.

我一個同事的老公在某家IC設計公司, 公司不願意買Matlab, 就叫他們用Octave. 有興趣想知道是那家公司, 可以pm我.
作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/21 上午 09:47:22
>> 別在扯到我頭上來, 反正, 你願意付錢給我, 我就是抄也抄一個給你, 就是哪麼簡單.


由這句話, 我可以明確回答開版主所提的問題 -- 沒有!!!
作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/21 下午 03:04:49
http://www.angelfire.com/ca2/BlueFlyer/

我在10幾年前獨立寫的! 放在網路上自由download.

因故沒有繼續改進!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/21 下午 03:16:18
http://china.findlaw.cn/jingjifa/zuixinqiyesuodeshuifa/shuishouyouhui/shewaiyouhui/20110326/83456.html
an article for reference
作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/21 下午 03:27:24
Google一下 : arpeggio fdtd

搜尋結果前幾條

-----------------

electromagnetic simulator - edaboard.com - [ 翻譯這個網頁 ]
search.edaboard.com/electromagnetic%20simulator.html您公開 +1 了這個項目。 復原
Arpeggio is an advanced Time-Domain Full-Wave Electromagnetic simulator. ... Can CST or XFDTD or any other FDTD simulator model and simulate Electromagnetic ...


frequency domain electromagnetic - edaboard.com - [ 翻譯這個網頁 ]
search.edaboard.com/frequency%20domain%20electromagnetic.html您公開 +1 了這個項目。 復原
Electromagnetic Simulation using the FDTD method. ... Arpeggio is an ...


[PDF] Overview of Electromagnetic Modeling Software - [ 翻譯這個網頁 ]
www.umc.edu.dz/vf/images/emc/PDFs/Papers/Workshops/022_108.pdf您公開 +1 了這個項目。 復原
檔案類型: PDF/Adobe Acrobat - 快速檢視
Free FDTD Modeling Software: ‰ ApsimFDTD. ‰ CST – Transient Solver. ‰ EMA3D. ‰ EMPLab. ‰ EMCUBE. ‰ EZ-FDTD. ‰ EMPIRE. ‰ Arpeggio ...


FDTD法について - 物理学 - 教えて!goo - [ 翻譯這個網頁 ]
oshiete.goo.ne.jp › 学問・教育 › 物理学 - 頁庫存檔您公開 +1 了這個項目。 復原
1 個答案 - 2007年9月10日
これらは損失媒体は苦手かと思います. FEKOなどは,その辺考慮がされているようです. FDTDでフリーはF.FDTD,arpeggioなどがあります. 通報する ...
 
---------------------------

這些都是講我寫的軟體!

勾起我的那段10幾年前每天下班後跟假日焚膏繼晷, 幹工到半夜的回憶.......
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/21 下午 05:24:25
http://big5.china.com.cn/chinese/WISI/83828.htm
http://big5.china.com.cn/chinese/2001/Jul/47019.htm
http://tech.creaders.net/newsViewer.php?nid=92260&id=439262&language=big5
http://www.trademag.org.tw/content02.asp?id=487718&type=23
http://www.chinesetoday.com/news/show/id/263872
http://www.dotspace.idv.tw/news/%A6L%AB%D7%B3n%C5%E9%B2%A3%B7~%BBP%A4H%A4~%B0%F6%B0V%ACF%B5%A6.htm
http://big5.cri.cn/gate/big5/gb.cri.cn/8606/2006/03/29/1425@969023.htm
http://60.30.26.28:81/gate/big5/www.investteda.org/qygl/cyql/xdfw/fwwb/hyfx/t20070822_57887.htm
作者 : manio(超級賽亞人的妹妹) 貼文超過200則
[ 貼文 271 | 人氣 1612 | 評價 100 | 評價/貼文 0.37 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/22 下午 11:45:39

>http://www.angelfire.com/ca2/BlueFlyer/
>
>我在10幾年前獨立寫的! 放在網路上自由download.
>
>因故沒有繼續改進!
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Arpeggio ???

剛剛好奇點進去喵了一下, 看到 Arpeggio 這個字, 乍看之下和我所認識的 Arpeggione 頗為相似哩...

果然, 是一個 music term 咩...

話說, 我會認識 Arpeggione 這個字, 是來自作曲家 Schubert (舒伯特) 為 大提琴與鋼琴所做的二重奏, Arpeggione sonata, 琶音琴奏鳴曲....

Arpeggione 這個字是古時候的一種樂器, 叫做: 琶音琴, 形狀類似現在的吉他....

呵呵... 好像一些 EDA tool 都喜歡用與 "音樂" 有關的東東來命名, 例如: SpringSoft (或說 Novas) 的 Verdi (i.e, Verdi 是義大利作曲家: 威爾弟) 或 更早期的 Debussy (i.e, 法國作曲家 德步西), Cadence 的 Virtuso (傑出的演奏家 的意思), 和 Allegro (快板)... 等等等.... XD

heliboy 大大 應該是 類比 IC 設計方面的專家... XD

通常這些 EDA tool 後面, 都是一卡車的論文和演算法, 並不是非常容易做, EDA 軟體也都賣得非常昂貴, 目前 EDA 市場還是外商的天下... heliboy 大大真是熱血, 還利用下班後的時間發展 Arpeggio 咩.... 真是太崇拜嚕.... XD
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/23 下午 10:52:53
在這混亂又失落的環境,此文也能是一種不失宣洩情緒的好方式 :-)
作者 : bensontan(Benson) 貼文超過1000則人氣指數超過30000點
[ 貼文 1056 | 人氣 40462 | 評價 3290 | 評價/貼文 3.12 | 送出評價 80 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/26 下午 10:40:04
自從2005/8回國至今已近6個年頭,
歷經許多風雨,甚至淪落去當保險業務員,
去年離開HP後,目前在精誠開發Splunk for VMware apps,
也許,你認為我打嘴炮,但我的心依舊發燙~
是的,總有一天,...,一定有機會!
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/26 下午 11:10:56
TO bensontan(Benson), 你好
    
     我是『再談 台灣是否真的有機會成為軟體大國?』主題的發啟者, 很高興, 你能回來觀照一下這個台灣是否有希望的主題?!!

     我相信這些年來, 你應該還不會忘記「成為軟體大國」之夢想!!我想知道,這些年來,依據你的觀察台灣成為軟體大國的機會在那裡?

     是手機行動裝置APP STORE平台? 是雲端軟體供應平台? 是軟體設計開發平台? 還是????? 那一種是目前台灣較成熟, 值得集合大家之力繼續開發的一個方向?! 請說一下您的想法。
作者 : bensontan(Benson) 貼文超過1000則人氣指數超過30000點
[ 貼文 1056 | 人氣 40462 | 評價 3290 | 評價/貼文 3.12 | 送出評價 80 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/27 上午 10:52:41
有時我開玩笑的說,台灣在製程上(CM)總是比較強,大約是老百姓每天生活在上有政策下有對策的環境下使然~
台灣要成為軟體大國,不是打嘴炮的話,有幾個領域要做:

1. 翻譯 - 利用自動發包機制、自動翻譯、歷史詞庫查詢,加速軟體開發後支援各語系的速度~
2. 測試 - 雲端測試平台
3. 開發 - 雲端整合開發平台
4. 建構整合
5. 專案管理與行銷
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/9/27 下午 04:32:27
台灣軟體業需要政府的大力扶植,否則很難成為軟體大國
作者 : oldpgmr(OldPgmr)
[ 貼文 70 | 人氣 0 | 評價 20 | 評價/貼文 0.29 | 送出評價 26 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/21 上午 11:33:34
哈!哈!哈! 大笑三聲 就 好!
作者 : oldpgmr(OldPgmr)
[ 貼文 70 | 人氣 0 | 評價 20 | 評價/貼文 0.29 | 送出評價 26 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/21 上午 11:43:00
請大家 想想 如何 消滅約聘派遣! 找回 工作機會吧!

大陸 印度 多的是 便宜又聰明 的 人才!
靠政府 死路一條!

軟體大國 ?? 高級 奴才 大國吧!

JOBS 會不會 寫軟體!? 但是 他肯定 很會 挑 軟體 產品 毛病!

價值的目的 在哪裡? 軟體很重要! 但 不是 成功唯一 要素!

軟體 工程師 將來 和 老農 不會有差別?
賣 農作物的 剝削農民! 誰 剝削 軟體從業人員??
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/21 下午 05:24:51
人類通常喜以5,10 年為單位,不妨再看10年後的結果
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/22 下午 07:07:45
話說回來,如果雲端計算是另一波IT革命,or 台灣軟體業的新契機, 那不妨說台灣軟體業將陷入另一波被外國IT firms 強權奴化的新開始
作者 : oldpgmr(OldPgmr)
[ 貼文 70 | 人氣 0 | 評價 20 | 評價/貼文 0.29 | 送出評價 26 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/24 上午 09:18:57
很遺憾! 台灣的軟體業 一直是 依附 國外 IT 主流! 真正的應用很窄! 目前 手機軟體 好像是焦點!
雲端是神話! 網路世界無國界! 全世界可以連線至任何地方! 雲端中心 只要有穩定的設施與電源備援 就可以了!
不地震 不淹水 不受攻擊就行了! 有人能 PM(週期保養) 伺服器 需要的 只是 電工!
真正的軟體開發維護! 系統管理 都可 遠端進行! 關乎 軟體發展 是 不大的!

但是 軟體發展 是 知識密集的產業! 需要的也是 人際互動 產業市場的互動! 例如: 人工智慧技術 不就叫很久了!
iPhone 4S 不就實現了小部分! 但是 MIT 可是 20 年前 就在研究 自然語音! 幾年前 才能 問氣象 不是嗎? (不是語音錄音回答那種)
所謂 軟體大國! 從做 作業系統 語言平台 資料庫 網路通訊 各領域應用系統 到技術應用 全面性的 發展! 都尚有 長路漫漫!
產業 都是 營利導向的 學界也是一樣! 招不到學生 到 研究計畫 無經費 都是實際問題?
基礎不好 起步慢 漫無目標! 人才青黃不接 發展環境不良 都是因素!
成大 玩UAV 人家好像 看笑話一樣! 但是 美國 研發 先進無人轟炸機專案 寫導航系統的 就是 台灣移民的華籍二代工程師!
所以 能不能 成為軟體大國 是環境的問題 不是 光在討論 的問題!
想我們 這種 年老的 工程人員 都會很感慨的! 年輕人 整天 java jsp asp .net jquory ajax 有何用?
當你 3季簽一次約 整天被逼進度 獎金 是 拿 家庭時光 和 青春 老婆外遇 小孩 不認識你 換來的 又有何用?
單然 不正常人 是 不會計較的!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/24 下午 02:11:09
手機應用也是代工,抄抄改改
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/24 下午 11:08:04
TO oldpgmr(OldPgmr), 你好
   從您的帳號名稱來說, 不知道您是否真的OLD, 是1955年前出生的嗎? 已過逝的賈伯斯可是比我年輕些!!
   
>>前面您曾談過的: 『所以 能不能 成為軟體大國 是環境的問題 不是 光在討論 的問題!
想我們 這種 年老的 工程人員 都會很感慨的! 年輕人 整天 java jsp asp .net jquory ajax 有何用? 』

   如果您是年輕的小伙子, 大可不必理會我以下要說的話,但如果,您是年紀不輕,想對這社會有點貢獻的話, 請聽我以下所說的幾句話:
   沒錯您曾談過的: 『能不能 成為軟體大國 是環境的問題, 不是 光在討論 的問題! 』即是環境的問題, 那就更需要多些沒有經濟壓力的志工,出來打造這個環境!!! 年老經驗多, 比較能知道現在的台灣需要什麼, 怎樣的一個ROADMAP較適合台灣來計劃性的全面發展!!
   台灣目前有很多行業都有『志工』的參與, 才能夠更澎勃的發展, 我想, 軟體也是如此!!請冷靜的思考: 台灣未來的路該如何走?
『從做 作業系統->語言平台->資料庫->網路通訊->各領域應用系統->到技術應用->全面性的 發展!』這條ROADMAP似乎太長, 也等不著我們這些老志工的出力相助;不過,倒是有一項是目前最切合時機的主題值得大家一起研究,那就是『物聯網』!!
    談到『物聯網』是今天10/24工商時報有強調: 政院選定物聯網 打造兆元商機, 這主題應該有夠深且廣, 且又符合未來黃金十年的需求, 不知諸位客官認為如何?
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/24 下午 11:29:29
TO ozzy123(ozzy), 你好

     很感謝, 您是如此多次的捧場, 在本主題發表這麼多一針見血的意見, 但它們似乎對主題一點幫助也沒有?!

     我真心祈望 大家一起檢討 台灣未來之路要如何走? 再談 台灣是否真的有機會成為軟體大國? 這樣議題若能經過社群檢討出一個方向, 那不是有意義得多? 光批評, 抱怨, 不能檢討出台灣未來可以走之路?又有何意義呢?
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/25 上午 10:52:29
老先生, 您說的是, 小輩就不多言了,:-)
作者 : ccljyc(CCL) 貼文超過500則人氣指數超過10000點
[ 貼文 911 | 人氣 16435 | 評價 580 | 評價/貼文 0.64 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2011/10/26 上午 11:54:51
第一次看到這主題....就小弟(30多歲)的想法做個回應

1.權力分配問題,發起人通常有優勢,但服的人有反幾
2.資源分配問題,誰該擁有多少資源?
3.ASP.NET+MS SQL只是一個工具,真正的應用沒有人想知道是如何做出來的(平台的壞處)
4.智慧手機、雲端....等只是一時的藍海,遲早被其他東西取代
5.找軟體大國的契機不如先找到志同道合的志工比較快
6.根據第3點....我想了10多年的時間還是沒有找到一個[方法]可以快速完成一個類似RPG工具箱的東西
7.根據第6點證明,營利目的是否可行+人力資源要足夠才是問題
8.根據第7點....既然是理想~~~人心難測才是最大問題,試問,誰願意[被管理](包含自己生存用的CODE)
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/27 上午 12:11:33
>4.智慧手機、雲端....等只是一時的藍海,遲早被其他東西取代
>5.找軟體大國的契機不如先找到志同道合的志工比較快
>6.根據第3點....我想了10多年的時間還是沒有找到一個[方法]可以快速完成一個類似RPG工具箱的東西
>7.根據第6點證明,營利目的是否可行+人力資源要足夠才是問題
>8.根據第7點....既然是理想~~~人心難測才是最大問題,試問,誰願意[被管理](包含自己生存用的CODE)

TO ccljyc(CCL), 你好

     我想針對上面幾個問題做個回答, 以便討論:
針對4. 我認為智慧手機、雲端....等不會只是一時的藍海,而是它將會開展出另外一個世界, 未來的應用可能不再用智慧手機、雲端....這些名稱來稱呼, 但必然是以它們為基礎, 用另外其他更先進的型態表現出來......這就是科技的進步.

針對5. 本主題的目的就是要找志同道合的志工, 否則何必來此惹塵埃呢?

針對6~8. 我認為一個[方法]當然無法快速完成一個類似RPG工具箱的東西, 但一個[策略],是集合大眾之力,大家共同經營, 把自己生存用的CODE, 放在平台上,最主要是廣告行銷, 若設計者視為核心的CODE當然不會放在平台上, 但非核心的CODE放在平台上,即不影響自己的生存,若可得到他人的贊賞,何樂而不為?難道您都把所有自身開發出來的CODE, 全部視為寶貝, 不願被人分享嗎?
作者 : ccljyc(CCL) 貼文超過500則人氣指數超過10000點
[ 貼文 911 | 人氣 16435 | 評價 580 | 評價/貼文 0.64 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/10/28 下午 05:22:08
5.志工的耐心~~不知道可以撐多久....畢竟還有家庭要顧(我沒有成功組一個...所以剩自己一個也是在玩CODE)
6~8. 當然會分享,只是有些東西是自己或是公司花coco買的.....總不能全給...但是不全給...也等於廢掉了不是嗎? 例如DRIVER、TOOL等等

關於您講的[策略]...我有個建議~~~先從[制度]開始......可不可行~~~從制度面就可以看出來了
另外想到的就是....[期限]與[參與時間]的問題....愈強的人...大概愈不想被[問題]騷擾吧?
對小弟來說....資料庫應用與網路應用是最弱的一環~~~大概幫不上忙了

曾經異想天開的要自己做BIOS的EFI DEBUG工具.....結果除了燒錄器....其他硬體幾乎都買不到
因為是NB....有客製化的LAYOUT....線材與IC都很難找.....

>針對5. 本主題的目的就是要找志同道合的志工, 否則何必來此惹塵埃呢?

>針對6~8. 我認為一個[方法]當然無法快速完成一個類似RPG工具箱的東西, 但一個[策略],是集合大眾之力,大家共同經營, 把自己生存用的CODE, 放在平台上,最主要是廣告行銷, 若設計者視為核心的CODE當然不會放在平台上, 但非核心的CODE放在平台上,即不影響自己的生存,若可得到他人的贊賞,何樂而不為?難道您都把所有自身開發出來的CODE, 全部視為寶貝, 不願被人分享嗎?
作者 : prideof(po)
[ 貼文 20 | 人氣 0 | 評價 40 | 評價/貼文 2 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/4 下午 02:12:37
這種雜文看看,當作閒聊就好, 不要太認真沒有什麼真正意思
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/7 下午 06:01:37
有意思的,給個十 年看看吧,台灣是否有能成為軟體大國
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/8 上午 10:31:43
就算目前cloud computing 熱門, e.g. fb 設 cloud computing center on 中科 , 那也是一個 data storage center 對台灣軟體業並無多大的幫助
作者 : mraaa711128(小小工程師)
[ 貼文 1 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/8 上午 11:23:08
>而免費Free,也是軟體設計者在推銷自身產品最有效的行銷手段。面對中小企業提供免費的應用軟體執行檔,我認為這也是中小企業經營的最迫切需求關鍵之一。
>
我個人是覺得....
免費....
是壓倒台灣軟體產業的最後一根稻草耶....
因為免費....隨之而來的是極度的惡性競爭....
而為了免費....伴隨著要賺錢的方法....就是要包硬體....包維護....
那這樣如此要如何讓軟體產業蓬勃??....
只會造成更多的是.....代理國外軟體.....搭配硬體銷售.....
因為軟體已免費了....伴隨著的條款多是....不配合修改....那....是要如何壯大軟體產業??

以上是小弟的小小觀點....
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/11 下午 12:30:21
曾經異想天開的要自己做BIOS的EFI DEBUG工具.....結果除了燒錄器....其他硬體幾乎都買不到
因為是NB....有客製化的LAYOUT....線材與IC都很難找.....

> of course not. because EFI is an industry. it is not an open source.
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/12 下午 12:05:58
>免費....
>是壓倒台灣軟體產業的最後一根稻草耶....

TO mraaa711128(小小工程師), 你好

     根據你上面的論點, 就知你對「免費」的意義完全不了解!

     「免費」的意義:在於它是一個很重要的策略, 它是開放主義下最重要的一個手段, 如果你能體會出「免費」背後的商機, 相信你不會說出上面那句話!!

     我簡單的說: Google的搜尋引擎應用,若是要收費, 那怕是搜到的資訊,每一則只需0.0001美元,相信它的會員立刻降到千分之一不到, 所以「免費」是一個很重要的策略, 但一個網站經營要存活, 最重要的在於搭配的方案是否足以讓會員願意掏出腰包裡的錢來付費!!

     若你還不相信, 介紹你兩本書: 1.免費-揭開零定價的獲利秘密 克里斯.安德森著 天下文化出版 2.「免費」創造商機 鈴木進介著 東販出版,請不要再誤會「免費」的意義。
  

作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/12 下午 10:21:57

>就算目前cloud computing 熱門, e.g. fb 設 cloud computing center on 中科 , 那也是一個 data storage center 對台灣軟體業並無多大的幫助

TO ozzy123(ozzy),你好
     有關大廠如e.g. fb 設 cloud computing center 進駐 中科, 對於台灣軟體業是否有幫助? 個人有很不同的看法, 有沒有幫助, 完全看台灣廠商是否掌握這個「地利」所帶來的商機!!!
     假若你有看過賈伯斯有關的傳記, 應該可知: 所謂的「矽谷」在30,40年前都還是個鄉間田野之地, 而今已是科技發展之重地。
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/12 下午 11:33:13
Dear all:

     有個趨勢,在這裡不得不說一下: 誠如 董大偉大師 在11/06 發表一篇文章 (http://itpower.blueshop.com.tw/?p=1703) 雲端運算﹣﹣從虛無飄渺到豁然開朗, 裡面談到 一段話 摘錄如下 :

>>>>>過去的軟體賣錢,未來軟體則是免費,君不見Google App免費的提供了類似Word、Excel的線上服務給個人用戶,而微軟也從今年開始,提供Office 365,讓消費者以租賃的方式使用,如今只需要連上網路,不管是用PC或SmartPhone,你都可以在線上使用Word、Excel編輯檔案,並且和遠端的上下游廠商或合作夥伴共同編輯同一份文件,達成前所未有的協同運作效果。

>>>>>而這一切居然都是免費的(微軟與Google都有提供免費的App服務給個人用戶),靠著銷售軟體獲利的時代已經過去,破壞性創新讓軟體的開發與銷售走上了另一條路。現在你要做的是,讓你的消費者,打開電腦、拿起手機、連上的是你所提供的服務,藉由你的軟體服務,來協助客戶達成日常所需的一切資訊需求,利用你提供的軟體服務,來滿足客戶的資訊化需要。

     雲端軟體供應商-----似乎也是 台灣未來之路,加入saas應該是一個非常不錯的產業!!! 軟體可以免費, 服務才是未來軟體行業經營之道。


作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/13 下午 10:47:10
有關大廠如e.g. fb 設 cloud computing center 進駐 中科, 對於台灣軟體業是否有幫助? 個人有很不同的看法, 有沒有幫助, 完全看台灣廠商是否掌握這個「地利」所帶來的商機!!!
> of course. 哪也看他們是否有想要發展軟體產業 , 我就以此舉而言實在沒有對軟體產業有多大的幫助. 30年前 ,HsinChu 也是荒蕪一地, 現在也是電子代工集散地.軟體要有發展還是基礎問題,雖然雲端熱門,但是發展能力不佳,還是...
作者 : jasper(Jasper)討論區板主 程式設計甘苦談頂尖高手上班族的哈拉園地優秀好手貼文超過1000則人氣指數超過70000點
[ 貼文 1403 | 人氣 96053 | 評價 6980 | 評價/貼文 4.98 | 送出評價 42 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/16 上午 11:22:49
看完了這一長串,想回覆時,還得重新登入,真是累,有點想放棄,不過還是表一下態。

看看台灣有幾家像樣的軟體公司,就可以知道台灣有沒有機會成為軟體大國,結局總是悲觀的。

台灣的軟體市場說大不大,說小也不小,但就是賺不到錢,賺不到錢就不會有人在這個市場上深耕,不深耕就不會有人才投入,沒人才投入就不可能作大。道理就是這麼簡單。

不是我悲觀、不是我無心,也不是我看衰台灣,只是當寫程式不能養家糊口時,不是一個高貴的工作時,就別指望成為什麼大國不大國的,因為不會有人才在此〝獻生〞。

現實的環境沒改變,您我的表態都成不了氣候。我們只能說說我們接下來要怎麼做而已,我們成功了或許會是個榜樣,但就像王建民不管他在大聯盟如何,台灣的棒壇也是一樣不爭氣。SweetWo 老哥好好的開發您的平台、您的軟體模組工廠,那才實際一點。
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/16 上午 11:37:15
yes, 近60 花甲之年,早我20+近入台灣代工產業,也應該攥傋錢可退休了, 但是我們無奈生不逢時,又能如何呢 ? 軟體發展不好已是根深蒂固之事,理想與抱負已成昨是黃花了
作者 : prideof(po)
[ 貼文 20 | 人氣 0 | 評價 40 | 評價/貼文 2 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/17 上午 07:18:45
台灣科技業都只能做代工,發展不好的產業比比皆是,所以不要太認真看待軟體產業發展不好
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/17 下午 06:17:27
如果要發展軟體產業,基礎是很重要的,很可惜的....更不論要創新了
作者 : oldpgmr(OldPgmr)
[ 貼文 70 | 人氣 0 | 評價 20 | 評價/貼文 0.29 | 送出評價 26 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/18 上午 06:32:33
我有個 天真的想法! 那就是 軟體開發 管理網站! 當有人有軟體需求時 上此網 發包 規劃案! 接著...
有人 出價 承包了規劃案 進行需求分析 後, 再 上此網 發包 系統分析案; 於是 可能 一個 規劃案 生出 50分析案! 再接著!
這50 個 分析案 進行 分析後, 再 上網 發包 Codeing 案; 也許是 200隻 程式 ! 再接著!
就是 發包 整合測試案, 最後 由 統包 規劃案的人 包裝 交付 軟體!

當然 最精隨的部份是 專案的成本預估! 與 進度控制! 以往我們 常要說 開軟體公司 包案 組專案!
但是 做到最後! 一樣 的畫面, 一樣的 資料庫schema, 一樣的報表 大同小異的 流程!

我們 只是 在 做 不斷的 客製化 罷了! 一樣的 ERP 為何 從 甲公司 到 乙公司 就要 改一堆呢?
台灣的 軟體業 價錢很差, 案源不多! 人力不太穩定! 也沒啥 擲地有聲 的 軟體!

多少工時 就是要 多少價錢! 想吃豆腐的, 永遠買不到能用的軟體! 軟體好 多賣的數量 就是 賺的!
一套 ORACL 資料庫 軟體 原版 開發的成本 被 銷售量 分攤掉了! 沒人聽過 不同公司 裝的 要 大改吧!
台灣 軟體業界 數十年來! 怎 沒人 這樣做!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/18 上午 11:11:45
公司短視得很,沒有公司想要研發,反過來說台灣軟體研發基礎也不好,所以是環境的問題
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/18 上午 11:15:16
台灣科技業只能做代工,而且是low end & low benefit
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/18 下午 03:00:32
http://www.kc.com/
F16 mission system design in MDA/Executable UML
作者 : manio(超級賽亞人的妹妹) 貼文超過200則
[ 貼文 271 | 人氣 1612 | 評價 100 | 評價/貼文 0.37 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/21 下午 11:17:54
我覺得開文的樓主, 還是 "卡早睏, 卡有眠"....

既然退休嚕... 就好好享受退休生活, 不要亂想咩....

---
說點正經的好嚕....

我現在可以想到的, 台灣本土軟體廠商經營的 "比較成功" 的例子, 大多只能想到所謂的 EDA vendor 啦...

前幾天看報紙, 看到 思源 (SpringSoft) 的 Verdi 拿到日本半導體大廠的 CM Engineering 的訂單, 我認為這是台灣本土軟體廠商獲利的範例之一啦... (雖然外界一般不把 思源 當作軟體廠商啦... 都把他當作: 半導體業 咩...)

連結:
思源Verdi偵錯系統獲日系大廠訂單
http://www.springsoft.com/ch/news-events/news/product-news/ss-cme-verdi-digitimes

那個 Verdi 還真是不錯用, 看電路看 waveform 或 debug 都很好用, 他的前身是 Debussy, 以前看國外客戶抓下來的 waveform 或 電路 的畫面, 都是 Debussy 的介面...

思源 除了 Verdi 這個產品之外, 另外一個著名產品當屬: Laker... Laker 是 屬於 custom IC layout 的 tool...

以前在學校念演算法念到 computer geometry , 都不知道這個可以應用在甚麼地方 ?? 後來看了一些 IC layout 才恍然大悟, 原來可以應用在這裡呀... 一堆 polygon 甚麼的...
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/22 上午 10:10:02
the core of software industry is software engineering , but the core of EDA industry is Digital/Analog circuit design.
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/23 下午 01:40:51
台灣基本上是沒有軟體業的
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/11/25 下午 01:29:15
如果一個國家的產業長久以來都是無法自主技術,而為人做嫁;那也就是說自我奴化並任由資本主義奴役一點都不足為奇
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/2 上午 10:55:48
其實要台灣成為軟體大國很簡單,第一步就是要把程式寫好,這是最基本的
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/10 下午 01:07:23
代工代的好一輩子沒煩惱,代工代不好要飯要到老
作者 : pgamer(pgamer)
[ 貼文 109 | 人氣 601 | 評價 140 | 評價/貼文 1.28 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/11 上午 12:05:32
軟體是寫出來的 不是討論出來的

去寫個搜尋引擎幹掉google 台灣就會是軟體大國了
去寫個OS 幹掉windows 台灣就會是軟體大國了

現實就是 台灣沒有程式高手 所以根本寫不出好軟體

就是這樣簡單
作者 : jonay(jonay) VC++優秀好手C++ Builder優秀好手C++優秀好手貼文超過500則
[ 貼文 887 | 人氣 8025 | 評價 5030 | 評價/貼文 5.67 | 送出評價 30 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/11 上午 07:08:42
>>現實就是 台灣沒有程式高手 所以根本寫不出好軟體

奇怪了,這位仁兄還想"號召"十多位一起寫"3D"程式
一個人的技術不好還可以靠努力來加強
一個連腦子不好,基礎邏輯不通的人最好還是回火星吧,地球實在是太危險了
學人家寫什麼程式,只是誤人誤已而已(這世上還有這麼多的職業)

PS:又是一個自已的老二不夠硬,就認為別人的老二也跟你一樣
作者 : michael.r(Mike)
[ 貼文 49 | 人氣 18 | 評價 40 | 評價/貼文 0.82 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/11 上午 09:49:18

>>>現實就是 台灣沒有程式高手 所以根本寫不出好軟體
>
>奇怪了,這位仁兄還想'號召'十多位一起寫'3D'程式
>一個人的技術不好還可以靠努力來加強
>一個連腦子不好,基礎邏輯不通的人最好還是回火星吧,地球實在是太危險了
>學人家寫什麼程式,只是誤人誤已而已(這世上還有這麼多的職業)
>
>PS:又是一個自已的老二不夠硬,就認為別人的老二也跟你一樣

   大概是因為他只想用"7~8萬薪水+編出來的2000萬夢"就找到全國不到5個的高手吧...
   想當然這種心態根本不可能找的到, 然後就"感嘆"台灣沒"高手"(給他用)

   夢先不談, 在台灣有幾個domain(起碼我知道三個)的領頭外商公司的資深軟體工程師
   (真的資深, 不是2~3年經驗然後repeat 5次那種資深)現金薪水拿的是這個數字的2倍,
   還不談其他的cash bonus/RSU之類的. 也不必整天做到爆肝; 重點是絕對不需要是
   "全國不到5個的高手"才能找到這樣的offer.

   要談夢的話, 我想版上有參加過那種真的有潛力的StartUp recruit的朋友們應該會知道
   3~4年內IPO & 拿4~5000萬的"夢"是最基本的:
   (Initial 50張, 股本1~2億 -> 連續三年營收都double, 增資8倍, 股本~10億
    -> 400張 -> 第四年IPO, ESP 10塊股價100起跳 -> 4000萬)

   同時cash也拿7~9萬/month這樣的數字; 這樣的條件跟"夢"都不一定找的到好手願意去了,
   何況是更差的還想找到全國前5的高手?

   個人覺得台灣的軟體大環境不優是事實, 但有能力的人你可以選擇出去闖, 或是在這裡
   找個過的去的offer; 這還不是太困難的事, 只要自己的興趣meet & 條件夠.

   但如果把自己的發展不如意都怪到這邊沒高手(傻子?)給你用(壓榨?), 這就不make sense了我想...
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/11 上午 10:51:54
http://code.google.com/hosting/
google's ambition
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/11 下午 05:26:06
台灣所謂的科技業都是老二文化,所大家都差不多,hahaha :-)) just kidding
作者 : pgamer(pgamer)
[ 貼文 109 | 人氣 601 | 評價 140 | 評價/貼文 1.28 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/14 下午 12:21:26

>>>現實就是 台灣沒有程式高手 所以根本寫不出好軟體
>
>奇怪了,這位仁兄還想'號召'十多位一起寫'3D'程式
>一個人的技術不好還可以靠努力來加強
>一個連腦子不好,基礎邏輯不通的人最好還是回火星吧,地球實在是太危險了
>學人家寫什麼程式,只是誤人誤已而已(這世上還有這麼多的職業)
>
>PS:又是一個自已的老二不夠硬,就認為別人的老二也跟你一樣


兔朝別人 不會代表你比較強
只是代表你比較無無知

連自己在寫什麼的文章 都沒人看懂

真是笑死人

=====軟體是用手寫出來的 我的軟體就快完成了

你就只剩下 笑死人的嘴炮 還幻想自己的老二特別大



作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/21 下午 02:08:38
先無論software engineering 是否能在台灣軟體業生根,就個層面就可窺探軟體業發展的問題,如 real time os 設計, compiler 設計,
Database system design , application framework design , ... 這些無論是系統軟體,or 應用框架API , 資料庫系統 .... 台灣都無任何一家公司從事設計開發.此就是軟體產業發展不起來的主因
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/24 下午 11:18:38

>先無論software engineering 是否能在台灣軟體業生根,就個層面就可窺探軟體業發展的問題,如 real time os 設計, compiler 設計,
>Database system design , application framework design , ... 這些無論是系統軟體,or 應用框架API , 資料庫系統 .... 台灣都無任何一家公司從事設計開發.此就是軟體產業發展不起來的主因

TO ozzy123(ozzy), 你好
    
     前面曾說過, 能夠做 real time os 設計, compiler 設計, Database system design , application framework design , ... 這些無論是系統軟體,or 應用框架API , 資料庫系統 .... 最多只能是軟體強國, 或許它(諸如:美國, 諸如: 蘋果, 微軟, google.....等)們可以用強大的力量可以支配全世界的資源, 那又如何??? 他們造成國內的失業率依然高達9%以上, 它們的造成的是就業人口大都外移, 國內的美國人呢? 由於習慣高消費享受, 整體經濟依舊無法完全復甦!!!!

     再說一次, 請不要再用這種令人不舒服的字眼,一直在貶抑他人, 那是毫無意義的!

     我強調的軟體大國, 不是武力強大的國家, 那不是我所要的!! 我所要的軟體大國, 是可以餵飽普遍大眾的肚子, 顧及大多數人生計的事業,我認為那才是最重要的, 就好像一個大企業 鴻海-郭台銘, 它雖然多數只為代工, 經營方式有點不夠人性化, 有待檢討, 但是最起碼, 他已供養了將近百萬人口的生計, 我認為那就是一件了不起的事。

     人, 不一定要作世界最有錢的富翁, 但卻一定要作自己覺得能力所及的最有意義之偉大事業! 相信這個願望, 才是比較實際!!!
作者 : jasper(Jasper)討論區板主 程式設計甘苦談頂尖高手上班族的哈拉園地優秀好手貼文超過1000則人氣指數超過70000點
[ 貼文 1403 | 人氣 96053 | 評價 6980 | 評價/貼文 4.98 | 送出評價 42 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/26 上午 10:15:02
終於明瞭 SweetWo 老大哥口中的〝軟體大國〞的概念,也讓我重新的思考這一個想法的可行性。

台灣能過養活多少軟體人員?而軟體人員指的是那些人?程式設計人員是必有的,其他相關的人呢?

現在很多人都會架網站,只因為有太多現成的套件在,而且還是免費的。這沒有什麼好奇怪,鑽研 Open Source 還能改成自己的版本。只是後者必須有程式設計底子的人才能為之,但簡簡單單、不求特制化,那麼找現成的多如牛毛。

如果靠找現成的套件幫別人架站、架系統,也算在您的養活人口中,那麼您的計劃可就得再重新規劃一下了。在現實的生活中,幫別人換個零件收點工本費是正常的,就如同機車換個機油,讓店家賺一點錢,沒有什麼奇怪的事,所以因客戶需求,幫其組裝一部電腦、裝個系統,收點錢,也合理,雖然所以的零件、元件都不是其生產的,包括程式也不是其所寫。

這年代寫程式,有很多都是別人寫的,不管是那種程式語言都是如此,那麼您所規劃的平台所能做的就是這些東西沒做到的事,也包括重新包裝這些程式。您的平台計劃,我認為可行,但您必須拋磚引玉,口說號召多少人,會流於空談。

我自己在玩 ERP,最近用 PHP 在改寫公司的系統,從 Windows 改成 Linux, 只為了瞭解那些東西是被機器綁架?ERP 中有很多是 Know-How 的東西,這是跟機器無關的,所以相同的功能,您要 C# code,就給您 C# code, 要啥就給啥,這才對。您的平台發展不該綁定在 .Net 上。雖然您有您的考量,但宏觀是該有的,而且趁早考慮才是對的做法。

您的整個主題的本意都在〝軟體大國〞這四個字上被模糊掉了。別說台灣能不能成為軟體大國,試問軟體大國的定義是什麼?看看我們的現狀:

所謂的軟體人員程式設計的常識足夠嗎?
懂資料結構嗎?懂演算法嗎?懂系統程式嗎?懂軟體工程嗎?
我們的中文技術書籍、資料充足嗎?
學校在教什麼?補習班在教什麼?資策會在教什麼?

長江必須後浪推前浪,才會往前動,反之前浪引後浪也行,如果後浪推不動前浪、前浪也引不動後浪,那就會變成死水,不會有所進步的。一灘死水別發臭就行了,還能指望什麼?
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/26 上午 10:54:09
大陸比較有希望,因為人多,政府在做
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/26 下午 02:08:37
哈哈哈,每個人的人生觀皆不同,要比比不完,台灣軟體發展不出來是事實,就是如此
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/26 下午 04:20:23
http://km2.iiietc.ncu.edu.tw/xms/forum/show.php?id=24425
http://big5.cri.cn/gate/big5/gb.cri.cn/41/2003/12/23/146@27943.htm
http://blog.wenweipo.com/?68532/viewspace-20649
http://big5.chinanews.com.cn:89/gate/big5/www.chinanews.com/it/2011/11-15/3462667.shtml



作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/27 下午 02:45:35
http://msdn.microsoft.com/en-us/roslyn
ms open compiler api
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2011/12/27 下午 04:00:34
http://www.openerp.com/
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2012/1/4 下午 01:43:16
代工就是資本主義的奴化及自我矮化的現象
作者 : bensontan(Benson) 貼文超過1000則人氣指數超過30000點
[ 貼文 1056 | 人氣 40462 | 評價 3290 | 評價/貼文 3.12 | 送出評價 80 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/3/27 下午 08:34:16
希望有心讓台灣成為軟體大國的朋友, 也具備 hands on 能力的,

願意加入魔毯計畫! 讓台灣成為軟體大國!
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/3/28 下午 11:34:56
請問你所談到的『魔毯計畫』是什麼? 有相關資料可供我參考嗎??
作者 : bensontan(Benson) 貼文超過1000則人氣指數超過30000點
[ 貼文 1056 | 人氣 40462 | 評價 3290 | 評價/貼文 3.12 | 送出評價 80 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/4/5 上午 10:36:34
飛毯計畫: https://www.facebook.com/groups/582073735145139/

Think about a product that can save 2 months of people's life and just costs $39.99. Will you want to buy it? Do you interest in participate, create this product and share its revenue?

Here it is,

Code name:"Flying carpet”

Estimate revenue:$20M/year, $50K/every year/per person
Milestone: 1st release at Oct 15, 2013
Current members: 6 (target: about 200)
Skill set: javascript, node.js, html5

The product owner has spent 7 years on research and practice. There are more than 100 people participated and prove that the tool can really save 2 months of people's life.

I hope this project we can provide an opportunity to developers (mobile/online game dev esp.) worldwide who have abilities & want to change the world to join.

每年全球有1億左右的新生兒, 當他們長到4-5歲時, 就需要一套「飛毯」系統~

每套 US$39.99

這可以幫助他們節省至少人生 2 個月學習的時間,

或是幫助他們有學習的機會~(*1)

他們可以只花2-3天左右的時間, 就省下至少 2 個月的時間,

這相對就是10萬人 100 年的生命~ (*2)

誠摯的希望想改變世界且有能力的軟體工程師一起參與~~

為全世界的人而努力~

PS:
1. 每套都有點數, 點數未用完會回收, 集起來轉為套數,
捐贈偏遠學校或是非洲兒童~

2. 0.1B / 6 / 100 = 16.67 萬人~
作者 : ideaup(軟件人)
[ 貼文 21 | 人氣 0 | 評價 20 | 評價/貼文 0.95 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/4/15 上午 11:56:28

若開發出下列軟體,不知有沒機會,
1=一軟cpu(各cpu 都要有設計出執行程式),執行能在各種cpu 上通用的code,類似java,
2=開發出 憑各領域專業的邏輯推理規則, 依各樣條件的設定,評估可能的最佳結果.
作者 : ideaup(軟件人)
[ 貼文 21 | 人氣 0 | 評價 20 | 評價/貼文 0.95 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/4/15 上午 11:56:48

若開發出下列軟體,不知有沒機會,
1=一軟cpu(各cpu 都要有設計出執行程式),執行能在各種cpu 上通用的code,類似java,
2=開發出 憑各領域專業的邏輯推理規則, 依各樣條件的設定,評估可能的最佳結果.
作者 : karlma(凱諾)
[ 貼文 2 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/8 上午 10:08:02
1.軟體大國是不可能的,因為台灣人太自私,再加上政府幾乎都在忙自己的選票,誰會理你呢?!
2.那個什麼鬼計畫,讓台灣變軟體大國跟幫助全世界得兒童有什麼鬼關係,反而感覺比較像是斂財,軟體又不是實體商品,真的要幫助人還要人家花1200台幣來買,非洲兒童都快餓死了,還跟你搞軟體,搞個"吃到飽計畫"來還比較實際。

台灣軟體高手其實很多,只是願意教新手學習者的實在不多,許多前輩在教學時都會暗藏招數,甚至教沒幾分鐘就不耐煩,台灣的教學機構如巨X電腦之類的電腦教學機構,你可以去問問從初階到進階的程式語言要多少錢,如果你是上班族你想要當程式設計師,你可能要兼兩三分工作冒著爆肝與暴斃的風險來學習程式開發,就算你花了一山的錢學到了程式,也未必有公司會請你去上班,因為你是新手,沒有公司會想請一個"沒效率的麻煩"來公司上班...

※結論就是~~這種計劃需要長遠且大量的資金,政府如果不出手,光靠民間的力量可以說是微乎其微,看看我很討厭的韓國X星為什麼可以壯大,人家可是有政府撐腰,沒有政府撐腰我相信他們不會像現在這樣強大,另外有空去看看google play上面台灣人寫的APP,自己台灣人"哭腰"的一大堆,都免費了還哭,更何況是收費的...
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/9 下午 04:52:13
Taiwan has no the capability of designing large scale and complex software systems.
作者 : prideof(po)
[ 貼文 20 | 人氣 0 | 評價 40 | 評價/貼文 2 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/12 下午 08:58:00
台灣做代工都做不好,還做軟體, 台灣水準可見一斑
作者 : david_wcc(david_wcc)
[ 貼文 19 | 人氣 0 | 評價 40 | 評價/貼文 2.11 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2013/5/13 下午 01:21:01
『台灣可成為軟體大國』這個題目太大了,或許改成『台灣資訊工業的機遇』會比較好討論。事實上,資訊工業本來就是美國的天下:

1.IBM 由於採用x86開放式架構而獲得大部分廠商所支援,此架構中的中央處理器採用英特爾或超微等廠商所生產的中央處理器,微軟作業系統因此崛起。桌上型電腦因採用開放式硬體架構,造就了Wintel聯盟而台灣也因此在PC硬體扮演重要角色。

2.UNIX 與C語言是湯普遜及同伴開發出來的,純粹是想在一台老式PDP-7機器運行他的「star travel」遊戲。

3.1960年美國國防部國防前沿研究項目署(ARPA)出於冷戰考慮建立的ARPA網引發了技術進步並使其成為網際網路發展的中心。1986年,美國國家科學基金會建立了大學之間互聯的骨幹網路NSFnet,這是網際網路歷史重要的一步。雖然美國歷經了一場網路泡沫,但仍有Yahoo、Google 及Facebook大型網路服務公司。

由於國際分工,台灣逐漸在電子硬體扮演起重要角色如TSMC的晶圓代工會成功是基於台灣的人力資源(物美價廉)另外,當時有很多無晶圓廠的IC設計公司,軟體因為關係到資訊(國家)安全留在美國本土是很自然的事。依據上述簡介『台灣資訊工業的機遇』應基於台灣自身硬體基礎又必須跟美國做出差異化策略才行。資訊工業的演進從『桌上型電腦』開始、進入『網際網路』時代接著是『智慧手機』,未來則是『智慧電子』(資訊無所不在)。

『智慧電子』大概可區分以下3大類:
1.航太儀電、車用電子或智慧家電
   請參考 李家同:『毋忘飛魚飛彈的教訓』一文 http://erdos.csie.ncnu.edu.tw/~rctlee/article/990513.htm
2.SOC設計平台(如SystemC)
    維基百科 http://zh.wikipedia.org/wiki/SystemC
3.智慧電網(SCADA監控系統)
   MicroSoft Smart Energy Reference Architecture, Version 2.0
   http://www.microsoft.com/enterprise/industry/manufacturing-and-resources/power-and-utilities/default.aspx#fbid=jHK1eroeXLH
  SCADA監控系統 http://www.elipse.com.br/eng/index.aspx

上述技術需基於硬體產業優勢配合才有可能達成,而且也有明確國際規範可遵循。
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/13 下午 02:22:42
http://www.accellera.org/home/
SystemC org - accellera
http://www.iscug.in/
user's group
作者 : david_wcc(david_wcc)
[ 貼文 19 | 人氣 0 | 評價 40 | 評價/貼文 2.11 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/13 下午 04:19:06
早期的電子系統比較單純,系統工程師將系統劃分為軟體和硬體,分別由軟體工程師和硬體工程師進行設計、模擬、實現和改進,最後再將兩者結合起來形成系統。軟體工程師使用C和C++等程式語言,用來模擬軟體部分;而硬體工程師則使用VHDL和Verilog等硬體描述語言,用來模擬硬體部分。 隨著電子系統的不斷發展,系統結構越來越複雜,有時客戶的規範對於同一單元功能,並非很清楚明瞭而是零散的定義在各章節,使得系統工程師在先期劃分軟體和硬體時,就對整個系統性能有很好的了解和掌握,以便更好地劃分軟體和硬體,減小設計中不必要的失誤所帶來的損失和風險。雖然SystemC屬自由開源軟體可以被自由地修改與散布,但其仍然是受到著作權保護的客體。
     個人之前有小玩SystemC,也到論壇逛過,初學者大多被SystemC的框架所牽絆,例如要先了解
如何定義sc_module。雖說SystemC是基於C/C++開發的Library,個人認為SystemC比較接近C的模組化架構而非物件導向式的Class架構(可能是從C轉換至C++所致吧)。按照C++之父Bjarne Stroustrup的說法: C++ 的Class可表達任何東西。而Class的封裝特性用來表示IC 是最貼切不過了,我倒覺得可以開發一套Logic system Class library來取代SystemC。如邏輯電路常用的and, or , xor gates , 全加器,多工器或其他常用邏輯電路...等,利用這些元件class來設計驗證SoC電路。以下的半加器的程式碼或許可以感受一下純粹C++ Class 與SystemC的差別:


Example : 利用C++設計的半加器(ANDGate + XORGate)

class Gate {
public:
   int signalA;
   int signalB;
   virtual unsigned GateMethod(){return 0;}
   virtual void portA(int _signal_A){signalA = _signal_A;}
   virtual void portB(int _signal_B){signalB = _signal_B;}
   unsigned portC(){ return GateMethod();}
};

class ANDGate : public Gate {
public:
   unsigned GateMethod(){return (signalA&signalB);}
};

class ORGate : public Gate {
public:
   unsigned GateMethod(){return (signalA|signalB);}
};

class XORGate : public Gate {
public:
   unsigned GateMethod(){return (signalA^signalB);}
};

class HalfAdder : public Gate {
public:
ANDGate andGate;
    XORGate xorGate;
    unsigned portSum(){ xorGate.portA(signalA); xorGate.portB(signalB); return xorGate.portC();}
unsigned portCarry(){ andGate.portA(signalA); andGate.portB(signalB); return andGate.portC();}
};

int _tmain(int argc, _TCHAR* argv[])
{
unsigned signalA[5]={1,0,1,0,1};
unsigned signalB[5]={0,1,1,0,1};

HalfAdder g;

for(int i=0;i<5;i++){
cout<<signalA[i]<<signalB[i]<<" ";
g.portA(signalA[i]);g.portB(signalB[i]);
cout<<g.portCarry();cout<<g.portSum()<<endl;
}

system("pause");
return 0;
}

作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/13 下午 04:34:30
http://www.asic-world.com/systemc/tutorial.html
作者 : a102707718(SweetWo)
[ 貼文 144 | 人氣 599 | 評價 220 | 評價/貼文 1.53 | 送出評價 18 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/15 上午 12:46:27
TO david_wcc(david_wcc), 你好:
   或許『台灣可成為軟體大國』這個題目真的太大了,但重點在於『軟體大國』這個定義每個人心目中皆有所不同,有人認為能開發出可掌握億萬人生命的底層超巨型軟體(如:作業系統ANDROID,IOS,JAVA,UNIX,.NET…,資料庫:ORACLE,MYSQL,Microsoft SQL…等),但我的想法不同,時代也大不相同,以前的系統可靠單獨的開發團隊即可完成,我構想中的『軟體大國』是可以養活千萬人的軟體產業,它是大家互相依存,互相合作的開發團隊。
   現在要討論的是:在台灣這種BUSSINESS模式是否可以存在?倘若台灣一直是幾位前輩所言的自私自利,各自為政,當然,這種夢想不可能實現! 但反觀回來,台灣有那麼多的熱心志工,他們並不要求豐厚的報酬,難道這種未來世界的趨勢,若能因勢利導,將其發揮到極致,那我要的BUSSINESS模式是否就可能出現!
  未來的社會必定是老人化的社會,將來這些老人(我就是其中之一)何去何從? 是個相當重要的議題,倘若在台灣能創造出一個軟體生產模式, 適合老人願意以志工型態,共同加入軟體開發行列,那本論檀才有它真正的意義!!
   想想看, 這種夢想是否可能實現?!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/15 上午 08:59:59
http://en.wikipedia.org/wiki/List_of_open-source_healthcare_software
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/15 上午 09:06:04
http://openmrs.org/
http://www.open-emr.org/
http://www.openhealth.org/
http://www.oemr.org/wiki/OEMR_Organization_Wiki_Home_Page
http://www.npd.ufes.br/node/144
http://www0.cs.ucl.ac.uk/opensource_mia_ws_2012/links.html
http://www.ibiblio.org/
http://www.datamation.com/open-source/50-open-source-replacements-for-health-care-software-1.html
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/15 下午 01:21:15
http://clear-health.com/
http://www.opendental.com/
http://freemedsoftware.org/
http://www.openclinical.org/
http://www.tldp.org/HOWTO/Medicine-HOWTO/record.html
http://www.oemr.org/
http://www.patientos.com/
作者 : david_wcc(david_wcc)
[ 貼文 19 | 人氣 0 | 評價 40 | 評價/貼文 2.11 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
主題發起人a102707718註記此篇回應為很有道理 2013/5/15 下午 05:38:04
賈伯斯自傳中曾提及矽谷有美國航太總署的研究中心,曾研發U2偵察機,在1950年代有許多國防工程包商在這一帶發展,如1956年、研發出潛射式彈道飛彈。當時國防產業的興起也帶動科技經濟的蓬勃。賈伯斯曾提及在這裡阿貓阿狗也有希望當工程師,如今矽谷幾乎是高科技的代名詞。
     科學與技術不是一蹴可幾而是要循序漸進,個人認為可先從軟體IC做起,再逐步向上衍生作業系統和應用軟體。所謂軟體IC就是用來開發SoC的平台或程式庫如SystemC,不過個人認為建Modeling的觀念反而比較重要 (請參考Transaction Level Modeling in System Level Design)。為什麼很重要呢? 因為目前台灣半導體產業很多矽智財多掌握在大廠手裡,有了SoC的平台就可開發自己的IC矽智財。例如記憶體產業要付國外廠商約一千億的費用在矽智財上。接著可以把IC跟OS做結合達成節能的目的,已經有在進行的GreenDroid Project。
請參考 http://darksilicon.org/papers/taylor-aspdac-final-2012.pdf。

總之基於綠色經濟,或許會帶來資訊業一場新革命吧!
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/17 下午 12:28:28


Microsoft open compiler API project
http://msdn.microsoft.com/en-us/vstudio/hh500769.aspx
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/19 上午 06:31:16
http://research.microsoft.com/en-us/groups/quarc/default.aspx
作者 : david_wcc(david_wcc)
[ 貼文 19 | 人氣 0 | 評價 40 | 評價/貼文 2.11 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/23 下午 10:37:30
跟大國比起來有一段距離,但可參與open source的開發以補足之前的差距。
1.wxDev-C++
http://wxdsgn.sourceforge.net/

2.Logisim
http://ozark.hendrix.edu/~burch/logisim/

3.FireFox OS
https://developer.mozilla.org/en-US/docs/Mozilla/Firefox_OS/Platform/Architecture

4.Computer Emulator
http://www.ijdc.net/index.php/ijdc/article/view/50
作者 : ozzy123(ozzy) 資訊類作業求救卓越專家C++卓越專家貼文超過4000則人氣指數超過30000點
[ 貼文 4466 | 人氣 37262 | 評價 10860 | 評價/貼文 2.43 | 送出評價 49 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/23 下午 11:51:43
open source culture is a good way , but it is not suitable to tw. maybe open foundry is an example . :-)
作者 : heliboy(heliboy)
[ 貼文 103 | 人氣 305 | 評價 110 | 評價/貼文 1.07 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2013/5/24 下午 08:19:53
David_Wcc兄, 送我個email連絡, 以後也許有大用.

heliboy2003雅虎台灣.
作者 : asd7899563(小學就在寫程式)
[ 貼文 3 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 3 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文