telegram_1266677381
@telegram_1266677381:nichi.co
179 messages · Page 2 of 2
telegram_1266677381
写了几个月ppt我受不了了赌气走了
telegram_1266677381
我个人而言感觉不太行,我离职的原因是天天让我写ppt,不让我干活
telegram_1266677381
* 当时实验门店开了三个月,做到了美团上北京自助洗车的top1,然后关店更新下一代机器(
telegram_1266677381
投资人是字节的某个大股东,具体就不方便说了
telegram_1266677381
当时实验门店开了三个月,做到了美团上自助洗车的top1,然后关店更新下一代机器(
telegram_1266677381
你看下人均工资就知道了,现在应该是50k起步
telegram_1266677381
我之前做架构师来着
telegram_1266677381
北京魔鬼鱼(
telegram_1266677381
我还在职的时候,一个门店成本大概二三十万,包括机器和店面,我们相对来说是很省钱的,一是门店可以开进地下车库,二是雷达都是单点雷达,我们主控的机器也就一台nuc,和各个模块直连的硬件也就一些树莓派,主要是研发成本高,我离职前公司还拿了20亿融资
telegram_1266677381
我们是左右两边各有一组机械臂,上面各挂载了两颗雷达,从车尾扫到车头,来对车进行建模,在这个基础上,在地放置了棱形镜做参照物,对齐两边四颗雷达的坐标数据,具体聊下去还是蛮复杂的
telegram_1266677381
机械臂刮一下人家劳斯莱斯,要赔的钱都够开十个门店了
telegram_1266677381
因为我之前做洗车机器人嘛,人工标定其实很不可靠,安装师傅螺丝拧松一点紧一点,还有热胀冷缩,地壳运动,甚至附近车流振动,都会影响外参,然后我们事故成本又高
telegram_1266677381
参照物是现在的通用做法,利用参照物来重建坐标系
telegram_1266677381
我们之前的解决办法是上参照物
telegram_1266677381
双方都是运动物体,只能动态自动标定
telegram_1266677381
相应的,机器狗之类的在这个背景下容错率就比较高
telegram_1266677381
我摄像头偏个0.5度,拍到的画面,和枪口要瞄准的位置就已经对不上了
telegram_1266677381
内外参标定是很复杂的,特别是运动状态下
telegram_1266677381
主要是不可靠,只能辅助
telegram_1266677381
但是无所谓
telegram_1266677381
复杂环境里内外参标定可靠性低
telegram_1266677381
机器视觉是一个很复杂的问题
telegram_1266677381
人命又不值钱
telegram_1266677381
现在俄乌战场倒是光纤连无人机,光纤连导弹,导致战场上满地的玻璃线,主要是光纤便宜
telegram_1266677381
这产生了两个问题:
1.cf选择了clickhouse为什么不了解clickhouse的基本特性
2.这种非常基础的查询,一直用得好好的,为什么要改
telegram_1266677381
a不ai都一样
telegram_1266677381
不是,就四行,非常简单的数据库查询,类似你写个hello world
telegram_1266677381
已经是中年油腻老男人了,难说能不能再活51年
telegram_1266677381
我难说
telegram_1266677381
主要是难以接受,2026年了,人类仍旧活得和蛆差不多
telegram_1266677381
真实的赛博朋克:0.1%的人拥有99.9%的权力和资源,剩下99.9%的人给他们当奴隶
虚假的赛博朋克:义体改造,脑机接口,植入芯片,炸荒坂塔
telegram_1266677381
那很赛博朋克了
telegram_1266677381
我回忆了一下小时候,每天上山挖化石,下河摸螃蟹,好像也一样过
telegram_1266677381
不知道未来会变成什么样
telegram_1266677381
类似的例子是linux
telegram_1266677381
一样的,就好像光刻机本身是全球共同叙事下的人类工业最高结晶,如果按现在的势头下去,未来基本上不可能再发展出接近光刻机这样水平的东西了
telegram_1266677381
我回忆了一下十年前的互联网,很难说服自己当年有多稳定
telegram_1266677381
或许以前也这样只是以前我不怎么关注?
telegram_1266677381
我是指最近两年,互联网基础设施事故频发,不管是阿里还是cf,谷歌
telegram_1266677381
脆弱的互联网
telegram_1266677381
底下是mysql的话那说得通了
telegram_1266677381
vitess是个mysql的集群化扩展吧我记得
telegram_1266677381
按理说砍掉一个头,还有九个头才对
telegram_1266677381
u2b不太可能一台服务器管全球几亿用户的推荐
telegram_1266677381
我有点困扰u2b的服务器是怎么架构的
telegram_1266677381
那么问题来了,台班子是谁
telegram_1266677381
这个世界是一个巨大的草台班子
telegram_1266677381
cf改之前是好的,然后新写了查询,就炸了
telegram_1266677381
我之前看原子能的视频,他很困扰,cf选择了用clickhouse作为数据库,为什么连clickhouse的基本特性都不了解,我也很困扰,cf没事改这块的查询语句做什么
telegram_1266677381
我的评价是:和我无关因为我在china
telegram_1266677381
于是互联网历史上最大的一次停机事故就这么诞生了
telegram_1266677381
然后堆在队列里的,海量的互联网请求,把其他服务器炸了,后面就不断经历,修好这个,启动,那个又炸了,然后继续循环
telegram_1266677381
重启
telegram_1266677381
他们把这个修好以后
telegram_1266677381
就是更了四行sql语句,cf是通过特征数据库来让外部服务识别互联网的异常流量,然后因为这四行少写了一个指定db,导致特征错误,更新上去以后,把所有流量全部拦了
telegram_1266677381
具体的原因我已经记不太清了,感兴趣可以自己翻cf的事故报告
telegram_1266677381
看情况,panic有它存在的意义,在极端情况下,直接panic比继续运行下去损失更小,去年cf就是这种情况
telegram_1266677381
如果不是rust层写了个panic,他们都查不到是啥问题
telegram_1266677381
比如cf去年炸服是因为傻逼程序员查特征数据的时候没有指定clickhouse的数据库,导致从clickhouse所有库里查,特征数据错误,而且超界了,他们还灰度更新,前面几个小时,更一台炸一台,他们还以为是被黑客攻击了,直到后面灰度更新完成,所有特征服务器全炸了,他们才反应过来md是内部问题
telegram_1266677381
应该是youtube的推荐服务出了问题,但是啥问题难说
telegram_1266677381
操作clickhouse的时候把数据读多了
telegram_1266677381
去年问题的本质是傻逼程序员写的四行sql
telegram_1266677381
就好像cf去年炸服,一堆人智障一样在那里吐槽rust,但是如果不是它写了panic,问题都发现不了
telegram_1266677381
这个和语言有啥关系
telegram_1266677381
其他还能用
telegram_1266677381
正在聊这个,youtube的推荐服务炸了
telegram_1266677381
不太合理,一台机器负责所有用户的推送吗
telegram_1266677381
应该就后端炸了
telegram_1266677381
网页也炸
telegram_1266677381
riir适合啊,每次改点东西就整个重构,对vibe来说没啥区别,反正ai都是重头写
telegram_1266677381
riir不是挺适合vibe的
telegram_1266677381
回滚了一下我的黄油的自动化测试模型,这几天实验下来,引入拓扑图构建档案库以后,world model+cem的训练开始变得不可靠,炼丹果然是一门玄学
telegram_1266677381
[m.image] image.jpeg
telegram_1266677381
加入暗网(
telegram_1266677381
包括搜索引擎的
telegram_1266677381
那ban掉所有爬虫(
telegram_1266677381
为什么要防止(
telegram_1266677381
没用
telegram_1266677381
肝口袋畜生肝到四点,现在得起床上班了,要死了
← Previous Page 2 / 2