@dynastysea #22

> 千万别迷信什么老司机，硬件配置秒杀一切。

我跟你的观念刚好完全相反，千万不要迷信车企的产品力。

我在 17 年的时候做过车辆辅助驾驶的系统，其中一个最重要的功能就是 360 环视摄像头，的标定。

因为环视镜头用的都是超广角鱼眼，要把一个畸变很大的镜头视野变换、矫正、拼接成环视。 那么这些镜头矫正后，视野边缘就会存在很大的扭曲，再与别的镜头的视野重叠后就会产生奇点，人或小障碍会完全消失在奇点里。 这个问题可以用增加对应方向的镜头，或者调整镜头布置的位置（车企原装设计也许能做到，我们做后装产品是做不到的）来解决，但也会引入新的问题。你的标定算法要更复杂、精确度可能下降、更难把那么多镜头拼准，抗误差抗蠕变更难。 而这仅仅是一个辅助的、被动系统上的问题。

主动系统与人的能力相比差距就更大了。 现在第一梯队的智驾辅助仍然远远达不到人类同时观测 4 条车道+前方三四辆车 + 红绿灯 + 路口 + 提防鬼探头的信息处理能力。车道偏离也仅仅只能作为紧急提醒，是一个边界产品，不能帮助你微调车感。



人你说完全把驾驶场景限制在车辆能自己完美 handle 的路况中也不是不可以，但我操控车子，我的能力范围反而突破不了车子，这（至少在我看来）挺可悲的。

什么就多开，没用！

有用的练习：

1. 目视远方，往远看，越远越好。
在高速上我一般会看前车的前车的前车的反应（当然，在其它车道上的车也算在内）。比如前三辆车亮起刹车灯的时候我就会开始准备踩刹车。不管我的前车刹不刹。还要关注两个车道之外的车，如果它开始变道，虽然它还没与你的车道相邻，但你要开始准备应对它往你的车道上并。


2. 狭窄区域关注盲区和远角。
右前轮外侧、后尾箱的左右角，右后车门位置。 这些地方存在的障碍物你需要有意识地额外关注，因为很难看得见。


3. 用前轮来定位。
左前轮差不多在你左脚平台那个位置往前一点，右前轮对称。这样你就可以根据车内参照物大概判断两侧的物体离自己有多远。


4. 会开车了之后再回炉重炼科目 2
参考我刚拿完驾照上路一周时学到的车身动态关系 /t/737757

进，就别选后端语言。因为后端开发一般要求计算机科班出身，需要你有应对各种网络、IO 、OS 、性能和硬件故障的经验或知识储备。 与之相比较，前端的开发一般只要求你有一定的体系化的计算机网络和数据库原理知识，没有后端的知识门槛高。而且前端的开发相比后端更通用，虽然大家在频繁制造相似的新框架，但至少语言语法不会有太大区别；底层原理（比如 DOM, CSS ）也是相同的。前端的需求也多，且经久不衰。

退，就算你不干程序开发，js 仍是一门你每天都会打交道的语言，也能当好自动化脚本的角色。

@qingxia 你猜那些上个时代的论坛是怎么倒闭的，是因为访问量小吗？

特斯拉 & 亚里士多德 ： 车子受到力的作用才会持续匀速直线运动
牛顿 & 我： 车子不受力的情况下保持匀速直线运动

拜托你俩都多写写其它的东西吧

不过我自己只会考虑 suv 。理由异常简单： 轿车放不下滑雪板。

如果你拿 30w 买 model3+ ，路人会觉得你是个 49 年入国军的傻逼； 但如果你买了小米，你把车停在露天停车场每次回来开车都有人围着你的车拍照。


小米在一年内都是一台开到哪被人注目礼到哪的车，你一辈子能开上几辆这种车？

如果你拥有一个 v 站体量的，你自主开发的论坛，你可以在世界上大多数发达国家找到 WLB 的工作，但你却只想到了在小城市躺平。

@lempickax 简历发过去了没收到回复呢

/go/jobs

另外 v 站是不能删帖的，只能 append

@Muniesa 盲猜 app 有需要任意转动的有光照效果 3D 车模界面

/go/pointless

USB 是一个 1 层协议。

可以这样理解为什么不存在「无线的 USB 」： 为什么不发明一个无线 PCIE 协议，这样显卡就不用插到主板上了？

外包？ 招聘中介？

@bug51 可能没关注到同一个点上。
举个例子：你从家出门上班的时候，那些门禁、监控、停车系统，是谁做的，卖给谁？


我奇怪的事情是怎么好像大家（这个帖子里的）对 toB 的概念就是「企业内部使用的信息系统」？概念本来并不是这样啊？

为什么 toB = ERP?

toB 只是消费者是企业客户罢了。同样是短视频产品，toC 做成抖音，toB 做成钉钉，这才是区别。

@Ranglage 你不如直接发个正经点的 JD

最近换了个 200+块的熟铁锅，表面氮化过不用自己开锅，养起来也不麻烦每次刷干净烧干水滴放就行。 不粘效果也挺好，滴两滴油烧到冒烟再倒油，跟专业灶倒一勺油进去润锅效果没什么区别