写字楼闭着眼睛造，住宅楼又从来不配套

看描述这是 scrum 模式的一个环节，主要是更新一下进度，并且遇到困难的时候就可以提出来。因为时间不长所以是在看板前面站着开。

如果是这样的会的话，除了早上起不来比较难受之外，我感觉还好

改一点就 commit 一个，merge 的时候 squash 就行

可以参考 git-flow

可以 rebase 自行合并。没有保存价值的不用 commit 进去

不止是前端应用可以监控
国内能用，有开源的「替代品」: https://github.com/getsentry/sentry

web 的文字排版就是这么水，正规排版断单词的话都是加连字符号 - 的，然而，web 排版目前还没有实现这个
当然本身排版算法就是很复杂的，不是那么容易解决的事情

一般只能是左对齐，然后右侧留空

我是做 UI 的。产品比较多，不同的组可能不一样。面试的时候可以具体再问问。

框架肯定是 React.js 了（都已经有好几个 React UI 库开源了），不过不一定 TypeScript，如果代码库比较老的话还是 JS。不过做前端的不只需要写 JS，看情况也有可能会要写 C# 之类的，因此职位标题不一定会特别注明前端，看职位要求里面提到 JavaScript 之类的话应该就是接收前端的了。

对啊，就加了 2000 多，预算充足的话为啥不买（
32g 体感是基本够用的，不如看看硬盘要不要也加一下

不管怎么样后端都是要加鉴权的。前后端分离的 SPA 的情况下，前端的鉴权只是用户体验上的改进，完全不可依赖。不管你加什么逻辑，用户在你的代码里面把逻辑删掉就还是能愉快地跑

@shijingshijing 最近的 vs 2019 已经有 ai 了，之前是 IntelliCode，现在可以读取项目代码训练模型，虽然没什么提升显著的感觉

stdout
但是为什么不用日志库呢

1. 界面我觉得见仁见智吧，vs 的黑色主题我觉得比 jb 的要好看
2. 如果其它的文件里面引入了这个 ns 使用过的话，是有可能自动补充并引入的。不过具体触发条件我不是很明确
3. 不确定是语言环境局限还是 ide 自身的功能问题，如果 rider 可以但是 vs 不能的话，可以给 vs community 提个 issue
4. 默认的 git 集成是按照方法、类等为单位来显示历史的。自带的版本管理扩展有很强的 TFS 的味道，做 git 操作我的确不在 vs 里面做

其它的代号都大概能才出来，但是 X 猜不到

感觉还是时段的问题，年后机会应该就多了，应该不至于挂了就不能再投

取决于你家里有多少矿，还有未来的目标
有辛辛苦苦工作 1 年攒了 2w，家里给了 998w 凑个整买了房子的
如果家里支持的话，年薪 50w 攒首付都会有点费劲

所以用 perf 工具分析一下呀，问题出在哪个组件，哪个函数，大体的范围是能定位到的

感觉你可以和他们确认一下是不是可以开源，以及你的工作内容和工作量

这种工作形式就和赞助不大一样了，听起来像是兼职劳动。赞助的话会自由一点，雇佣的话如果公司的 PM 或者客户有一个需求，可能就需要你填坑。

并且因为是闭源，所以还不能期待其它人来帮你填（虽然开源了也不一定会有就是了）

我对 yyx 的计划不是很了解，不确定 vue 2 的项目是不是可以用在 vue 3 上，从 vue 3 的 api 大变动的情况来看也许有风险（也许要重演 vue 1 到 2 的过程），所以写一个 vue 3 ready 的 bs4 库还是有卖点的

听起来新项目是闭源的？就是如果大家觉得你的库好用，又想用 bs4，就可以买这个版本？

考虑每年的通货膨胀的话，30w 其实是不足的。比一下 20 年前的 30w 和现在的 30w 的购买力就能想象了