Re: [請益] team work能力是必備的嗎?
※ 引述《scott20144 (DaYo)》之銘言：
: 不好意思，若此文不妥煩請告知，我會自D
: 小弟想請問一下
: 軟體界這麼多領域
: 我了解現在的趨勢就是團隊合作
: 但軟體界相較於其他傳產或是服務業之類的
: 是否比較有可能適合內向的人?
從頭到尾先看了一遍，無論是
1. 學會 team work 就能生存下去
2. 因為內向而無法 ...
都是過份概括原因的，要深入問題，得有更貼近的描述。
若發現無法一言以蔽之，那表示問題得重新分割到一個合理的大小。
: 自己想到的是soho族,或接case的那種
: 有一定技術水平,能跟客戶確認規格,能解決問題
: 似乎就能勝任了
soho 族遇到最大的問題是客戶往往不知道自己要什麼，
先別說有規格這件事了，可能連需求都很糊模。
常常做下去之後，才發現「這不是我要的」
: 但那種工作養得活自己嗎?
賺錢的速度 至少要等於 花錢的速度 才能說養得活自己
如果每一個客戶都在給你 探。索。需。求。 那應該會活得很挫
要縮短這個迷航時間的得靠個人的交際與口才了
: 其實會這樣問的原因是因為我妹妹，
: 她從小走來跌跌撞撞，最大的弱勢就是內向
: 在家裡或許跟熟人能夠很聒噪(嗓門超級無敵大)
: 但在外就是悶不吭聲那種人，似乎先天上有與人互動的困擾
: 話說如此卻有好朋友,還一起自助旅行到香港過
: 平常自主生活能力也OK呀。
: 她大學畢業至今也快滿一年了，
以上也只是對於他基本性格的描述，
不太能算是他的弱勢，像俺就是個很內向的阿宅(自爆!?
: 期間內3個工作均做不滿試用期
: 被火的原因聽說都是太過內向(當然實力相信也是因素之一)
以你推文寫的原因，時間內無法完成需求應該才是重點
: 她目前在考慮參加職訓局的網頁設計課程
: 不過我對這種課程能獲得的幫助不抱太大期望
: 我妹是醒吾畢業的
: 主要是會C#,HTML略懂,跟一些美工
: (但以我的標準來看能力應該算是食物鏈下層的)
: 我能提供的幫助是Android,java,c,Linux這方面的
: 然而自己的求職過程印象中大都是team work...
: 我對於她知悉的方向出路較無概念
: 當然除專業之外也會諮詢一下身邊擁有的心理輔導資源
: 然而在她尚未良好的適應社會前，
: 家人也只能從旁略盡棉薄之力了...
: 想請問目前的軟體產業是否有什麼方向適合內向的人?
: 或者是說各位前輩有在職場上遇過相同的例子或者建議，
: 能否分享一下心得?
: 萬分感激!!
職場上生存下來的必備條件不是性格，
性格應該是加減分的輔助條件，
像是「我很喜歡跟 OOO 合作，因為跟他相處起來很自在」
必條件是「期限內完工的能力」
這可不像在學校裡交報告，時間過了也許還有分數
總不能在 Computex 都過了才把東西端出來給客人看吧？
找 soho 工作是一條路，它的期限 range 很大，
要找到一個時間夠長，夠慢慢做完的 case 是有機會的
但現實生活的時間不會靜止，
水電、瓦斯、電信、網路費用還是定期會來一次，
這些都是生活壓力，實在是沒法單純考慮找一個符合自己步調的工作
還是必需要直接面對「期限內完成」這個必要條件，
一開始沒有人帶其實不太意外，有人帶反而在台灣比較像是「驚喜的禮物」
現在法定上的試用期早就移除，所以即使工作 1 天也需要支薪。
但與公司合約約定的試用期仍是有的，
決定引進的人與工作者本身，都有權利評估彼此。
以軟體工作來說，最直接的就是解任務了。
對新人來說，就是測試他的門檻有沒有到達水準。
對老手來說，得知道他目前的極限水準到什麼程度。
那麼做不完被火掉是什麼樣的情況呢？
也許完成度過低？
也許是做出來但完全不合要求？
也許...(有著無限可能)
但即使結果很糟，也可能不是火掉的決定性因素！
得外加考慮：
1. 如果把他留下來，有能力在合理的時間內讓他達到應有的水準嗎？
2. 有適合的人帶他嗎？提昇他目前的水準嗎？
3. 如果沒有適合的人，能期望他自己能在合理的時間內達到水準嗎？
4. 不，我們沒有時間了，需要 即。戰。力。
不過會錄取新的人情況，通常不是 4. 的原因。
所以，直接的因素會考慮在「實力」的問題。
目前的實力到哪，在這有限的時間，
可以估算出成長的「加速度」是否令人滿意？
若以軟體工作產出的內容來看，
概略地區分為速度、品質、可維護性三點
（這單純是我的想法，你可以套上你覺得合適的項目）
但在台灣艱困的工作環境，大概比較著重速度，
品質想到時（被重要客戶噹的時候）會注意一下，
而可維護性通常是被忽略的。
若你覺得這個想法合理，那麼你妹最需要補上的是「速度」
光這點就值得磨了，不單指的是像老手般一下子完工。
至少在現階段無法做到是肯定的，但得有企圖心去追求「速度」
對新手來說，速度不是要很快的產出，
而是透過「熟悉」「熟練」的方式，讓工作的情境看起來流暢些
至少不要整天讓人覺得在迷航的感覺。
回到「速度」的主題，下面講得，
有時可以想成判斷何時為「好時機」
藉由大量吸收相關的基礎知識與公司的 domain knowledge
在與同事討論時才能跟得上「議題與問題」的走向
（有主題的討論，對於內向的人難度會減少些）
熟悉開發工具與開發環境的設定，
書上那些基本的語法，常用的 IO 與資料庫操作的 CRUD 寫法，
任何工作上常會遇到的問題都需在合理的時間知道怎麼寫出來
（並不是要默記在腦中，至少腦中對於這些問題要建好索引啊）
打字不能太慢，雖然有 copy & paste 的功能，
但許多時候在自己寫 code 驗證一些概念的，
若打字極慢則會讓人對你的熟悉度起疑，
雖然 Programmer 不是單純的打字，
但打得流暢點看起來會讓人覺得有信心些。
在對的時機求救，對的時機在新人眼中也許比較難判斷
但很簡單的判別是：如果有人會救我，我至少得讓他有時間救得回來。
在死線當天，或前一天才說做不出來肯定沒有好下場的。
這點即使再內向也要開得了口，
因為在路上內向的人遇到了壞人還是能大喊救命的。
除了不知道那是一件危險的事，或不覺得那是危險的。
過了死線會有什麼後果，
想清楚了就知道不需管面子或個性，該求救時就得說出口。
但在時間到達不得不求救前，
其實能試著請同事提供看法，讓自己把過不去的地方解決
如果自己解決不了，那就是在這個問題上的程度還沒有足夠的準備
當提問題的難易度過於簡單時，自己的皮就得繃緊些了
挽救自己的方法除了拼命學習，就是偷師同事如何搞定的。
若上述的每一項建議都覺得不可行。
那也是件值得恭禧的事，
行業那麼多，其實也不用執著於此。
您說是唄！
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.25.243.252
討論串 (同標題文章)
本文引述了以下文章的的內容：
完整討論串 (本文為第 5 之 8 篇)：