Feb 16
超过一年以上、活跃开发的项目往往到后期陷入了一些共性的问题:

构建速度慢,往往生成一次最终输出产物需要一小时以上;
架构复杂:虽然说架构本身可以用类似于MVC/Service Bus之类的通用进行描述,但实际上使架构变得复杂的往往是业务本身;
开发速度慢,构建速度是因素之一,它使得持续集成的反馈大大低于预期;然而这类大的项目往往被通过各种技术手段进行了分层、分project的切割,你要面对的可能不是一个project,而是一组项目群。我之前参与过、咨询过的项目里,开发人员打开IDE要面对的project少则几十个,多则上百个。即便以目前最强劲的开发机器,面对这动辄几十万上百万行的代码,依然显得力不从心。
以及由上面而引来的一系列问题:例如新人培养,知识传递等等。
在提出这些问题的解决方案之前,我们看看这些问题是如何产生的。通常需要很长时间这些问题才成为问题,而且往往在一开始出现的时候,总有一些快速而有效的解决方案去掩盖,进而加剧了问题的升级,最终成为一个旷日持久需要大量人力才能解决的问题。
Jun 13
昨天的答辩与其说让我失望,不如说是让我愤怒,甚至出离愤怒,无以言谈!
回来后立马把QQ签名改成了:“所谓论文,论众家之言也。打磨创新,统一模式,归于中庸!”算是对学院本科毕设论文与答辩的一种反讽,也确是一种真实而无奈的写照。
任何有价值的个人见解都被否认的一文不值或搪塞为没有论据与先例。答辩过程中所谓“专家”的老师们,发表最多有建设性的见解就是论文格式不好,需要重新排版,或是按一般写作路程,第三、四章要结合系统实例,给出设计与代码。下面列举些经典的答辩问答如下:
分页: 1/1 第一页 1 最后页 [ 显示模式: 摘要 | 列表 ]