Re: [討論] 有那麼兩光的軟體公司嗎?

[Lordaeron (Terry)]

※ 引述《prince101 (秋意)》之銘言：
: 我們公司有請一個軟體公司開發一個軟體
: 日常的邏輯更新跟維護都是交由軟體公司去執行
: 明明在測試環境中那些題目都通過
: 移到正式環境竟然出現bug
: 結果是工程師未將測試環境的邏輯完全移過去
: 有沒有那麼兩光的軟體公司阿? 還是上市公司...
: 這樣等於我同樣的腳本還要在正式環境中測一次= =
這是打包的過版的問題，兩光嘛。是問說為何會這樣。
和上市不上市公司無關，一切都是人在做的而已，大公司只是說有制度，
但不見得會有人執行，問題在執行。
最簡單的例子，就是兩光Microsoft 丟掉了MSN 的所有份額，給WhatsApp, LINE..等等
公司吃掉
進入手機時代沒跟上也就算了，等想通了時，又想跟SKYPE整合，結果找來
一堆兩光的工程師，整合時掉帳號。不管是你連不上了，還是你的朋友名單不見了。
這樣一搞，掉光了。

其它特大號公司的垃圾應用，就別說了。

→  DrTech: 許多公司的核心系統，正式環境本來就是不能測試的。原文是  12/04 17:43
→  DrTech: 哪種系統不知道。描述那麼不清楚，到底誰兩光真的未知。    12/04 17:43
→  DrTech: 還真的有許多系統是正式環境不測，也不能測試的。只要測試  12/04 17:50
→  DrTech: 團隊夠專業，有建立與production相同環境，Ops團隊夠專業   12/04 17:50
→  DrTech: ，根本不用在正式環境測試，就能保證品質。這就是為什麼要  12/04 17:50
→  DrTech: 建立 dev， test(stage)，production 三層類環境的意義。p  12/04 17:50
→  DrTech: roduction從來就不會被用來做測試。                       12/04 17:50
但許多核心系統，也是正式環境才測得出問題，例如，資料的亂度，資料量等。
別說production 倒去stage 玩，有廠商在，就有個資問題。

推 shortoneal: 正式環境測，很多就是用feature flag來控制，讓一些風  12/05 12:26
→  shortoneal: 險較低的客戶(免費仔之類的)先rollout，其實也所在多   12/05 12:27
→  shortoneal: 有，我記得youtube跟fb也都有這機制                   12/05 12:27
跟交易無關的比較無所胃，不會死人的。
但只要跟錢有關，是會死人的，就不能這樣玩。

→  lchcoding: 儲值類系統，可特別開一類                             12/06 02:38
→  lchcoding: 點數為0,或效期馬上過期的卡片                         12/06 02:38
→  lchcoding: 即使營運中，也隨時可測                               12/06 02:38
採dummy account/card 是一種方式，但點數0 就不好說了，這個太偏了，有點數字比較
能測得出問題。

--
open source projects:
https://github.com/terrylao/

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 49.216.49.111 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1733470333.A.3FF.html
推 lchcoding: 了解
推 marra: XD
推 eric70378: 新人時期印象深刻 在政府單位正式環境DB的獎金值是負的
→ eric70378: 想說怎麼UAT一直測試不到問題 正式環境就爆炸
→ GoalBased: 爆炸就爆炸啊，查不查得出來問題比較重要，火箭都會爆
→ GoalBased: 炸了
推 Arbin: 銀行系統也是一天到晚正式環境都有問題的 然後Logger寫不
→ Arbin: 好還很難Debug XD
→ Arbin: 爆炸就甲方承辦人員會掉業績不爽啊 然後遷怒到乙方換我老
→ Arbin: 闆不爽==
→ Arbin: 不過不爽還是要查問題
推 viper9709: msn跟skype合併真的很煩,本來輕量的通訊軟體便超肥
推 nacy204327: 還有新舊系統並行，很多髒資料只有在正式環境才會出現
→ nacy204327: ，之前就踩過這種坑
推 luke72: Stage再怎麼專業也不可能跟production一樣，被坑過的都懂
推 hooll111: 說到底源頭的訪談設計開發如果夠專業 後續也不會有這麼
→ hooll111: 多技術債要還了
推 anandydy529: 最好笑的事微軟的Teams不管是PC還是安卓都寫的很爛
→ AxelGod: 好，訪談就由開發工程師一條龍包了
→ DrTech: 這就在為了反而反了。個資蒐集處理，利用，有聲明與同意。
→ DrTech: 當然可以在甲方公司建立stage。
→ Lordaeron: 當然? 我不知如何當然的，我是還沒遇到"當然" 的。
→ Lordaeron: 如果貴公司是當然的，請ANNOUNCE 出來，一次就可以玩
→ Lordaeron: 死你公司。
→ Arbin: 訪談感覺只能反映當下需求 等等後面又加一拖拉庫、經手人
→ Arbin: 不同等等 整個系統又變成烙賽狀態了
→ Arbin: 尤其是老系統 經過多家外包的那種 越後面接的越倒楣 XD
→ kissmickey: 也不一定要甲乙方 自己人開發自己家系統 公司分工拆得
→ kissmickey: 細 這類的也看過 還是大公司
→ openthedidi: 老實說，分三個環境不一定有效，就遇過測試跟正式是
→ openthedidi: 不同op team 在負責，出事就互推開始演宮鬥劇
推 WaterLengend: 這種毒瘤到處都有，沒事裝死養生，有事幹啥啥不行
→ WaterLengend: ，出事就已經滾了，最後某天被演算法推薦看到履歷
→ WaterLengend: 越混越差，屢見不鮮
推 wd122344556: 最近才聽說有加log順便改邏輯的天兵，直接雷死一票
→ wd122344556: 人
→ viper9709: 加Log順便改邏輯XDDD
推 shortoneal: code review總該秒發現人家不是只加log吧
推 luke72: 甲方乙方沒在code review的，不懂才要外包成甲乙方
→ Lordaeron: 哇，政治不正確，正確的說法是：人力不足。
推 InvincibleK: 風行天https://reurl.cc/4dxWl3 連hostname都不知道?
推 wistful96: MSN真的是好例子 少數MS真的做得不錯卻自己收掉的產品
推 karst10607: skype至今技術和穩定還是最頂的，但碰上市場不敏感的
→ karst10607: ms整合失敗只能說可惜，同樣的事情又在teams上演搬磚
→ karst10607: 砸腳
推 wistful96: MS Teams 好像也整合不如Google Meet
→ Lordaeron: 大公司，人多制度多，制抓多，兩光嘴砲的更多。