• 27

[求助] 對於研究所學歷在職場上的重要性、是否要念研究所的迷思???

jerry.lee.taipei wrote:
神人啊!

有人說會寫程式
問寫過甚麼大程式...沒有
寫個AngryBird來看看吧!

給你一把刀, 你會拿來切東切西吧?
可是,不是每個人用同一把刀切出來的東西都會讓人驚嘆的......(恕刪)


如果了解語言的話,就會了解我說話的動機。

AngryBird 核心應是C/C++,與iOS的界面是 Objective-C。我不了解你要表達的是什麽?如果要有理性的討論,你可以擧証來證明我說的是錯的。不實的事是不會因爲我寫過你所謂大的軟体就變成事實,

另外我並非強調學歷,我已說過學歷也是一種經歷。

Mainline Pocket wrote:
如果了解語言的話,就...(恕刪)


Software (programs or data) that has been written onto read-only memory (ROM). Firmware is a combination of software and hardware. ROMs, PROMs and EPROMs that have data or programs recorded on them are firmware.

bobbycomboy wrote:
瞭解Objective-C只是一位CODER

Firmwave主力在CONTROL ASIC/PLD,還有更下層的moter/temp. sensor............
不是一般CODER能做的工作.

所以討論Firmwave要有基本的KNOWLEDGE才有辦法做.這是最LOW LEVEL 也是最貼近circuit SCHEMATIC的 CTL

題外話 一般而言 firmware 雖然也是軟體 但它所需要的skill 比較偏向硬體 需要比較多硬體的知識 而非軟體的知識 嚴格來說 computer science 的訓練對寫firmware幫助不大 念EE的人來寫firmware可能比較適合

總的來說 不管是EE 還是CS 的advance學術訓練對寫firmware都不是太有幫助 動手實務經驗比較重要

當然我這麼說絕不是說寫firmware是簡單或是不重要的工作 相反的要寫好firmware所需下的功夫絕不比念研究所簡單



denis26 wrote:
當然我這麼說絕不是說寫firmware是簡單或是不重要的工作 相反的要寫好firmware所需下的功夫絕不比念研究所簡單...(恕刪)


denis26 wrote:
總的來說 不管是EE 還是CS 的advance學術訓練對寫firmware都不是太有幫助 動手實務經驗比較重要

當然我這麼說絕不是說寫firmware是簡單或是不重要的工作 相反的要寫好firmware所需下的功夫絕不比念研究所簡單


現在臺灣的問題就是太多人在學校拿文憑,捲起袖子幹活的人太少了

一堆人都"滿腹經綸",問題業界要的"技職能力",根本少得可憐,

個個都想當將軍,只會紙上論兵,沒人能進戰場殺敵

每年量產六七萬碩士大軍,對臺灣的競爭力也無太多幫助,很多只能在低薪中感嘆懷才不遇罷了
恩,這是我在工作上看到的,
對於一個借貸系統規格,當然是主管在打規格,但是也是需要看過類似的系統才知道要打什麼規格,
至於說寫程式那就更好玩了,那些沒有工作經驗的不知道要寫的多嚴謹,像說有些應該要在Global Variable之類,或者是Template要如何定義,要如何架構一個系統,甚至還有人居然以a1,a2來命名。
最後問題層出不窮,修也修不完。。。



說到這邊,我可以分享一下我現在的情況,

我是2011年畢業於精算系,直到2012年五月才找到第一份工作,也就是現在的工作,

我剛進去這家小型金融投資銀行公司的時候,公司裡面只有四個人,其中就是老闆,一位資深員工德國人,我及我當時的同事,後來老闆又請了一位二十年經驗的會計師。

因為當時這會計師不太會用Excel在加上他有健康上的不便,然而這位德國人因為太粗心,所以他們當時有個金融預測Excel模型一直做不出來,後來到我這邊我把那模型大部分給做出來了。

後來那位二十年經驗的會計師走人,而我也因為這樣在短短一個月之內就被外派與老闆一起出差談生意。

那個案子雖然最後流產,但是之後的十月,那位德國人有個案子,這次德國人又跟上次一樣出包求救,我接手之後在十二月年底的時候把這案子做到成功。

到了今年二月,德國人管了一個金融借貸系統計畫,到了後來德國人雖然有八年金融系統的經驗,但是因為超級粗魯工作分配不當也把管得亂七八糟,最後他逐漸的把責任推過來。

至此,公司的員工已經增加到了10人左右。

因為這樣推責任導致我工作量突然增加很大,但是老闆都沒表是什麼,但是我知道以老闆的個性,他有那種先入為主鑽牛角尖的觀念,覺得只要一個人開始做很就的話那就只有他能夠做出來,而且這東西已經做到一半如果中途跑票的話他會非常害怕,於是我就直接跟老闆提出加薪要求,老闆當時也只好接受了,順便升職成為管三位5~10年工作經驗碩士工程師在加上一位剛畢業的金融分析師的財務主任,那位剛畢業的金融分析師是老闆從自家朋友的兒子那邊請來的,彷彿是要培養他到以後能取代我的位置。

到了現在的位置之後,我從以前常常在作的情況轉成叫別人做主管的角色,但是負責領域大到自己也覺得有點怪,舉例如下:

-設計會計制度,製作會計報表
-規劃借貸系統規格
-規劃系統資料庫架構及功能,交給工程師編寫成Java碼
-企業資源規劃管理



