请问uber这个事怎么找原因 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

请问uber这个事怎么找原因

请问uber这个事怎么找原因# Programming - 葵花宝典

i*52018-03-19 07:03

1 楼

Part3 A 的最后一行
have you ever applied for permanent resident status in the U.S.?
我的理解是,以前就交过485的才回答yes,如果光交过140就算的话,所有人都该回答yes,
那这个问题就没有意义了
不过移民局挺变态的,我觉得不能用常理来推测,所以请老筒子们确认一下

x*i2018-03-19 07:03

2 楼

假设uber的行驶逻辑是用 Deep learning 的算法写的，它99.9%的时候都能work，突然
一个case不work了，怎么找出原因？谢谢大牛指教
我其实也有这个困惑，比如我用cnn来判断是否图片里面有车，准确率99%左右，但是另
外1%真不知道为啥不work，其实那1%中，如果人来看，其实都是很容易的。

H*72018-03-19 07:03

3 楼

no.

w*g2018-03-19 07:03

4 楼

防火防贼防自动车。我觉得做一种产品，检测自动车并报警，估计能卖的
出去。

【在 x**********i 的大作中提到】

: 假设uber的行驶逻辑是用 Deep learning 的算法写的，它99.9%的时候都能work，突然
: 一个case不work了，怎么找出原因？谢谢大牛指教
: 我其实也有这个困惑，比如我用cnn来判断是否图片里面有车，准确率99%左右，但是另
: 外1%真不知道为啥不work，其实那1%中，如果人来看，其实都是很容易的。

n*s2018-03-19 07:03

5 楼

well, some did submitt 485 more than once. For example, 07/07, you submitted 485 under EB2. VB then retros, later,
you submit 485 under EB1, do you still answer this question as 'No'?

w*r2018-03-19 07:03

6 楼

这个跟deep learning关系不大, 车上又不是只有camera... 雷达/lidar加在一起, 漏
检的可能性不大. 怕就怕是黑夜里突然闪出一个人影, 系统以及来不及反应了...
另外,人开车也有撞死人的case. 问题是"自动车撞到的人/自动车的历程数" 是否小于
"人开车撞倒人/人开车的历程数"

【在 x**********i 的大作中提到】

r*k2018-03-19 07:03

7 楼

"Applied for permanent resident status" means 485.
"Applied for immigration visa" means 140.

yes,

【在 i***5 的大作中提到】

: Part3 A 的最后一行
: have you ever applied for permanent resident status in the U.S.?
: 我的理解是,以前就交过485的才回答yes,如果光交过140就算的话,所有人都该回答yes,
: 那这个问题就没有意义了
: 不过移民局挺变态的,我觉得不能用常理来推测,所以请老筒子们确认一下

x*i2018-03-19 07:03

8 楼

这个不能这么看，如果是driver出事的话可以怪driver不当驾驶，更公司关系不大，但
是如果无人车出事，肯定怪公司安全性不行，你的东西就卖不出去了，公司就死了，所
以各个公司肯定会千方百计降低事故率的。
你的产品出了问题，你说我的产品还是比driver安全，只是比别的公司不安全，这肯定
不能这样解释的。
我假设就是算法出了问题，如果这种情况该怎么办？怎么查错在哪里？难道不用deep
learning?

于

【在 w*****r 的大作中提到】

: 这个跟deep learning关系不大, 车上又不是只有camera... 雷达/lidar加在一起, 漏
: 检的可能性不大. 怕就怕是黑夜里突然闪出一个人影, 系统以及来不及反应了...
: 另外,人开车也有撞死人的case. 问题是"自动车撞到的人/自动车的历程数" 是否小于
: "人开车撞倒人/人开车的历程数"

l*k2018-03-19 07:03

9 楼

read OP again

submitted 485 under EB2. VB then retros, later,

【在 n***s 的大作中提到】

: well, some did submitt 485 more than once. For example, 07/07, you submitted 485 under EB2. VB then retros, later,
: you submit 485 under EB1, do you still answer this question as 'No'?

w*r2018-03-19 07:03

10 楼

你难道认为自动车的驾驶逻辑是用deep learning实现的?

