Re: [請益] 有關於java家教

[dream1124 (全新開始)]

※ 引述《lueichun (no anonymous)》之銘言：

 我好像知道你是誰吔~

 如果你覺得接下來我在講的那個人不是你，那就不用理我，當作我在自言自語吧~

 放心，我不是你的主管。
 如果你是被主管認出來，我相信他會在明天上班直接找你聊，不會回文，呵呵。


 就先假設你是我知道的某位同事好了。

 這位同事為工作付出的努力大家都看在眼裡，天天都主動留下來學到很晚，
 只是有些地方看得令我捏一把冷汗。
 平常在公司雖然我有時會忍不住想給點建議，但因為怕人家覺得主動批評很不禮貌、
 太自以為是，所以我就沒多嘴了。

 但現在既然你我都只是一個普通的鄉民，偶然在這熙來攘往的看板相遇，
 那我隨口講一些想法應該就還好了吧~

 ..........................

 我所知道的這位同事，他一直有旁人難以理解的執著。

 舉例來說，如果老闆要他學 Spring 這樣大的框架來開發新版的系統，
 他就會花很長一段時間非常認真地學，而且也花很多時間在寫學習筆記。
 從框架的設定方式到底層一切運作的技術細節，他都會想鉅細靡遺地了解。
 要是有什麼事情他想不透，他就會在那個點上面停頓很久，
 直到最後有人或是有文章解答疑惑為止...
 哪怕不用那麼清楚還是可以開發功能也一樣。

 如果可能的話，他說不定會把框架全部的原始碼都翻過一遍，確定沒有地方不懂，
 然後他才有可能跟老闆說他「好了」，等待下一項指示。

 在完全搞懂技術之前，他是不太會找機會產出什麼東西的。
 而且或許是比較內向的關係，在平常的會議或是對談場合中，
 他也不太會向主管說明他到底學了什麼，掌握什麼對公司有利的東西。

 因此大家可以想見，要是公司主管這種每天都很忙，沒有時間仔細了解他的人
 指派他去學東西，希望他能運用所學在公司的專案上，或著起碼也能維護舊專案。
 沒想到數個月過去，沒有太多具體的產出，他也不常提到學會些什麼，
 當然更沒說會做些什麼，只知道他每天都留下來學到很晚，寫了很多筆記...
 大部分的人看到這種情況是不是都會疑惑，覺得他是不是完全學不來，能力不足，
 不然為什麼一直沒有辦法寫程式？

 但他真的是完全學不來，沒辦法寫程式嗎？

 恐怕不是吧~

 根據他最近一篇文章的內容，他就算沒有完全搞懂框架怎麼運作，
 只要按照步驟做，還是能寫程式啊~

 只是他每次學技術都會很堅持要先徹「底」了解才開始做事罷了....


 現在我覺得問題的癥結點是，
 公司這種營利事業的管理者們不容易認同這樣沒有邊際的學習方式。
 因此看到他一直在學習又沒有什麼產出，就會很容易誤會他能力不足。

 營利事業的目地終究是藉著改變人類的生活而賺錢養活自己。
 工作時評量一個人的方式是看他能幫公司賺多少錢，
 或著至少也是看這個人「做了哪些有利公司的事」，
 而不會像他之前所在的學校那樣，看人有多精通研究主題，學科的脈絡有多清楚。

 當老闆說要大家「學習某些工具」時，心理希望的不是像學校教授一樣，
 就只是要我們把相關主題弄到熟透，而是希望大家用這些工具「做出有利公司的事」。
 再怎麼精通工具，只要做不出上頭主觀認定有用的東西就沒辦法得到好評。
 這也是他們很愛講「知識本身沒價值(錢)，知識的應用才有價值(錢)」的原因。

 營利事業和學校成立目地不同，造成主管同事看待人的角度和學校教授不會相同。
 鑽研技術的時候還是要在意有沒有經常符合所處單位的需要。

