洛马公司为F-35项目增加软件工程师

来源:百度文库 编辑:超级军网 时间:2024/04/27 14:04:45
     巴黎航展消息,  奥布莱恩表示 洛马公司已经为F-35项目增加了200名软件工程师  以保证软件开发进度,  美国国防部担心软件遭到进一步的延迟。  奥布莱恩说   公司还斥资100万美元建立了第二个软件实验室。  在那里  员工正24小时轮班进行软件编写 测试  整合工作。   




   F-35已经建立了两个软件实验室,  最初的软件试验将在BAC-111飞机上进行。 软件工程师能够看到飞行中软件的性能








   www.f-16.net     巴黎航展消息,  奥布莱恩表示 洛马公司已经为F-35项目增加了200名软件工程师  以保证软件开发进度,  美国国防部担心软件遭到进一步的延迟。  奥布莱恩说   公司还斥资100万美元建立了第二个软件实验室。  在那里  员工正24小时轮班进行软件编写 测试  整合工作。   




   F-35已经建立了两个软件实验室,  最初的软件试验将在BAC-111飞机上进行。 软件工程师能够看到飞行中软件的性能








   www.f-16.net
硬件成熟的前兆
就是我昨天说的需要7500万美元资金保证进度


F35的代码超过800万行!
F16只有200万行
其他4代机(35和22属于5代机)只有不到100万行的代码!

F35的代码超过800万行!
F16只有200万行
其他4代机(35和22属于5代机)只有不到100万行的代码!
F35的代码超过800万行!  F16只有200万行  其他4代机(35和22属于5代机)只有不到100万行的代码!
F35截止3F是900万行'还有F16和F22是不是颠倒了
F35截止3F是900万行'还有F16和F22是不是颠倒了
不是22是其他4代机应该是指15,18之类的飞机
我靠!35的软件工程真的很繁忙啊!24小时7天轮流制工作?!比富士康还忙啊?哈哈哈
不是22是其他4代机应该是指15,18之类的飞机
台风的软件多少行知道吗
台风的软件多少行知道吗
不知道,肯定少吧,毕竟属于4代机
来中国招人就行了,深圳北京哪里都有大把IT民工,管吃住不要社保无偿加班月薪3000RMB即可

洛马看来还是不太会勤俭闹革命啊
不错的项目
hawk119 发表于 2013-6-22 22:10
F35的代码超过800万行!
F16只有200万行
其他4代机(35和22属于5代机)只有不到100万行的代码!
即使是好奇号火星探测器还超过250万行代码,现代武器软件重要性不言而喻
向一个已经延后的项目中投入更多的人力资源只会让它更延后
向一个已经延后的项目中投入更多的人力资源只会让它更延后
你这话更可笑了,难道落后了不投入资源就更快了?要黑35也要找个合乎逻辑的理由啊?哈哈
来中国招人就行了,深圳北京哪里都有大把IT民工,管吃住不要社保无偿加班月薪3000RMB即可

洛马看来还是不 ...
哈哈哈,除非天朝和美帝是盟友。。
thomas1987 发表于 2013-6-22 23:22
来中国招人就行了,深圳北京哪里都有大把IT民工,管吃住不要社保无偿加班月薪3000RMB即可

洛马看来还是不 ...
开玩笑,C++的有点儿实际经验你就得翻倍给....
你这话更可笑了,难道落后了不投入资源就更快了?要黑35也要找个合乎逻辑的理由啊?哈哈
在网络上'总有人觉得自己比政府更聪明'比企业高管更懂管理'比科学家更懂研发'
代码行数和软件规模并没有直接的对应关系
代码行数和软件规模并没有直接的对应关系
那你认为该用啥来对应软件规模呢?行业都是这样说,不知道阁下有啥标准?
比代码多少行一点意义都没有,可维护性才是最重要的。
代码复用性也比执行效率重要。
F35的项目负责人已经辞职了,后任看不看得懂前任的代码还很难说,虽然注释一定会有,但是对需求的理解不一样。
F35的项目负责人已经辞职了,后任看不看得懂前任的代码还很难说,虽然注释一定会有,但是对需求的理解不一样 ...
项目负责人不看代码的,是管理看代码的
hawk119 发表于 2013-6-23 01:43
项目负责人不看代码的,是管理看代码的
他不需要写很多具体代码,但关键代码一定得靠他,他是最核心的人物。其余的可以用IT民工完成。
他不需要写很多具体代码,但关键代码一定得靠他,他是最核心的人物。其余的可以用IT民工完成。
项目负责人就只管理代码?你说的是软件项目还是啥项目?
这个论坛上半瓶油,不懂装懂的还真多。
abcdefg123321 发表于 2013-6-23 02:34
这个论坛上半瓶油,不懂装懂的还真多。
阁下说的对错与否很难说,只是阁下2011年注册只发两贴,小号实在是难以服众。


