比 cursor 的 composer 好用，但是 context awareness 有问题，两三句话下去有些 context 就丢了。
现在就看修复&更新频率了。

三个选项都挺好的，按技术路线选就好了。个人对领克略怀疑，但是不知道油混有什么更好的选择。

800 公里纯电没压力，单程纯电可以顶限速轻松跑到 400+公里，中途充一次电就够了，在服务区停留 40 分钟就够，刚好休息吃饭之类的。

另外鹏子的智驾在高速上非常靠谱，白天可以毫无压力的让它自己跑。

最后点题：如今的时代，什么车都不保值。
电车是因为更新换代太快，油车是被电车按在地上摩擦全部都在疯狂降价，未来还有探底空间。

就好比买个百达翡丽戴着，每天加班敲代码，下班坐地铁回出租屋吃猪脚饭

多年前就用过很久的盗版，这价格，补票了。

没出 ultra 之前当然无脑路特斯，我有钱我也想买路特斯。

看 LZ 的描述好像对鸡肉不过敏啊？那肯德基不就给她治好了？
对羊肉也不过敏？那羊肉串多吃点呗？
蛋白质过敏，应该可以从许多其他食物里获取到足够的蛋白质吧？

想办法多摄入其他种类的食物，对单一食品的依赖本身也解决不了你所焦虑的身高问题。

提醒我了，到了下班时间了，赶紧上 app 上接一单，赚点电费

.net 的 xml+代码的写法真的很难受，写过一些，没有一次是写的很舒畅的，说不上来的感觉，如鲠在喉。avalonia 在 dx 上和传统.net 的 UI 项目没有任何区别。而且微软自家没有真正好用的跨平台产品/框架吧？

flutter 使用 dart 唯一的败笔就是生态太差了，官方支持力度不够，社区生态远差于几乎所有的热门语言。语言本身我觉得没啥好喷的，说用 js/ts 那咋不用 lua 呢。

@showonder #248
7 、放在底部不是完美选择，但其他位置并不会更好

这，合着放正面居然和放底部是一个水平上的选择吗？恕我理解不了。你可以说放在任何一种位置都有其缺陷，但是也不能一直抬这个毫无逻辑的放底部竟然是合理选择。不对比强行解释也就算了，居然对比之后还能强行不输。

@showonder #22 不是为了喷你，但是怕你误导别人。因为所谓的工业设计的解释，单手操作的解释，在这个产品上纯粹是放屁。

即便远古版本的 mac mini ，单手掀开再去底下按一个按钮，也是非常不舒服的操作，无论这个按钮你的手指是否能舒适的够到这个按钮。首先是因为这个小盒子其实挺沉的，四指抬起一指操作根本就不舒服。更何况前面板或者后面板一定会插线，这种情况下掀起来非常容易被线卡住导致抬不起来或者需要加力压住线，所以又基本限定了只能从左侧或者右侧去掀开才是更舒服的操作。这有什么合理之处？这些甚至都不需要你用过这个设备，简单一想就可以知道了。

再说一个极端的情况，手部不利者如何在日常情况下使用这部神奇的工业产品？

是可以把 mac mini 从侧面竖起来，但是一个正常的方盒子工业产品居然是设计的只能侧向放置的吗？如果学过工业设计的话，这不叫脑残叫什么？而且侧面竖起来的话，还是需要两个手操作才方便点击侧面的按钮啊！

@SimpleSP #99 布尔，你来真的？

另外就你这言论的水准，就别在这儿给自己公司拉负面评价了，真无语。

什么职位什么待遇多少股票就在这装犊子啊？我从业十多年，遇到的老板都没几个这么装的。上一个装起来的老板被员工们单独开群骂。

怎么了，你加班你还觉得自己高人一等呗？你公司加班你还觉得别人应该求着去呗？你觉得有人求着去就显得自己正义甚至富有同情心了呗？赏别人一个内推的机会呗？

我就说一句：怎么这么恶心啊？！

跟加班到没人性的比就是“很客观”？！

人家想去的确实是想要一个更大的平台，不想去的对加班有意见的又有什么问题？“蠢”在何处？！你啥档次就在这儿俯视一众坛友呢？

想狠狠骂你几句又不想在网络上传达负面情绪，但是你真是一把年纪，活了不知道哪儿去了。

非要强调自愿有啥意义？哪家公司不是自愿？不加班可不是一个能开除员工的理由。

内推而已，搞得自己像老板似的尽说这种废话，咋的工资你发啊？

你要么就说你部门不加班，或者说不知道其他部门加不加班。

@viarotel #21 我没有在争论的意思，你的分享也是一种创造，我给你点赞，这点请先理解。

但是我觉得你说的那句话有误导的成分，所以我才比较严肃的提出问题。

最后你 21L 的回复我觉得有点走的更偏了。

首先用不用 ts 和大厂毫无关系，因为我一路走过来都是小厂，团队里面也参差不齐，大家也都需要温饱，也有人写代码不遵循规范，但是没有人质疑过 ts 。什么东西好什么东西不好，这是作为一个专业人员的基本素养。和电工一摸电线就知道有没有电一样😂

其次大家都想早点下班，就我的经验来看，同样的代码用 ts 写绝对比用 js 写，能让我早下班。不管是我写的还是别人写的：

比如 react 的源代码是用 js 写的，我想搞清楚它其中的一部分代码的运行原理，就一定比同样用 ts 写出来的慢。原因很简单，不管是谁，写 js 代码的时候，都不可避免的会上各种黑魔法，尤其是往任何变量上直接附加额外的数据或者逻辑，甚至是改变原有的指向，而且喜欢隐藏在角落里。我最近用过的几个 js 写的库，我都看过了，全都藏着这种黑魔法，想看懂这种代码，一定会耗费更多的精力，因为天知道这坨东西在哪里被覆盖或者重定向了。ts 也不能解决这个问题，但是在遵循规范的前提下，黑魔法是相比 js 写的要更少的。

包括我自己写一些东西，如果用 js 我就会忍不住上魔法，因为确实写起来更爽利。但是对读者和接手的人就及其不友好了。

ts 是前端无数轮子也好、创新也好，我用过的技术种类里，最少操心而且带来最大收益的一个了。日常用下来真的省心又省事，更新了这么多年也没有像 react 一样开倒车，也没有像 vue 一样弄出无法平滑迁移的大版本，更没有像 angular 一样不思进取。

- 学习成本足够低，还支持渐进式引入
- 几乎全工具链完美支持，甚至新开的各种 runtime 都在默认支持
- 一本 handbook 能解决日常遇到的绝大部分问题
- 态度也很好，可以各大 bundler 协调主动调整 compilerOptions
- 真正的商业级的官方支持

这么优秀的工具，我个人觉得所有 js 人都值得拥有。

@shunia #19 错字啥的有点多，系统输入法就这样，凑合看吧。

用 ts 有什么炫技的成分在？不是很懂。
那对比 html 、jQuery ，用 vue 是不是炫技？
对比下载三方库直接引入 html ，使用 node_modules 是不是炫技？

一项技术而已，你可以选择学不学，用不用。
但是质疑一个基本原理，认为 ts 不能提高效率，甚至觉得是炫技，有点无厘头。

ts 有降低效率的时候，那就是你要设计非常复杂的类型系统的时候.
但是同时可以参考： https://github.com/Effect-TS/effect ，它编写了及其复杂的类型系统，但是产品提供的特性却恰好相反，可以让用户在使用的时候简化心智负担。