作者lovdkkkk (dk)
看板Soft_Job
标题Re: [讨论] 对技术没热情是不是不适合这行?
时间Sat Jun 18 23:42:16 2022
先回标题,对技术没热情是不是不适合这行?
个人觉得 不是,最主要是看清不清楚该做什麽,然後能不能好好去做,
有热情只是比较容易主动自行摸索出该做什麽,比较有动力好好去做,
但是没有热情还是可以靠多问人多看书和意志力去做到差不多的程度,
想做都可以去做。
例如上面回文提到的 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.cc), 来自: 114.37.189.86 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1655566941.A.CEA.html
1F:推 noahleft: 这本书真的很棒 06/18 23:51
2F:推 LoveMoon: 没热情就是能跑工作完成就好,进步机会很少 06/19 01:57
是会容易那样没错, 然後就会为了 "完成工作" 练到其它方面的能力...
踢皮球, 挡需求的能力之类的
3F:推 fr75: 完全没时间整理烂扣怎办 整天被除臭虫跟新功能追着跑 06/19 03:18
个人推荐可以先花一点点时间去找到要整理的地方, 然後三不五时放在脑袋里想,
例如通勤时或睡前躺在床上时, 有想到比较明确的整理方式後再去执行
也推荐补充重构相关知识, 尽量能一次动一小块, 每次花一小时内,
分多次处理完成
我昨晚写完这篇就有想了下这两天写的扣, 发现有点烂,
估计整理大会花 10 分钟,
主要是把一个方法里做的三件事情拆开让边界更清楚,
并调整错误处理让它某些 case 时不会漏做事情
整理可以是像这样一次花少少时间处理小小的范围,
重点是经常做, 长期持续做, 持续改善与进步
板上搜寻 "重构" 有一些讨论串可以参考
4F:→ keyboard56: 其实做任何事都有要热情才走得远,但做得一般般也是 06/19 08:03
5F:→ keyboard56: 有容身之处。原po只是去到需要相对需要热情的地方而已 06/19 08:03
没有对技术的热情的话,就看有没有其它可以补足,例如对薪资成长的热情之类的
6F:→ viper9709: 没热情通常很少会去code review... 06/20 00:01
7F:→ purin88: 我曾经修改自己的code,没注意到又影响其他功能,被QA一 07/04 21:25
8F:→ purin88: 直电明明已经验好为什麽要改code 07/04 21:25
9F:→ purin88: 从此之後已经送出给QA验过的code就不会再修改 07/04 21:27
10F:推 Civeral: 被QA电你可以回他,因为这段程式写得不好,可能会造成未 07/05 02:58
11F:→ Civeral: 来开发、维护不易,所以才改,但要记住要动已经测试过的 07/05 02:58
12F:→ Civeral: 功能,要请QA再测一遍 07/05 02:58
Unit/Api/E2E 自动测试 有需要可加一下 @@
※ 编辑: lovdkkkk (114.37.167.252 台湾), 07/06/2022 23:07:45