800万行,又增加200人,谁知到一共有多少人。假设原先有300人,现在就有500人,假设之前已经完成500万行,剩余300万行,宽松点说,去掉空行注释50万行,剩余250万行,一半人写的话人均1万行,LM雇的应该都是有经验的高手,连写带测再笨也能在两年完成。从软件交付计划的时间看,上述假设不成立,一定有其它因素在影响开发进度,比如代码量远超800万,再或者开发测试人员水平差距太大高手被动减速,指标变动大目标过高,总之是管理上出了问题。LM放出来的信息太模糊,我猜的是35软件框架上遇到了难以搁置回避的难题,需要专门上课题研究,否则没必要再增加那么多人,如果能在不影响或少影响已有代码的情况下解决问题,对交付进度的影响不会太大,否则就难说了。喜闻乐见

800万行,又增加200人,谁知到一共有多少人。假设原先有300人,现在就有500人,假设之前已经完成500万行,剩余300万行,宽松点说,去掉空行注释50万行,剩余250万行,一半人写的话人均1万行,LM雇的应该都是有经验的高手,连写带测再笨也能在两年完成。从软件交付计划的时间看,上述假设不成立,一定有其它因素在影响开发进度,比如代码量远超800万,再或者开发测试人员水平差距太大高手被动减速,指标变动大目标过高,总之是管理上出了问题。LM放出来的信息太模糊,我猜的是35软件框架上遇到了难以搁置回避的难题,需要专门上课题研究,否则没必要再增加那么多人,如果能在不影响或少影响已有代码的情况下解决问题,对交付进度的影响不会太大,否则就难说了。喜闻乐见
项目负责人就只管理代码?你说的是软件项目还是啥项目?
项目负责人是控制进度的,也负责程序员与需求方之间的沟通,他一般不直接参与开发,最多参与下需求分析。核心代码一般由架构师和核心程序员完成
那你认为该用啥来对应软件规模呢?行业都是这样说,不知道阁下有啥标准?
我们一般是用报酬金额来衡量。。。代码行数和逻辑复杂度都是浮云
mjssw 发表于 2013-6-23 09:56
我们一般是用报酬金额来衡量。。。代码行数和逻辑复杂度都是浮云
是的,不同人写的代码,其代码量差异可以非常巨大,偶从来不认为IT民工能写出高质量的代码

mjssw 发表于 2013-6-23 09:56
我们一般是用报酬金额来衡量。。。代码行数和逻辑复杂度都是浮云


你就越说越扯了 搞笑
老板问你某个项目的软件规模有多大?你说我的工资是XX元?
mjssw 发表于 2013-6-23 09:56
我们一般是用报酬金额来衡量。。。代码行数和逻辑复杂度都是浮云


你就越说越扯了 搞笑
老板问你某个项目的软件规模有多大?你说我的工资是XX元?
你就越说越扯了 搞笑  老板问你某个项目的软件规模有多大?你说我的工资是XX元?
洛马招的是软件工程师'不是码农
蛤蟆的临时小号 发表于 2013-6-23 11:29
洛马招的是软件工程师'不是码农
怎么你也在反我啊?上面某人说软件规模不能用代码行数作为参考,得用薪酬来参考,你觉得搞笑不?
怎么你也在反我啊?上面某人说软件规模不能用代码行数作为参考,得用薪酬来参考,你觉得搞笑不?
不是说你'是说前面的
hawk119 发表于 2013-6-23 11:23
你就越说越扯了 搞笑
老板问你某个项目的软件规模有多大?你说我的工资是XX元?
呵呵,看不懂后面的代码行数和逻辑复杂度?
不过在我们眼里,软件规模是按投资金额来算的,我又不是主管,我才不关心代码行数。
还有按照代码行数来计算软件规模只能泛用,不能通用。这套对于算法不管用的。比如穷举法代码最多,但是效率最低。
7500万美元扣掉建第二个软件实验室的100万美元,还剩7400万美元,给200个软件工程师开工资,平均37万美元/人,够开几年的?
hawk119 发表于 2013-6-23 11:31
怎么你也在反我啊?上面某人说软件规模不能用代码行数作为参考,得用薪酬来参考,你觉得搞笑不?
软件规模的衡量没办法用代码行数来单一衡量的,用薪酬来衡量虽然不等效,但是薪酬总和规模成正比
mjssw 发表于 2013-6-23 14:04
呵呵,看不懂后面的代码行数和逻辑复杂度?
不过在我们眼里,软件规模是按投资金额来算的,我又不是主管 ...
你给我2个扯啥啊?
“老板问你某个项目的软件规模有多大?你说我的工资是XX元?”
你对你老板那样说吧!搞笑的很
mjssw 发表于 2013-6-23 14:20
软件规模的衡量没办法用代码行数来单一衡量的,用薪酬来衡量虽然不等效,但是薪酬总和规模成正比

老板问你某个项目的软件规模有多大?
你说我的工资是XX元?

你要装我也没法,你去说吧!
hawk119 发表于 2013-6-22 22:10
F35的代码超过800万行!
F16只有200万行
其他4代机(35和22属于5代机)只有不到100万行的代码!
。。。。。你到底想说明什么啊??比行数么?比代码行数XP完胜F35及之前的所有战机之和,F35之所以代码多是因为子系统多,子系统需要调试测验,这次的增加人数应该是敏捷开发的需要。。。但是这种开发模式对架构师的要求更高,在整体测试时出的BUG会更难排除,之前的项目负责人很可能是功力不够思维又跟不上商业软件开发模式的进步就退出了,