【在 x**********i 的大作中提到】

: 这个不能这么看，如果是driver出事的话可以怪driver不当驾驶，更公司关系不大，但
: 是如果无人车出事，肯定怪公司安全性不行，你的东西就卖不出去了，公司就死了，所
: 以各个公司肯定会千方百计降低事故率的。
: 你的产品出了问题，你说我的产品还是比driver安全，只是比别的公司不安全，这肯定
: 不能这样解释的。
: 我假设就是算法出了问题，如果这种情况该怎么办？怎么查错在哪里？难道不用deep
: learning?
:
: 于

x*i2018-03-19 07:03

11 楼

我不知道具体怎么实现的，但是deep learning的肯定是用了的。所以我假设是deep
learning出了问题，而非其它。

【在 w*****r 的大作中提到】

: 你难道认为自动车的驾驶逻辑是用deep learning实现的?

y*u2018-03-19 07:03

12 楼

dong哥高见，跟你干了

【在 w***g 的大作中提到】

: 防火防贼防自动车。我觉得做一种产品，检测自动车并报警，估计能卖的
: 出去。

T*e2018-03-19 07:03

13 楼

uber这个事是不是uber的原因还不确定，目前流传的版本是这个女的忽然从人行道上下
来，离车很近刹车未必反应的过来。

h*l2018-03-19 07:03

14 楼

换个角度看，碰瓷业将迎来新春！

【在 w***g 的大作中提到】

: 防火防贼防自动车。我觉得做一种产品，检测自动车并报警，估计能卖的
: 出去。

h*l2018-03-19 07:03

15 楼

系统以及来不及反应了
这个无人驾驶方向对性能应该要求很高啊，是不是用C++？magagop大牛为什么不去做这
个方向？风口方向应该挣得很多。

于

【在 w*****r 的大作中提到】

h*l2018-03-19 07:03

16 楼

一方面是无人车公司之间的比较，另一方面从整个无人车行业来看，应该是无人车和有
人+智能辅助驾驶之间的比较。

【在 x**********i 的大作中提到】

w*g2018-03-19 07:03

17 楼

这个卖点好！

【在 h**l 的大作中提到】

: 换个角度看，碰瓷业将迎来新春！

s*k2018-03-19 07:03

18 楼

要用非常严格的RTOS，很多都是microcode，时序要求极其严格那种

【在 h**l 的大作中提到】

: 系统以及来不及反应了
: 这个无人驾驶方向对性能应该要求很高啊，是不是用C++？magagop大牛为什么不去做这
: 个方向？风口方向应该挣得很多。
:
: 于

x*i2018-03-19 07:03

19 楼

请问github上有没有人分享类似的code，对这种real time的code很感兴趣

：要用非常严格的RTOS，很多都是microcode，时序要求极其严格那种
：【在 hyhl (hehe) 的大作中提到: 】

h*l2018-03-19 07:03

20 楼

microcode 是什么？汇编吗？上层应该是用C/C++？

【在 s********k 的大作中提到】

: 要用非常严格的RTOS，很多都是microcode，时序要求极其严格那种

y*u2018-03-19 07:03

21 楼

黑有够
https://www.freertos.org/
爱你

【在 h**l 的大作中提到】

: microcode 是什么？汇编吗？上层应该是用C/C++？

g*t2018-03-19 07:03

22 楼

30 miles速度需要十几ft刹车距离。死亡率20%这样。
这一点和什么驾驶都没有关系。
软件需要做的是录像全部情况，打官司需要用到。

n*d2018-03-19 07:03

23 楼

肯定有log

【在 x**********i 的大作中提到】

m*p2018-03-19 07:03

24 楼

汽車電子需要符合ISO 26262 ASIL D的處理器，ARM推出不久，這個領域Intel不行，我
曾經參與過NXP的ADAS項目，但是事多錢少責任大，當年不如互聯網火，所以我就轉服
務器後端了。

: 系统以及来不及反应了

: 这个无人驾驶方向对性能应该要求很高啊，是不是用C ？magagop大牛为什么不
去做这

: 个方向？风口方向应该挣得很多。

: 于

【在 h**l 的大作中提到】

: microcode 是什么？汇编吗？上层应该是用C/C++？

m*p2018-03-19 07:03

25 楼

不是匯編，對於x86是微指令，ISA手冊裡沒有的，用來實現ISA指令。可以想成各種黑
盒firmware。
一般都是C，連Cpp都少。
估計不用freertos，那個很爛很不穩定。
我們以前用lynxos，還有vxworks

: microcode 是什么？汇编吗？上层应该是用C/C ？

【在 h**l 的大作中提到】

: microcode 是什么？汇编吗？上层应该是用C/C++？

s*k2018-03-19 07:03

26 楼

基本这种RTOS都还是够呛，主要两大问题：一是涉及到conext switch，哪怕就是简单
的stack上的状态变量push，pop都不行，用有timer INT，还是overhead大，第二是
memory management headache，必须手动静态分配为主。
所以最好的就是microcode基础上的state machine，用个while loop然后偶最多加
branch之后return，低功耗，时序严格可控，而且debug好办

【在 y**********u 的大作中提到】

: 黑有够
: https://www.freertos.org/
: 爱你

g*t2018-03-19 07:03

27 楼

我的代码在街上的汽车里就有。真正生产是多层协作。
不是一块的专家，谈论其他块的细节没有意义。本身我是做算法的。按道理轮不到我写
c代码。c代码有专门的人写。
但是当年有个问题是我跨界解决的。就是前面谈到的类似数值稳定性问题。所以我略知
一二。
最关键的一点，十年前我在EE就讲过。这些都是低端产业。
别做梦了。
纠结底层毫无意义。底层软件多数实际上是半导体硬件公司卡死的。然后半导体有期货
性质，有金融属性。这些都不是技术的事。这一行利润不高，shit hole 倒是很多。
汽车技术我觉得不如看看tsla新update的Autopilot软件。网上很多评测。merge 进高
速也有很多人在放video。

: 基本这种RTOS都还是够呛，主要两大问题：一是涉及到conext switch，哪怕就
是简单

: 的stack上的状态变量push，pop都不行，用有timer INT，还是overhead大，第
二是

: memory management headache，必须手动静态分配为主。

: 所以最好的就是microcode基础上的state machine，用个while loop然后偶最多加

: branch之后return，低功耗，时序严格可控，而且debug好办

【在 s********k 的大作中提到】

: 基本这种RTOS都还是够呛，主要两大问题：一是涉及到conext switch，哪怕就是简单
: 的stack上的状态变量push，pop都不行，用有timer INT，还是overhead大，第二是
: memory management headache，必须手动静态分配为主。
: 所以最好的就是microcode基础上的state machine，用个while loop然后偶最多加
: branch之后return，低功耗，时序严格可控，而且debug好办

g*t2018-03-19 07:03

28 楼

最好的办法是把business case卡死。把代码当机械设备做。不要设计多余的
flexibility

: 基本这种RTOS都还是够呛，主要两大问题：一是涉及到conext switch，哪怕就
是简单

: 的stack上的状态变量push，pop都不行，用有timer INT，还是overhead大，第
二是

: memory management headache，必须手动静态分配为主。

: 所以最好的就是microcode基础上的state machine，用个while loop然后偶最多加

: branch之后return，低功耗，时序严格可控，而且debug好办

【在 s********k 的大作中提到】

x*i2018-03-19 07:03

29 楼

一针见血，真牛
请问有类似的opem source的code吗？

：最好的办法是把business case卡死。把代码当机械设备做。不要设计多余的
：flexibility

h*l2018-03-19 07:03

30 楼

这个link不错，收藏了有空看看，谢谢。

【在 y**********u 的大作中提到】

: 黑有够
: https://www.freertos.org/
: 爱你

h*l2018-03-19 07:03

31 楼

长姿势了，以前从没听说过微指令。
lynxos 确实不错，可惜不开源。不过开源的东东的确一般都不好使，只能够用来了解
一下基本概念。

【在 m*****p 的大作中提到】

: 不是匯編，對於x86是微指令，ISA手冊裡沒有的，用來實現ISA指令。可以想成各種黑
: 盒firmware。
: 一般都是C，連Cpp都少。
: 估計不用freertos，那個很爛很不穩定。
: 我們以前用lynxos，還有vxworks
:
:
: microcode 是什么？汇编吗？上层应该是用C/C ？
:

h*l2018-03-19 07:03

32 楼

有道理！
就是说底层软件或者说性能其实并不是那么重要，关键还是上层软件比如autopilot怎
么写？

【在 g****t 的大作中提到】

: 我的代码在街上的汽车里就有。真正生产是多层协作。
: 不是一块的专家，谈论其他块的细节没有意义。本身我是做算法的。按道理轮不到我写
: c代码。c代码有专门的人写。
: 但是当年有个问题是我跨界解决的。就是前面谈到的类似数值稳定性问题。所以我略知
: 一二。
: 最关键的一点，十年前我在EE就讲过。这些都是低端产业。
: 别做梦了。
: 纠结底层毫无意义。底层软件多数实际上是半导体硬件公司卡死的。然后半导体有期货
: 性质，有金融属性。这些都不是技术的事。这一行利润不高，shit hole 倒是很多。
: 汽车技术我觉得不如看看tsla新update的Autopilot软件。网上很多评测。merge 进高

h*l2018-03-19 07:03

33 楼

就是把底层软件做硬。但这样子底层软件不需要也没办法经常改，就没有前途了。。。

多加

【在 g****t 的大作中提到】

: 最好的办法是把business case卡死。把代码当机械设备做。不要设计多余的
: flexibility
:
:
: 基本这种RTOS都还是够呛，主要两大问题：一是涉及到conext switch，哪怕就
: 是简单
:
: 的stack上的状态变量push，pop都不行，用有timer INT，还是overhead大，第
: 二是
:
: memory management headache，必须手动静态分配为主。
:
: 所以最好的就是microcode基础上的state machine，用个while loop然后偶最多加
:
: branch之后return，低功耗，时序严格可控，而且debug好办

g*t2018-03-19 07:03

34 楼

多一个假feature,软件就多一层危险。
设想下你是做阿婆罗登月的，那么你会考虑那些毫无意义
的假设情况下谁谁谁多需要的多牛X的各种特性吗？
所以这玩意儿就跟造齿轮的差别不大。你说齿轮有没有
高科技？当然有. 但是你愿意去玩什么渐开线公差配合吗？

: 就是把底层软件做硬。但这样子底层软件不需要也没办法经常改，就没有
前途了
。。。

: 多加

【在 h**l 的大作中提到】

: 就是把底层软件做硬。但这样子底层软件不需要也没办法经常改，就没有前途了。。。
:
: 多加

h*l2018-03-19 07:03

35 楼

是啊，完全同意。我只是觉得把底层软件做硬对相关的码工不利。没有change，没有新
feature和引入的新bug，码工怎么混饭吃啊？ :)

【在 g****t 的大作中提到】

: 多一个假feature,软件就多一层危险。
: 设想下你是做阿婆罗登月的，那么你会考虑那些毫无意义
: 的假设情况下谁谁谁多需要的多牛X的各种特性吗？
: 所以这玩意儿就跟造齿轮的差别不大。你说齿轮有没有
: 高科技？当然有. 但是你愿意去玩什么渐开线公差配合吗？
:
:
: 就是把底层软件做硬。但这样子底层软件不需要也没办法经常改，就没有
: 前途了
: 。。。
:
: 多加

g*t2018-03-19 07:03

36 楼

接受现实。底层软硬件都没什么前途。do not waste time。掌握到不被骗的程度我觉
得就可以了。

【在 h**l 的大作中提到】

: 是啊，完全同意。我只是觉得把底层软件做硬对相关的码工不利。没有change，没有新
: feature和引入的新bug，码工怎么混饭吃啊？ :)

h*l2018-03-19 07:03

37 楼

赞一针见血。change多才有前途，越软越好！

【在 g****t 的大作中提到】

: 接受现实。底层软硬件都没什么前途。do not waste time。掌握到不被骗的程度我觉
: 得就可以了。

s*k2018-03-19 07:03

38 楼

所以还真出事了，火星车当年加了几个多线程context switch不就是除了著名的
priority inversion问题吗，现在成了OS必修课。

【在 g****t 的大作中提到】

y*u2018-03-19 07:03

39 楼

是的，自己偷偷意淫还可以，千万不能作为career，唉，一步踏错终生错啊，都是泪

【在 h**l 的大作中提到】

: 是啊，完全同意。我只是觉得把底层软件做硬对相关的码工不利。没有change，没有新
: feature和引入的新bug，码工怎么混饭吃啊？ :)

h*c2018-03-19 07:03

40 楼

没有我们伪化生惨啊怎么办怎么办

【在 y**********u 的大作中提到】

: 是的，自己偷偷意淫还可以，千万不能作为career，唉，一步踏错终生错啊，都是泪

c*e2018-03-19 07:03

41 楼

火星车有async能力么？一边吃饭，一边给相好的打电话，这是基本功能吧。

【在 s********k 的大作中提到】

: 所以还真出事了，火星车当年加了几个多线程context switch不就是除了著名的
: priority inversion问题吗，现在成了OS必修课。

c*e2018-03-19 07:03

42 楼

软件和硬件的反应速度，比人的神经反应速度快很多。所以airbag可以防止人受伤害，
在头撞到前面之前就能喷出airbag. 看来这个自动驾驶软件，比airbag的纯硬件的反应
都慢。谁写的代码啊？半路出家的？

【在 x**********i 的大作中提到】

c*e2018-03-19 07:03

43 楼

一直都不明白，微波炉技术这么成熟了，怎么价格越来越贵？按理，现在5块钱就应该
能买到一个高质量的微波炉。

【在 g****t 的大作中提到】

: 接受现实。底层软硬件都没什么前途。do not waste time。掌握到不被骗的程度我觉
: 得就可以了。

c*e2018-03-19 07:03

44 楼

可能现在的无人车逻辑，只探测车前方的物体。
其实，最好能探测车的前后左右的20米半径范围内的所有物体的移动速度，这样才能
monitor所有可疑物体，而不是在她突然在车前出现了，才发现她！这个时候已经晚了
，给软硬件增加了难度。

【在 x**********i 的大作中提到】

c*e2018-03-19 07:03

45 楼

如果没有新病毒，杀毒公司不要关门了么？

【在 h**l 的大作中提到】

: 是啊，完全同意。我只是觉得把底层软件做硬对相关的码工不利。没有change，没有新
: feature和引入的新bug，码工怎么混饭吃啊？ :)

x*i2018-03-19 07:03

46 楼

一个无人车上，有sensor， camera，和lidar吧，理论上车的四周都会探测到

【在 c*********e 的大作中提到】

: 可能现在的无人车逻辑，只探测车前方的物体。
: 其实，最好能探测车的前后左右的20米半径范围内的所有物体的移动速度，这样才能
: monitor所有可疑物体，而不是在她突然在车前出现了，才发现她！这个时候已经晚了
: ，给软硬件增加了难度。

c*e2018-03-19 07:03

47 楼

那怎么那个司机那么惊恐的样子，如果有行人靠近车，应该会有警报吧。

【在 x**********i 的大作中提到】

: 一个无人车上，有sensor， camera，和lidar吧，理论上车的四周都会探测到

g*t2018-03-19 07:03

48 楼

还真被我说中了...

: 所以还真出事了，火星车当年加了几个多线程context switch不就是除了著名的

: priority inversion问题吗，现在成了OS必修课。

【在 s********k 的大作中提到】

: 所以还真出事了，火星车当年加了几个多线程context switch不就是除了著名的
: priority inversion问题吗，现在成了OS必修课。

m*p2018-03-19 07:03

49 楼

我在另一篇裡說過了，用的77GHz多普勒雷達，盲點非常多，不支持相控陣掃描。

【在 c*********e 的大作中提到】

c*e2018-03-19 07:03

50 楼

雷達是360度旋转的吧，或许行人在车前的时候，雷达刚好在扫描车尾呢。

【在 m*****p 的大作中提到】

: 我在另一篇裡說過了，用的77GHz多普勒雷達，盲點非常多，不支持相控陣掃描。