: 因此主管認為我可能不能再待下去了
: 但是他想了解我對未來職涯的看法
: 過幾天再問我(沒直接把我fire 對我好像還不錯？？)
: 但我實在沒甚麼頭緒
: 像我這樣的case google好像也google不到類似的
: 所以想請問大大們 像我這種狀況
: 未來的職涯可以怎麼安排呢

 如果你想要繼續在公司這樣的營利事業上班養活自己，
 我會建議你約束自己太追根究底的精神，改變看事情的方式。

 就像前面提到的，既然工作就是在「做有利公司的事」，
 那工作時你看到一個新的開發框架，一種開發工具，
 要思考的問題就是怎麼用這東西實現公司的發展目標？
 這議題會衍生出這些問題︰
「我要做的是什麼樣的事情？」
「要怎麼運用這東西來實現我想做的事？」
「它是否很適合實現我想做的事？」
 順著這些角度去看工具，你就會比較清楚哪些地方要優先理解。

 最不該做的就是完全沒有止盡地思考「我還有哪裡不懂？」，
 而且很執著地要先得到所有問題的解答才開始寫程式。
 這樣的話，就算未來調到一般開發部門，你還是會容易陷進去鑽研而沒有產出。
 到時一樣的問題情境還是會繼續困擾你。

 因為單位性質的緣故，我們已經比很多人能花時間自主學習了，
 只要你能先寫出程式，到時一定還有很多時間可以研究技術。


 但如果你還是覺得一定要徹底搞懂才想動手做些什麼。
 那我會像前面的人那樣，建議你回學術圈讀書做研究吧~
 至少在那裡只做純粹的學術研究也會有人養你。

 更何況，我發現你雖然看起很內向，但是還滿會寫文章表達想法和處境。
 像這系列第一篇那樣的求助文章，你竟然不需要用到很多字就能寫得很流暢，
 讓那些不了解公司和你的路人都能發掘問題關鍵，進而提出建議，
 最後還被 m 起來，這並不簡單。

 一樣是描述自己的處境，我可能要花到一整個晚上才能過濾掉廢話，
 寫出一篇能突顯出重點的文章，像你這樣的才能也許在學術圈會比較有發揮空間吧。

 或著還有一個辦法

 既然你很會寫文章，而我們一直都很缺人來寫推廣技術的教學文件，
 如果你能跟大家搭配一起導入技術，或許可以讓我們提出非常強大完整的方案。
 只是看到你在這系列第一篇文章些許流露的思想，我不知道名校的你能否拉得下臉
 跟我們這些「私立大學生」合作就是了。

 如果你願意試試最後一個辦法就來找我吧~ 我會幫你跟主管協調任務分配~
 否則就請假裝沒看到我的文章，上班時當作一切都沒發生吧~

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.160.93.243
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1456762188.A.F41.html
推 he11o: 推推
推 Yshuan: 溫馨推
推 samuelc: 這必推
推 powerwolf543: 覺得世界小
推 conbanwa: 但搞不好也是誤會一場XD
→ conbanwa:                 結果原PO去找人  發現根本被這篇騙到XD
推 Deltaguita: 先站內信確認好不就得了
推 ahli: 真的 記得要站內信@@ 推
推 yfr: 怎麼變成認親文了，認錯不就搞笑了XDD
推 SoftMen: 忽然想看認錯親的劇場  然後最後兩個就當朋友之類的
推 neo5277: 不過說實在的像我們這種非本科出身的真的匯在這種點上
→ neo5277: 蘑菇很久，一個是因為自我懷疑，另外一個是怕會掌握不好
推 UbaldJimenez: 跟非本科無關，老實說對於原理細節的執著是好事
→ UbaldJimenez: 如果你做的事照著 tutorial 做能跑就好，那可取代性
→ UbaldJimenez: 就非常非常高
→ UbaldJimenez: 看過太多能跑就好的例子，改不動還抱怨不尊重專業
推 GALINE: 以工作來說，兩種極端都不好...
推 youkoka: 推
推 lovdkkkk: 我也覺得是適合寫 wiki 文件、 blog、做種子專案的人
→ lovdkkkk: 個人也蠻有這種傾向的, 只是沒那麼極端
推 Argos: 工作當然是東西先能動為主啊 有空再來慢慢研究底下的東西
→ Argos: 除非老闆給你的時間很寬裕 不然就是你要說服老闆給你時間研
→ Argos: 究透徹再開工很重要 不然乖乖農code吧 農完再加強基礎啊
推 aoksc: 你同事不去做研究太可惜了
→ MOONY135: 我都是走先能動再來了解...
→ MOONY135: 畢竟公司還是會有時程,,,
→ bab7171: 代工思維，有人研究就應該站在他研究上面，開發新東西。
→ MOONY135: 這是回到要不要自己造輪子吧...
推 f124: 先講求療效再講求不傷身體
推 meteor260: 怎麼看完以後發現是員猛將
→ meteor260: 這篇文章的"滾瓜爛熟"改成"融會貫通"，這人價值就出來
→ meteor260: 這不是要不要自己造輪子，而是要了解輪子你才能造好車
推 meteor260: 我覺得你們不合適，不必強留，現在世界有很多缺這種人
→ meteor260: 的公司，何必彼此不愉快?
 對大部分營利事業的軟體工作崗位來說，學習現有技術是過與不及都不好，
 尤其是一定要等到「所有」疑問都有答案才有可能產出一些東西的時候就尷尬了。

 天下很大，我相信一定有很適合他的地方，
 但是以我們團隊來說，現在他鑽研的時間已經遠超出大家的預期，
 因此主管約來談談也不是很令人意外，就看他想怎麼發展了。

