有没有因为技术选择,系统设计失误导致项目失败的例子?
比如
选用技术路线有误,遇到了技术难关
系统设计出现偏差, 大的漏洞等等
导致项目失败, 或延期, 等等重大问题?
最后怎样解决的呢?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
比如
选用技术路线有误,遇到了技术难关
系统设计出现偏差, 大的漏洞等等
导致项目失败, 或延期, 等等重大问题?
最后怎样解决的呢?
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（9）
J2EE ？？？？性能
我觉得JAVA只是需要使用跨平台的客户端时才使用的
其它时间还是不用的好
曾经参加了一个项目，做大批量数据处理的，性能要求很高，当时项目经理要用J2EE做（ft），后来demo跑不起来，还好是大公司，壮士断腕，改用Tuxedo，如果是小公司一言堂，呵呵，我不知道会怎样！
下面是 一无所有 转贴的文章中的一段.
如果说项目失败有很多, 但因为技术问题失败的很少, 那就比较奇怪了. 难道我们的技术专家都这么厉害? 一拿一个准? 评估团队/代价 也这么准确?
我觉得还是有很多可以思考的
"系统架构师是一个不折不扣的技术人员，主要着眼于系统的“技术实现”。他/她的责任是最终确认和评估系统需求，给出开发规范，搭建系统实现的核心构架，并澄清技术细节、扫清主要难点。因此他/她应该是特定的开发平台、语言、工具的大师，对常见应用场景能马上给出最恰当的解决方案，同时要对所属的开发团队有足够的了解，能够评估自己的团队实现特定的功能需求需要的代价。 "
海关的项目使用康柏的uniface失败，应当就是技术的问题
如果是自己的熟悉的领域
那么还是很有可能
因为开始的技术研究没有看透
后面碰到的问题就会很多
一般而言这种例子比较少，
有些问题的出现并不是纯技术问题。
前面一阵子，一个公安的出入境系统，其中的一个护照管理的，
只是因为护照的号码最后一位是错误的，导致的问题是发错17万本，
每本护照的成本是200元。
因为技术问题?比较少听说,除非这种技术是创新的,倒是有可能.
倒
这些项目开始时都要进行风险评估的
所以很多问题都越开始想到越好
到了后面才发现
解决的成本更高
海关，前几年选择康柏，失败，后来转向微软，这是比较著名的一个了