[討論] 專案尾聲，沒解完的bug還要理會嗎？
記得以前接過一個車用HUD的專案
C3 sample, 接近 PVT階段的案子
因客戶急用，服務廠的展示廳新車要直接裝機
結果，賞車的客人在試車的時候，儀表跳出不尋常的訊息
嚴重警告的訊息，cover住整個儀錶板畫面了
經手專案的teammate都嚇壞了
sample機子裸測都pass阿，怎麼一裝機就bug連開...
這件HUD產品，接近到尾聲，還是很多bug問題未解
就被部門決定，要完結end 最後草草收場，
但這件專案，以職責來講，所有團隊的參與者是要徹底負責的
不應該在bug未解完，就把專案了結才對
以我們工作的做事心態來講，是不容許以這種形式收場的
但站在公司的角度，不賺錢的ODM專案，就應該及早結束
否則耗費人事成本和部門運作成本。
我覺得，這種草率的處事有違良心，
如果換作是各位....
你們會把未完善的產品，在自己有閒暇片刻時，
再次經手舊專案，想辦法解決過去懸而未解的問題嗎？
我覺得，人做事要憑良心，要徹頭徹尾，
畢竟產品是你出產的，品質好壞的背後代表著你的為人做事，
我們工作，又不是做給別人看的，最起碼要對得起自己良心
既然投入大量心思在工作，那為何不把它做到最好，沒必要因為時間不夠
所以欺瞞客戶吧？
關於這一點我很不認同，產品本身還有沒解完的bug，竟然可以把Project給了結？？
為甚麼可以是這種做事態度啊？
唉...
--
......看問題程度阿 你以為Windows發布OS的時候
不知道他們的東西有bug嗎? 他們會事先跟消費者講說
有這個bug嗎? 他們會因為良心而提前公布bug嗎?
如果issue不值得花資源解就寫文件給service阿
這篇文章是不是在反串，工作都多到作不完了，還有
時間去搞收掉的project
如果也不會release了 那解了也沒啥意義qq
哪種產品沒bug只是標準到哪的問題而已，天空飛的能
摔的都不一定在意了，殺不了人的隨意了~消電很多也
能搞到發爐起火阿，大家還是覺得還好ㄟ~XD
你以為專案只有Q嗎？還有C&T知道沒
能解當然是解掉
你這都進PVT想改也改不了啦
死人沒有dps, 完結的專案bug是吵到誰？
不了結就是繼續消耗人力跟成本，在商言商沒有錯啊
做事要有道德良知阿 怎麼可以隨便？
ab大說得好 沒要release幹嘛解 難道還要花時間測試
到完全沒bug? 文件寫清楚比較重要
所謂好的設計，是要經得起時間考驗啊，畢竟公司做生意又不是只做一次， 雖然是舊產品，但如果有機會發展成熟，細水長流，不就還能延續往後的生意？？
※ 編輯: teddy98 (111.253.70.165 臺灣), 01/09/2023 22:41:41講錯了 工作就是做給別人看的
不可能沒 bugs 阿，iOS 跟 windows 還不是一堆 bugs
產品沒bug只有兩種狀況，一個是真的沒bug,一個是根
本沒人用，你覺得勒
對不起，我原本還想認真回，a了ID發現是浪費時間
不賺錢的東西為什麼還要花資源繼續解bug?已經被客
戶判死刑的東西就是把所有資源全部抽出來做有希望
的產品才是對的吧？說難聽一點，案子做到草草結束
每個專案成員都要負責，請認清事實，你們可以解bug
的時機點已經過了，在開發階段就應該讓機器可以穩
定運作，小bug還可以容忍，到接近量產還有大bug而
客戶沒辦法接受延期的話這個案子就注定要以失敗收
場了，你們能做的是檢討為什麼會失敗，然後把資源
抽出來做有希望的案子，持續解已經失敗的案子除了
練功以外沒有任何好處，也不是負責任的表現
反串吧,不然就是職場菜鳥
這是賺錢，不是談情說愛，導入量產客戶都能接受了，
就不用費心了，若案子死了補救時間已過，沒必要浪費
資源在這邊
teddy每日成就（1/1）
我不知道是不是反串，但很明顯就不是真的在問問題
，再來就是反串文看很膩
把bug列出來，也可以close吧，有release就寫文件，
沒release就列給未來重啟專案的人處理
你各位太認真回問題了吧 還是各位也是在反串
有些說不定硬體設計瑕疵，解起來超複雜你也要？
第一天工作？
公司不是你開的你才會這樣想
良心值多少錢？
習慣得過且過，做事敷衍，自欺欺人。以前的我也是這樣，但現在，我覺得不太好
車機誒，上路跳故障怎麼辦ㄏㄏ
沒辦法 感覺當初測16949都在測假的
windows bug本來就會說啊 不然幹嘛提供開發者版本
裡面都說有哪些bug還沒處理了
要看你狀況，我們公司光是走SQA、UAT、QRM
搞一輪都一個月，專案尾聲也沒空給你重改BUG去上版
你是老闆的話你決定啊
應該是要想跟狗一樣多的HUD市場上你們怎麼會出這種
大包，是不是公司本身技術力有問題
我也覺得...只不過我不方便透露我的老東家是哪一間
ic廠會
產品都死線了 要維護幹麼?
雖然專案告終，但該產品每年還是有一定的出貨數量
別鬧了，第一天上班嗎?
產品問題一堆,是薪資問題? 還是 能力問題?
請你來幫公司賺錢 不是幫你實現夢想耶 公司說關就
關啊
車用產品沒上車測試真的是有夠敢的
有路測過，但bug很多，常常解掉舊code的bug，新code又出現新的bug
態度這種事自由心證 只有你不容許而已 別人不一定
要爛就一起爛阿？反正產品缺失是整個team的事情，也不是個人造成的？
※ 編輯: teddy98 (111.253.70.165 臺灣), 01/10/2023 10:56:43一定要憑良心的
善有善報 惡有惡報 不是不報 時候未到
看看你的暱稱啊，走吧
結論: RD太廢，把大家都下水
不可能讓RD慢慢debig三年吧
案子誰做，做不好造成delay，該開除就要開除
RD總有莫名幻想 自己堅持品質 慢慢debug 覺得高尚，
殊不知是誰在外面幫檔子彈才能讓RD有時間做事
teddy哥還沒刷夠發文數嗎？
產品賣不掉了吧
當然要解啊，加班解囉
哪台車？
道德是拿多少錢做多少事，這麼講道德怎麼不第一次就
做好，還寫出bug等著後面去測去解?
現實是人力時程開出來，對品質會怎樣早有底了啦
跪求車型…
影響到生命安全和錢的一定要處理
不過專案到尾聲還一堆問題，應該是能力問題了吧
IATF16949表示：
請看日本電影飛天的輪胎
bug只要不解 總有一天都要還的
留給客服擦屁股
道德是能賺錢膩，公司沒錢賺你就吃自己
老闆付你薪水買的時間都是要用來幫公司賺錢的，專
案失敗了，你有道德良知應該把口袋的錢領出來還給
老闆
解完不送Q？不發佈？永遠low priority
所以你們有問題的產品有沒有賣出去啊
對啊 你就無薪加班把它解完吧
明天還有新專案要做喔
解完 老闆把你功勞搶了
？
佩服這些回覆廢文的人
不會，敷衍過去
本來就要解 不找出來以後還會有
只能說這公司不適合你
37
[討論] 怎麼跟自以為是的同事相處也許在軟體也蠻容易遇到類似個性的同事 我們是新創公司，我進去前已就有一個前端工程師，他從0建構了整個產品A 我是產品B的前端，剛好我們產品線不急，被拉去支援他們 改版 但在合作上就覺得跟他相處很不舒服 可能是把我當競爭對手吧？21
[心得] golang 工程師半年無薪心得真的無薪～ 其實主要是作開源專案 老實說我有點感概，很多人加入，但現在有在參於的人大概就剩4人。 不過也是拉，我覺得在台灣做開源專案實在對工作幫助不大。 可能還不如把心力花在把英文搞好或者看股比較好。20
Re: [討論] 所謂的開發強者是怎麼樣子的?^^^^^^^^^^^^^^^^^^^^^^ : 管理 1000+ servers、每年幫公司節省一百萬美金(?) machine cost : 1. 硬實力上 : 他很擅長在不同專案、codebases 中穿梭，幾天就能看穿並理解背後的邏輯和設計脈絡 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^11
[問題] 怎麼回話，可以不一直被凹待這間公司2年，工作上同事都很友善，都會互相支援、學習。我們部門是以客戶別分小 組處理不同客戶的案子。 但因我們公司近期有一個VIP客戶單量突然暴增，原負責的小組有點忙不過來，於是先安 排我去支援其中一位副理A，協助他做報告、蒐集數據 原本我們專門對客戶的小組有1位經理、2位副理、2位工程師。剛好2位副理都有對應的工6
該跟面試官說與主管不和的事嗎？我在前公司約5.5年，期間經歷過被美商併購，老闆變成員工的過程，算是滿特別的經驗，事情是這樣的： 我在公司負責美商的開發案，時常需要在產線，所以不在座位上，導致時常被主管認為在摸魚，這個案子也沒人幫忙，有時整個部門的人都走光剩下我，主管也不打算找人協助我的事情，這專案終於到尾聲變得比較閒，這段時間剛好思考是否該轉換部門，也跟主管說明轉換部門一事，但都未獲得正面回應。 之後產品大賣後，美商有錢直接併購我們工廠，老闆也瞬間變成員工（這邊以前老闆稱呼他），第二案子到來，美方工程師可以直接到我們工廠，之後產品上的問題都是我、另一同事、美方人員解決，為什麼只有我跟同事呢？因為其他人完全沒能力，當時前老闆也恨後悔把公司賣掉，於是跟部門主管說：產品上有問題直接丟回去給他們自行解決，我們不用理他，我當時的想法是產品問題不解決便無法量產，也代表沒薪水可拿，後來還是協助美方人員解決產品問題。 到後來，同事不爽直接嗆主管：不然你有什麼用處？ 主因還是整個部門主管帶頭不做事，我跟另一位同事卻要忙整天，主管被嗆完之後我跟同事就一起被換部門了。 距離我提出換部門一事到真正換部門已經過一年，會想換部門的原因在於事情做得多，結果績效卻比那些整天在座位發呆等下班的人還差，我常協助別部門完成工作，別部門的同事還主動推薦我給該單位的主管，面試時應該也會問到為何換部門，各位有比較好的說法嗎？6
Re: [問卦] 為什麼核四工程師都說成這樣還要贊成？理組也是有分爭氣跟不爭氣的 有像在一線豬屎屋或GG工作的 可是R 也是有那種造車造了50年還不成才的不是嗎 產品有bug 對工程師來說 根本日常 尤其是電子產品 那趕工的時程 跟蓋了又延延了又蓋的核四真的差遠了![Re: [問卦] 為什麼核四工程師都說成這樣還要贊成？](https://i.imgur.com/zzJsx4zb.jpg "Re: [問卦] 為什麼核四工程師都說成這樣還要贊成？")
6
Re: [討論] 靠submit紀錄來除錯是一個不好的習慣嗎我覺得抓bug要看經驗 不同情境有不同的使用方式 像是從git log抓bug，使用git blame指令 是俗稱的抓戰犯 通常用在追踨bug追到一段code