看板
[ Soft_Job ]
討論串[心得] 我在科技業遇到的鬼故事之一
共 17 篇文章
內容預覽:
大家好我是原po，大家討論那的激烈，我覺得我需要補充一下。. 我認為有一個癥結點需要解釋一下，雖然有可能解釋完結果可能更糟 XD. 因為中間有一段，完全是我的臆測，我也沒有絕對證據去證實我的論點。. 如果各位要反駁我，我也完全接受。. 我主要是要講一下，為何我會覺得B應該被火？. 這個流程我最一開始
(還有1372個字)
內容預覽:
這問題蠻有趣的. 我問了一個在微軟跟亞麻做過的業內人士 A關ticket本身有沒有問題. 她回答:. non-reproducable其實蠻常發生的，對方又不肯合作釐清問題，除了關ticket還能怎樣. 處理過ticket就會知道，很多確實是開ticket的人自己搞崩,不在狀況內,內容寫得不清不楚
(還有88個字)
內容預覽:
閒閒沒事來回第三篇繼續捍衛一下B. 我拿我自身經驗分享一下，我在亞麻在Amazon模改的Android OS底下開發過Android Application，雖然不完全一樣但是應該有點相似. 首先是討論開Ticket關Ticket的問題，如果今天用新的OS版本炸掉過一次我開Ticket給OS組，OS
(還有663個字)
內容預覽:
單純經驗交流一下. 我遇到正常的軟體UT與品質驗證流程吧：. 1.開發者寫完程式碼與UT。. 2.在自己電腦上跑UT。. 在自己電腦上跑UT，是部門不認的UT。. 沒人知道你自己電腦的環境與有沒有動手腳。. 3. Commit and push 到 repository 開發分支。. 4. 啟動 C
(還有971個字)
內容預覽:
針對上一篇還是有人在追殺B我就閒來無事重申一下問題點在哪裡. 很多人一直糾結於B有沒有複測、B有沒有去追這個Issue，我跟你說跨組合作不是這樣搞滴. 首先要先搞懂這個Ownership的問題. 原Po是Feature Owner. A是原Po組的寫出有問題Code的Dev. QA在原Po組. B的
(還有584個字)