推 yyc1217: 開發時很快 維護時很幹
→ qrtt1: 滾瓜爛熟跟融會慣通有不少的差距，單純知道但無法應用於
→ qrtt1: 現實世界的知識，那就是暫時無用的。而融會貫通的知識量不
→ qrtt1: 一定要大，但有較高的機率與現實事情的問題在腦中連結起來
→ qrtt1: 也就是『何時該使用 OOO 方法』或有多個選擇時，配合現實狀
→ qrtt1: 態，為什麼某項方法比較好（優點 > 缺點）
→ qrtt1: 另外，覺得這篇好像寫的好像比較偏向『優點』。對應到同一
→ qrtt1: 個帳號的提問與解題思維的展現，我不太確定這篇描述的，是
→ qrtt1: 否是同一個人 http://bit.ly/1T5OxfK 連線池的連線似乎無法
→ qrtt1: 由另一篇文章可以看出另一個思考的慣性，是對於新概念的接
→ qrtt1: 受較為遲頓 http://bit.ly/1T5P94X ，例如：已經談到是
→ qrtt1: ClassLoader 的問題了，但還是打算將新的東西硬塞回舊的思
→ qrtt1: 考體系內，需要修要知識架構時就要快一點，我們一天之中
→ qrtt1: 輸入太多新知，來不及仔細的確認它與舊有知識群的衝突點，
→ qrtt1: 一旦發生衝突的內容時，表示新概念與舊有知識體並不相容
→ qrtt1: 這時候就需要去另開個群組放新知識，不要卡在哪。這樣下去
→ qrtt1: 其他一開始幫助的人，只會抱著好奇地心態看『他能卡多久』y
推 siriusu: Cool
 今晚為了突顯問題的重點，我調整了描述的方法，順便練練文筆。

推 aa06697: 推 是在工作不是在做研究啊 能生出東西就夠了 難到我用pr
→ aa06697: intf 要去研究為什麼呼叫printf就可以把東西印出來嗎..
→ neo5277: 我一開始真的會卡到這種因為想找通則
推 bill42362: 大家對研究圈好像有點誤解，研究圈也有人主張同領域的
→ bill42362: paper 看五篇就可以開始寫 proposal 的阿~XD
→ bill42362: paper 都非要看完所有 ref. 不可，博七都不夠畢業阿~
→ MOONY135: 我是那種會看別人卡多久的人...
→ MOONY135: 不過也很討厭遇到問題不思考就來問 然後不把回答當一回
→ MOONY135: 事的人  你同樣有找到解問題的網站
→ MOONY135: 但你沒解出來啊~~
推 longlyeagle: 其實這種人滿多的 我猜他不是你同事..
推 dali17dali17: 溫馨推
→ zelkova: 開發的人很快 維護的人很幹
→ oherman: 要快速有成果的話商業套件很多，說穿了找人研究框架不過
→ oherman: 只是變相了costdown而已。我能清楚框架又人教人的工程師
→ oherman: 大可以出書或是自己接案子，框架導的好或壞主管也看不出
→ oherman: 價值。
※ 編輯: dream1124 (220.136.192.11), 03/05/2016 12:59:24