@winnie2012 目前看好像 RubyMotion 的社区不如 React 啊。另外懂 javascript 的程序员还是比懂 ruby 的多很多。

@zymmm3 是的，要封装 Native Module

AirMail 可以啊

@est

> 1. 一比一实现原有功能
> 2. 兼容老功能
> 3. 把老功能的数据迁移过来，并且平滑升级无缝切换。

这个不是重构，是重写。

我觉得楼主需要考虑的是其他同事离职的原因是什么，代码散发出腐烂的气息是否是公司在走下坡路的征兆。

@kxxoling 对设计良好的软件来说，更换IP协议根本不是大问题。传统的软件工程希望通过大量的文档和评审来固化每个阶段的工作，尽量减少变化，特别是需求变化。对变化采取的是消极的态度。敏捷方法则是认识到变化是永恒的，因此只有想办法使软件和开发去积极地去适应变化。

@wy315700 IPV6不能普及主要还是因为有大量硬件需要更要、地址需要重新分配、大量的系统配置工作要做…而对大量现有系统的拥有者来说并没而改变的迫切感，在无数自治系统组成的互联网上又没人迫使大家来做。So……

@Hyperion 不明白你们老师想说明啥。排名后面的语言没有学习价值？

@kxxoling 对软件开发过程来说，工程，或者建筑工程并不是一个好的比喻。建议读一下《软件工艺》（Software Craftsmanship》）

比如，在建筑工程中不可能在你盖完一个三层小别墅以后，再变更需求要改建成小高层的公寓楼。但在软件项目中，这太常见了。关键是在实际的商业环境下，用户这样的需求可能是完全合理的！

送达率和地域有关。某些敏感地区送达率比较低。所有短信平台都这样。建议如果是要发手机验证码的话，再选一家语音验证码供应商做备份。

即使是一个由几十人参加的大系统，也完全可以用敏捷的方法去做。

由一个总体设计小组负责根据需求做总体设计、子系统划分，然后每个子系统交给一个采用敏捷方法的团队去做。而需求、总体设计也可以是一个反复迭代的过程。关于在大系统开发中采用敏捷方法的研究还是不少的。

而实践已经证明，采用敏捷方法完全可能比传统软件工程需要更少的人员。

@Hyperion 从你的描述看，你是把搜索服务器和索引服务器设计为两个分布式的子系统，那么这两个子系统间的接口设计是详细设计部分的重要内容。即使传统软件工程也不会认为这属于实现部分。不知道是你们老师没有理解你的设计，还是你误解了你们老师的话。

@Hyperion “是的, 大项目, 如果需求变动不大, ”，呵呵，这样的项目基本没有。

“拆解，分析，然后把软件像机械结构那样来制造，让工程能够只需要有一定职业素养的操作工就能完成; 最终降低大方向错误的的可能和成本。 ”

呵呵，这就是“软件蓝领”的概念。但这不过是那些搞培训的公司，或者只做低端外包和人员派遣的公司编出来骗人、骗钱的鬼话而已。

@kxxoling 传统基于瀑布模型的软件工程目前存在的唯一价值就是告诉大家曾经存在过这样一种软件开发方法。我认为大学应该开设“软件开发过程”的课，传统软件工程的内容作为发展历史的一部分讲授就可以了。

首先，学校里要拿到好分数还是要听老师的。

其次，总的来说，我认为你的东西没有偏离软件开发方法的正路。具体提几个意见：

1. 你的需求分析中缺少了非功能性需求，比如性能需求、安全性需求、系统容量需求等。这是很多人在做需求分析时都会忽略的内容。

2. 系统设计阶段首先需要划分子系统或模块（非常高层的）。然后为整个系统进行技术选型是这个阶段非常重要的工作。你在这个阶段选定了几个第三方软件是很有必要的，只是欠缺了对系统整体结构的描述（从你自己的描述来看）。因为系统每个部分是自己开发、还是采用第三方软件对系统整体设计是有影响的。当然，实际项目中很多东西，比如数据库、采用的语言、框架可能在需求分析前就决定了。

3. “前端搜索服务器使用curl方式向搜索索引服务器提出搜素请求。”
这不是描述两个模块之间接口的正确方式。可以这样说：“前端搜索服务器与索引服务器之间采用HTTP协议，REST风格的接口定义，使用JSON为数据格式”。这应该属于概要设计的内容。在详细设计阶段需要列出这两个服务器之间每个接口的功能、输入数据、输出数据。

4. 至于详细设计，不同的软件开发方法（流程）对详细设计详细程度的要求都不相同，这里就不详细说了。

最后，我很好奇，老师为什么说“你这个这么早编程干嘛”，难道你交上去的作业里已经包含源代码了？

---------------------

说说你同学的作业：

流程图、数据流图可以用来描述业务流程，此时这些图属于需求分析的内容。如果描述具体算法实现、或者系统各模块之间的关系，那么属于设计的内容。ER图如果用来描述概念模型，那么也属于需求分析。如果用来描述物理模型，那么属于设计。所以关键不是用了什么图，关键是用来描述什么东西，决定了它们属于哪个阶段的内容。

另外，现在还在使用ER图做设计，而不是用UML的，就好比还在用小篆写作文的。

--------------------
关于设计与技术：

所谓“软件设计”，就是决定如何使用软件技术实现系统需求。那么设计阶段怎么可能不涉及技术呢？我也不记得任何一本软件工程的书说过设计要和技术分离。

举个例子来说，到底是要设计一个集中式的系统，还是一个分布式的系统；所有的模块到底是在一个进程中，还是同一台机器上的多个进程，还是分布在多台机器上，这样一个重要的纯技术决策不在设计阶段进行要在什么阶段进行呢？

------------------
传统软件工程的作用：

在当前的商业环境下，即使对于传统上认为大而复杂的银行系统，传统的，基于瀑布模型的软件工程也是完全不适合的。很多公司依然在采用软件工程的一个原因是目前绝大部分的软件开发合同都是闭口合同，即开发范围、时间、费用都在合同中规定了。传统软件工程给人一种假象，似乎在这种合同下能够降低风险，以及在发生纠纷时易于区分责任。但这不过是一个假象罢了。

我用11年的MBP 13做Android开发，不过不用Eclipse，用Emacs。除了模拟器跑不动，其它都很好。

VLC不是很好吗？

你说的“缩来缩去”是指应用图标的放大效果吗？这个可以关掉的。