@Dcynsd #122 手残党的噩梦，排位一千多分上不去了

@askfilm #17 现在 V 站三观已经如此了么，看来我还是菜鸟，要多学习

为啥大家都不理解...
滑动窗口是最合理的，一般是简单的脚本去配置，比如( avg(err_rate > 0.5),3min) 这种形式的，在任何 3min 内出现持续 rate>0.5 或者平均 rate>0.5 就会触发报警，这是最合理的一种方式。但是还是看人力和工期，我觉得你可以先按照领导的去做，然后积累一段时间数据看滑动窗口能给报警准确率带来多大提升，然后再报告给领导。说前端的还有说炫技的不用理他们，他们应该没做过...

@kop1989 #3 比自家还稳定么？那拔草了，一直想买 Shield 来着，结果入了 Switch，一直在用 iPad 串流。1080P 稳定，2K 偶尔会卡帧。

不赚钱 ->开发投入人力少 -> 没有多余人力支持接入健康系统 -> 下架

昨天有人问过了，看了下代码是关键字替换编程中间语言，再换成目标语言，貌似只有词法分析，没有语法分析。

@abcbuzhiming #79
1.不谈技术实现空谈“依赖平台”？ 跟我讲讲小程序依赖了端上提供的那些技术被？除了 OAuth 和扫码等部分原生能力。什么叫很接近 web ？小程序是 web 的超集。
再多说一句，你只看到了 PC 端到移动端的转变，那么你看到了前端的转变了吗？从纯 html 到 jQuery+bootstrap，再到 Vue/React,哪一次不是重新学习前端，没有什么不依赖特定平台的东西。

2.我跟你谈技术，你跟我谈生存价值。这不是我对前端的理解，而是目前产品开发的模式。
你可以说你同时在负责前端和 UX，你把两者混为一谈然后转身又在跟我谈才干体系。
前端可以做的事情太多了，可以去搞 WebGL 做建模渲染，也可以去玩玩 NodeJS 写写服务端，还可以玩玩 Service Worker 和 webAssembly 做性能贴近原生的 PWA，并不是什么“研究如何更好的实现“更容易更方便被人操作的界面”，。
当然，如果你特指个人开发者，或者几个人的团队，一个人全栈，那就当我上面的话都没说。

@Leonard 建议看完我这楼的回复再做决定，前端的节奏更快。

@abcbuzhiming #73 抱歉，才看到这条公告，那一众国产软件要被下架的很惨了。点个赞，这样 Android 也不用再被复用苹果的那一套前端 UI 了。
另外关于 72#你的回复，我有一些不认同，小程序本质上其实是自带一部分 jsbridge 的前端 UI，所以和前端趋同，小程序可以轻易的在不同平台转换，也可以在转换为 web 前端。
另外前端不是搞“图形人机交互界面”，那是 UX/UI 设计，前端是根据切图写 CSS 和 HTML 的，框架做的是组件化和数据绑定，写完之后做交互逻辑填充。并不主要是 UI。

@murmur #10 PWA 苹果在推啊，怎么会封杀 H5，禁止的是应用内 hotfix。

@murmur #14 感谢，看了你的回复我打出了初始高原，现在已经在克罗格森林拔剑了

@JKeita #14 这个温度比 3700X 还低，根本不需要水冷

@pavlos #30 昨天 pdd 企业内购 659

@murmur #14 我就是坚持拒绝剧透被劝退的那个。。。雪山的神庙上山就掉血，嗑药也没够

@pavlos #16 来回就那么几句语音，不如健身环好玩，有氧拳击就是一个打卡游戏

@NeinChn #30 错了，用了 Service Mesh 反而会大幅度提高 Python 服务的吞吐。另外 Service Mesh 的入侵程度不高的，不需要入侵框架，代码修改少。

有多少人得了病难以言说，被其他人误解，最后被压垮。能调整到正视疾病并敢于将故事与大家分享的人，我真的是很佩服。
另外学会与病症和谐相处很重要，这是一个长期的战斗，想不开的时候一定记得有家人和朋友以及同事在你后面，一切都是暂时的，都会过去。
祝楼主每天开心！

第一次获取当前兑奖次数是不是多余了