我以为我回到了十多年前

解决了以前要搭一个 React 的全栈项目稍微有点费劲的问题。

比如说有一个叫 T3 还是什么的一个项目就是一套全栈的脚手架，拿了巨多星，主要就是因为一个明星开发者提供了一套开箱可用且全面的全栈模板，算是解决了前端生态稍微有点混乱选择太多配置比较割裂的问题，因为他是明星开发者所以被更多人看到，虽然他的选择有很大的倾向性，但是确实解决了问题。

Next.js 就是一套更加完善，整合的更成功的解决方案。虽然它并不是唯一的选择，但是它有一些先发优势，又得到了 vercel 的大力支持从而和 React 团队搭上了线，从而一跃变成了天选之子。另外它也确实做的很不错，在获得了 React 的原生支持之外，提供了一些未必是原创但是很优秀的解决方案，比如通常比较烦人的 SEO 、图片优化等，另外从开发者角度投入了非常大的精力做优化比如文件路由、文件目录层级优化等。

不过这玩意比 React 激进太多了，从我自己使用的过程和体验来说，感觉 vercel 还是把它当成一个孵化中的项目，并没有真正的稳定下来。

什么概念？之前经手的开发人员都非常的稳重！

@itianjing #88 松的越快就刹的越猛，一般前段猛后段缓。

另外一般都可以在设置里选择，最终停下（速度为 0 ），或者最终缓行（ 5-10km/h ）。
有的车甚至可以设置缓行速度。

大大大公司，设备巨多巨复杂，流程也及其繁琐。

然后领取、变更设备的时候亲眼看到 IT 同学在编辑一个巨大的 excel😅

单踏板做的再好也是不够安全的，我为这句话负责。
但是它确实很方便。

日常行驶中用多了中高动能回收以后，我就经常会突然惊觉自己的脚放在刹车上的时机太少了。因为油门踏板动能回收带来的减速效果几乎可以覆盖日常行驶中 90%以前需要踩刹车的情况，甚至大部分情况下比刹车的前半段体验要好-当然仅从从司机的角度，对乘客来说绝对是灾难。这就导致了遇到需要减速的情况下把脚切换到刹车是一个倾向性很低的行为。

很多人说什么自己老司机不老司机啥的，我感觉根本不是这个问题，而是一旦你习惯了适应了，就会更大程度上依赖油门踏板带来的减速效果，从而减少了踩踏刹车踏板的机会。相当于把日常驾驶习惯里的踩刹车踏板从同步变成了异步。但是当真的遇到可能出车祸的场景的时候，这点异步带来的延迟可能就葬送了你救自己命的机会。更别说因为脚更多的在油门踏板上从而导致极端情况下可能下意识的踩错踏板的问题了。

同，关键胡子稍微一长我媳妇就说我像野人。。。

@amarantin1 #1 很有用的，就是大部分评价数据太老了。而且北京变化太大，一年以内就会好多地方都不能去了，比如门头沟。。。

抠门人给你个方法，找一下稍远一点的停车位，自行车或者小摩托通勤到车位，自行车的话可以上车，摩托车就找个能避雨的地方停着。

我以为是饺子 FS ，没想到是交子 FS 。。。

@xycost233 #34 为什么我看了他的分析，反而感觉这家伙更像中国人了。。。只有中国社畜才会这么辛苦的工作。。。

context 足够使用，绝大部分情况下不缺那点性能。而且三方库往往心智负担更大，等于是你在一个心智负担最小的框架里，硬塞一个心智负担拉满的库。如非必要，勿增实体，我觉得可以部分用在这里。

如果你实在要用，个人推荐一个小众的 https://github.com/xoidlabs/xoid 。
我觉得各种库没有本质区别，基本上就是看语法喜好而已。

全异步 api ？有没有同步的 get/set api ？

@Randomjo #101 单踏板力度减弱我觉得对开车的人和后车都是好事。

对驾驶者来说，力度弱了可以增加踩刹车的肌肉记忆，真的出现紧急情况了会更加习惯性的去换脚踩刹车，没有任何坏处。日常驾驶拥挤路况单踏板足够了，提前松油门，尾速点一下刹车，没啥问题。

对后车来说，你体验过前车特斯拉急刹但是刹车灯不亮的状况吗？你肯定不会喜欢后车车主对你的问候。。。