silencsrv
注册：2010-07-08 06:45:46
从九品上:文林郎|陪戎校尉
从九品上:文林郎|陪戎校尉
💧-37207
🌟-7012
💓1929
🌟-7012
💓1929
家园
我用过惠普的笔记本和台式机都没什么问题，顶多键盘接触不良。Java就是Sun最先开发的，但最后没有给Sun带来什么好处，Sun支持不下去倒了，但惠普还在。 和IBM比，惠普软件水平确实不及，原因：起步晚加上策略不对，盲目并购了一批不怎么入流的软件企业，白白消耗了不少资源浪费了不少 ...
翻译的不错，文笔还是很流畅的。缺点是篇幅太长，可能你一个人翻译太累，而且可能牵涉到版权问题。 建议你可以先从一些国外网站、杂志上挑中短篇文章翻译，既省力也不容易招来麻烦。 ...
你说的实际上是行业软件，相当于用C/C++开发了一个面向汽车行业的设计软件，汽车工程师只要用这个工具就可以描述他要的内容，当然可以还原成源码形式表现出来。但这个软件本身还是要IBM软件工程师用C/C++一行一行码起来，这个工作量不能少的。实际上汽车工程师是在用这个软件搞汽车设计， ...
上数据结构课的时候老师在黑板上用伪Pascal码描述数据结构和算法。但具体开发过程中很少有人在开发前用伪码描述思路的，因为这样工作量太大，相当于一个程序要写两遍代码，不划算。一般也就是把流程图画好，各个模块之间接口确定下来就可以开发了。和可视化模型更是两码事。 开发过程中劳动量是 ...
不清楚美国同行的工作方式，所以对您的话不敢轻信。至少我在惠普工作的时候没看见过老美加班的时候玩烟赌毒，一般也就是可乐咖啡皮萨饼。
Rational Rose和wsad、eclips都嵌入UML功能，但还没有像你说的那么厉害。
航空航天类软件专业性强、涉及面广，现场情况又很复杂，总有研发人员和测试人员估计不到的情况发生。软件现场出问题，研发团队必须第一时间解决掉，把危险消除在萌芽状态，这点对任何国家航空航天类软件从业人员而言都是家常便饭。这样的例子很多很多： 1970年美国“阿波罗13号”飞船在飞往月球 ...
航空航天类软件本身专业性强，开发难度大，运行过程中出问题很正常。 NASA以前搞火星探测器，进入火星大气层的时候降落伞没开直接摔掉了，后来知道两个项目组做的东西采用的度量衡标准不同，一个是公制一个是英制，又忘了搞对接测试。 飞豹试飞的时候也摔过飞机，最后发现是飞控软件有问题。现在 ...
去云南丽江旅游的时候，山区公路上卡车、大客车都这样子，远远看上去有点腾云驾雾的感觉，小汽车好像不需要这样。 云南山区公路上还有一景就是路上压死的狗特别多，一天总能碰见两三条四五条，有的还冒热气。 ...
可以生成Java类、构造函数、接口、抽象类、声明变量、常量，但函数内部的逻辑还是需要手工编写。而且如果某个模块功能要变，那也是直接去改代码，然后逆向生成类图。 ...
主要用来建模用的，一般架构设计师用的多，而且多数情况下用在面向对象开发模式下。这种语言可以生成代码框架，但不能生成代码，具体代码还是要靠开发人员一行一行写。 关于UML，我不知道美国怎么样，但在中国争议很大，支持的人说它对架构优化很有好处；反对的人说它过于务虚，把大量时间花在所 ...
主要用来建模用的，一般架构设计师用的多，而且多数情况下用在面向对象开发模式下。这种语言可以生成代码框架，但不能生成代码，具体代码还是要靠开发人员一行一行写。 ...
扫了一眼，感觉内容全面，说理很充分，包括一些常人考虑不到的技术细节都说到了，说明作者是做了一番调查研究，有相当技术功底。 美中不足的是标题比较情绪化，读者初看标题会误解作者在小题大作。建议能换一个贴切一点的标题。退一步说，标题本身传达的意思也有问题，何谓F-35的13大罪状？这1 ...