Ғылым және технология在微软捅娄子是什么体验码农高天2024 ж. 18 Сәу.17 963 Рет қаралды Share Tweet Жүктеу上周从Vegas休假回来,发现好多组在找我,究竟发生了什么事呢!
可以聊聊 core dump嗎?
up好逗,而且story telling的能力好强啊
我放假之前都不push程式碼的,快樂的放假回來在push
這種藏得很深的問題 真的不時會發生 研發OK -> 測試OK -> 試產OK -> 量產Failed,頭超級痛 如果專案大,壓力難以言喻
感谢分享。很喜欢这种类型的经验分享,刚进职场的人感觉特别需要这方面的东西。
因为我们的代码运行的各种可能的情况组成的空间有可能是边界未知的离散空间,也就是说,不管我们多么认真,穷尽一切手段写了无数的测试用例,依然无法保证在未知的离散空间中,我们的代码不会出错。 为了应对这无法预知的不确定性,我们要做的就是错误出现后,能快速把冲击降到最小!
有趣有趣!Up主很乐观也很风趣,支持!
這種分享挺好的,感謝 -- 話說大公司不是會有夥伴接替你休假期間的狀況嗎? 如果沒有的話,那如果你這次是請長假,不就BUG一直卡在那?
Great! 感觉这人很厉害
高天在微软吗?那有机会跟Guido一起工作吗?好羡慕哇
关于给尽可能多的信息是使用print/logging吗?还是comment尽可能多的细节和思路?亦或者是需要自己客制化Exception后用try catch丢出来?
学到了,谢谢分享
謝謝分享,core dump 如果有機會可以介紹一下嗎?謝謝!
听博主描述这个确实是项目达+跨组容易出现的情况, 希望上层能够理解这个情况, 积极修好就可以了.
酷,希望能多分享一些多人合作的方式,以及注意事項。
謝謝分享
想起当年在亚麻捅了个sev1,然后我还跑山里hiking去了~~
捅娄子(X) 防禦性編程(O)
有點像雲飛😂
3:45 這就有趣了😂 為什麼不所有 Branch 用同一份 Test 🤔
我不知道你的 bug 长啥样,但是你的态度感觉你写了这个 bug 特别骄傲 😅。另外 race condition 本来就非常难找,所以正常情况下应该把系统设计成不会有 race condition 的结构,而不是小心翼翼的避免 race condition 。 如果设计的不好那么一定会出问题,出问题还没发复现没法写测试。因此我想即使你把这个 bug 修复了,也还是要重构代码从根上避免 race condition ,否则是个定时炸弹。
所以windows经常蓝屏
聽喜歡這集的
那可以先製造問題再解決問題嗎
你负责的不会是文件资源浏览器那一块的吧,现在文件资源浏览器有概率在128hz鼠标拖拽某个文件或者文件夹到窗口左边时,有概率会卡在快捷访问那一列(就是快捷访问所在的那部分,只要经过那一部分的图标都有可能卡住,只能重启资源管理器)
我最近也发现有同样的问题,从资源浏览器拖文件经过资源浏览器左边窗口时(还不到另一个app的窗口)就会变得非常慢,我现在拖动轨迹都绕过资源浏览器左边部分。
我也遇過,只要把檔案拉出該視窗 就掛了
他的这个失误根本还没到影响production的阶段
可以聊聊微軟的代碼管理嗎?😆
up主会看youtube评论吗
博主你的github 开源是什么
喜欢最后的那两句
学到了😃
微软很人性化啊,香蕉厂某些组会毫不犹豫的page,哪怕那人在休假。
想要解决问题就先要制造问题🤓
break了个test小问题 GCP都把人基金几十M个用户数据弄丢了 哈哈哈哈
重要嗎
哎,以前出這種bug都要寫生產事故,考績就很糟糕了
一看墙上开关,UP就不是国内的,大概率是美国
我覺得最後一句特好,出現問題常常遇到就是各種找戰犯各種內耗😢
心態上應該不是各種找戰犯。 換做整個系統只有你一個人的時候,你要找誰當戰犯? 一般系統出錯,大家首先釐清,問題出在哪個部分,逐步縮小範圍,最後找到發生問題的點。 在過程中,大家會各種假設。 例如,有段程式碼,如果是今天進系統,今天系統就出包,那第一被懷疑的就是那段程式。 在尋找問題出在哪個範圍時,有個方法是尋找異動。程式碼異動,資料異動,設定異動,甚至是主機升級異動。 這整個過程是在尋找問題在哪個範圍,而不是尋找戰犯。 因為如果是線上問題,都是要立刻解決,那個時間,沒有人有閒情去找戰犯。😊
忘記說,當系統只有你一個人時,你的尋找問題範圍流程跟方法應該會跟一堆人一起尋找問題一樣。 差別在於一堆人在一起推理問題出在哪,有人會覺得是在尋找戰犯。 問題是,當情況不是一堆人在找問題,而是只有你一個人,你自己在推理問題出在哪,你就不會覺得是在找戰犯。 因為只有你一個人。😊
Google SRE 準則的其中一個就是不要害怕錯誤,研發的路途上需要擁抱錯誤。風險的管控由 error budget 來決定還能不能嘗試。
休假没设OOO,这是犯了个低级错误,非常不professional
露臉是因為YT取締不漏臉頻道嗎?
這期講他的故事,也沒代碼要怎麼拍畫面XD up也沒遮臉的必要,早點讓大家習慣他的臉,更好的曝光
@@v153351 其實還是可以不用露臉呀,因為很多UP主都被迫露臉
个人认为还是目前的计算机语言存在问题。计算机语言是从机器端开始思考和演化的,逐步向人类高级语言靠拢,所以出现了null,exception等人类思维基本不会出现(当然这也是人类的逻辑思维漏洞,但并非人的目标和本意)的概念。为了处理这些异常情况,程序员需要花费大量的时间精力去书写判断代码,进行判断和处理。 而高级语言,应该更接近人类的思维模式。有可能出错的地方,设置一个我们允许或者不允许范围的默认输入值或者返回值就好了。影响很大、很重要的地方,我们就在功能上,对这类结果进行一下判断。不重要的地方,甚至可以直接忽略。这样代码会简介很多很多。 从实践看,报错和得到明显的错误结果(后者在测试阶段跟前者一样也可以大概率发现),对人的影响,其实都差不多。