slash410 wrote:
小弟怎麼看怎麼覺得p...(恕刪)
您看錯人了。
某個老兄是沒程度，拿學校裡寫作業的等級在瞎掰，
另一個老兄倒還有得聊，我和他在談同個東西但觀點不同。
千萬級對千萬級的JOIN不是不能寫，
現在的資料庫引擎的SQL最佳化能力已經比往年強悍了，
有時最佳化成效不佳時只要在WHERE clause裡面用force方式強制先做過濾再做JOIN也可以解決。
再不濟也可以去用SQL分析工具調整調整先後順序與語法，
問題都不大。
我覺得只要見到例子，然後拿實例來指導後輩，資質OK的人都學得起來。
只是差別在底子好壞卻可以決定他學到多遠。
系統程式、演算法、作業系統、線性代數等等相關課程的綜合能力，
就是重要的底子，
不用不知道，用到時才知道原來程度好不好差那麼多。
倒是AP與SQL兩者誰該做什麼事兒，
合適地分配哪些東西用SQL哪些東西用程式寫那是學問。
還是一句老話，該用什麼就用什麼，但程式怎麼寫卻沒有絕對，要看到才知道。
怕的是現在一堆腦袋空空的資管畢業生，
除了會用UI編輯器拉dadasource之外啥都不會，
連個SQL寫得好壞也不會分，
甚至連畢業專題也用COPY的。
很多人在學校裡打混，
要交作業就由網路上copy，
然後把錯的當成對的，沒程度又在亂說話，才叫氣人。
甚至一些門外漢連相關的學位都沒有，
然後靠想像的在扯東扯西，
這個更氣人。
然而這些寫程式一類的東西真的叫基本能力，
資管畢業的一定要有商管應用能力，
知道企業流程的基本運作知道商業流程的金流物流資訊流，
可以順利的與USER溝通談規格，
可以做出更高層次的商業應用，
這才是該有的價值。
至於IT我倒不覺得苦命，
所謂“MIS雜工”做的事有助工在做，
解難題的專案才叫樂趣。
公喵不帥, 母喵不愛. 公喵愈壞, 母喵愈愛. 不帥的公喵想要母喵愛, 就只好學壞.
sambad wrote:
千萬級對千萬級的JOIN不是不能寫，
現在的資料庫引擎的SQL最佳化能力已經比往年強悍了，
有時最佳化成效不佳時只要在WHERE clause裡面用force方式強制先做過濾再做JOIN也可以解決。
再不濟也可以去用SQL分析工具調整調整先後順序與語法，
問題都不大。
當然囉...
optimizer是越來越強, 可以用的技巧也越來越多..
但某些人的大腦可沒跟著進化啊...
一開始幫AP SQL tunning很有趣, 看著原本要跑一兩個小時的作業一下子變成一兩分鐘跑完...
看著原本硬體要upgrade的主機變成順順跑..幫公司省了不少錢...很有成就感
但日子一長, 同樣的蠢事一直發生..就不有趣了..
slash410 wrote:
當然囉...opti...(恕刪)
唉喲，您在說的事情蠻有樂趣的呀。
類似的事情我曾在國內某大賣場MIS中心遇過，
說句良心話，那兒的MIS真的實力不弱，
國內是有強人存在的。
不過嘛， 你說的那些惱人事情解完只要訓練一下徒弟嘛，
到時後叫徒弟去解呀，徒弟還可以教徒孫呀。
到最後徒子徒孫都解不了的問題才要老大出馬嘛，
剩下來往往都是超好玩的問題了呀^_^
公喵不帥, 母喵不愛. 公喵愈壞, 母喵愈愛. 不帥的公喵想要母喵愛, 就只好學壞.
flanagan wrote:
小弟5年前也停留在a...(恕刪)
資料庫 跟 程式設計可謂哥倆好
但是兩個確實是不同領域
甚至國外的學術單位 還有專屬的資料庫設計師的部分
(國內就大多數沒啥細分 囧)
大多數的中小企業或是一般程式寫作 資料庫弄得好不好 影響或許不明顯
資料庫一團亂 然後靠程式端擷取出來再做統計跟運算 對使用者來講 也看不出來
兩個領域真的要玩的精不容易
但是基本上只要兩邊都有一定水準 也就能應付基本MIS的工作了
至於這棟樓裡面哪些是高手 哪些是鍵盤手
我覺得也沒啥意義 資訊的領域基本上就是學習學習 互通有無
各領域都跟無底洞一樣 老實說我根本不相信有 "全能"的人
不過這行最重要的倒也不是學了多少 而是思考的方式 跟 解決問題的方法
因為技術一直在變 也隨時都能學習
但邏輯的世界裡就跟武俠小說練內功一樣 幾乎都是大同小異
重要的還是那顆思考的腦袋
กิิิิิิิิิิิิิิิิิิิิ ก้้้้้้้้้้้้้้้้้้้้ ก็็็็็็็็็็็็็็็็็็็็
內文搜尋
從 APP 打開
X