所以我才說根據我的經驗,在職場上把功績給老闆看加上讓老闆覺得你是不能取代是最重要的,甚至比你是否真的"有能力"還重要",然而有能力反而會比"有學歷"還重要。
kevinant2 wrote:
有能力...(恕刪)


我同意。請問,你沒工作經歷,你的“能力”是如何培養出來。



kevinant2 wrote:
恩,這是我在工作上看到的,
對於一個借貸系統規格,當然是主管在打規格,但是也是需要看過類似的系統才知道要打什麼規格,
至於說寫程式那就更好玩了,那些沒有工作經驗的不知道要寫的多嚴謹,像說有些應該要在Global Variable之類,或者是Template要如何定義,要如何架構一個系統,甚至還有人居然以a1,a2來命名。
最後問題層出不窮,修也修不完。。。
...(恕刪)


你需要知道,你說的這些,學校都有教的。不完全是經驗的問題。不管如何,這些能力都是很差的
其實也是之前第一次做那個模型的時候,因為小弟對市場生態也不太了解,也對慣例不太了解,所以當時有那位德國人帶,然後看到他們怎麼做的,所以第二次做的就比較熟練沒有出錯了.


另外我舉的例子,都是很明顯的錯誤,再加上老闆請人很喜歡省錢,所以我看到的都是一堆傻眼的東西,搞到快瘋掉.

其他還有

1.每個頁面的Header居然都寫在頁面內,結果每次要改Header每頁都要改

2.如同樣頁面,但是不同使用者權限,他們居然每個使用者都用一個頁面,搞得每次改一個頁面就需要改四個頁面.照理說應該統一用一個頁面,但是用IF STATEMENT確保這類使用者不會看到別的東西

3.一個Company有許多Director,兩個放在同一個TABLE

4.把所有顯示變數全部存在Session裡面!

5.還有人不懂用Java 會出現22.9999999999999999或 23.00000000000001,還要我去想辦法弄掉

6.傳變數當中的安全性問題

反正說都說不盡,有些可能還是我不了解的呢,但是很奇怪的問題都一直發生!
kevinant2 wrote:
其實也是之前第一次做...(恕刪)


這些是你前面5~10年工作經驗碩士工程師寫的嗎?什麽學校畢業的?聼起來像是網頁,如果是,為什麽用 Java 呢?
kevinant2 wrote:
另外我舉的例子,都是很明顯的錯誤,再加上老闆請人很喜歡省錢,所以我看到的都是一堆傻眼的東西,搞到快瘋掉.

其他還有

1.每個頁面的Header居然都寫在頁面內,結果每次要改Header每頁都要改

2.如同樣頁面,但是不同使用者權限,他們居然每個使用者都用一個頁面,搞得每次改一個頁面就需要改四個頁面.照理說應該統一用一個頁面,但是用IF STATEMENT確保這類使用者不會看到別的東西

3.一個Company有許多Director,兩個放在同一個TABLE

4.把所有顯示變數全部存在Session裡面!

5.還有人不懂用Java 會出現22.9999999999999999或 23.00000000000001,還要我去想辦法弄掉

6.傳變數當中的安全性問題

反正說都說不盡,有些可能還是我不了解的呢,但是很奇怪的問題都一直發生!


你寫的還挺細的

我可以肯定你遇到的這些東西,大多數學校都沒教,都是實務遇到了問題,在見招拆招或自學
(你老闆不可能教你)

學校會教老闆能看的,伙計不能看,財務能看的,員工不能看,這樣的page control嗎? 答案是"不會的"

不同的authentication技術還可能有完全不同的做法,(不同的廠商或陣營都還可能有自己的"獨門武功")

況且if statement只能解決簡單的控管,如果是上千人,人人不同的權限,包括配合職位看同一個頁面卻又不一樣的東西,如何來做呢?
公司對這類安全是極度重視的,不對的人看了不該看的東西,問題是可以非常大的,包括機密外洩

學校就算教資訊安全,也多偏向或者是網路安全的一些理論或資料的加密解密的algorithm,

問題是系統libraries一個function或者一個架構(SSL?!)就搞定了,這些algorithm或架構不會讓你來寫,你寫的也不會比人家libraries的來得好,你可能就是拿來用,但業界是要你如何管幾百上千人,每個人都有不同權限看同一個頁面的邏輯,這學校學不到,嗯,我不武斷好了,大多數學校學不到

而你實務真設計跟做出來了完善的管理系統,對你下一份工作有沒有幫助呢? 答案是肯定的
(這絕對需要"環境"來做,才學得到,學校的project是學不到的)

還有,我也沒否認學校教的東西"都"無用,我不知怎會有人解讀成那樣

我只是說業界真的有認真多學兩年專業(包括多看多摸索,見見世面),未必會不如多念一個碩士,

畢竟專業的領域太廣,亂槍打鳥之下,很多理論真的用不到,

特別是資訊這行太多新的東西不斷冒出來,學校也未必跟得上

況且就算碩士學得到,你也未必有去修那門課 (應該沒人全包碩士所有課程吧)

(也因此我較建議想清楚方向,工作了一兩年再回去念書,比較好,知道自己領域要的是甚麼東西,不只是為了個文憑,因為就算是"同專業",但往往領域差一點,又是隔行如隔山了,光寫program就能天差地別)

當然如果樓主公司是看學歷,不是看能力,那就另當別論了
  • 27
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 27)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?