j*****2
发帖数: 182 | 1 汽车行业的发展已经来到了分岔路口，很多新技术都上线了。而且，传统汽车制造商对
于未来的发展也不是很明朗的。因此，他们需要抱团取暖。最新的消息是奔驰和宝马这
两个互为竞争对手的德国豪华品牌，竟然，为了节省成本。想在低端车型上面合作，共
平台搞研发。
而汽车行业里面的联盟发展也是屡见不鲜的，比如说雷诺日产联盟。还有英菲尼迪很奔
驰合作开发平台等等。而作为欧洲汽车的销量王大众汽车，最近也在准备研发自动驾驶
技术了。之前有传言说，大众将会和谷歌合作，谷歌旗下的自动驾驶部门Waymo，也一
直在致力于发展自动驾驶技术。不过，大众的合作伙伴却并不是谷歌。而是同为传统汽
车厂商的福特。
这些年，福特的情况也是每况愈下了。轿车业务全部都丟了。不过，福特旗下的Argo
AI在自动驾驶方面还是有所成绩的。这次，大众花费了17亿美刀投资Argo AI，获得了
和福特一样的股份。 |
E****a
发帖数: 3088 | |
T*********s
发帖数: 20444 | |
b********6
发帖数: 35437 | 4 为什么不直接去买现成的？还是老板觉得现成的要价太贵，比如自己招三哥写一个？ |
g***n
发帖数: 14250 | 5 现成的以后修 bug 费时，升级困难
当然不如自己手下人弄 |
d********f
发帖数: 43471 | 6 传统车厂搞autopilot一定失败，都是一群tmd agile bullshiter， screw master,
别说１７亿，１７００亿都不够你躁的
【在 g***n 的大作中提到】
: 现成的以后修 bug 费时，升级困难
: 当然不如自己手下人弄
|
g***n
发帖数: 14250 | 7 都是单独的公司，车厂控股而已
,
【在 d********f 的大作中提到】
: 传统车厂搞autopilot一定失败，都是一群tmd agile bullshiter， screw master,
: 别说１７亿，１７００亿都不够你躁的
|
d********f
发帖数: 43471 | 8 单独也没鸟用，你去看不管是外包还是自己internal一定用agile，一定会失败
【在 g***n 的大作中提到】
: 都是单独的公司，车厂控股而已
:
: ,
|
I****s
发帖数: 1167 | 9 你这个又是来胡扯了。agile/scrum只是一种项目管理方式，根本不能决定一个项目的
成败。 |
d********f
发帖数: 43471 | 10 你不会就是传说中的screw master把，说实话，任何需要９０以上智力完成的coding,
agile一定会失败，你不信的话问问马宫
【在 I****s 的大作中提到】
: 你这个又是来胡扯了。agile/scrum只是一种项目管理方式，根本不能决定一个项目的
: 成败。
|
|
|
I****s
发帖数: 1167 | 11 flag公司内部大都是用agile做项目管理，成功的deliver了一个个项目。 |
I****s
发帖数: 1167 | 12 我靠你这个完全是胡扯了。我自己不是scrum master，但是我上一个软件公司用agile
来管理项目的，相比以前在oracle工作时用的waterfall项目管理方式实在是太好了。
博导我看出你的特点了，多一些你自己根本不清楚的事情就随便下结论，胡说八道。 |
x******0
发帖数: 1490 | |
I****s
发帖数: 1167 | 14 谷歌又不能给大众提供皮卡。福特和大众是战略合作，各取所长，补其所短。大众对美
国的皮卡市场一直想进入，需要福特的帮助。 |
d********f
发帖数: 43471 | 15 md,我见过的screw master比你见过的tesla司机肯定多几倍拉，你要是写写网站，谢谢
payment processing这种简单biz logic的玩艺肯定是没事，这种实时系统你做做就知
道了，做出来的就是神风波音，会死人的
agile
【在 I****s 的大作中提到】
: 我靠你这个完全是胡扯了。我自己不是scrum master，但是我上一个软件公司用agile
: 来管理项目的，相比以前在oracle工作时用的waterfall项目管理方式实在是太好了。
: 博导我看出你的特点了，多一些你自己根本不清楚的事情就随便下结论，胡说八道。
|
I****s
发帖数: 1167 | 16 实时系统做的好坏，跟用什么项目管理方式没啥太大关系。machinezone内部用的是
agile管理方式，人家做出来的实时系统可以管理一个国家的所有的交通，你服不服？
【在 d********f 的大作中提到】
: md,我见过的screw master比你见过的tesla司机肯定多几倍拉，你要是写写网站，谢谢
: payment processing这种简单biz logic的玩艺肯定是没事，这种实时系统你做做就知
: 道了，做出来的就是神风波音，会死人的
:
: agile
|
d****2
发帖数: 151 | |
a***u
发帖数: 36 | 18 福特技术蛮强的
Phd研究各种技术呢
但工人又懒工资又高,福特让这帮人拖了后腿
: 福特有什么技术啊
【在 d****2 的大作中提到】
: 福特有什么技术啊
|
i*****9
发帖数: 3157 | 19 payment processing... agile出来的会导致每年有5%的交易是坏账，因为支付端和收
款端的记录对不上。
还是FB, Twitter这种丢点消息没啥事的比较安全。最多也就是能看到不相干的人发的
消息，也不是啥大事。。。。。
：md,我见过的screw master比你见过的tesla司机肯定多几倍拉，你要是写写网站，谢
谢payment processing这种简单biz logic的玩艺肯定是没事，这种实时系统你做做就知
：道了，做出来的就是神风波音，会死人的 |
I****s
发帖数: 1167 | 20 服务端加一个asynchronous 处理没通过的交易不就成了。客户端每次登录时调用一下
这个看看有没有pending的transaction。这个跟是否agile的根本没啥直接关系。有的
话也是agile没用好造成的。
就知
【在 i*****9 的大作中提到】
: payment processing... agile出来的会导致每年有5%的交易是坏账，因为支付端和收
: 款端的记录对不上。
: 还是FB, Twitter这种丢点消息没啥事的比较安全。最多也就是能看到不相干的人发的
: 消息，也不是啥大事。。。。。
:
: ：md,我见过的screw master比你见过的tesla司机肯定多几倍拉，你要是写写网站，谢
: 谢payment processing这种简单biz logic的玩艺肯定是没事，这种实时系统你做做就知
: ：道了，做出来的就是神风波音，会死人的
|
|
|
i*****9
发帖数: 3157 | 21 和agile有关因为实现成这样就是需求快速迭代的结果呀。要是需求上来就定好，一个
不太烂的程序员都能把这个架构设计清楚。问题是如果开始开发的时候连第三方支付用
的接口长啥样都不知道，就直接开发服务端的代码。发现和第三方支付API的接口对不
上再重新修改。快完工了，marketing那边又加上买二送一的需求。上线之前两天发现
买二送一后，用户用了两个月就cancel的行为没有定义。然后你再看看最后上线的系统
会长啥样。。。。
agile就是号称解决这些屁事的呀，要是不让变需求，要agile干毛用。。。。
：服务端加一个asynchronous 处理没通过的交易不就成了。客户端每次登录时调用一下
：这个看看有没有pending的transaction。这个跟是否agile的根本没啥直接关系。有的 |
I****s
发帖数: 1167 | 22 这个就是product owner的问题了。我们当初设计服务端的付款api时，都是留了一个
discount的参数，一个bonus参数的。为了支持各种活动打折用的。第三方支付方式的
对接都是有一个单独的模块来处理，基本不影响内层代码的开发。即使出现问题也就是
少了个参数之类的，加上就好。处理cancel也有专门的模块，只要拿到cancel的用户的
信息就可以做相关的处理。这个只要加功能就好了。不明白为啥agile不能handle。那
waterfall不是更不能处理了吗？ |
i*****9
发帖数: 3157 | 23 问题就是如果product owner靠谱就没必要搞agile呀。不是说agile这个方法本身会导
致问题，而是本身就有问题的团队才会把agile当救命稻草，最后当然是该怎么完蛋还
怎么完蛋。
当然，完蛋之后用agile的由于认为需求变更是正常的，所以会选择无人担责。然后大
家在屎一般的架构上继续迭代，修所谓bug. 那就是另一个故事了。
：这个就是product owner的问题了。我们当初设计服务端的付款api时，都是留了一个
：discount的参数，一个bonus参数的。为了支持各种活动打折用的。第三方支付方式的 |
I****s
发帖数: 1167 | 24 那还是没有用好agile方式。agile方式对product owner的要求还是蛮高的。
式的
【在 i*****9 的大作中提到】
: 问题就是如果product owner靠谱就没必要搞agile呀。不是说agile这个方法本身会导
: 致问题，而是本身就有问题的团队才会把agile当救命稻草，最后当然是该怎么完蛋还
: 怎么完蛋。
: 当然，完蛋之后用agile的由于认为需求变更是正常的，所以会选择无人担责。然后大
: 家在屎一般的架构上继续迭代，修所谓bug. 那就是另一个故事了。
:
: ：这个就是product owner的问题了。我们当初设计服务端的付款api时，都是留了一个
: ：discount的参数，一个bonus参数的。为了支持各种活动打折用的。第三方支付方式的
|
I****s
发帖数: 1167 | 25 这么说吧，就那你说的这个例子。我们用agile的时候，第一步就是先把最内层处理
transaction的代码写好，加上一个调用内层代码的protocol。测试就用这个protocol
做个模拟器。第二步就是写处理cancel，处理pending transaction的非同步模块的代
码。这两步的代码写好了都不用怎么变得。第三步是最外层处理对接第三方支付的代码
。这个一般就是个wrapper，把第三方支付方式需要的参数转成我们自己内部protocol
的参数。
式的
【在 i*****9 的大作中提到】
: 问题就是如果product owner靠谱就没必要搞agile呀。不是说agile这个方法本身会导
: 致问题，而是本身就有问题的团队才会把agile当救命稻草，最后当然是该怎么完蛋还
: 怎么完蛋。
: 当然，完蛋之后用agile的由于认为需求变更是正常的，所以会选择无人担责。然后大
: 家在屎一般的架构上继续迭代，修所谓bug. 那就是另一个故事了。
:
: ：这个就是product owner的问题了。我们当初设计服务端的付款api时，都是留了一个
: ：discount的参数，一个bonus参数的。为了支持各种活动打折用的。第三方支付方式的
|
d********f
发帖数: 43471 | 26 你这一看就是小白，根本都没入门。agile x一样的名声，screw master都是名至实归
，scrum的精髓是啥就是客户要求随便变，我们都给你deliver.听着老美好了？有脑子
的一听就知道tmd这是实际上不就是客户根本没想明白要啥，就像去相亲，要男的女的
公狗母猫都没整明白，项目就tmd上马了，反正乙方都是骗sb呢，你说要登上太阳，
screw master马上就能给你作一个在太阳上烧烤的ppt. 所以凡是搞agile的都是摊子越
来越大，最后甲方完全带进沟里，骑虎难下，只能宣布项目成功
【在 I****s 的大作中提到】
: 这个就是product owner的问题了。我们当初设计服务端的付款api时，都是留了一个
: discount的参数，一个bonus参数的。为了支持各种活动打折用的。第三方支付方式的
: 对接都是有一个单独的模块来处理，基本不影响内层代码的开发。即使出现问题也就是
: 少了个参数之类的，加上就好。处理cancel也有专门的模块，只要拿到cancel的用户的
: 信息就可以做相关的处理。这个只要加功能就好了。不明白为啥agile不能handle。那
: waterfall不是更不能处理了吗？
|
I****s
发帖数: 1167 | 27 不要扯蛋了，一个合格的product owner都会做scope management。项目整体
deliverable的scope一开始都要跟客户谈好了, 并根据这个来做estimate。客户一定要
变scope的话，po要根据增加的scope来增加man power或者延期。你说的那个根本就是
不合格的scrum做法。 |
I****s
发帖数: 1167 | 28 跟客户谈需求的是po，scrum master是po和team之间的mediator。你连这个最基本的概
念都搞不清，就不要胡说八道了。 |
d********f
发帖数: 43471 | 29 你这个哥们太搞笑，你生物转行2年？po就是他妈的sales, 很多连电脑都不会用，大部
分staffing 公司这种人叫AE。我看你们这些吹agile根本就知道为什么有agile, 等你
明白了就会知道agile就是一滩狗屎。agile的起源于90年代，那个年代程序员是很金贵
的，当年去找工作，你只需要写一个hello world, 什么亚洲老虎，有点不硬马上给你
大包裹。那个年代最多也就考脑筋急转弯。所以你明白了，为什么会有agile这种shit,
因为程序员是很宝贵的，一个程序员需要有几个ba或者master围着转，这和现在是完全
相反的概念。这些screw master本质上就是没有coding的能力也没有expert knowledge
,但是他们也跟混饭。
【在 I****s 的大作中提到】
: 跟客户谈需求的是po，scrum master是po和team之间的mediator。你连这个最基本的概
: 念都搞不清，就不要胡说八道了。
|
s**********d
发帖数: 36899 | 30 看你写的你完全不知道agile/scrum是怎么回事
：你这个哥们太搞笑，你生物转行2年？po就是他妈的sales, 很多连电脑都不会用，大
部分staffing 公司这种人叫AE。我看你们这些吹agile根本就知道为什么有agile, 等你
：明白了就会知道agile就是一滩狗屎。agile的起源于90年代，那个年代程序员是很金
贵的，当年去找工作，你只需要写一个hello world, 什么亚洲老虎，有点不硬马上给你 |
|
|
T*********s
发帖数: 20444 | |
d********f
发帖数: 43471 | 32 看你们都是被洗脑洗得不轻，我老搞agile你们还学hello world
等你
给你
【在 s**********d 的大作中提到】
: 看你写的你完全不知道agile/scrum是怎么回事
:
: ：你这个哥们太搞笑，你生物转行2年？po就是他妈的sales, 很多连电脑都不会用，大
: 部分staffing 公司这种人叫AE。我看你们这些吹agile根本就知道为什么有agile, 等你
: ：明白了就会知道agile就是一滩狗屎。agile的起源于90年代，那个年代程序员是很金
: 贵的，当年去找工作，你只需要写一个hello world, 什么亚洲老虎，有点不硬马上给你
|
s**********d
发帖数: 36899 | 33 你完全说反了agile/scrum的运作方式。
：你这一看就是小白，根本都没入门。agile x一样的名声，screw master都是名至实归
：，scrum的精髓是啥就是客户要求随便变，我们都给你deliver.听着老美好了？有脑子 |
I****s
发帖数: 1167 | 34 这哥们真是无知者无畏呀。越说越露怯。
实归
脑子
【在 s**********d 的大作中提到】
: 你完全说反了agile/scrum的运作方式。
:
: ：你这一看就是小白，根本都没入门。agile x一样的名声，screw master都是名至实归
: ：，scrum的精髓是啥就是客户要求随便变，我们都给你deliver.听着老美好了？有脑子
|
s**********d
发帖数: 36899 | 35 我们过去到现在六年一直在用。你说的完全不是agile/scrum的运作。如果你以前用过
，估计是被人骗了。
：看你们都是被洗脑洗得不轻，我老搞agile你们还学hello world |
