Re: [心得] 我在科技業遇到的鬼故事之一
1. 有點訝異滿多人會想一直討論責任歸屬的問題,這其實軟體開發常見的狀況,問題在於流程而不是人。比起究責,專注在完善流程,看下次怎麼做的更好的團隊,會更人想待。有興趣可以 Google 看看 blameless culture。
2. 撇除專案本身,B 的發言可能表示他沒有客戶優先的 mindset。如果這不符合公司文化 (譬如 Amazon LP 第一條就是 customer obsession ),那也必須透過各種流程讓他知道公司很注重這塊。
原 PO 應該是覺得客戶跟公司利益優先是理所當然的事,但竟然有資深工程師會說這種話,所以是‘’科技業遇到的鬼故事‘’。
-----
Sent from JPTT on my Samsung SM-G991B.
--
你怎麼會有台灣公司有blameless culture的幻想
最大的鬼故事不是這種會炸資料的BUG竟然主管都不插手嗎
台灣的護國神山 不是以Highlight culture揚名的嗎?
Yoyo~~~~全世界都在要台積文化~~~~
A的流程有問題,不算鬼故事。B的EQ太差是鬼故事。大家標準
不同,何必說服陌生人呢。
這跟台積文化有什狗屁關係?你今天沒有客戶優秀就是泰坦
號喇 會死人的 懂?
工程師做久了 專業的傲慢是嗎?以為這世界你想怎樣就怎樣
?意氣用事把有問題送出去 這種就是垃圾中的垃圾
有些人還是不懂,1出問題會一直出問題,開會檢討修正能解
決,2出問題會打擊團隊合作,士氣,很難處理通常解決人
,這個故事可怕的地方在沒從根本解決問題,還有人心
炸開以前A跟B連一起釐清測試環境都辦不到,你用什麼文化都沒用
沒錯 台灣就是撞牆文化 上下一心 撞到頭破血流就對了
台灣就是愛究責 不然git blame在本版為何常被提及 當
然會影響你未來 通常也都是雞毛小事 只是這事情被搞
大 我都希望blameless 但台灣代工文化深入到方方面面
國外在研發技術 台灣在應用技術
職場勾心鬥角搞來搞去你以爲國外沒有?笑死
當然有摟 只是台灣的很嚴重 而且我相信國外好的地方
要忍一定一堆人忍
純粹就是錢給不到位 演戲演不下去吧
軟體慘業阿 XD 很多活下去的是軟體代工 錢到位不可能
這樣鬥來鬥去的文化就是讓學到教訓的A/原PO另謀他就,
團隊剩下都會是死皮賴臉依然故我的B,還得等到他再出包
才能找藉口攆走……前提是他還願意認錯乖乖被開除。
一個會P0的bug就這樣在沒溝通前提下關掉了 好個客戶優先
A倒楣B白目原PO主管只做senior工作 公司以後繼續會出包
感覺又一篇戰文潛力
每次看到公司/客戶至上主義者都會莞爾,不管說得多麼冠冕
堂皇,你知道,第一時間情緒爆發辭職不幹的往往是這批人
極少情況是老闆主動歇業,多數是領薪水的丟掉責任不收拾
公司/客戶與自己不互利離開不是很正常摟 沒有背後搞
有點訝異過這麼多天了,你還要發文,有完沒完?
公司都不錯了 好公司人人想待 爛公司就算了 硬卡著不
走無非就是有其它目的
有職業道德並不等同擁有奴隸思想
道德綁架的狀況職業道德才硬是奴隸制
至於回到軟體代工 我只能說難道這就是亞州矽谷嗎...
環境沒變好
這種公司不可能是blameless culture,那還不如自己跳槽
去真正有blameless culture的公司比較符合現實。
反正現在一大票人大學主修CS的,不怕搶不到人,不picky
的話,一堆自學仔bootcamp仔也有一大票。
總之,進入CS領域的人一堆,公司絕對沒在怕招不到人。
流程要完善,過程中人為疏失就不用追究責任?
爆
首Po講一個我在科技業遇到的鬼故事 這件事主要發生在兩個人身上: A:是我同部門的同事,主要開發kernel層以下的功能。 B:是隔壁整合部門的同事,主要是開始kernel層以上的功能。 有一天A開發了某一個功能,B整合完之後發現會導致資料損毀。於是B發了一個bug給A,13
難怪IC house要推當責Accountablity 提到的每個人都幾乎有責任啦 就跟空難和起司理論一樣 不是只有一個單純的原因造成 Product owner每天或每周都應該了解進度/severity72
這篇文最鬼的明明就是原PO,這個Feature在他的組開發然後有問題,自己組的人+QA竟然 測不出來,結果隔壁組的人竟然有權限把Feature打開,B就算說原本就知道有問題硬要搞 最後補一句「有可能是我自己環境有問題」也是能全身而退 說到底身為新Feature的lead管產品品質+QA都管不好,有問題的code還能進到release br anch,最後還能PO出來讓大家評論B,這才是我看過最鬼的鬼故事吧78
我是原po,我來交代一些細節,供大家參考一下。 角色: 我在這裡的角色是application owner,我要推一個應用給客戶去使用。 我這個application需要多個feature來組成,B是我其中一個feature owner。 B這個feature需要多個kernel function整合才有辦法達成,當然B自己也要寫不少code。8
→ pokkys: 所以B根本不需要講他是故意的話。 07/25 19:37 所以大部分的人都搞錯重點了 因為事情對或錯往往都不是重點 而是看哪個部門比較大聲 B大也可以裝傻 退一步假裝真的是當時誤以為自己搞砸環境4
不是mindset也不是制度問題吧 是你們所有人的環境為什麼都跟客戶不一樣? B只有一開始的環境類似於客戶 後來也不一樣了所以可能也做不出來 環境不一樣25
再回一篇,先說我不是B但是這個細節出了更明顯不是B的問題了啊 這個Bug本來就是一個corner case只是好巧不巧在B開發的時候遇到一次,要是今天B剛好 就沒遇到這個Bug,你們還不是一樣照常Release,客戶一樣爆掉,這樣B不就剛好衰幫你 發現Bug而已? 你硬要說B的態度有問題,他也只是表達出他遇過且在你們根本沒修的情況本來就很可能8
到這邊為止 A看起來有把問題反應給你 你的工作應該是跟B的主管協調,看能不能讓B優先處理這個issue吧 大部分職場都會把開發需求區分piority 如果這是個嚴重的issue, piority設高並且必須優先處理.24
第一篇文章推文: pokkys: 我的職位要扛feature成敗,所以我也因此卡到升遷。 pokkys: 沒有火B這件事我也是傻眼+不滿,所以我比B還早離職 XD 第二篇文章內文: 其他人的部分,我是極力不想對A究責,B的主管也是一樣的態度。最後我們兩個送上去給老闆的說法是這兩個人的責任,10分裡只有1分。
28
Re: 新手剛入職就發現有SQL injection漏洞 該回報嗎不好意思認真回一下 簽約前和簽約後做法不一樣,簽約後會有保密義務,雖然聽起來是公開程式碼但是 簽約後你不能把這個漏洞拿去 hitcon zeroday 換好寶寶章。 簽約前你可以拿去 hitcon zeroday,或者是回報給他們老闆,然後按碼錶,看多久會修 決定要不要待。26
[心得] 轉職3年後面試心得分享代PO 背景 1. 中字輩企管學士 2. PM,5 年 3. 118 資管碩19
Re: [心得] 我在科技業遇到的鬼故事之一CPO issue被關閉後在客戶端炸開這種事情太常見了 這件事情可以要分成兩個部分來討論 1. 事件 流程的部分應該是最重要的,大家前面討論很多 其實元po的公司這事情流程上沒有太大問題18
Re: [心得] 我在科技業遇到的鬼故事之一單純經驗交流一下 我遇到正常的軟體UT與品質驗證流程吧: 1.開發者寫完程式碼與UT。 2.在自己電腦上跑UT。 在自己電腦上跑UT,是部門不認的UT。12
[請益] 科技業 vs 遊戲業小弟社會新鮮人 最近有2個不錯的offer(*),分別是科技業和遊戲業的公司 1. 科技業 外商一線公司客戶工程師(軟體方面) 主要是協助客戶設計開發產品X
[心得]學亞馬遜工程師用簡單的句型講英文!最近看了一個亞馬遜工程師跟一個Google工程師分享他們工作內容的Youtube影片,這個 亞馬遜工程師不是在美國長大的,英文是他的第二外語,不過他講英文順到爆炸,一句接 一句幾乎沒有斷過,我都在想他有沒有在呼吸 XDD 聽他們講話用的英文也讓我很欣慰,裡面用了好多我整理在之後的線上課程裡的單字跟句 型6
[討論] 如何改善產品團隊的工作流程?(PM角度)板友大家好,我跟朋友一起在網路上分享產品管理、專案管理相關知識與經驗, 最新一篇文章是分享新加入的 PM 如何幫助團隊改善工作流程。 Medium 好讀版(我會複製幾乎全文過來,想看一些參考資料/延伸閱讀再點吧!) 上篇文章《身為團隊第一個 PM 好難!我的辛酸血淚史與生存之道》中提到擔任團隊內第一個 PM 除了要肩負起做產品的責任外,優化團隊的工作流程也是很重要的一環。一來是團隊中多了 PM 這個角色加入後,大家的工作方法一定會有所不同;二來是要建立好的產品文化,一套好的工作流程絕對是不可或缺的。5
[問卦] 用學習型AI寫程式要怎麼做?軟體開發工程師聽客戶需求後 理解分析流程後開始寫程式 最後修修改改交給客戶 深度學習的 AI 是不是能夠看數百萬個