PTT評價

Re: [討論] 對技術沒熱情是不是不適合這行?

看板Soft_Job標題Re: [討論] 對技術沒熱情是不是不適合這行?作者
lovdkkkk
(dk)
時間推噓 4 推:4 噓:0 →:8

先回標題,對技術沒熱情是不是不適合這行?

個人覺得 不是,最主要是看清不清楚該做什麼,然後能不能好好去做,
有熱情只是比較容易主動自行摸索出該做什麼,比較有動力好好去做,
但是沒有熱情還是可以靠多問人多看書和意志力去做到差不多的程度,
想做都可以去做。

例如上面回文提到的 The Pragmatic Programmer,
就有很清楚的說明可以做可以努力的方向,推薦閱讀,
天瓏連結,估狗也可以找到博客來的
https://www.tenlong.com.tw/products/9789865022754


你的描述個人看起來可能有兩點,
第一點是比較欠缺自行排查問題的能力,應該就是進大公司別人都打理得很好的關係,
這種能力是很重要的,也只能靠練,就是不斷的學習跟應用然後設法處理遇到的問題,
學到什麼會了什麼相對次要,最主要是過程中練起來的學習跟面對問題的能力,



第二點爛扣,不確定你有沒有做這件事:
經常 Review 批判自己的程式碼,有機會就整理改善
也是 The Pragmatic Programmer 中有提到的,
如果沒有,那很可能是真的爛,
如果有,那還是可能有爛的部份沒改到

我今年四月多就寫了一段爛扣,隔兩週回頭看看覺得有爛就重寫,
改完行數變一半,更單純,跑起來更快,
然後丟上 slack 給大家笑 "嘿嘿 我寫了段爛扣 後來重寫改善很多" 這樣

爛扣乃開發常事,所以才需要經常 Review 去整理改善,
只要經常 Review 批判自己的程式碼,有機會就整理改善,
就會越來越不容易有爛扣,有爛扣也不會存在太久
這也是要長時間練,之前沒有也沒關係,現在開始並長期持續做還是可以補上


然後主管說的也很實在,假如你沒那麼有意願一直學東西練東西,
那如果溝通表達能力不錯,當有工程底的 PM 也是可以考慮等等,
就看自己的專長有沒有比較適合做什麼,不一定要工程師做到底



※ 引述《PRCXi (中華人民共和國主席)》之銘言:
: 小弟文組資策會轉職仔,入行剛滿六年
: 前五年靠著學校名字進了兩間知名大公司,今年初跳槽到一間新創
: 在前兩間公司的時候步調比較慢,而且教學文件非常完整,甚至還教學有影片
: 而使用的技術也是5~10年前左右的那種,遇到問題、BUG網路都一大票資料
: 這五年來也過得沒什麼壓力,我也自認為自己技術有一直在成長
: 至少在公司裡的程式問題除了MIS、SRE那方面的我都能應付、解決
: 今年初到了現在這間新創後,整個步調都超級快
: 除了新人蜜月期兩週外每天都是超高壓的工作環境
: 除了CTO、TL都要求大家走最新的框架外,程式架構也是我之前都沒碰過的
: 因為不熟,每天的進度報告我都是進度落後的那個
: 之後我開始用下班時間看技術文件,自己嘗試跟著實作,每天弄到12點多
: 兩個多月過去了,我開始發現自己好像不太喜歡這種東西
: 看技術文件也常常五分鐘後就開始覺得無聊、不想看,完全沒有在前公司學習的那種感覺: 前天跟主管一對一談話中,主管也說他感覺不到我對技術的熱忱
: 覺得我是一個比較被動接受的人,要我考慮一下往後的職涯想怎麼走
: 加上昨天聽到前同事在說,前公司新進來的新人說我當初留下的扣很爛,想全部翻掉
: 讓我更加覺得自己的技術很爛,前五年好像都是自我感覺良好
: 想請問各位大大,我現在入行六年還沒破百(目前年薪9X)
: 技術差加上對技術沒熱情,是不是真的轉行比較好?
: 謝謝各位的回覆!! 我會考慮找自己適合的公司or銀行IT試試看
: 另外補充說明一下
: 會有轉行念頭的最大原因是前天跟主管的對談
: 主管提到對技術沒有熱忱很難在這行走得遠,加上我算大齡(31)又有一些年資
: 不能一直待在junior的位置,要想往後升上去絕對避不開自己鑽研新技術
: 他說如果真的沒興趣就要好好想想職涯未來的規劃
: 聽完之後我是真的很迷惘,才會有該不該及早停損的念頭
: 再加上又聽到自己之前的扣被嫌成像一坨屎,算是最後一根稻草吧

--

※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.37.189.86 (臺灣)
PTT 網址

noahleft06/18 23:51這本書真的很棒

LoveMoon06/19 01:57沒熱情就是能跑工作完成就好,進步機會很少

是會容易那樣沒錯, 然後就會為了 "完成工作" 練到其它方面的能力... 踢皮球, 擋需求的能力之類的

fr7506/19 03:18完全沒時間整理爛扣怎辦 整天被除臭蟲跟新功能追著跑

個人推薦可以先花一點點時間去找到要整理的地方, 然後三不五時放在腦袋裡想, 例如通勤時或睡前躺在床上時, 有想到比較明確的整理方式後再去執行 也推薦補充重構相關知識, 盡量能一次動一小塊, 每次花一小時內, 分多次處理完成 我昨晚寫完這篇就有想了下這兩天寫的扣, 發現有點爛, 估計整理大會花 10 分鐘, 主要是把一個方法裡做的三件事情拆開讓邊界更清楚, 並調整錯誤處理讓它某些 case 時不會漏做事情 整理可以是像這樣一次花少少時間處理小小的範圍, 重點是經常做, 長期持續做, 持續改善與進步 板上搜尋 "重構" 有一些討論串可以參考

keyboard5606/19 08:03其實做任何事都有要熱情才走得遠,但做得一般般也是

keyboard5606/19 08:03有容身之處。原po只是去到需要相對需要熱情的地方而已

沒有對技術的熱情的話,就看有沒有其它可以補足,例如對薪資成長的熱情之類的

viper970906/20 00:01沒熱情通常很少會去code review...

purin8807/04 21:25我曾經修改自己的code,沒注意到又影響其他功能,被QA一

purin8807/04 21:25直電明明已經驗好為什麼要改code

purin8807/04 21:27從此之後已經送出給QA驗過的code就不會再修改

Civeral07/05 02:58被QA電你可以回他,因為這段程式寫得不好,可能會造成未

Civeral07/05 02:58來開發、維護不易,所以才改,但要記住要動已經測試過的

Civeral07/05 02:58功能,要請QA再測一遍

Unit/Api/E2E 自動測試 有需要可加一下 @@

※ 編輯: lovdkkkk (114.37.167.252 臺灣), 07/06/2022 23:07:45