您用那種程式語言在賺錢?
更改我的閱讀文章字型大小大 小
作者 : jasper(Jasper) [ 貼文 1166 | 人氣 92115 | 評價 500 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/5/2002 10:46:48 PM
一個程式設計師,
不管是學過或精通一種程式語言以上是很正常的事,
但實際上會以那種程式語言為謀生的技能呢?
在DOS時代,我以 Turbo C 為主力,
不管是資料庫程式、GAME 或 CAI ,都是用Turbo C寫。
上了MS Windows後,改用 VC++但沒採用MFC,
離開遊戲界後,一般資料庫應用程式用VB,
寫WebTitle用HTML 及 JavaScript,作網站則用 ASP。
面對眾多的程式語言,
我沒有去探究其優劣,也不想全部都學,
我只根據我要從事什麼工作而選擇程式語言,
如果慣用的程式語言足可應付及解決新的工作任務,
我是不會因別人用那種程式語言而更換,
所以在DOS下,別人用dBase/Clipper來開發資料庫應用程式,
而我卻用Turbo C,錢照樣賺得很爽快。
常看到、聽到一些人在問,該學什麼?
學完這個之後,又該學什麼?
有很多人會說、會建議就學C++ 或 Java,
從學習程式語言的角度來看,是對的,
但問題是,有必要學嗎?您的工作上需要嗎?
還是學了,準備跳槽?
程式設計是種藝術,程式語言本身也是,
如果您追求的是這種藝術之美,
您可以好好地學習、研究各種程式語言,
如果您跟我一樣,是用程式語言在賺錢的,
那就把重點放在如何寫程式賺錢,
別人看到的是結果,
誰管你是那種程式語言開發的,
誰管你程式的結構好不好。
有人笑我,寫了十五年的程式,
還在用一些初淺的東西在混飯吃,
我想,反正都能混這麼久了,
再繼續混下去又何妨?
作者 : gy(GY) [ 貼文 30 | 人氣 35 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/6/2002 9:33:09 AM
Only one > C , 一招半式!
作者 : regionbbs(小朱) [ 貼文 6124 | 人氣 76264 | 評價 3519 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/6/2002 9:46:24 AM
>面對眾多的程式語言,
>我沒有去探究其優劣,也不想全部都學,
>我只根據我要從事什麼工作而選擇程式語言,
>如果慣用的程式語言足可應付及解決新的工作任務,
>我是不會因別人用那種程式語言而更換,
>所以在DOS下,別人用dBase/Clipper來開發資料庫應用程式,
>而我卻用Turbo C,錢照樣賺得很爽快。
我支持 Jasper 大大的這個看法 .
我認為學習或使用的程式語言不重要 , 程式語言孰優孰劣也不重要 , 最重要的是能用這個程式語言幫你賺到錢 .
也許很多人說過 VB 是一個玩具語言 , 但是用它來賺錢的公司有多少家 ?
使用 ASP 的電子商務網站與使用 COM/COM+ 為 application services 的公司有多少家 ?
一樣用的是玩具語言 , 卻能賺進大筆大筆的鈔票 .
我想以後 MIS 關心的不是哪種程式語言 , 而是你選的程式語言能不能夠幫你 (或你的公司) 賺到錢 . 畢竟程式寫到最後還不都是為了要賺錢 ?
>常看到、聽到一些人在問,該學什麼?
>學完這個之後,又該學什麼?
>有很多人會說、會建議就學C++ 或 Java,
>從學習程式語言的角度來看,是對的,
>但問題是,有必要學嗎?您的工作上需要嗎?
>還是學了,準備跳槽?
選擇程式語言除了考慮學習性與適用性之外 , 投資報酬率也是需要考量的 , 與工作上的結合就更不用說了 .
>程式設計是種藝術,程式語言本身也是,
>如果您追求的是這種藝術之美,
>您可以好好地學習、研究各種程式語言,
>如果您跟我一樣,是用程式語言在賺錢的,
>那就把重點放在如何寫程式賺錢,
>別人看到的是結果,
>誰管你是那種程式語言開發的,
>誰管你程式的結構好不好。
沒錯 , Jasper 大大論點精湛 , 小弟深深佩服 .
作者 : jutso(jutso) [ 貼文 108 | 人氣 859 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/6/2002 12:53:18 PM
>>所以在DOS下,別人用dBase/Clipper來開發資料庫應用程式,
>>而我卻用Turbo C,錢照樣賺得很爽快。
能完全照自己意思採用語言的,畢竟很少!
>我支持 Jasper 大大的這個看法 .
>我認為學習或使用的程式語言不重要 , 程式語言孰優孰劣也不重要 , 最重要的是能用這個程式語言幫你賺到錢 .
話是這麼說沒錯,只是平常不玩一玩一些高深語言,如果那一天換到
要用這種語言賺錢時,不知道自己還跟不跟的上?譬如 JAVA !
據我所知,linuxFab 某 VB 信徒,之所以不再上板推崇 VB ,
是因為 TSMC 已經開始改用 JAVA 了!
作者 : moo(臭蟲) [ 貼文 460 | 人氣 6376 | 評價 119 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/8/2002 9:27:53 AM
凡是語言,必定是溝通工具,
英語 => 跟老外溝通
UML => SD跟Programmer溝通
程式語言 => Programmer跟機器溝通
你可以指揮機器為自己工作,
也可以指揮機器為別人工作,
於是別人會付你錢, 因為別人不會跟機器溝通,
所以我覺得Programmer蠻像"翻譯人員"的,
不過, 機器聽得懂的語言有很多種,
你要學那一種呢?
這個問題有點像在問你要學英語?日語?俄語?印地安語?甚至...手語?
主要當然看你的用途, 你要溝通的對象是誰?
通常學英語的人最多,
因為它市場佔有率高, 普遍, 投資報酬應該划得來,
我也學過許多程式語言,
不過大部分都已經在市場上消失了,
即使是你曾經非常精通的語言, 也無法再為你賺錢,
老手當然可以折草為劍,
因為老手知道什麼是工具, 什麼是目的,
老手也知道如何選擇稱手的兵器(工具),
這些通常新手都搞不清楚, 於是無從選擇,
相關的拉拉喳喳一堆經驗老手通常是不會告訴新手的,
講了新手也不見得能體會,
會推薦新手學"英語"的老手可能就已經算是很有良心的了,
語言, 是工具,
賺錢, 是手段,
時間和精力, 是你有限的資源,
有了錢, 要想想你的人生目標是啥?
除了錢, 你還得到了什麼?
這影響到你要不要選擇當一個程式設計師,
弄清楚了目的, 再選工具吧!
有句話是:
A good workman is known by his tools.
A bad workman blames his tools.
作者 : mapleplusplus(blackjack) [ 貼文 5 | 人氣 13 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/9/2002 10:21:13 PM
講得太好了
完全同意
作者 : wensung(wensung) [ 貼文 37 | 人氣 341 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/15/2002 8:13:19 PM
當你有一把用了十幾年的稱手好刀,不妨繼續用畢竟招數能勝一切
若發現更新且蠻多人用的劍不妨每日練一個時辰,既不會影響又學新招數
作者 : mymj(大海) [ 貼文 13 | 人氣 11 | 評價 11 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/15/2002 10:59:43 PM
程式語言就是一種工具,工具熟悉就好用.
小弟以Delphi開發I/O控制,儀器量測,一定很多人覺得不太可能,不過我們實作了一些案子.
新手們:什麼語言不重要,重要的是要下苦工,多讀多看多作多問,有許多專門網站會提供許多範例程式,可以多參考.作不出來要不恥下問.OK和各位共勉之.
作者 : honercek(大牛大大) [ 貼文 1 | 人氣 9 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/16/2002 6:27:18 PM
如果想從事網路應用程式開發以及 Embedded System 的開發, 應該專注於 C++ 還是 Java 的學習呢?
網路應用程式我認為是採用 Java, 畢竟他也正是因為網際網路的盛行而大行其道, 再加上本身提供了許多方便的 API...
Embedded System 方面不知 Java 再 J2ME 的應用已經大量普及了嗎? 而且真的做到跨平台, 如 Pocket PC and Palm System? 甚至在資訊家電的應用也 OK 了嗎? 而 C++ 在這一方面的發展又是如何呢?
謝謝..
作者 : htchien(眼鏡虎) [ 貼文 9 | 人氣 15 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/17/2002 11:32:41 AM
Embbeded System 以我親戚在 IP 公司的經驗,是只用 C 來設計東西的,連 C++ 都用不到,更別說是 Java 了....
我親戚公司用的工具是 ARM 出的 ARM Development Suite....裡面支援 C,C++....
作者 : htchien(眼鏡虎) [ 貼文 9 | 人氣 15 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/17/2002 11:35:26 AM
用哪種語言在賺錢?
公司要求用哪種語言,就用哪種語言賺錢呀?工程師還有得挑?又不是 SOHO 族....
作者 : leesun(leesun)
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/17/2002 5:31:40 PM
某人寫8051,z80有十年以上經驗,
軟硬體皆有design能力,目前正職+兼職SOHO每個月17~18萬NT$
(還不包括股票分紅)
不信的話當我在唬爛...
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/17/2002 11:20:38 PM
大家都在討論那種語言好,也都個說各話,其實沒一種好!
為甚麼很少人討論語言的趨勢呢
相信很快,大約兩三年後就會有一種新的語言會出現
目前它的前身已出來了,就是 XML
它的特點是
1.跨平台,不論PC, PDA, UNIX, LINUX ...全通
2.永遠相下相容,50年100年後仍能讀取或執行現在的程式或資料
3.開放的介面,可以與任何語言連接
這些功能已非天方夜譚了
網頁可以跨平台,文字檔可以百年通用,API.DLL 可以各程式叫用,不是嗎
當然這些功能還不完備,外國卻在認真的規劃設計,我們好像沒人有興趣ㄋ
程式高手門,撥一點時間開發自己的語言ㄇ
作一套百年通用的語言,為自己揚名立萬ㄅ
作者 : jutso(jutso) [ 貼文 108 | 人氣 859 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/18/2002 12:30:35 AM
>相信很快,大約兩三年後就會有一種新的語言會出現
>目前它的前身已出來了,就是 XML
XML 那裏是程式語言?未來也不可能是!
>它的特點是
>1.跨平台,不論PC, PDA, UNIX, LINUX ...全通
這個 JAVA 倒是可以!
>2.永遠相下相容,50年100年後仍能讀取或執行現在的程式或資料
我倒是可以確定 .NET 五年後就不行了!
>3.開放的介面,可以與任何語言連接
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/18/2002 10:16:36 AM
設計家的守則
第一條就是沒有作不到的事
第二條是不要被現有的框框限制
有人能解釋嗎
1.電腦語言是誰規定要去寫程式碼的
2.程式語言就一定由程式設計師作嗎
有人同意嗎
1.電腦將普遍到每一個人都會用到
2.電腦將很便宜,功能又強
3.每一個人對電腦都有自己的需要
4.每一個人都會去設計自己的電腦功能
5.程式設計會有不同的面貌
作者 : jutso(jutso) [ 貼文 108 | 人氣 859 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/18/2002 10:34:04 AM
>有人能解釋嗎
>1.電腦語言是誰規定要去寫程式碼的
現在的程式碼長的這樣子,有一部份原因是這樣較容易讓人理解,
容易理解自然也會有較多人使用!
典型的例子像 Lisp,這種長的不像程式的程式,最後只能當學術
界的玩具!
>2.程式語言就一定由程式設計師作嗎
很難想像連程式師都不易搞懂的程式,一般人會搞的懂!
尤其是不用"寫程式碼"的程式!
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/18/2002 11:52:27 AM
>>有人能解釋嗎
>>1.電腦語言是誰規定要去寫程式碼的
>
>現在的程式碼長的這樣子,有一部份原因是這樣較容易讓人理解,
>容易理解自然也會有較多人使用!
[容易理解自然也會有較多人使用], 這就對了
地球上人口有多少,要用的人多,會是多少人,要用甚麼樣的程式工具
>
>>2.程式語言就一定由程式設計師作嗎
>
>很難想像連程式師都不易搞懂的程式,一般人會搞的懂!
>尤其是不用寫程式碼的程式!
>
寫應用程式的人就知道,要寫甚麼程式就要先了解該行的運作才能寫
現在的程式語言太差了,所以才要程式設計師,
也就是說電腦應用,會需要多一道別人介入的手續
電腦進步到直接給應用的人自己設定,就是現在程式設計師的工作
將來程式設計必然是電腦自己在設計的.
作者 : bala(lol) [ 貼文 71 | 人氣 56 | 評價 5 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/19/2002 12:02:50 AM
>寫應用程式的人就知道,要寫甚麼程式就要先了解該行的運作才能寫
>現在的程式語言太差了,所以才要程式設計師,
>也就是說電腦應用,會需要多一道別人介入的手續
>電腦進步到直接給應用的人自己設定,就是現在程式設計師的工作
>將來程式設計必然是電腦自己在設計的.
小弟認為:
閣下講的話都太虎爛了..(包含之前的文章)...
君不見...現在的繪圖軟體依然不會自己把圖片設計出來...
即便現在的程式設計能以自然語言表達...用說的就行了...
設計的功夫還是少不了的...
軟體設計...在設計的層次上本來就可以脫離程式語言的...
演算法本來就可以用自然語言描述的...
從來困難的地方就不是在寫程式上面...而是在設計上面...
你認為今日的程式語言太爛...
你可以去發揮你的雄心壯志ㄚ...
今日的程式語言爛在哪裡?
你可以說說看ㄇ?
>將來程式設計必然是電腦自己在設計的.
你是說...你只要對電腦說..."做一套windows 3000吧"...
他就會生出來ㄇ?
我也很期待ㄋ...
不過...在我小學的時候...看小叮噹...我就知道那是漫畫了...
作者 : nickname(nickname) [ 貼文 66 | 人氣 1586 | 評價 13 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/19/2002 1:37:26 PM
>如果想從事網路應用程式開發以及 Embedded System 的開發, 應該專注於 C++ 還是 Java 的學習呢?
>
>網路應用程式我認為是採用 Java, 畢竟他也正是因為網際網路的盛行而大行其道, 再加上本身提供了許多方便的 API...
>
>Embedded System 方面不知 Java 再 J2ME 的應用已經大量普及了嗎? 而且真的做到跨平台, 如 Pocket PC and Palm System? 甚至在資訊家電的應用也 OK 了嗎? 而 C++ 在這一方面的發展又是如何呢?
我去過一個在做 Embedded System應徵
他要求是要會java開發
作者 : oliverchen(Oliver) [ 貼文 72 | 人氣 17777 | 評價 10 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/19/2002 4:30:08 PM
設計是一項很有趣的工作,不管是硬體還是軟體....
資訊科技發展到現在,不管在哪個領域都有其相關的輔助設計工具,有可能是一套軟體、一種程式語言。
在剛有電腦的時候,設計一套系統可能需要用到螺絲起子,現在可能只要用到鍵盤就可以了。經過了將近一百年的科技演化,只不過是讓人們可以比較快速的開發他們想要的東西罷了.因為人腦終究是最重要的.在多的工具不過是幫助我們將我們的想法更快的實現...你說現在的程式設計太爛,才需要程式設計師.....那真是抱歉,你在這裏所使用的留言板是一個專門收爛攤子的程式設計師用一套爛程式寫出來,談不上什麼創意啦...但那個專收爛攤子的程式設計師還是用了點腦子讓你在這裏說所有程式語言的不是..
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/19/2002 10:32:26 PM
>...你說現在的程式設計太爛,才需要程式設計師.....那真是抱歉,你在這裏
>所使用的留言板是一個專門收爛攤子的程式設計師用一套爛程式寫出來談
>不上什麼創意啦...但那個專收爛攤子的程式設計師還是用了點腦子讓你在
>這裏說所有程式語言的不是..
真的很抱欠,dos 時代我開發了一套第四代語言,還有人仿冒ㄋ
到windows出來後就被打敗了,雖然是消失了,可是以前的客戶寧願放棄windows繼續在用,因為客戶要的,他就可以自己設計,就像騎腳踏車,學了就不會忘的,windows出來為什麼不改版呢!因為工具太差,很多功能作不到,也許你!說,寫程式的能力太差了,沒辦法ㄚ,有人用微軟的工具作出比office還好用的程式嗎,只要有相同的功能就好,多的功能不要.誰作到了.
我喜歡到這裡來就是看看能幫初學者一點忙嗎,冤枉功夫我花太多了,不希望別人再浪費時間罷了,必竟對一個尚未江郎才盡的人來說提供一點經驗也是蠻高興的
作者 : jutso(jutso) [ 貼文 108 | 人氣 859 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/20/2002 12:41:08 AM
>真的很抱欠,dos 時代我開發了一套第四代語言,還有人仿冒ㄋ
我用過 SAS,這至少算 3.5 代吧?不是用來做統計作業而已,是整整花了
五年時間,用來寫各種辦公室報表!
我可不懷念SAS,特定功能做的很快沒錯,但常常我必須用寫 fortran 的低
階語言技術,來讓 SAS做它設計時沒考慮到的功能!
現在不流行第幾代、第幾代的講程式語言了!
>到windows出來後就被打敗了,雖然是消失了,可是以前的客戶寧願放棄windows繼續在用,因為客戶要的,他就可以自己設計,
我認為有一部份原因是在 windows 下輸入,比在 dos 下麻煩太多了!
如果設計幾個下拉式選單,就必須在鍵盤跟滑鼠間換來換去才能完成輸
入!這也是現在很多 dos 程式還沒消失掉的原因!
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/20/2002 12:05:14 PM
從事設計工作守則
第三條不要對目前的狀況滿足
第四條要從未來看現在,才知道如何改進
從十年後再看現在的程式語言,有那些可以算好用?
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/20/2002 4:32:41 PM
不ㄈ透露一下我現在構想的東東,不相信的人就當天方夜談ㄅ
1.電腦延伸單元
主要是電腦控制介面,它可以更方便控制周邊設備,也可以接收周邊狀況
現在有的不是很貴就是很複雜,像身體檢驗等等,控制如籃丫等等
2.程式語言終級版
有點像文字檔,就是網頁ㄌ, java 它剛出生時,很理想,跨平台,掛上宣告就
能用但是一直演變,結果變的粉複雜,已失去原味,困難的部份由專家作成
模組,寫程式的人掛上就好了,現在的周邊設備不就是這樣嗎,掛上驅動程
式就好了,這就是與各種語言相容的構想,你想要開發特殊功能,作成模組
掛上馬上可以在各平台使用.有人會說那不就像vb把物件擺上就好了,也
對就是vb的進化版嗎.
作者 : manio(小心眼~~) [ 貼文 253 | 人氣 1538 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/20/2002 6:20:37 PM
>>我去過一個在做 Embedded System應徵
>>他要求是要會java開發
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
我想, 你應徵的那個工作應該是在那個 embedded OS 上開發 AP 啦~
(ex: 在 Palm OS 上開發 "行事曆" ), 屬於 AP 層次.
我個人認為, 開發 embedded OS 不會要你用 Java 開發的.
作 OS 牽涉到太多東西了: file system, memory manager, CPU/thread scheduling,...etc., 台灣目前的情況很多是拿 Linux 的 kernel 來改, 還有一些廠商會希望他們做出來的 embedded OS 是一個 real-time OS, real-time 這個字在 computer science 裡有他嚴謹的定義, 不是你愛加上去就可以加上去的.
作者 : manio(小心眼~~) [ 貼文 253 | 人氣 1538 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/20/2002 6:45:32 PM
>>1.電腦語言是誰規定要去寫程式碼的
>>[容易理解自然也會有較多人使用], 這就對了
>>地球上人口有多少,要用的人多,會是多少人,要用甚麼樣的程式工具
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
閣下真是愛說笑...
一個 programming language 被設計出來的目的絕對不是 easy to use.
programming language 被設計出來的過程是很嚴謹的, 從 token, regular expression, grammar, semantic analysis, ..etc..
你去看看 C 的 grammar 就知道, 至於那些 4GL, RAD tool, 那些我是沒看過啦 ! 不過他在底層實做的部份絕對不是那麼簡單的, 是有一些人幫上層開發應用程式的人做掉了大部份的事.
作者 : bala(lol) [ 貼文 71 | 人氣 56 | 評價 5 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/20/2002 7:27:17 PM
>不ㄈ透露一下我現在構想的東東,不相信的人就當天方夜談ㄅ
>1.電腦延伸單元
> 主要是電腦控制介面,它可以更方便控制周邊設備,也可以接收周邊狀況
> 現在有的不是很貴就是很複雜,像身體檢驗等等,控制如籃丫等等
這種東西早就有了啦...
詳見設計藍圖...
http://comics.sina.com.tw/river/1999/07/index_30.html
作者 : kilo_amd(Kilo Sky) [ 貼文 373 | 人氣 18940 | 評價 10 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/20/2002 11:32:59 PM
看完你們的對話,真是獲益良多!
作者 : jutso(jutso) [ 貼文 108 | 人氣 859 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/21/2002 12:24:19 AM
>2.程式語言終級版
> 有點像文字檔,就是網頁ㄌ, java 它剛出生時,很理想,跨平台,掛上宣告就
> 能用但是一直演變,結果變的粉複雜,已失去原味,困難的部份由專家作成
> 模組,寫程式的人掛上就好了,現在的周邊設備不就是這樣嗎,掛上驅動程
> 式就好了,這就是與各種語言相容的構想,你想要開發特殊功能,作成模組
> 掛上馬上可以在各平台使用.有人會說那不就像vb把物件擺上就好了,也
> 對就是vb的進化版嗎.
你的構想進行的什麼程度啦?
這些構想在MS 的世界好像很了不起!不過到 OSS 的世界,不過又是另一
個 project 罷了!有空來這裏看看,也許能找到你的同好!
http://sourceforge.net/softwaremap/trove_list.php
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/21/2002 10:22:41 AM
根據自己的評估,未來手機就是個人電腦
所以未來與電腦溝通就是聲音與按鍵
聲音干擾大,目前最好的選擇就是複頻的電話撥號音,他是現成的
所以朝開發聲音與無線模組的介面,這跟程式語言有甚麼關係?
如果沒有語言的控制中心,那現成的不都有了嗎?
作者 : maxmax(天空的顏色) [ 貼文 436 | 人氣 385 | 評價 26 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/23/2002 9:07:48 AM
>根據自己的評估,未來手機就是個人電腦
>所以未來與電腦溝通就是聲音與按鍵
>聲音干擾大,目前最好的選擇就是複頻的電話撥號音,他是現成的
>所以朝開發聲音與無線模組的介面
根據個人的工作經驗, 現成各家的DTMF Tone Generator(dialer)
都有誤差, 用來傳資料易有相容的問題. 況且以簡單tone的形式
來傳輸資料, 是數十年前慢速modem使用的技術, 大概只有幾百
個baud rate.
另外dual tone並非不易受干擾, 在以往實做的經驗, 極容易因外
界聲音的干擾產生誤判. 若為防止干擾刻意將靈敏度降低會照成
無法接收目前市面上現有dialer產生的tone(因為這些dialer因為成
本考量, 都有誤差)
作者 : fredwang(毛豆先生) [ 貼文 42 | 人氣 3267 | 評價 10 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/23/2002 5:50:55 PM
十多年來我多是在MIS領域
回顧起來學與用的電腦語言頗多
大一學BASIC, FORTRAN
大二學Pascal,COBOL
大三學Assembly, dBaseIII
大四學Lisp, Prolog
研究所用C寫作業
工讀時用過FoxBase寫了幾個商用系統
軍中用COBOL維護系統,也用RPGII
退伍第一年的工作用C,C++ (and embed SQL)寫系統, 也學了Window SDK
第二,三年的工作用Clipper寫系統
後來約四五年用SAP的ABAP/4,
其中一年也用VB+VC寫Client-Server system
近幾年電子商務專案則用Java, JSP
我的原則是需要時, 找到最適合的語言來完成工作, 以最快的速度學會
Thats all!
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/23/2002 10:16:57 PM
>另外dual tone並非不易受干擾, 在以往實做的經驗, 極容易因外
>界聲音的干擾產生誤判
感謝天空兄的提醒
三年前曾為某公司所代理美國的電腦僕人作銷售,該產品是用聲控與電話tone控制,不需配線,以電源載波方式控制x10電源開關,構想不錯,除聲控部份易受干擾,tone的效果算是蠻穩定的,都只是作開關工作因此頻率就足夠了
我的想法是用tone+無線模組,作搖控器,作到可以操作搖控直昇機,目的是要用電腦控制自動飛行,這可能干擾就成問題了,也許非得等到藍牙才能辦到
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/23/2002 10:28:19 PM
毛豆先生,會那麼多語言,不知有特別的抱負嗎
作者 : maxmax(天空的顏色) [ 貼文 436 | 人氣 385 | 評價 26 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/23/2002 11:20:27 PM
份易受干擾,tone的效果算是蠻穩定的,都只是作開關工作因此頻率就足夠了
>我的想法是用tone+無線模組,作搖控器,作到可以操作搖控直昇機,目的是要用電腦控制自動飛行,這可能干擾就成問題了,也許非得等到藍牙才能辦到
要把資料載在RF的電波上, 方法有很多種, 不見的要用tone.
如果你是要做遙控直昇機之累需要線性控制的遙控, 用tone
的方式似乎不夠快, 也不保險.
另外藍牙一般有效距離大概只有五至十公尺, 最大一等級頂
多達到一百公尺(很少人做), 不知你想用他來遙控哪一類的
飛機(室內飛機?)?
不知你有沒有見過外面賣的一種小遙控汽車bit-g, 其實他是
用一般家裡遙控鐵捲門的遙控器的IC做的, 有時真的是很佩
服日本人的idea. 不過用這種遙控IC是無法做線性的控制.
作者 : fredwang(毛豆先生) [ 貼文 42 | 人氣 3267 | 評價 10 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/23/2002 11:20:42 PM
主題是"您用那種程式語言在賺錢"
那麼我的回答是:很多種
若是談抱負,我鼓勵大家築夢踏實, 設定遠大的目標但一定要腳踏實地去做
而我的目標是出一些專業的書籍(如果將來抽的出空的時候)
但是現在我在意的是做好手邊的每一個案子
不知您有何建議?
>毛豆先生,會那麼多語言,不知有特別的抱負嗎
作者 : jutso(jutso) [ 貼文 108 | 人氣 859 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/24/2002 12:45:30 AM
>毛豆先生,會那麼多語言,不知有特別的抱負嗎
這樣算普通吧?而且算的時候那有把在學校時學的算進去?
都也是算工作時有用到的!
一個程設師用過十幾種算普通吧?不然在學校時一堂程式語言就學了
四、五種,私底下在玩也會了好幾種,那算一算豈不是快要二十種?
作者 : fredwang(毛豆先生) [ 貼文 42 | 人氣 3267 | 評價 10 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/24/2002 1:09:31 AM
真的耶!若電子商務運用的
如HTML, CSS, XML, WML, Javascript, Perl, ASP, JSP, Java, VRML
我好像只把JSP及Java算在裡面
還有其他如Lotus script, shell script, dos script一缸子script languages
那不超過十種才怪的, 但是
>一個程設師用過十幾種算普通吧?
這是指您涉獵的領域而言, 其他領域
有人工作上用了十年的C語言
更早有人十年的COBOL
他們的領域都與您不同, 但是現在都是某些公司的重要幹部(They are my friends.)
因為哪語言足以對工作有所貢獻
>
>>毛豆先生,會那麼多語言,不知有特別的抱負嗎
>
>這樣算普通吧?而且算的時候那有把在學校時學的算進去?
>都也是算工作時有用到的!
>
>一個程設師用過十幾種算普通吧?不然在學校時一堂程式語言就學了
>四、五種,私底下在玩也會了好幾種,那算一算豈不是快要二十種?
作者 : jutso(jutso) [ 貼文 108 | 人氣 859 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/24/2002 1:19:26 AM
>真的耶!若電子商務運用的
>如HTML, CSS, XML, WML, Javascript, Perl, ASP, JSP, Java, VRML
>我好像只把JSP及Java算在裡面
這些算 perl 跟 JAVA 就可以了!
ASP跟 VB 一起算!
>還有其他如Lotus script, shell script, dos script一缸子script languages
>那不超過十種才怪的, 但是
這些都不算!
C、assemly、DBase、clipper、SAS、Foxpro、VB、Cobol、databus、
JAVA !
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/24/2002 10:10:34 AM
原則上每種電腦語言都各有專長,選擇電腦語言在看它適用的目的,同時使用幾種也只是截長補短而已.
同時專精很多種語言,顯然有規劃新語言的能力,否則好像不是很精ㄌ
看到這麼多種語言,個人就有一統天下慾望,不知有多少人有此野心(成不成不要考慮ㄇ,人生不過一趟而已ㄅ)
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/24/2002 10:25:12 AM
>要把資料載在RF的電波上, 方法有很多種, 不見的要用tone.
>如果你是要做遙控直昇機之累需要線性控制的遙控, 用tone
>的方式似乎不夠快, 也不保險.
>
>另外藍牙一般有效距離大概只有五至十公尺, 最大一等級頂
>多達到一百公尺(很少人做), 不知你想用他來遙控哪一類的
>飛機(室內飛機?)?
藍牙與其他無線模組特點都是短距離使用,開發它們使用的小烏龜也是一門生意
線性控制在許多場合也都是高級產品使用,一般都以變通方式解決
搖空飛機不過是比較容易形容功能而已,主要是有那樣的功能的模組,再進一步做各種控制都不難了
作者 : maxmax(天空的顏色) [ 貼文 436 | 人氣 385 | 評價 26 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/24/2002 10:25:38 AM
>>同時專精很多種語言,顯然有規劃新語言的能力,否則好像不是很精ㄌ
>看到這麼多種語言,個人就有一統天下慾望,不知有多少人有此野心(成不成不要考慮ㄇ,人生不過一趟而已ㄅ)
統一就是通用的意思囉? 你覺得可以發明一個對各領域都適用
的語言? 而且這個語言夠好, 永遠不會被新的語言取代? 這可不
是件小工程, 就算用全國的力量來做也很難達成.
更何況, 東西的進步是無法想像的, 一定會變的不停. 另外人是主
觀的, 你覺得好的東西別人不見的覺得好, 所以不同的人一定會
用不同的語言來做他覺得適合的事. 還有要用哪個語言還牽涉到
歷史包袱跟資源的問題, 不見的最好的語言是最好的選擇, 如果不
能提供足夠的資源我看是不會有人用.
基本上我覺得你很多想法都是在缺乏實務經驗幻想出來的, 常常
給人一種不切實際的感覺. 有理想抱負是好事, 但不能脫離現實太
遠.
作者 : fredwang(毛豆先生) [ 貼文 42 | 人氣 3267 | 評價 10 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/24/2002 4:11:41 PM
確實有一些電腦語言統一的歷史,不過並未成功就是
提供一小段文章供參考
-
其 實 並 不 是 沒 有 人 想 做 「 統 一 程 式 語 言 」 的 事 情 , 例如 IBM 推 出 的 程 式 語 言 PL/I, 其 中 PL 是 取 Programming Language 的 第 一 個 字 母 , 而 /I 表 示 第 一 代 , 言 下 之 意 在 宣 示 PL/I 之 前 的 程 式 語 言 都 不 算 是 程 式 語 言 , 大 有 一 統 程 式 語 言的 企 圖 , 雖 然 推 出 PL/I 時 的 IBM 正 值 其 全 盛 時 期 , 但 歷 史證 明 IBM 並 沒 有 成 功 。
美 國 國 防 部 也 大 約 在 十 年 前 , 推 出 一 種 叫 做 Ada 的 程 式語 言 , Ada 不 僅 具 有 物 件 導 向 的 觀 念 , 同 時 也 融 入 多 工 作業 的 能 力 , 目 的 在 解 決 美 國 國 防 部 使 用 程 式 語 言 上 的 紛亂 , 以 及 軟 體 的 危 機 , 當 時 的 確 造 成 一 陣 風 潮 ( 我 指 的是 在 美 國 ) , 但 歷 史 同 樣 證 明 Ada 並 沒 有 成 為 一 統 的 程 式語 言 。
IBM 以 全 世 界 最 大 的 電 腦 廠 商 身 份 , 而 美 國 國 防 部 以 美國 最 大 的 電 腦 客 戶 身 份 , 來 推 動 程 式 語 言 的 統 一 尚 且 無法 成 功 , 我 相 信 將 來 也 不 會 有 哪 個 人 或 機 構 能 夠 一 統 程式 語 言
>看到這麼多種語言,個人就有一統天下慾望,不知有多少人有此野心(成不成不要考慮ㄇ,人生不過一趟而已ㄅ)
作者 : nlogn(NLogN) [ 貼文 61 | 人氣 181 | 評價 11 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/24/2002 5:25:00 PM
嗯~~我以前也聽我老師說過PL/I的故事
我老師說他學過PL/I
不過該語言為了融合所有語言的特性
所以user guide是非常厚的一本
看到這麼厚的一本的user guide
大概沒有什麼人有興趣去學
所以這大概是這種萬用語言會失敗的原因
以上是出自我老師之口
有錯請指正
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/24/2002 8:05:21 PM
>基本上我覺得你很多想法都是在缺乏實務經驗幻想出來的, 常常
>給人一種不切實際的感覺. 有理想抱負是好事, 但不能脫離現>實太遠.
幻想是一切創作的先決條件,不切實際表示與現實的距離,越遠表示越先進
一統語言最先進的想法因該是用意念所寫的程式,這是遲早的事,總有人會設計的,乞待別人那有自己研究有趣
作者 : maxmax(天空的顏色) [ 貼文 436 | 人氣 385 | 評價 26 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 12:39:37 AM
>幻想是一切創作的先決條件,不切實際表示與現實的距離,越遠表示越先進
>一統語言最先進的想法因該是用意念所寫的程式,這是遲早的事,總有人會設計的,乞待別人那有自己研究有趣
>
真的不要在幻想啦!
與現實越遠不見的越先進, 這要看情況. 如果你搞不清楚技術背景,
你可能會錯把落伍的技術當作先進, 只是讓人看笑話而已. 不覺得
你已經搞了很多笑話了嗎?
很多東西不會被製作出來不見的是因為技術的問題, 而是單純沒有
那個必要罷了. 像統一的電腦語言就是一個, 你覺得他可以取代組
合語言嗎? 為某些領域發展合適的語言我認為是適合的, 但要用一
種語言來適用各種領域, 我是覺得不可能也不必要.
你有沒有仔細想過要發展一個電腦語言需要哪些技術背景? 如果沒
有你不是在幻想不然是在做甚麼, 因為你都只是在紙上談兵而已.
發展一個程式語言不是找幾個用過很多電腦語言的人就可以做的
出來的. 如果這樣可行, 那我找幾個開過很多不同牌子車子的人也
可以要他們做出一台車給我囉.
用意念來寫程式是一個高不可及的願望, 因為他達成的時候電腦已
經比人聰明了, 他都可以聽的懂人話, 還知道如何寫程式. 呵呵! 到
時候我們所有人都失業了, 世界上已經沒有程式設計師這個職位.
可能如魔鬼終結者劇情所描述的, 人類被電腦消滅了. 有些人連人
講的話都聽不太懂, 也不會寫程式, 要電腦做這樣的事, 不會太...
想想如果有一天我在心裡想"給我windows一萬", 跰的一聲, 一個新
windows作業系統出現了. 然後我們每天花很多時間再適應學習這些
心中不小心閃過念頭製造出來的程式, 這是怎樣的世界.
當然這個世界最適合那些愛幻想的人, 他可以每天幻想, 但啥事也不
必做, 電腦可以幫他把他的幻想實現, 不是嗎?
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 10:35:24 AM
畫家與畫匠的區別在那裡,大家思考一下ㄅ
很多東西沒被作出來,大部份的人會認為不可能,最遭的是有澆冷水的人
舉一個例子,要設計一個輪子可以在前進的時候也可以橫向運動
也就是說這種輪子不必調頭就可以前後左右行走
為何要有這種輪子
1.汽車出車庫與倒車入庫時方向盤操作不同,要自動控制就複雜的多
2.不必旋轉即能調頭,操作自然方便
3.最適合程序控制,前進與後退可以用相反的程序作到
就當智力測驗ㄅ,不要單心有人會偷你的發明,這個專利以送給工研院了.
作者 : manio(小心眼~~) [ 貼文 253 | 人氣 1538 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 12:58:56 PM
>>畫家與畫匠的區別在那裡,大家思考一下ㄅ
>>很多東西沒被作出來,大部份的人會認為不可能,最遭的是有澆冷水的人
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
厚 ! 你嘛幫幫忙, 不要在這邊教壞小孩好不好 ?
我看你不只缺乏實務經驗, 可能小時候連書都沒好好念喔..
要發展程式語言, 你嘛好歹把你小時候念過的 compiler 的書拿出來看一看.
又不是在編英文講義, 把 grammar 寫一寫就算數, 你要實做出一拖拉庫的 parser/compiler/linker,...
要跟人家討論無線的東西, 好歹你也把 IEEE 802.11 那些 spec 拿出來看一看.
美國是當今科技大國啦~ 大家都知道他們很有創意, 很創新, 可是你知道嗎 ? 他們相信理論, 相信書本所說, 也注重 engineering discipline. 要幻想可以, 總是要有一些學理根據.
作者 : manio(小心眼~~) [ 貼文 253 | 人氣 1538 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 1:14:01 PM
>>畫家與畫匠的區別在那裡,大家思考一下ㄅ
>>很多東西沒被作出來,大部份的人會認為不可能,最遭的是有澆冷水的人
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
還有忘了跟你說, 我去你的網站看過了, 你說你有 25 年軟體設計的經驗, 還有看你的專長是 VB. ? 我想你的專長是在發展商用 AP 吧 ?
我想說的是, 做 compiler, 做 protocol/algorithm, 這些東西的難度與發展 AP 是不一樣的, 也許你可以寫出一個幾百萬的案子, 但是你可能做不出來像 VC++ 裡一個小 tool, 例如那個可以把所有 user-defined data structures 全部 parsing 出來的 parser. 做 parser/compiler 這類工作在台灣比較常見的是那種 EDA/CAD 的公司, 如: SpringSoft, 那類工作的門檻是非常高, 我看以閣下那 25 年的經驗, 要面試恐怕都不見得會上, 何況是要自己做出一套程式語言咧 ?
作者 : liu(Liu) [ 貼文 76 | 人氣 293 | 評價 5 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 3:54:07 PM
> 美 國 國 防 部 也 大 約 在 十 年 前 , 推 出 一 種 叫 做 Ada 的 程 式語 言 , Ada 不 僅 具 有 物 件 導 向 的 觀 念 , 同 時 也 融 入 多 工 作業 的 能 力 , 目 的 在 解 決 美 國 國 防 部 使 用 程 式 語 言 上 的 紛亂 , 以 及 軟 體 的 危 機 , 當 時 的 確 造 成 一 陣 風 潮 ( 我 指 的是 在 美 國 ) , 但 歷 史 同 樣 證 明 Ada 並 沒 有 成 為 一 統 的 程 式語 言 。
>
Ada 初期是 Object based programming language.
當年的 compiler construction 技術不如現在,
符合完整 spec 的 Ada compiler 過了許多年才聽說被 implement,
之前的 Ada compiler 多半是 subset.
而且考慮當時環境, Mainframe(我只用過 Prime, 未有機會見識過 IBM 的)
的記憶體不過 4MB RAM 就供 50 個終端機用,
個人電腦 Apple 的 memory 也未超過 64KB,
現在用的 PDA 都有 8MB ~ 32MB memory, 環境已變太多了.
一統的程式語言很困難, 就如同想要一統人類的語言.
根據 Compiler principles, tools (龍書) 的某個作者(Aho 或 Sethi 說的)
在上個世紀末認為未來的程式語言會朝多樣化發展,
而不是出現一個程式語言一統整個業界.
JSLIU.
作者 : yfcii(yfcii) [ 貼文 50 | 人氣 124 | 評價 15 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 8:47:46 PM
>我想說的是, 做 compiler, 做 protocol/algorithm, 這些東西的難度與發展 AP 是不一樣的, 也許你可以寫出一個幾百萬的案子, 但是你可能做不出來像 VC++ 裡一個小 tool, 例如那個可以把所有 user-defined data structures 全部 parsing 出來的 parser. 做 parser/compiler 這類工作在台灣比較常見的是那種 EDA/CAD 的公司, 如: SpringSoft, 那類工作的門檻是非常高, 我看以閣下那 25 年的經驗, 要面試恐怕都不見得會上, 何況是要自己做出一套程式語言咧 ?
>
這個比喻實在很不恰當.
做得出來 compiler 的人, 不見得有能力來做商用軟體. 這二個領域需要的專長是不一樣的. 你這樣子的比喻就像是: 到底是牛頓的三大定律還是凱恩斯的經濟理論比較難? 從入門的角度來看, 做 compiler 比做商用軟體要難. 但, 一流的compiler 和一流的商用軟體那個比較難?
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 10:05:29 PM
網路是社會教育的一部分,在這裡不會有人告訴你實際又賺錢的東東
但是卻可以讓你打開思想的框框,不要以為教人墨守成規才是正統
作學問與做人是一樣重要的東西,老師在教室不可以羞辱學生,網路上除了討論專業也可以學學做人ㄅ,網路上的知訊何其多,訓練自己分別是非也是很重要的.
作者 : maxmax(天空的顏色) [ 貼文 436 | 人氣 385 | 評價 26 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 10:22:46 PM
工作的門檻是非常高, 我看以閣下那 25 年的經驗, 要面試恐怕都不見得會上, 何況是要自己做出一套程式語言咧 ?
>>
>
>
>這個比喻實在很不恰當.
>做得出來 compiler 的人, 不見得有能力來做商用軟體. 這二個領域需要的專長是不一樣的. 你這樣子的比喻就像是: 到底是牛頓的三大定律還是凱恩斯的經濟理論比較難? 從入門的角度來看, 做 compiler 比做商用軟體要難. 但, 一流的compiler 和一流的商用軟體那個比較難?
>
>
他的比喻沒有錯啊!
本來不同背景的人適合作的事就不一樣, 以他的專業也許做商
業軟體適合, 但絕不適合來開發compile. 也許他可以正確的判
斷商用軟體的趨勢, 但他可沒有能力制定電腦語言的方向.
不是每個人都有能力判斷網路上資訊的正確性, 所以有時候必
須有些見義勇為的人來指正. 真理是越辯越明, 如果可以舉出
比較確切的論證, 相信每個人都會相信, 不然只是胡鄒罷了.
以我本身專長而言, 我對啥Java, xml, data base都不熟, 我也很
認份不會亂給人關於這方面意見. 如果不是真的知道, 隨便亂講
可是比不講更糟, 真的會教壞小孩.
作者 : maxmax(天空的顏色) [ 貼文 436 | 人氣 385 | 評價 26 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 10:46:18 PM
>網路是社會教育的一部分,在這裡不會有人告訴你實際又賺錢的東東
>但是卻可以讓你打開思想的框框,不要以為教人墨守成規才是正統
>作學問與做人是一樣重要的東西,老師在教室不可以羞辱學生,網路上除了討論專業也可以學學做人ㄅ,網路上的知訊何其多,訓練自己分別是非也是很重要的.
"有影才倘講"跟墨守成規是兩回事好不好?
改變現狀也不代表進步, 如果不能在學問上專精, 只是憑空
亂想, 我看倒退比較可能喔!
你的最大的問題是不了解現狀就亂下結論, 這是很糟糕的.
不知道你從哪裡得知"無線模組特點都是短距離使用" 還有
"線性控制在許多場合也都是高級產品使用,一般都以變通
方式解決搖空飛機不過是比較容易形容功能而已,主要是有
那樣的功能的模組,再進一步做各種控制都不難了"
你知道你自己在講啥嗎? 你有研究過現有的RF技術嗎? 你知
道他的困難在哪裡嗎? 你知道他會遇到哪些問題嗎? 你知道
不同的應用會有不同的問題嗎?
如果你都沒想過這些問題卻草率下結論, 不是幻想, 不切實際
不然是啥?
作者 : maxmax(天空的顏色) [ 貼文 436 | 人氣 385 | 評價 26 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 11:11:54 PM
>>我想說的是, 做 compiler, 做 protocol/algorithm, 這些東西的難度與發展 AP >
>
>這個比喻實在很不恰當.
嗯! 嚴格講, 他的舉例是有有點語病, 不該講難度, 應該是說難處
PS. 希望版主加個修訂的功能, 不然每次都會變成"駟馬難追"
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/25/2002 11:14:19 PM
>你知道你自己在講啥嗎? 你有研究過現有的RF技術嗎? 你知
>道他的困難在哪裡嗎? 你知道他會遇到哪些問題嗎? 你知道
>不同的應用會有不同的問題嗎?
>
>如果你都沒想過這些問題卻草率下結論, 不是幻想, 不切實際
>不然是啥?
>
>
我的台號是 BV2KB (業餘無線電台) 有人聽過無線電波可以在空中被調制的嗎?不懂的人比比皆是,因為沒有人講ㄇ,無線電技術很專門,會的人也很多的拜託真的不要以管窺天ㄚ
作者 : manio(小心眼~~) [ 貼文 253 | 人氣 1538 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/26/2002 12:35:08 PM
>>這個比喻實在很不恰當.
>>做得出來 compiler 的人, 不見得有能力來做商用軟體. 這二個領域需要>>的專長是不一樣的. 你這樣子的比喻就像是: 到底是牛頓的三大定律還>>是凱恩斯的經濟理論比較難? 從入門的角度來看, 做 compiler 比做商用>>軟體要難. 但, 一流的compiler 和一流的商用軟體那個比較難?
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
我倒覺得你的比喻才不恰當 !
我把 compiler 和 商用軟體放在一起比較, 至少這兩樣東西都是電腦相關的東西, 你把物理學和經濟學放在一起比較, 這才奇怪 !
而且, 我這樣比較恐怕已經很客氣了, 要更難聽的話, 應該是下面這段話:
"沒有 compiler, 那些一流的商用軟體也生不出來 !"
發展商用軟體寫的那些 code, 例如用 VB 寫的那些 code 好了, 那些是寫給誰看的 ? 沒有 compiler/linker 幫你把那些 source code 做成 binary code, 你能做出很複雜很貴的商用軟體去賣錢喔 ?
database AP 裡面那些 SQL command 是給誰看啊 ? 是有一群人幫你做了 SQL parser 在 parsing 你的 SQL commands 啦 !
沒了這些 compiler/paser, 再貴再複雜的商用軟體也做不出來 !
至於做 compiler 的人有沒有能力來做一流的商用軟體 ? 應該是看他們願不願意吧 ! 做 compiler 的人, 難倒不用寫一些測試程式去驗證測試他的 compiler 對不對嗎 ? 而且這些測試程式規模不見得比那些商用軟體小吧 ?
那這些測試程式相對於 compiler 的 layer 關係, 不就相當於 AP 嗎 ?
作者 : maxmax(天空的顏色) [ 貼文 436 | 人氣 385 | 評價 26 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/26/2002 2:01:20 PM
>我的台號是 BV2KB (業餘無線電台) 有人聽過無線電波可以在空中被調制的嗎?不懂的人比比皆是,因為沒有人講ㄇ,無線電技術很專門,會的人也很多的拜託真的不要以管窺天ㄚ
>
你又來了! 是會用的人很多, 但真的會做的人很少. 如果這樣
VIA跟聯發就不用到處搶人, 就是因為會的人少才需要搶. 我
兒子不到兩歲, 他也會操作無線電話跟遙控器, 我可不可以送
他到聯發去領股票? 以你25年工作經驗, 試問你去聯發應徵有
沒有被面試的機會(我是說第一道的面試喔, 有面試還不見的代
表會被入取)?
以一個RF module來講, 他牽涉到訊號的處裡, 所以得懂DSP
(不知道你修過工程數學沒, 你知道如何design filter嗎? 這東
西可不是修過工程數學的人就做的起, 他還得修過通訊理論,
知道IC設計, 還有必須去查別人的專利, 有些人的專利不能用.
還有很多的東西不是用單純用邏輯來思考, 得要有實做的經驗),
另外他的IC需要特殊的製程(這你知道嗎?), 除了IC外, PCB的
layout也很重要, layout不好不只影響performance, 很可能根本
就不會動. 每一個部份可都需要特殊專長的人.
另外以wireless lan, bluttooth來講, 你知道他是用展頻的技術嗎?
你知道他如何來避免頻道的衝突, 如何處理data傳輸的錯誤
嗎? 你知道哪加密的過程用到哪些編碼理論?
這裡面隨便一小部份就夠你K好幾年的書, 不知誰在坐井觀天.
"以管窺天"是用來形容那些書念太少, 不知天高地厚的人.
更何況做一個產品可不是把spec K一K, 做一個大概可以動的
prototype就可以. 你的東西得應付現實的複雜環境, 要耐操,
要省電, 成本還要低.
如果讓你來做planner, 我看公司必倒無疑. 公司要做火箭, 你可
能找了一堆小時候玩過沖天砲的人. 要做汽車, 你的員工都是那
些砂石車跟計程車司機.
你嘛幫幫忙! 你在網路上講的哪些東西是有學理基礎的, 請列出來,
幾乎都是你憑空幻想出來的... 你連會用到哪些技術都搞不清楚,
還敢出來跟人辯, 真不是太勇敢就是太笨!
講技術的東西是科學的, 都要看理論實例的. 又不是搞廣告談政治,
奇模子好就好. 玩玩跟當事業也有很大的差別, 這你了解嗎? 玩玩
我可以拿個曳引機引擎做飛機, 如果這飛機是要拿來賣錢的, 你覺
得這可行嗎?
作者 : liu(Liu) [ 貼文 76 | 人氣 293 | 評價 5 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/27/2002 1:08:15 AM
典型的例子像 Lisp,這種長的不像程式的程式,最後只能當學術
界的玩具!
>
十幾年前在 PC XT 上的 AutoCAD 2.X 至今 AutoCAD 2000,
CAD 本身就有一套 LISP 的 interpreter 叫 AutoLISP.
許多 AutoCAD 的 3rd-party 都是用 AutoLISP 做的.
作者 : liu(Liu) [ 貼文 76 | 人氣 293 | 評價 5 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/27/2002 1:16:02 AM
>
UML => SD跟Programmer溝通
>
UML 不只是跟 Programmer 溝通, 在一些 UML 的文章與書籍提過:
Use-Case diagram 被用來與 developer, designer, customer, tester 溝通.
Deployment View 被用來與 developer 及 tester 溝通.
其它不多寫了, UML 的書上有.
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/27/2002 11:18:20 AM
網路可以成為資訊的寶庫,也可以成為垃圾山
要想有一個寶庫就靠網友提供知識經驗,讓每一個人可以有不同的收穫這是多美好的事
要使網路成為垃圾那大家就來罵人好了,負面的言論造成負面的人格,接觸多了社會只有快速墮落而已
不要再在別人身上作文章,你貶低了別人長不了自己,徒增口水而已
討論compiler 比做商用軟體要難,就算是那又怎樣,難的工作就不可以作嗎
台大電機係李主任是電機方面專家,他現在研究超能力,用手指識字,這在同行看來是不務正業,遭到不少潑冷水的阻礙,在他不屈服的堅持下已快找到理論基礎了,許多理論都是先由事實的發現再作出來的.不懂的事可以研究不應該叫人不去碰ㄅ
作者 : maxmax(天空的顏色) [ 貼文 436 | 人氣 385 | 評價 26 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/27/2002 12:05:17 PM
>討論compiler 比做商用軟體要難,就算是那又怎樣,難的工作就不可以作嗎
>
>台大電機係李主任是電機方面專家,他現在研究超能力,用手指識字,這在同行看來是不務正業,遭到不少潑冷水的阻礙,在他不屈服的堅持下已快找到理論基礎了,許多理論都是先由事實的發現再作出來的.不懂的事可以研究不應該叫人不去碰ㄅ
>
難的東西不是不能做, 而是需要更有系統更有組織的方法來做.
用天馬行空的方法是做不出難的東西.
雖說知難行易, 很多東西都是先做了才知其原理, 但也請問你提
出了哪些事實啊? 不是別人愛潑你冷水, 我們為何不去潑別人冷
水勒? 你真的了解原因嗎?
作者 : manio(小心眼~~) [ 貼文 253 | 人氣 1538 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/27/2002 12:49:45 PM
>>要使網路成為垃圾那大家就來罵人好了,負面的言論造成負面的人格,接>>觸多了社會只有快速墮落而已
>>不要再在別人身上作文章,你貶低了別人長不了自己,徒增口水而已
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
你嘛幫幫忙 ! 誰在罵你呀 ? 我們是對事不對人 !
還有啦... 我知道你自己開了一間工作室在接案子啦.. 在這邊跟大家辨對你沒好處, 你倒不如趕快去找客戶賺錢啦 !
還有啦 ! 我還是要雞婆一下指出你網頁上有一個字寫錯了:
http://netcity2.web.hinet.net/UserData/allking/
HandPhone : 0922-******
你要講你的 mobile phone 電話號碼不是這樣寫啦 !! (我查了 Dr. Eye 也沒有這個字啦..)
我本來猜測你想寫的應該是 handset, 可是那也不對, handset 會讓人聯想到好像是多年前那個短距離用的無線電話 (好像還要申請執照才能用 ??)
也不是今天用的 GSM 電話, 你好歹寫個 (mobile) 或 (cell) 吧 ? 不然也看看人家名片上怎麼印嘛...!
作者 : ts561015(libra) [ 貼文 0 | 人氣 8 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/27/2002 1:04:55 PM
事理本來就是要辯論才會更清楚, 但前題必須是理性, 而非意氣與口水...
術業有專攻, 本來就沒有一個人是全能的. 專業固然應該尊重, 但專業並不代表上帝, 畢竟專業還是有它的盲點. 偶而跳出專業框框的想法, 有時或許可以成就無限可能...就算不成, 也可博君一笑, 不是嗎....
作者 : liu(Liu) [ 貼文 76 | 人氣 293 | 評價 5 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/27/2002 1:46:13 PM
>討論compiler 比做商用軟體要難,就算是那又怎樣,難的工作就不可以作嗎
我倒不覺得 compiler construction 比商用軟體難,
要看是什麼商用軟體.
IBM, CA, Oracle 都是製作與銷售商用軟體.
台灣近幾年商用軟體的發展也不錯, 許多公司不再只是做些
低階的 TPS, 而是往 MIS 與高階 MIS , 或 DSS 發展.
這些系統雖然也是 database AP, 但困難度與軟體的價值相當高.
作者 : maxmax(天空的顏色) [ 貼文 436 | 人氣 385 | 評價 26 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/27/2002 3:30:50 PM
>術業有專攻, 本來就沒有一個人是全能的. 專業固然應該尊重, 但專業並不代表上帝, 畢竟專業還是有它的盲點. 偶而跳出專業框框的想法, 有時或許可以成就無限可能...就算不成, 也可博君一笑, 不是嗎....
>
你講的是很對! 有時候太專業的人常會在自己的專業上鑽牛角尖,
就在那個死胡同裡繞, 反而忽略了其他可行簡單的方法. 跳脫這個
圈圈是有些必要.
另外這幾天我的確中午常噴飯, 把Keyboard弄得很髒, 某人博君一
笑的功力與日劇增, 要不噴飯也很難.
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/27/2002 11:32:34 PM
>http://netcity2.web.hinet.net/UserData/allking/
>
感謝小心眼~~的指正與廣告
盼能進一步指正小弟網站上的短文(人生的秘密與成功的秘方),
歡迎網友在空閒時能參考一下,只希望每個人都有美滿的人生.
作者 : programmers(程式員) [ 貼文 92 | 人氣 302 | 評價 31 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/28/2002 7:51:19 PM
我從來都不說我用什麼語言來賺錢
應該要說我用什麼架構賺錢
寫Vxd Driver要懂Vxd的架構
寫WDM Driver要懂WDM的架構
寫Woindows程式要懂Windows SDK的架構
VB也不只是一個語言而已
還有他提供的元件,他的IDE
算是一個架構
如果你沒弄清楚這個架構
當你要寫某些元件時,不知道VB已經內附這樣的元件了
結果是白白浪費力氣
選擇一個值得學習的架構是很重要的
因為一個架構學習起來是很費時間的
最好選擇的架構是可以很久不變的,才不會常常花費時間在學習新架構上
作者 : bala(lol) [ 貼文 71 | 人氣 56 | 評價 5 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
7/1/2002 1:02:33 PM
只要是拿出來賣錢的軟體就是商用軟體...
所以..Visual C++是商用軟體...
成立ㄇ?
作者 : sting(速定) [ 貼文 343 | 人氣 1999 | 評價 116 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
7/1/2002 1:28:21 PM
政治敗壞我們無力可施,在網上總可以盡點力ㄅ,
想要美好的網路環境就勇敢?出來.
根據以上個位大大言論,小弟有些不吐不快的觀念想說
1.倒果為因:小弟愛歸納分析,是因寫程式養成,但歸納分析是寫程式基本功夫,沒這本事如何寫程式,這其實是一體兩面,相互為用的,沒本事去學去作就有本事了.
2.幻想不切實際:對一個從事設計工作者而言,有一個很遠的目標可以鼓勵自己努力學習,從邁向目標的中途可以鑽研出其他相關知識,至於目標是否達成不重要的,像美國探索太空計畫,為了達到目地研發出多少有用的相關發明.
3.廣義與狹義的解釋:解決問題的手法在分解問題,當我們只以廣義的角度去看事情會迷惑自己,無從下手,狹義的解釋就是分解問題的一種手段,困難的工作,先解決類似狀況,不斷分解問題解決它,最後終可解決所有問題的.
4.厄殺創意的觀念:照著別人習慣作事,是很難有創意產生的,雖與眾不同但要別人了解你的意思最重要了,大哥大,手機,在台灣都了解的,創一個英文字有人不懂它的意識的話,就是不好了.
抱歉,愛說教,沒辦法,創造不出新語言,先改造一下網路文化ㄇ
作者 : the-man-of-time(時之旅人) [ 貼文 4 | 人氣 12 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
8/4/2002 4:01:21 PM
哈哈~~
看到眾多先進的對話覺得真的是很有趣耶~~
不知道各位先進是否有讀過培根(Francis Bacon)或笛卡兒(Rene Descartes)的巨作??能不能推建一下那一本比較好丫??
剛才拜讀過速定先生之前的幾篇留言~~
您說您已計劃了30年的電腦僕人,小弟很感興趣,之前也曾經想過類似的東西,不知能否透漏您應用了那些理論??
另外您說的話感覺好像都很哲學的樣子,不知是否能夠跟您討論一下蘇格拉底(Socrates)跟柏拉圖(Plato)的哲學思想??
小弟目前正在k一本與創意有關的書藉,不知您的創意都是從何而來??
對不起,再問個笨問題...這個...用那種程式語言在賺錢跟"政治"有什麼關係丫??
(真是對不起...這篇好像已經篇離主題了??)
作者 : jasdin_huang(Jasdin) [ 貼文 57 | 人氣 233 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
9/27/2002 12:03:23 AM
>至於做 compiler 的人有沒有能力來做一流的商用軟體 ? 應該是看他們願不願意
>吧 ! 做 compiler 的人, 難倒不用寫一些測試程式去驗證測試他的 compiler 對不對>嗎 ? 而且這些測試程式規模不見得比那些商用軟體小吧 ?
>那這些測試程式相對於 compiler 的 layer 關係, 不就相當於 AP 嗎 ?
長官說的是, 但小弟覺得做 Compiler 的真的不一定就會寫 AP 吧! 他們可不一定懂得如何寫商用軟體.
就像我自己寫的程式產生器, 但我就不一定會比使用者更會應用它.
做 IC 的人一定會活用自己的產品嗎 ? 我想不一定吧 ! 很多 IC 設計師做出一堆 Bug 還是須要靠應用工程師來解決, 相同的 Compiler 也會有 Bug喔 ~
>"沒有 compiler, 那些一流的商用軟體也生不出來 !"
沒有這些商用軟體, 那 compiler 要做甚麼ㄋ ??
我想每個領域都有他的空間, 不應該分誰強誰弱喔 !
作者 : bensontan(Benson) [ 貼文 1043 | 人氣 38628 | 評價 310 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
7/30/2005 4:49:40 AM
給了速定網友兩個推薦~
等到過了明年,大家上網 order 自己要的電腦軟體元件,
請各位也給他一個推薦~
想當初99年在敝公司提出-「別人都說偶們壟斷、獨占~既然如此難道
偶們不能做給他們看,為什麼偶們不能做 linux 版? 偶們把所有東西、
包括工具都拆開來賣(經濟學:一家獨大廠商會要做各種東西把所有邊
際利潤都吃下來)~你要一個功能一塊錢、二個功能二塊錢~...」
這技術其實早就有了也不是偶第一個人想出來,如果做embed system
的都知道,有些沒螢幕、有些沒什麼記憶體、有些沒週邊,系統也在內
部勾一勾就組出來~
只是這技術要不要賣給最終使用者去而已~
至於語言,看看 Python,反對的網友,可能應該就先給 速定 網友一個推薦
作者 : kennywj(kenny) [ 貼文 119 | 人氣 2157 | 評價 25 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
8/4/2005 9:11:25 PM
C & Assembly
由於作embedded system 的關係 Assembly 學的比較多(X86, 68K, MIPS, ARM)
作者 : kennywj(kenny) [ 貼文 119 | 人氣 2157 | 評價 25 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
8/4/2005 9:29:47 PM
>畫家與畫匠的區別在那裡,大家思考一下ㄅ
>很多東西沒被作出來,大部份的人會認為不可能,最遭的是有澆冷水的人
>
>舉一個例子,要設計一個輪子可以在前進的時候也可以橫向運動
>也就是說這種輪子不必調頭就可以前後左右行走
>為何要有這種輪子
>1.汽車出車庫與倒車入庫時方向盤操作不同,要自動控制就複雜的多
>2.不必旋轉即能調頭,操作自然方便
>3.最適合程序控制,前進與後退可以用相反的程序作到
>就當智力測驗ㄅ,不要單心有人會偷你的發明,這個專利以送給工研院了.
>
看起來向一顆球, 就好像滾輪滑鼠一樣
作者 : bruceb28(SAP) [ 貼文 527 | 人氣 76302 | 評價 74 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
8/12/2005 12:08:38 AM
http://www.domino.idv.tw/bbs/bbs2002.nsf/($All)/BF58C09F0879FEA848257053001C2817?OpenDocument
原來類似的網路文章批判到處都有,而且批判者的個性也差不多!
我想評價是最客觀的,既然大家投以評價表示此人不差!
有時平心而論,角色互換一下是否會覺得自己應該如何做?
請前輩參考
作者 : jasper(Jasper) [ 貼文 1166 | 人氣 92115 | 評價 500 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/9/2008 8:47:11 AM
02 年的文章再度被翻上來,如今過了六年,我的觀點是否有所改變呢?
我 06 年開始使用 MFC 寫系統,07 年底因 NB 被盜,換了設備之後,系統也改成 Vista,索性改用 C# 來開發系統。我的著眼點在我的工作狀況上,我得寫網頁、AP,甚至要跟 PDA 串連,所以全改成 C#,目前正在陣痛中。
公司的系統是愈來愈龐大,應用層面是愈來愈大,我還是專注在系統的開發、規劃上,採用新的程式語言,並非完全應付新的系統需要,事實上,我用幾種語言也可以應付,只是後頭維護的人會累一點。
採用 C# 還有另一個目的,就是想寫幾本書,賺點錢。現在開銷大,微薄的薪俸難以支撐,只好另闢財源,簡單的想法,能否成真賺到錢,等寫出來之後再說吧!
就我現在對 C# 的認知,雖沒完全貫通,但要寫個應用系統也不是難事,市面上書架上的書,其程度也差不多如此,至少我整個系統的架構及變化,都比它們強多了。
我不擅長在程式語言上深入的研究,我喜歡玩應用系統的規劃,我覺得這樣比較容易獲得掌聲,我沒辦法跟我老闆講這個程式寫得多漂亮、多麼有效率,但我可以讓我老闆知道公司的一切,不管他身在何方。員工不用特別寫工作報告,但他隨時都可掌握公司的一切。
專精一兩種程式語言,用來混吃混喝,其他語言稍微能看懂就好,這是為了看相關的技術文章,總不能它是用 Java 來表達,您就因不懂而不看吧!
這一路走來,我的觀點始終如一,某種狀況之下,更換程式語言也許是不得已的決定,但能不換就不換,把多餘的力氣放在系統的開發上,這樣工作起來應該會快樂一點,您說呢?
作者 : ozzy123(ozzy) [ 貼文 1213 | 人氣 33915 | 評價 204 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
6/10/2008 2:38:08 PM
XML 那裏是程式語言?未來也不可能是!
it is a standard org.
> http://www.xml.org/
作者 : player(PLAYER) [ 貼文 1497 | 人氣 127170 | 評價 256 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
8/7/2008 10:51:50 AM
以前靠
C++, VB, ASP
現在靠
C#, SQL, ASP.NET
作者 : hander0928(hander) [ 貼文 2 | 人氣 0 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
11/12/2008 8:00:42 PM
看完你們的對話 小弟實在覺得自己所學不精 要更加努力阿~ 今天看完可真是受益良多
作者 : 7836(cancer) [ 貼文 95 | 人氣 9744 | 評價 11 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
11/20/2008 10:26:48 PM
嘩!原文 6/5/2002 10:46:48 PM 張貼,還有人回應,真長壽。
我現在用 Delphi 2006,是 .net 版本,程式能寫好, 都不是靠程式語言,絕大部份靠流程,流程一錯就要改來改去,反而沒有用到甚麼高階的程式技巧。講到 .net,雖然是比較新的技術,但效能就不太理想,其中部份是記憶體分配問題。我寫出來來的程式功能,跟別家十年前寫出來相同的功能,慢人家好多,光是項次重排,即每筆資料有編號,1,2,3....,必須照順序,如果有一千筆,刪除了第二筆,後面的九百多筆,都要來個 Edit(),項次減一,再 Post(),還不只這樣,此資料表下面要有下一層總共五個資料表,一拖五,每切換一筆,下面五個子表也跟著動,又不敢切斷使用者介面,怕一出錯退回來會甚麼都看不到,真難為。總之,開發工具愈強,執行環境愈進步,速度反而更慢。寫出來的東西比人家十年前寫的跑更慢很多,真是怎麼向客戶解釋都沒用。
作者 : samswan(只想好好過生活) [ 貼文 41 | 人氣 6159 | 評價 4 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
11/21/2008 9:05:08 AM
咦? delphi不是在win32 native較擅長
在.net裡有何優勢?
不知道業界用.net平台開發ERP的效能能否像傳統正航或鼎新erp效能一樣?
如果效能差,為何有一批追隨著非得用.NET不可?
只是求新怕技術落後?
>我現在用 Delphi 2006,是 .net 版本,雖然是比較新的技術,但效能就不太理想
作者 : kib31046(Peter.huang) [ 貼文 1367 | 人氣 37544 | 評價 434 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
11/21/2008 2:31:25 PM
>咦? delphi不是在win32 native較擅長
>在.net裡有何優勢?
>
>不知道業界用.net平台開發ERP的效能能否像傳統正航或鼎新erp效能一樣?
>如果效能差,為何有一批追隨著非得用.NET不可?
>只是求新怕技術落後?
>>;我現在用 Delphi 2006,是 .net 版本,雖然是比較新的技術,但效能就不太理想
個人會這樣子做解釋...
因為即然 Microsoft 在這平台上己經有很多創新的技術,以我現在所知道的 Delphi 為了能夠在產業上有一塊市場那還不如將其技術引進來,除了能夠在市場上告訴別人用 Delphi 也可以寫出與 .NET 的合作技術喔 ...
說實在 Microsoft 在台灣的市場還是比較大在國外也有一定的開發人才,只剩下 Microsoft 技術不能夠上外太空之外(火箭發射到一半當機那就死定了...) 在地面上的市場還是比較大一點。
而台灣在與國外的技術上..會慢上幾年..
例如 Ruby 現在在國外相當的流行,但在國內可能還在起跑不久(一~二年)但在市場上 Microsoft 技術佔有率還是比較高的..而大部份的大學還是教 Microsoft 技術比較多...
作者 : twsky(小學生) [ 貼文 25 | 人氣 2070 | 評價 0 ]
[ 回應本文 ] [ 發表新文 ] [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
11/25/2008 3:25:10 PM
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
↑
50名內都值得,50名外也不遑多讓。
↓
REBOL:http://jerrylovesrebol.blogspot.com/2008/01/rebolwow.html
Tuesday, December 2, 2008
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment