大家好
小弟在一家还算大的公司
职称是RD
但是做的事却是一直在debug 解issue
小弟有时debug看一看都会想
一直解bug对于自己coding的能力根本没有帮助阿....
而且解bug通常都会花很久时间
一条issue光在找bug.原因就可以找很久
重点是issue还不少
每天工作光解bug就可以导致加班无止尽然后又对自己的coding能力没什么帮助
小弟想请问这种工作是不是没有什么发展性?
是不是大公司通常都是这个样子?
对于这种工作型态大家通常会有什么建议?
谢谢!
作者:
MeiHS (囧)
2016-02-17 23:27:00难怪大家都说RD的缩写是
其实RD真正困难的工作就是解bug 不过好的coding方式有助于减少bug的产生 而且若是有软件帮忙 运气好可以避开
有些相容性的问题 只能在chip上找时 困难到不行
作者:
zhi5566 (协志 5566 最棒)
2016-02-17 23:48:00debug就会看人家的code 就可以欣赏人家的coding 但是碰到观念差的 反而伤身
作者:
crazyM (We are the future)
2016-02-17 23:52:00在想一样的事情...9成时间在看别人的code啊
作者:
f124 (....)
2016-02-17 23:56:00钱拿到手就是发展
DEBUG的过程是为了降低再发错误，显然你们没在改善....如果相同问题一直发生 就要去找真因 才有助于减少重工
作者:
august628 (august628)
2016-02-18 00:05:00我以为最累是做精美的报告
作者:
Iamjkc (è¬å¹´æ»æœƒ)
2016-02-18 00:10:00有多大？ 最后你就可以进阶用眼睛嘴巴debug. 以前认识HW的前辈都是用手指就量电路版哪里有问题
作者:
corrona (弱酸性)
2016-02-18 00:15:00看你能力到哪 整个code都熟了 debug就是花时间而已
de个两年,对你会有帮助的..解issue很慢代表你经验不够以后你coding 就可以先想到可能会有哪些side effect
作者:
BIAO (超越自己)
2016-02-18 00:31:00工作内容有时候是运气成份居多..看职缺有没有机会从无到有。自己觉得运气不错，新工作让我从无到有开发了exe dll..等，
作者: justaID (快乐崇拜) 2016-02-18 00:33:00
能了解原PO的困扰，自己之前工作也遇过这种状况，会不断
作者:
BIAO (超越自己)
2016-02-18 00:34:00反而我觉得现在debug别人的程式码大部份都不难XD
作者: justaID (快乐崇拜) 2016-02-18 00:34:00
自我怀疑。也许每个人在意的点不一样，有人重视当下待遇，有人会觉得一直在重复类似的事没有成长。我个人感想是
作者:
BIAO (超越自己)
2016-02-18 00:35:00自己会开发新专案，相对的比较容易知道问题在哪..如果真的很想学习，不妨主动和主管提出or下班自己练习?
作者: justaID (快乐崇拜) 2016-02-18 00:36:00
看你对于该产品有没有兴趣，愿不愿意长久做这个产品，如果是，那目前解issue的工作型态就还有意义，因为debug很吃经验，但也要避免是那种无法累积的经验，比如5年都在解同样深度的bug，那就没有累积性，可能一个新人进来1年就能取代你。如果对该产品的发展有兴趣，建议要设法打进核心功能team，去解那些真正有技术或经验价值的issue当然如果连对产品也没什么兴趣，那我会建议早点找自己适
你可以呛你主管:底什么爸个。 研发就不用改良吗，天才。
作者: justaID (快乐崇拜) 2016-02-18 00:45:00
合的出路，否则久了能力没进步年纪又变大，要出去闯更难当然，如果目前待遇不错，想靠人际或政治稳稳爬上去，就是另外一回事...
作者: WenliYang (羊蹄嘟) 2016-02-18 00:50:00
都差不多，猪屎屋大部分人也都在做这样的事，所以想钱就好，不要去深思自己每天到底干嘛……
作者: QQ101 2016-02-18 00:52:00
不然哩 请你来吃饭的吗...
作者:
overhead (overhead)
2016-02-18 01:04:00整天看log而非code听起来的确是有点不幸没错啊...
作者: SkyFee (迷你天天) 2016-02-18 01:06:00
恩....所以你喜欢一直写程式 然后bug让别人解就好?
就不要到时候要你一礼拜写个Module来 你又要靠妖别的
作者:
tedhut 2016-02-18 01:38:00debug这么久了 而且还是无聊的bug 找原因还要找很久??
作者:
chuegou (chuegou)
2016-02-18 01:48:00main.c破万行的那种专案.无聊而且要找很久的bug一大堆阿
作者:
s860134 (s860134)
2016-02-18 01:53:00bug 不修越积越多 最后变成全公司产品buid不下去 ＧＧ
作者:
mickeyha (M*schief)
2016-02-18 01:59:00石头AP?
作者:
holydon (0.0)
2016-02-18 02:12:00其实解久了就那样..看到大概会有感觉@@困难的还是写精美报告...每天都不知道自己在忙啥
作者:
mathrew (Joey)
2016-02-18 07:30:00连原因都要找很久 还一直抱怨只能 debug 先练练再来吧
作者:
gunbade (hihihi)
2016-02-18 08:05:00听起来像在系统厂，若想多写code就跳吧
作者:
mmppeegg (我是寂寞的)
2016-02-18 09:03:00Debug怎么可能没有发展性 逻辑都是从debug训练出来的啊不过如果没机会改code那就……
作者:
sdyy (中坜市的小智)
2016-02-18 09:03:00这是QA吧
作者:
DrTech (竹科管理处网军研发人员)
2016-02-18 09:29:00职称不重要，薪水才重要
作者:
csfgsj (切割对半)
2016-02-18 09:36:00年轻人就是年轻人，Debug 才是重点如果Debug 要花很久的时间，不要跟我说你Coding 很强
作者:
tedhut 2016-02-18 09:41:00破万行这种家常便饭 建议再debug三年后再来这里发表感想
其实IC Vendor的SW也是debug居多, 想纯coding去纯软
作者:
zsyian (zsyian)
2016-02-18 09:51:00就算code是自己写的，大概也是80%的时间在debug...
作者:
saxer 2016-02-18 10:08:00这个在猪屎屋的sd也差不多啦XD
我讲实在的，就是有这个需求，才会找人做，你不做以后怎么教人做。另外，工作至少要30年，你才debug几年？
作者:
Luos (Soul)
2016-02-18 10:19:00我也是…
作者: badyy (nick) 2016-02-18 10:26:00
小鲁个人觉得要看学不学到东西跟发展性,或者钱@!
作者: JeremiahLin (JL) 2016-02-18 10:26:00
有个 Linux kernel bug 前后耗了十几个RD，花了三年，最后solution 只是把几行删掉。 Debug 很重要啊
对coding 没什么帮助 你想多久由你完全写source code
作者: badyy (nick) 2016-02-18 10:27:00
不过听起来像戏桶场,就看钱有没有比较实在!
十年后 换N间公司 若你还改别人的code 你就会知道会Debug没什么了不起 不会还能继续做RD 就很了不起
作者: JeremiahLin (JL) 2016-02-18 10:35:00
作者:
dasala (small LU)
2016-02-18 10:35:00我是觉得debug别人的code比debug自己的code还需要能力啦！另外我是写RTL的
作者: JeremiahLin (JL) 2016-02-18 10:42:00
不过说真的 工作归工作 要提升 coding 能力可能要靠side project 或 coding 网站练习了
作者:
aquahau (orz...)
2016-02-18 11:08:00你D的bug是皮还是骨呢
作者:
dslite (呼呼)
2016-02-18 11:12:00这是AE吧
作者:
dasala (small LU)
2016-02-18 11:36:00台湾RD多不多不需要一个只知道考国营事业的来评论
小鲁之前解bug解了4年, 换工作后对难解的bug比较有方向
作者: f33783378 (小灰狼) 2016-02-18 12:00:00
Retry&Debug
以台湾环境 赚钱的公司是ic设计等硬件厂 不需要一直开发code 公司喜欢你一直debug 下家面试也是看你解过什么bug如果你真想发展软件能力又想要高薪 只能出国了
作者:
iincho (世界的尽头)
2016-02-18 12:51:00IC厂的软件部份需要从头开始写的状况不多...就算是module owner很多也只是拿Linux现有的code改...
debug 比自己从头刻一个需要功力 还要知道怎么改过程中你一定会遇到自己从来没想过的coding方式
作者: WFC 2016-02-18 23:33:00
自主开发写code的能力跟看别人code去debug的能力根本不同。假如你想写code不是只有工作上可以精进，无论何时都可以写自己的东西，只是你不想而已。先前有个我自己想玩的平台coding，每天下班10～11点还是每天摸到1～2点持续几个月，有心才是重点。
是的 debug很深奥的 随便问你 memory leak 怎么查? cpu效能被哪个thread占用太多? 这其实是专业的学问
作者:
cyshowen (嘉义秀伊恩)
2016-02-18 23:59:00等你当上key man 就有机会coding!?
作者: WFC 2016-02-19 00:12:00
当然最好是开发coding能力跟debug别人code的能力能兼顾。De自己写的code其实相对简单，虽然写code常会讲写完就忘了呀，但自己写的一定比较熟稔，哪个环节出错其实半猜半蒙也不难发现，de别人写的架构就不是了，除了一直干搅这什么烂code外，还是得理解才能解掉issue，最重要的是在看别人code的同时能对架构设计要有经验上的学习，做往后的精进。 至于coding方面，个人觉得写code最难的是在程式架构设计，bug和解issue瓶颈觉大部分都来自于不良多程式架构的side effect。
作者:
tedhut 2016-02-19 01:12:00不是大公司 是每间公司
作者: justaID (快乐崇拜) 2016-02-19 02:02:00
认同WFC大提到，自主开发的能力跟看现有code-base去解issue的能力不太一样。回原PO，我觉得这与其说是大公司的常态，跟产品的开发型态更有关系。比如开发内容是都拿现有的code-base来改，那可能就很少需要去开发新功能对公司来说，开发重点就会是把这份code的issue解完，让产品能稳稳卖，这样的运作也很合理。但拿人家code-base的副作用就是可能每一阵子就得跟着update code-base，一堆issue又冒出来，不管是新issue或旧issue(就算是修过的旧issue修起来比较快，当有几百条时还是得花上不少时间)所以我觉得重点还是在于原PO有没有意长久在这个产品发展以及解的issue是不是经验带得走的产品技术重点有太多issue是就算你也许看就能猜到是哪类型原因，但还是得花时间去追出具体要改的code是哪一行，只是在花时间，像作业员一样，没有太多新收获建议原PO先想想自己的未来规划，因为台湾赚钱的系统厂或猪屎屋的开发型态可能都是这样，如果打算一直走这个产业就要尽量让自己能去碰有价值的issue，而不是一直碰同类型、深度低的issue，这样跳出去人家问你解过哪些issue，你的debug经验才能有价值
作者:
aowen (...)
2016-02-19 08:38:00Debug能力跟coding能力成正比..
作者:
minc (~迟来姗姗武城金)
2016-02-19 12:26:00解问题就是学习经验，觉得自己很强就跳巢，台湾好工作是要你即时战力，不是天马行空的天才…
作者:
acluke (_____)
2016-02-19 12:53:00作者:
id41030 (呆呆向钱冲)
2016-02-19 14:48:00系统厂RD吗? 如是的话正常
作者:
hl4 (Zec)
2016-02-20 13:25:00debug跟coding根本是不同技能树