我很好奇的是为什么有这种逻辑，难道针对 1000 种 case 有 1000 种完全不同的处理方法？

map 中回调函数的签名是(currentValue, index, array)，当前值，索引号和数组本身，返回值就是结果中对应位置的值。

如果你使用 parseInt 作为 map 的回调函数，其实是不符合约定的，因为 parseInt 的签名是(string, radix)，分别是字符串和基数。这相当于把 index 作为基数来解析字符串，稍微想想也应该觉得不合理。

设置 CI，写完 push 到主分支后自动发布。

人没啥变化，就是桌子太小，装备放不下

把一个大问题分解成若干个相同的小问题。

不是，我寻思再过几天我都出不了县城了

空间复杂度 mn，时间复杂度 nm^2，m 是站数，n 是车票数。最 naive 的解法，想想还有没有可以优化的地方（面试感）

更别提还有区间锁票，每站预留这种操作了

只要收纳习惯好，很难掉

这种条款不可能签的。

到了打滴滴就行，应该会让你去机场的一个地下停车场上车

1. 以书面方式约定要做的功能，2000 块只覆盖这些功能，提供功能性 BUG 与安全性 BUG 的维护。
2. 变更需求、新增需求一事一议，按照工时加钱。不会算的话去招聘网站上看看初级工程师什么价*工时。

挣这 2000 块寻思不如找个实习？

@YuTengjing 当然，做到优化改 webpack 没毛病。但是从学习路径上来说，单纯引入使用这一步还不到改 webpack 的层面。（突然发现 antd 的文档把这个放到 getting started 里面，难怪有人那么吐槽）

@fkdog 不是，引入了一个 antd 需要改 webpack ？

HTML/CSS/JavaScript 打牢。就可以直接上手 react 或者 vue 了。两者文档写的都不错，都有脚手架可以用，起个开箱即用的项目就是敲一个命令的事情

1. 你的图片是 http 的

没摸到位，摸到位的话是黑的

用过 testing-library 写过一些单元测试，问题在于一些框架（说的就是 antd ）不按套路来，很难套进去测试。

很正常啊，飞行员开飞机的时候都是靠检查单的