整理一下
原題目：資管資工研究所差異大嗎？
理組說： 資工 > 資管
文組說： 先來看我個人大學修的課，(略)
我不懂資工有多那些關鍵課程，可以讓優越感多這麼多
理組說： (列舉資工專門課程)
文組說： 這些課類似資管碩班的實驗室
理組說： (列出大量資管專門課程)
文組說： 87%像 我學長做伺服馬達 同學做微波天線 學弟做機械手臂
理組說： 會寫程式的工程師和軟體工程師其實是不一樣的
文組說： 資工系前10%或許很強吧 但其他也就只是修過那些課而已
理組說： 資管系的教授很大一部份是CS的 反過來的例子就很少
文組說： 我是覺得畢業後走寫程式的資管平均素質比資工好
理組說： 微軟谷歌等大廠都是資工出生比較多
文組說： 其實頂尖的都不用在乎科系..而在乎科系的,通常也就那樣
理組說： 資管不要說底層比較好，根本不教組語
文組說： 整篇看起來只能說技術人看不起管理人 但現實是管理人社經地
位發展都比技術人好啊XD 但這世界本來就是這樣 老闆本來就
是什麼都不用會 也沒有人什麼都會 有人出錢有人出力嘛
阿互相在那邊針對人家弱項 梅西會去笑老大球踢得爛嗎

程式一言論之。當資工在優化效能時資管還卡在怎麼寫。

文組理組永遠戰不完Orz

徵才文的薪資最誠實了，25k也可以

對於strStr問題當資工還在思考T(n)的問題時間複雜度是否可優化到O(Logn)，資管用O(n^2)寫完，然後被主管稱讚寫得很快，考績給資管最高

而且比房產資工屌打了

對於不懂技術的主管，誰管你程式寫得好不好xdd快 確實 能交差了事 就是普遍台灣業界現狀，所以才一堆劣幣驅逐良幣

資管任職公司會有考績這種制度也是少數資管任職公司人數又是問題，帶個10人也叫主管

沒有明顯感覺效能差當然就不管他了 跑出來正確就好

整系列我最喜歡這篇

知道自己不會也就罷了 不知道自己不會才是最可怕的

你不會完全依賴大學的必修課來學習，你自己也會自學吧？到最後，大學給你的知識終究是人生的一小部分。但話說回來，有些你被逼著念的比方說數學，卻會影響你日後學習的方向，你可能會避免學習自己難以理解的東西。講了這麼多，你對你的目標多執著才是主導你完成目標的主要原因，他驅動你的選擇，替你克服障礙。我會說當你有足夠的動力的時候，大學什麼系根本不重要。如果你沒動力，大學念什麼都不可能出類拔萃

偶覺得很多人都是一半動力 兩個極端沒啥好參考啊

樓上未必. 環境很重要, 同儕很重要. 你身邊如果都是只會寫資料庫的碼農, 跟本沒有人可以當你的助力, 甚至你會連目標都過低. 乞丐中的霸主是什麼? 還是乞丐而且這世界上明明很多人是本科系又有非常足夠的動力, 這種人就會領先「覺得大學什麼系根本不重要的人」好幾年

推樓上

破零很強 月亮太陽那麼亮 隨便也破20

環境/老師/同儕真的差很多 很多人跨校過應該感覺得出來當然如果老是選同性質的人在一起是感覺不出來....我就遇過這種 在各種地方 結果還是說到哪都差不多阿結果是因為他自己每次都選依樣特性的團體

環境肯定是最大因素...

那只適用幾間學校 學生資質本來就好的 其他的就沒差了但就算四大也很多只求60分的 這些出來能力就很一般

