在職場上,這些語言都只是工具。

重要的是實戰經驗與debug能力

我看過講的頭頭是道的工程師

或是學歷不錯的工程師

但是實戰跟debug卻很糟

我覺的不管什麼行業,軟體工程師也一樣。Sense是很重要的東西

建議版主多找一些專案來做。


說到寫程式不如賣雞排,那天跟同部門的同事喝下午茶,三個資歷五年以上的資淺工程師倒是不約而同的嘆氣,都覺得當年應該去當老師或考公務人員,或是現在應該轉行做生意,做這行要賺得多就得做到管理職,在大公司中沒熬個10年可能輪不到吧,這是目前的現實。

另一種現實是每天面對著螢幕debug -> coding -> study ->debug,三不五時會想起人生活著的目的是什麼,我是那種把興趣變成吃飯工具的人,從大學讀農學院到轉讀資工所,然後進入業界工作,心得是興趣還是當興趣就好,把興趣當工作那是另外一回事了,工作是有壓力沒自由,所以興趣就會走味了。

話說回來,平心而論在資訊業工作算是比上不足、比下有餘,不差啦!但也好不到哪裡去!

另外,不知道你未來想做些什麼?如果走embedded的話,語言就只要C就可以了,學生很容易犯一個錯,以為技術都要學越新的越好,或越多越好,事實上這樣的觀念不對,還有就是對硬體的瞭解和對作業系統的聊解,這個遠比學程式語言要更花時間,另外最基本的~英文要好,至少要夠你查資料、看資料。
tjyang wrote:
您好呀..華山派有分...(恕刪)

請問一下,如果要針對oo部份加強,有什麼建議的書可以看嗎??
如果不怕累,不怕苦,我建議立即去上班~上班環境磨練出來應該比較能讓你理論跟實際結合
不然可能學了一些技巧,可是沒有地方可以用

如果是學生,建議可以參考大學課程,把其他東西看一看,如資料結構、演算法、作業系統
畢竟專業科系是很紮實的東西,不要聽謠言說啥很多大學生出來不會寫程式,看那些東西不實用
那些不會寫程式的,大概是混畢業的
可以試試寫一個簡單的小遊戲~
或是弄個庫存系統之類的~
以後要找工作至少也有個作品可參考~
既然都要走程式了~建議你把SQL或ORACLE摸熟~
這個寫程式一定會用到的~
xfile789 wrote:
在職場上,這些語言都...(恕刪)


DEBUG是件很累人的事~
C語言然後......"吃".."吃" ..(台語發音 c++ )
把tiny c 源碼看完吧.也沒多少行..
有空再看lua源碼.也是沒多少行..

這樣就夠了..c 跟oo都學完了
學不完也應該放棄了 (這也算學完了)
我的建議是, 你邊學的時候就一邊想想自己這些程式語言能夠如何的應用在你的本科專長上吧~
很多網友提到了庫存、資料庫、遊戲、‧‧‧等等的,
都是不錯的選擇,但每個領域慣用的語言是不一樣的,
寫程式基本上核心價值在演算法以及應用,語言本身大體上可以說是你學會一樣,學其他的就很快,
(ML, Scheme, LISP, 其他functional language這類的語言除外啦....能熟練運用這些語言的人我覺得都是神XD)
但是你所打算走的領域很重要,
舉例,如果你想走Windows應用程式,那麼就算你C再精,卻沒有Windows programming所需的常識(例如前面網友提到的COM+, 事件管理之類的),那你一樣根本無從下手;
如果你想走資料庫應用,那麼就算你語言再精,卻沒有資料庫結構的知識、不知道檔案處理的原則,你也一樣難以下手;
如果你想走遊戲設計(舉3D為例好了),就算你再熟析C/C++,卻連TnL是什麼都不知道,你也一樣無從下手;
如果你想走股票分析(程式交易之類),那麼就算你再熟析VB/VBA/Perl/Python/Ruby...等等語言,你沒有對應的domain knowledge,不知道TS、WealthLab是什麼,你也不會知道你該怎麼下手;
如果你想走硬體設計,那麼就算你再熟析C/C++,但你沒有系統規劃的概念,那麼你拼湊出來的東西會容易有不穩定、bug叢生、效能低落、‧‧‧等等的問題;

舉這麼多例子不是想澆冷水,而是希望你在學的時候可以想想你究竟想要做什麼,
如果你原本是修冷氣的,你可以想想看學了之後能不能用程式自己去寫控制冷氣的程式(我寫過,還挺好賺的);
如果你原本是開雜貨店的,你可以想想看學了之後能不能自己刻個像電影一樣的交易管理介面放店裡(舉例: 去youtube搜尋NTT docomo Vision 2010看看影片中的片段);
如果你原本是做貿易的,你可以試著去做一個進銷存系統,那麼就可以朝著資料庫方面以及Windows programming方面走;
如果你原本是開餐廳的,你可以試著去做一個餐廳座位管制系統,即使這類東西市面上很多現成的了,但你還是可以去創造一些與眾不同的東西;
如果你原本是醫生,你可以試著去弄個醫療型專家系統(國科會有專案在研究哦);
如果你原本是生化工程師,你可以試著去學幾何演算法跟基因演算法,可以去分析一下怎樣蛋白質結構可以破壞細菌病毒等等的(例如Folding@Home那種的軟體)。
總之,我是覺得,知道你自己到底想要做什麼是最重要的!
有了方向之後,在做的過程中你就會知道要達到那個目標你會需要什麼,然後朝著那個目標去學就是了。

不過如果你只是想跟電腦溝通的話....那接著去學machine code吧~(光速逃)
嗯, 先假設你 C 語言學好了(雖然有點疑問),
學習了解OO 是一個重要的路, 請記得 OO 觀念與程式語言無緊密的關係,
然而個人認為:如果想學 OOP 個人覺得不要急著 跳入 C++,
C++ 會讓你迷失在諸多與 OO 無關的細節, (Java 這點可能是比C++ 好許多)
可以試著學著用 Python (or Ruby) 這類的簡潔語言 先把 OO 的概念建立起來,
也順便稍微把 UML 摸一摸, 免得OOP的書一翻開都看的"霧沙沙"....
不論你是否要跳入OO, 還是如同樓上講的老話: 語言&方法論都只是工具, 建立解決問題的觀念要先有...

僅供參考....
tjyang wrote:
您好呀..華山派有分...(恕刪)



這位大大比喻的真好...小弟正是劍宗的門生,
要練劍可能要練到像獨孤九劍那般才能上台面吧.
oo,演算法,資料結構等氣宗的功夫,雖然也是有練,但總是進展有限
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!