没有测试那还是建议忍忍吧，vue 这一年反正也没啥特别大的更新

你需要给人信心，比如有足够的单元测试和 e2e 测试 cover 了

用 5 楼的方法，先把 <> 给分出来，再跑一遍把剩下的分开

这是自己给自己加戏吗，工作上的指导怎么就变成师徒关系了，真正的师父是给徒弟发工资，安排食宿，包办生活 i，同时也才有权力控制徒弟的生活和职业发展的。我建议找徒弟的时候，把拜师仪式做好，把师徒契约签好

正是因为程序员这个圈子提倡开放分享，我才反感这种拿封建时代的不平等人际关系来约束他人的企图。换个名词，把「师父」变成「老师」，可能会让你意识到你的主张的不合理之处

@20015jjw 这个应该说是很通用的设计，多区域的涉及到日历的应用一般都会有独立的设置，比如就算用了英语，也还是有把周一当作第一天的需求的 = =

这个已经不是开发的问题了，数据维护才是大坑

@20015jjw 因为日历里面单独可以设置一周是什么时间开始

思路就是用 webhook 来推送事件，然后用 slack bot 来发消息，这种需求可能要写代码了

@ScotGu 谢谢……之前虽然知道水深火热，但是并不清楚移动到水深火热就无法被收录，也看不到评论记录

netlify 香甜可口

了解运行原理的话，看文档和算法更快吧，直接看代码感觉是绕了远路

然后如果做科研的话，实现原型不是更重要么，完全可以用更简单灵活一点的语言

这两种方案都能解决命名冲突的问题
不过个人觉得 css-in-js 是更便利的方案，动态生成的 css 对于一些需求，比如需要支持多套主题，或者动态变换某些元素的样式之类的，会更方便一点

@moriken 取决于你激活时候配对的 iOS 的版本，12.2 之后就根据基站检测你的所在地了

pull 之前 stash，pull 之后 stash apply

add 的时候注意不要 add 这个文件

咦，多谢 xupufei 给出的引用。找到了，拜读一番

不会。对于我而言反而算是加分项，因为我自己一直想写但是没时间写……

找不到 lz 的博客地址，没法拜读

@WebKit https://www.microsoftedgeinsider.com/zh-cn/

从三月份用到现在，和 chrome 混合着用，还好，使用起来和 chrome 感觉差不多，有时候不注意看图标之类的都没意识到是在用 edge

redux 不是 facebook 项目

不过 jest 都已经开始准备使用 ts 了，感觉以后有机会