可是我們老闆都找數學系的來CODING耶自己是數學系出身 我們組的PM CODING了五年也是清大數學隔壁組也一個交大數學 要不要數學系也參戰一下?上面推文的自己是指我們老闆 我自己是資工(掩面

其實效能優化跟架構設計DP應用都是同一個道理 「看需求面」你在沒有必要的地方 花了一堆時間優化再優化 事實上就企業的角度來看只是在浪費時間沒錯 架構設計也是如此 模式東套西套沒有享受到好處反而添亂 只為了增加自己好像會很多很懂的印象另外回到企業發展 其實技術優劣只是其中一個原因吧？商業模式 各領域的細節 市場的敏感度 這都跟技術一樣重要阿我倒覺得何必吵什麼誰比較好 是各自有所發揮就好鄙視鏈的笑話看看就好 這種什麼資管資工資三小的比較心態既幼稚又沒有意義 自爽罷了

原來架構是浪費時間喔沒必要的地方是什麼意思啊這篇講的是技術，什麼時候扯到商業上

受環境影響大的話別讀書去工作比較實際吧

抓四十歲比較準，新鮮人沒意義

沒必要的地方就是不易變動或是有更簡單方法就可處理的地方就算是講技術 技術的領域也很廣 你這邊屌打人家但換另一邊你可能就小嫩逼一個 然後就鄙視人家擅長的領域 這是何苦？

沒有資工人會說自己懂管理懂商業模式 可是資管人會說自己懂程式XD

你先把沒必要的定義說清楚啊，那麼會管理怎麼還要當員工。自己當老闆創業就好了，資管天下無敵

無論資管資工都有去創業、寫程式、當主管的 上面一堆活在自己世界講廢話的真讓人同情

沒啊資管一張嘴巴講的文武雙全看了好厲害，天下都給資管好了，資工只能顆顆資工太廢了，看到了沒以後聘任不要聘資工，資管太強了又可管理，又可以自動帶DP,系統架構,資工根本沒專業^_^資工還不會統計 會計喔不會計算成本，資管太強了

資管也只是初會，98分過

我快笑死 從頭到尾就你們在喊資工廢 覺得自己廢就算了少把其他人拖下水

是哪位先開戰技術不是一切，還有很多比技術更重要的啊，這論調不就標準資管嘴，大家一樣進來寫程式，資管已經自帶組語架構師 系統設計，MIS經驗。而且還強調還懂商業，明白老闆要什麼，未來前途無量。問題資工四年基礎課程的確沒學商業 會計 管理相關啊，看來真的不要讀資工讀資管好了。不然會被資管管xdd未來人生也顆顆

這篇我是沒看到有誰論述說什麼比技術重要啦 腦補成這樣我都不禁懷疑這種邏輯寫出來的程式能看嗎

我不會懷疑你啊，至少我知道你和我要不要對po薪資單和職位這樣解決問題有沒有比較快不用說人邏輯不好啦^_^喔對了，我會吐槽原因是是針對某A沒定義問題，就說不用優化，話先講清楚嗎另外我是資管喔https://i.imgur.com/KEttt1i.jpg

我對你誰沒什麼興趣 你邏輯其實看你怎麼回推文就知道了不用我多說沒錯

喔，你好瞭解我喔，我貼圖片有看到嗎。我會酸人也是如此啊^_^另外我不換說你怎樣啦，你要開戰直接來不用針對個人啊直接酸哪裡邏輯錯誤，大家來辯。不用廢話太多我就是資管，我看不爽不能酸喔

你先回答22:01的來源吧

2201來源就是某A你有意見喔？你要護航就來嘴啦我不會針對人我只對事不對人，不用把自己捧這麼高

喔 我還以為A只說了"還有很多東西和技術一樣重要"至於你說優化什麼的 我看人家也講了什麼要考量需求面

什麼需求面T(n)問題描述出來啊用理工分析很困難講喔，不然演算法學什麼用的，你的問題是要解strStr 還是要解 binary search 描述很困難嗎？直接用個空泛的言論說簡單的不用，先定義簡單的定義。我拿strStr來講，若用n^2同時有10000人進來。和用long KMP解法哪個效能和效率比較好

那句話看來也就是主張做事要衡量成本效益吧 什麼時候變成說不用優化了= =

那先把成本講清楚啊。是我有cluster server所以程式不用寫太好也可以負荷。

算了 反正話也不是我說 既然A懶得理 我也不用在這插花

你自己要跳進來戰，指人邏輯不好，現在又要出去？

當這些演算法被內化以後 你反而不會拿這個來戰人...就好像你不會嗆人說：你會不會喝水啦你會想該在什麼時候多喝點比較舒服 什麼時候少喝點

所以高手只要 這個問題很簡單 不用優化 。不用跟下屬解釋，跟上司報備。我喝杯水就解決問題了的概念？

beaprayguy我真的笑了 貼切到炸開 這邊一堆帶逆風的

是你和S一樣很喜歡打高空，還是你們真的是不用解釋和分析，本人自帶王霸之氣可以說服任何人，《喔這很簡單，成本很低，就這樣用》

寫個 binary search 需要搞到全公司都知道嗎？

我舉案例不行，你連舉個案例都很困難的概念？

搜尋優化本來就很重要 不說別的啦 光ORCAL的SQL語法嚇到正確欄位或是從pk開始著手時間差有時候快100倍好嗎你可能不懂100差啥概念 30分鐘變大蓋18秒左右的速度不過小公司那種資料量可能72個連線就能搞定了吧 lol現在這邊不知道還有沒有人真正自己寫過連線池 不用優化

喔對了，看到了沒，是誰沒邏輯。我們講技術，自動到全公司，我好歹也講自己組員和上司

真他媽笑死人 還有白吃更屌說LEETCODE題目不用去做

快幾百倍的東西多著呢 你遇到夠多你就知道你不可能最佳

當然不可能最佳 不然這世界上存在這麼多數學家淦小不過前提是有她媽白癡文組就不會優化 連時間複雜都不懂你自己不覺得好笑嗎 不會優化的人嗆會優化的人沒屌用

我想你沒搞懂我的意思 最佳化方法存在不代表你全都該做

我猜啦 你可能也沒開過基本搜尋的原始碼 或是2叉樹也不懂到底能幹嘛 就乖乖去寫基本的伺服器連接表單處理好嗎

哈哈哈

你猜錯了可惜

最佳化一直都存在 跟當下比快一秒就是優化了重點是你會講這種話就很明顯跟本沒接過大伺服器專案妳到底知不知道優化多種要 不重要現在一堆公司開規格每家廠商伺服器都要實做連線池 老子以前寫連線池的時候1隻幾十萬在賣的你懂那種技術嗎 你要先學HTML5嗎?

你去 review chrome 的 code，你就知道還有多少優化空間

知道為啥這邊薪水會兩極化嗎 就差在演算法好好了解一下CHROME優化我跟你說好嗎 1.快取暫80%其他是語法不嚴謹阿 不過你應該也沒看過CODE啦 可能不知道不能用CHROME去買票 因為他同一隻SESSION會自動實現執行緒 所以無法像ie這樣說啥做啥去下標 下次當工具人別用CHROME買票唷

我現在知道為什麼薪水會兩極了 因為你們真的很難教

.....對事不對人。你連這都做不到，你人品才被我質疑咧

是還蠻兩極的 我就在桃園龍潭這處理某外商伺服器的^^

先說邏輯不好code不會好，再嗆很難教

你應該是天天用那那伺服器 ONCALL很可憐 ><

我在想你是不是看錯id，我從沒提到邏輯或code好壞on call 辛苦了，我應該不是用你們家的，不是我害的

可憐 連GOOGLE都不會用 難怪這麼兩極

嗯真的是看錯 id

我快笑死 都不知怎麼吐槽起了XDDDDDD

嗯我看錯道歉我錯了qq但前面那句很難教，你還是針對人啊

優化不重要… 為了打贏嘴砲 連事實都要扭曲嗎？

說優化不重要的 就是井底之蛙

如果你是針對我說的，不是不重要，只是實務上做不完，所以你需要挑重要的做，所以明白演算法之間的 trade off 很重要，包括你獲得的效益和你實作的時間。優化可以另外開一篇戰文，但可能不會比資工資管精彩因為最終就是因案例而異

....

優化很重要沒錯, 不過再容忍範圍內時,老闆會選擇產出時間

唉唉 樓上一堆果然完美示範什麼叫做幼稚 技術那麼厲害 人品看中文理解力差成這樣 那也沒什麼好說的「看需求」這三個字就自動忽略 然後狂噴別人覺得優化不重要只能說職人心態沒什麼不好 但自視甚高到連別人的話都自己扭曲 可惜囉 呵呵

其實除了實作演算法本身，進階的演算法通常更複雜，比方說上面講 binary tree，有時會需要保持平衡，但如果你用的函式庫剛好沒有平衡樹的實作，而你決定自己做，你要建立更多測試去確保你的實作行為正確，甚至確認效能真的有提升。老闆的角度當然是時程和效率最好都有，身為一個工程師可以要能分析這些優劣甚至提出建議。萬一沒空優化，你也希望萬一有天有空你可以直接抽換掉而不是進行大型重構，但為了設計容忍這種抽換的架構需要付出多少代價，也是一個需要考量的問題。簡單來說，你要熟演算法熟到一種地步，但你不能只追求 big O。

某A沒有料不用出來現。某E，你去跟一流的軟體公司把你的回答，看你會不會hire很遺憾告訴你，絕大多數賺錢,品質好公司就是在追優化和最佳化。不要給小朋友可以只要能滿足就能解決問題的想法，你是這樣回答是在扼殺幼苗

你講的這麼武斷的根據是你個人經驗嗎？我觀察到的不是這樣喔。

文組什麼時候有念資管可以當管理人的錯覺

台灣有9成都是中小企業，一流公司？？黑人問號

是說台大的資管是二類的