某天在程序员群254078081里，有人问，这是什么情况。
据他自己描述，是正在编辑到一半的时候，断电了。
重新打开电脑之后，Index.html的文件大小是280KB，打开之后却是空白，所以来求助于群里的程序员大牛。
第一个程序员：先提个Bug。
第二个程序员：能复现吗？
第三个程序员：在我本地是正常的啊。
第四个程序员：要不你重启一次试试？
第五个程序员：现在的问题是不是文件的大小应该是零，但是现在是280KB？把这个文件删了，重新建一个，文件的大小和内容就一致了~
第六个程序员：脏数据而已，不用管。
第七个程序员：代码没问题，是你操作的方式不对。
第八个程序员：重复100次试试，如果每次都出现，就把优先级标成Major，如果不经常出现，就标成minor
第九个程序员：重装系统也可以解决问题。
第十个程序员：我觉得还是新买台电脑吧，跟人本地的运行环境有关系。
第十一个程序员：现在手上还有另外一个项目，这个Bug的优先级高吗，是先解决这个Bug还是先做项目？
第十二个程序员：这是第三方的底层的API，我们无法控制。
第十三个程序员：要解决这个Bug也不是不可以，只是需要花点时间看一下Windows的API，破解一下Windows的源码，大概得20年，或者更长。
第十四个程序员：你的Windows不是正版的吧？
第十五个程序员：为什么要用记事本编辑Html呢？不是应该用Webstorm，Editplus，或者是Sublime吗？
第一个运维：早说了要定期备份，看看能否回滚？
第二个运维：应该换Ubuntu。
第十六个程序员：运维的锅。
第十七个程序员：运维的锅。
第十八个程序员：运维的锅。
第十九个程序员：运维的锅。
第二十个程序员：运维的锅。
第三个运维：。。。。。
第四个运维：。。。。。
第五个运维：还是先解决问题再看谁的锅吧。。。。
第二十一个程序员：产品经理呢？
第二十二个程序员：需求文档是没有写遇到断电这种情况怎么处理吧？
第二十三个程序员：产品经理 考虑的问题不周全。
第二十四个程序员：做需求评审的时候不严格，异常情况考虑的不周到。
第二十五个程序员：所以说，只要是需求提到的我们就可以做，无论是实时保存啊，还是自动回滚啊，或者是删除脏数据啊，但是。。。
第二十六个程序员：产品经理的锅。
第二十七个程序员：产品经理的锅。
第二十八个程序员：产品经理的锅。
第二十九个程序员：产品经理的锅。
第三十个个程序员：产品经理的锅。
第三十一个程序员：产品经理的锅。
第一个产品经理：。。。。。
第二个产品经理：。。。。。
第三个产品经理：。。。。。
第四个产品经理：。。。。。
第五个产品经理：。。。。。
第六个产品经理：。。。。。
第七个产品经理：。。。。。
第八个产品经理：还是先解决问题再看谁的锅吧。。。。
第三十二个程序员：要解决问题就要先更新需求文档。
第三十三个程序员：原型图也要更新一下。
第三十四个程序员：记得要做需求变更评审。
第三十五个程序员：上次开会的时候有没有叫上测试？这种情况在测试环境复现不出来吗.
第三十六个程序员：测试用例里有没有写？
第三十七个程序员：测试的锅。
第三十八个程序员：测试的锅。
第三十九个程序员：测试的锅。
第四十个程序员：测试的锅。
第四十一个程序员：测试的锅。
第四十二个程序员：测试的锅。
第四十三个程序员：测试的锅。
第一个测试：。。。。
第二个测试：。。。。
第三个测试：。。。。
第四个测试：。。。。
第五个测试：。。。。
第六个测试：。。。。
第七个测试：还是先解决问题再看谁的锅吧。。。。
第四十四个程序员：需求都没清楚，测试用例也没有，怎么解决？
第四十五个程序员：代码写到了一半，如果需求再变更怎么办？
第四十六个程序员：所以还是PM的锅，测试也有锅。
第八个测试：。。。。
第九个测试：。。。。
第十个测试：。。。。确实是PM的锅。
第九个产品经理：？
第十个产品经理：？
第十一个产品经理：？
第十二个产品经理：？
第十三个产品经理：？
第十四个产品经理：不是说好的运维的锅吗？
第四十七个程序员：运维的锅。
第四十八个程序员：运维的锅。
第四十九个程序员：运维的锅。
第五十个程序员：运维的锅。
第十一个测试：运维的锅。
第十二个测试：运维的锅。
第十三个测试：运维的锅。
第十四个测试：运维的锅。
第十五个测试：运维的锅。
第十五个产品经理：运维的锅。
第十六个产品经理：运维的锅。
第十七个产品经理：运维的锅。
第十八个产品经理：运维的锅。
第十九个产品经理：运维的锅。
第二十个产品经理：运维的锅。
第六个运维：？
第七个运维：？
第八个运维：？
第九个运维：？
第十个运维：好吧，运维的锅。
第二十一个产品经理：嗯，问题解决，运维的锅。
第十六个测试：嗯，问题解决，运维的锅。
第五十一个程序员：嗯。问题解决，运维的锅。
据他自己描述，是正在编辑到一半的时候，断电了。
重新打开电脑之后，Index.html的文件大小是280KB，打开之后却是空白，所以来求助于群里的程序员大牛。
第一个程序员：先提个Bug。
第二个程序员：能复现吗？
第三个程序员：在我本地是正常的啊。
第四个程序员：要不你重启一次试试？
第五个程序员：现在的问题是不是文件的大小应该是零，但是现在是280KB？把这个文件删了，重新建一个，文件的大小和内容就一致了~
第六个程序员：脏数据而已，不用管。
第七个程序员：代码没问题，是你操作的方式不对。
第八个程序员：重复100次试试，如果每次都出现，就把优先级标成Major，如果不经常出现，就标成minor
第九个程序员：重装系统也可以解决问题。
第十个程序员：我觉得还是新买台电脑吧，跟人本地的运行环境有关系。
第十一个程序员：现在手上还有另外一个项目，这个Bug的优先级高吗，是先解决这个Bug还是先做项目？
第十二个程序员：这是第三方的底层的API，我们无法控制。
第十三个程序员：要解决这个Bug也不是不可以，只是需要花点时间看一下Windows的API，破解一下Windows的源码，大概得20年，或者更长。
第十四个程序员：你的Windows不是正版的吧？
第十五个程序员：为什么要用记事本编辑Html呢？不是应该用Webstorm，Editplus，或者是Sublime吗？
第一个运维：早说了要定期备份，看看能否回滚？
第二个运维：应该换Ubuntu。
第十六个程序员：运维的锅。
第十七个程序员：运维的锅。
第十八个程序员：运维的锅。
第十九个程序员：运维的锅。
第二十个程序员：运维的锅。
第三个运维：。。。。。
第四个运维：。。。。。
第五个运维：还是先解决问题再看谁的锅吧。。。。
第二十一个程序员：产品经理呢？
第二十二个程序员：需求文档是没有写遇到断电这种情况怎么处理吧？
第二十三个程序员：产品经理 考虑的问题不周全。
第二十四个程序员：做需求评审的时候不严格，异常情况考虑的不周到。
第二十五个程序员：所以说，只要是需求提到的我们就可以做，无论是实时保存啊，还是自动回滚啊，或者是删除脏数据啊，但是。。。
第二十六个程序员：产品经理的锅。
第二十七个程序员：产品经理的锅。
第二十八个程序员：产品经理的锅。
第二十九个程序员：产品经理的锅。
第三十个个程序员：产品经理的锅。
第三十一个程序员：产品经理的锅。
第一个产品经理：。。。。。
第二个产品经理：。。。。。
第三个产品经理：。。。。。
第四个产品经理：。。。。。
第五个产品经理：。。。。。
第六个产品经理：。。。。。
第七个产品经理：。。。。。
第八个产品经理：还是先解决问题再看谁的锅吧。。。。
第三十二个程序员：要解决问题就要先更新需求文档。
第三十三个程序员：原型图也要更新一下。
第三十四个程序员：记得要做需求变更评审。
第三十五个程序员：上次开会的时候有没有叫上测试？这种情况在测试环境复现不出来吗.
第三十六个程序员：测试用例里有没有写？
第三十七个程序员：测试的锅。
第三十八个程序员：测试的锅。
第三十九个程序员：测试的锅。
第四十个程序员：测试的锅。
第四十一个程序员：测试的锅。
第四十二个程序员：测试的锅。
第四十三个程序员：测试的锅。
第一个测试：。。。。
第二个测试：。。。。
第三个测试：。。。。
第四个测试：。。。。
第五个测试：。。。。
第六个测试：。。。。
第七个测试：还是先解决问题再看谁的锅吧。。。。
第四十四个程序员：需求都没清楚，测试用例也没有，怎么解决？
第四十五个程序员：代码写到了一半，如果需求再变更怎么办？
第四十六个程序员：所以还是PM的锅，测试也有锅。
第八个测试：。。。。
第九个测试：。。。。
第十个测试：。。。。确实是PM的锅。
第九个产品经理：？
第十个产品经理：？
第十一个产品经理：？
第十二个产品经理：？
第十三个产品经理：？
第十四个产品经理：不是说好的运维的锅吗？
第四十七个程序员：运维的锅。
第四十八个程序员：运维的锅。
第四十九个程序员：运维的锅。
第五十个程序员：运维的锅。
第十一个测试：运维的锅。
第十二个测试：运维的锅。
第十三个测试：运维的锅。
第十四个测试：运维的锅。
第十五个测试：运维的锅。
第十五个产品经理：运维的锅。
第十六个产品经理：运维的锅。
第十七个产品经理：运维的锅。
第十八个产品经理：运维的锅。
第十九个产品经理：运维的锅。
第二十个产品经理：运维的锅。
第六个运维：？
第七个运维：？
第八个运维：？
第九个运维：？
第十个运维：好吧，运维的锅。
第二十一个产品经理：嗯，问题解决，运维的锅。
第十六个测试：嗯，问题解决，运维的锅。
第五十一个程序员：嗯。问题解决，运维的锅。
