Re: [心得] 薪水給高一點其實有好處

[qrtt1 (null)]

※ 引述《GenghisKhan (まどか教徒)》之銘言：
: 前面剛好談到薪資.
: 個人雖已不在軟體產業, 但工作還是常常會接觸到他們.
: 長久看各公司下來, 軟體工程師其實真的薪水給高一點好,
: 因為這行很明顯, 給一個強者兩倍的薪水, 遠比低薪請三個普通人好.
: 台灣很多老闆好像都看不出這個道理......
: 或者是他們分不出強者和庸才的差別?

        這世界並沒有那麼簡單啊
        二分法的強弱之別實在無法描述工作環境的現況
        薪水當然是越多越好嚕。


        我的 boss 常說，
        用人就得避開弱點，將每一個人的優點極大化。
        如果他對一個人沒有任何的想法：
        他的弱點是能避開的？
        他的優點能補充團隊戰力？
        他有可能成長到什麼樣的境界？
        對新的人缺少想法，
        通常不會成為我們的同事。

        能增加團體戰力的人，
        才是值得補充的人。
        就像組隊去打怪，
        得有人要負責補血，
        得有人要負責主刀砍魔王



        回到個人的實力來看，
        我們要的可用戰力是什麼呢？
        你可以沒有工作經驗，但不能是白紙。
        有人能在新手村外的第一關就練到 99 級
        還沒解過一個任務。
        有人急著想要體驗任務帶來的寶物
        卻一直在路上被小怪 KO

        因此，想要投入軟體開發工作，
        經驗上很嫩是可以接受的，
        但實力上很弱是不能接受的。

        至少得有熟悉的一種語言
        編譯工具大部分的錯誤訊息都知道相應的處理方式。

        以 C 來說，
        編譯時的錯誤可能是：
        1. 簡單的語法錯誤，少了／多了分號。。
        2. 找不到 header 產生的語法錯誤
        3. 不合語意的語法錯誤
        4. 連結期錯誤
        5. 其他。。 (如果連 gcc 都找不到執行路就糗大了)

        以 Java 來說，
        1. 根本不知道 classpath 怎麼設
        2. 不懂 package 跟 import 與 classpath 的關係
        3. 找不到類別要怎麼辦
        4. NullPointerException

        還有更重要的，但學校常忘了教的：
        不管你用什麼語言開發，它的 debugger 該怎用？
        基本的 debug 策略 => 二分搜尋

        如果你有幾個熟悉的開發工具，那也是不錯的。
        別耍帥說你只會用記事本寫程式。
        學習使用記事本能強迫自己記憶，
        並使用原始的 compiler tools 能熟悉工具使用的細節
        但工作是一種經濟活動，
        得在有限的時間內，賺取較高的收益。
        因此，您產生程式碼的速度與品質就相對重要了。




--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 218.161.122.51
→ qrtt1:還有，明確知道自己的極限。不行了得明白地求救。
推 Ting1024:q大好一針見血阿
→ askeing:不行了就敲q大求救 XD
→ bleed1979:我不是想戰這文，但我想了解沒解過一個任務如何練到99級
→ bleed1979:每間公司對等級的定義都不一樣，有些會認為任務0相當於
→ bleed1979:等級0。
→ bleed1979:當他認定你等級0的時候，你的薪水就不會高，即使真的是
→ bleed1979:一匹批著羊皮的狼。
→ bleed1979:另外一個問題是，提出這篇文的盲點。
→ bleed1979:player1，lv79，戰士。player2，lv43，忍者。
→ bleed1979:倘若我現在的團隊欠一個人做間諜活動，我會選誰？
→ bleed1979:假使忍者最後不來，來了個戰士，他有著殺敵很高的lv。
→ bleed1979:但卻不適合刺探敵情，他的薪水肯定不會高。
→ bleed1979:這牽涉到了隊形，就像遊戲王裡的牌組。當我招不到忍者，
→ bleed1979:只有戰士的時候，是可以自行改變隊形為絕對武力的隊形。
→ bleed1979:而不是將觀念放在只有忍者才能增加我的團隊戰力。
→ qrtt1:bleed1979 不被任何條件限制自己的思考是好的，
→ qrtt1:透過加入完全有幫助的角色，或改變隊形都是可以接受的解法
→ qrtt1:另外，如果任務0視為未曾進入任何一家公司工作的狀態。
→ qrtt1:並將這種狀態視為等級0。聽起來許多未畢業的學生都是這樣的
→ qrtt1:這只能顯現。該公司目前未有信心來識別這類初心者的等級。
→ qrtt1:畢竟現實世界沒有個遊戲界面，滑鼠指著就能看到等級這般方便
→ qrtt1:如果無法透過除了工作成果之外的個人特質、非職能直接相關的
→ qrtt1:能力去識人。那也表示目前尚不具備『避開弱點、善用優點』
→ qrtt1:的管理能力。就非常有可能出現 bleed1979 擔心的狀況。
→ qrtt1:以對特定角色有不合理期待=>以戰士去刺探敵情。
→ qrtt1:若是在能區辨的情況下，同樣的情況就是在團隊可承受的範圍
→ qrtt1:給予犯錯的機會。因為練習，並不是要練已經會的東西。
→ qrtt1:那肯定是練爽，練假的。出來練兵當然是得把不太會的，練成能
→ qrtt1:掌握的技能。
→ qrtt1:以我個人來說，雖然在書上看過在多執行緒程式要注意到
→ qrtt1:資共享時的 Thread-safe 與不同執行緒執行速度不同、順序關
→ qrtt1:係造成的 race condition 問題。但真實的應用情境下，有些是
→ qrtt1:我的經驗裡沒有遇過的。這種情況我就無法意識到該處理它。
→ qrtt1:有經驗的同事聽了『如何操作才能把程式弄掛』的描述，馬上
→ qrtt1:有了想法，精確地指出我的一些盲點。即使我不擅常處理
→ qrtt1:在時間壓力有點緊又好像有點空間的情況下，選擇還是讓我自己
→ qrtt1:去克服它。這經驗對我來說是重要的，它特別在於不同語言呼叫
→ qrtt1:時產生的問題。在 Java 的 GUI 有自己的 UI Thread 而，使用
→ qrtt1:需要被保護的 native library。同時間只能有一個使用者。
→ qrtt1:這就像學習技藝或運動一般，看書不代表真的會了。
→ qrtt1:不下水多嗆幾次，怎麼可能學好游泳。而買等級高的，不就是
→ qrtt1:買下他曾在別處完成的，與**犯錯的**經驗。希望他帶來接近
→ qrtt1:零失誤的效果。這樣的選擇也可能表示目前的團隊較不願意承擔
→ qrtt1:失誤的情況。 (我得承認這只是個人的惴測）
→ kit51:程式人人會寫, 但是test很少人會注意
→ cutem:你們二個真的懂效率嗎？明明可以回文，為什麼一直推文...
→ qrtt1:只是習慣別人回文的就跟著回，推文就跟著推的pattern罷了。
→ andymai:搞不好本來只想推一下~推著推著就這樣了XDDD
推 a2350:看好累幹嘛不直接回文
→ susty:缺忍者你就說缺忍者 不要喊隨便來一個 然後才說戰士不適合
→ DieJH:推樓上