崇明建设镇网站,网站建设背景图,公司查询,为什么要做网站推广这次作业是好久以前布置的#xff0c;由于学期末课程设计任务比较重#xff0c;我在完善M2阶段的代码的同时又忙于数据库的实现和编译器的实现#xff0c;一度感觉忙得透不过气来。。。。到这些都基本完成的时候#xff0c;会看自己以前的阅读心得#xff0c;觉得经过了M1… 这次作业是好久以前布置的由于学期末课程设计任务比较重我在完善M2阶段的代码的同时又忙于数据库的实现和编译器的实现一度感觉忙得透不过气来。。。。到这些都基本完成的时候会看自己以前的阅读心得觉得经过了M1/M2阶段自己第一次接触android代码开发的一无所知到后面通过合作编程以及不断的查找资料和测试代码下我对结对编程以及软件开发又有了一些个人的理解和建议正好发现还有一次阅读作业就顺便我的想法都记下来。。。 还是从学期开始来说吧第一次是个人统计词频的项目这次作业还没有纳入团队编程的范围之中我感觉应该是准备工作吧。词频统计程序不是很难所以用基本的语法很快的完成了代码的编写调试阶段还是花了一点功夫主要是之前写的代码冗余太大篇幅太长看的时候有点眼花就1词 2词 3词的检索代码基本都差不多而且自己写代码的时候分号不对齐喜欢把简单正确的一部分代码合在一行写。结果当逻辑出现问题的时候多跳了一次光标等感觉看自己的代码越看越恶心。所以从头到尾优化了一下代码风格把检索写成了一个模块用正则表达式来进行检索之前不懂这个概念因为和同学讨论时同学都说正则表达式好用我就上网学了挺久时间才弄懂最后调试运行终于成功了感觉还可以不过速度还是有点慢。。。 结对项目实现电梯调度算法的设计每个电梯属性都不一样最初我和同学讨论的时候设计了一种谁来搭谁的很简便的算法后面发现这种算法在人少的时候比较合理但是在人多的极端情况下比入300人一起在1楼等的情况这个算法还没有傻瓜调度快所以后面我们综合了几种极端情况结合助教的代码终于设计出了一个比较合理的算法拿了50分。 之后就来到了M1阶段由于黄金点游戏的排名比较靠后我们是作为自选题目小组选择了开发一个android运用。我分配的任务是实现一个底层页面的设计展示出一道菜的制作过程。对于android之前没有一点基础所以我也特地花时间在android页面开发的学习上。但是在实现的时候也遇到额很多问题第2周和第三周的时间我都在上网或者问同学来解决这些问题开始对于json数组及json的分析提取及封装等过程比较迷茫和队长讨论的时候队长建议我去网上找一个关于json解析运用的实例代码去看一下会比较好。我同意这个看法就去网上随便找了个真的是随便找的么。。结果看了个逼格比较高的代码看了半天硬是没看懂就老老实实去图书馆借了本开发实例结合语法学习才一步一步知道。之后在页面布局的设计阶段我使用listiew的时候发现listview套用图片文字会使图片显示不出来看来了半天也不知道为何其实很多时候我都觉得一些错误我怎么看都看不懂。。包括解释。。后面查询资料才知道得改写其中的方法弄了半天才把基础的M1版本写完。。感觉虽然很累但是真正学到了很多有用的东西。 M2阶段由于各种课程设计的压力我一度忽略了软工作业。。。不过对于团队作业自己的部分还是应该在规定的时间内要完成对应的目标不然会影响进度和队长的工作所以在M1的基础上我明确了自己的目标花了一下午和队长讨论了界面的优化方案最后确定后我有通过对页面结构的学习为listiew添加了headeview以及一些相对布局的实现顺利完成了要求。 虽然自己的工作是完成了但是得到的成绩并不理想我简单的回顾了一下自己的开发代码以及之前阅读作业的感想发现了几个比较大的问题。 1.对于自己的代码我们不止应该去完成它还要想办法去找它的bug并解决它对于M1/M2阶段的开发我是鉴于学习的基础上做出来的原则上还有很多可以优化的地方在测试阶段对软件的使用时我们也发现关于我页面的一些问题如果在自己完成代码优化时多考虑一些问题就能避免这样的尴尬也能加快团队的开发进度。。。 2. 在阅读作业中我也明白了团队项目的开发最重要的不仅仅是个人部分的开发的晚上更重要的事团队之间协商的代码的连接架构以及全局解决方案和各种情况下软件实现方面问题引申到每个人的代码的问题要写好团队项目就必须及时和正确的和队员沟通无论是困难的解决以及接口的规范或者是代码连结的调试都能及时发现问题提高效率。 在自己的开发阶段我曾经想通过自学自己干来“独立”完成代码编写事实发现这样的想法是不成熟的。遇到的问题应该多多结合和队员的交流讨论并且在代码功能及结构的设计层次上自己在设计时由于没有和队长进行完全的沟通导致开发时的接口以及参数引用不正确自讨苦吃。。 不过自己也在后两次阶段实现时收获了很多的感悟 首先112在我实现json的解析与展示的时候遇到的问题在和相关开发任务的同学经过交流一起解决困难这样比两个人分开解决好多了并且我们也互相借鉴了对方的开发方法和部分开发风格都得到了代码的优化。 由于自己的组织能力不是很强所以没有选择当队长后面我认为队长不仅要负责协商团队编程的进度也得承担代码连结方面的工作强度可见一斑。。。对于每一位队员来说应该服从队长的安排最规定的时间完成目标有什么结构问题优先找队长协商而不是找其他队员私下决定。我在和队长交谈算法和处理问题的时候也交流了许多界面以及功能结构方面的知识也渐渐对自己的部分有了全局的理解这对于自己的开发也大有好处。 对于代码强度来说我觉得还吃得消虽然之前没有接触在实现代码的时候在优化算法方面以及功能设计方面也会有很多的不足但是至少前面的空白自己都硬着头皮一点一点学来了后面的高级部分我们也应该抱有信心和热情努力克服困难。 关于个人的建议其实我不太建议选学长代码的完善我更倾向于选一个新的问题从头做起这样我能够从头到尾经历一次比较完整的开发过程才能真正体会到团队项目的特点和交流整合以及优化测试的重要性这样也让我认识到了大工程不仅仅要重视算法更要重视架构上和变化上对软件目标实现的综合整合。 唯一很遗憾的就是对于《构建之法》的理解不是很深入其实软工的东西基本都是从这本书上整合来的。。遗憾自己没时间更加深入android开发的一些优化算法对自己的页面不太满意对其他的大作业花了比较多的心思软工没有投入更多的时间去做也是自己的问题。。。 此时我又想到编译老师和计组老师说过大作业虽然会累得让你喘不过气但是你付出的越多收获的也会越多所以我们也没有必要去抱怨什么软工也是如此团队的工程多学多实践多多交流寻找好的方法和途径从头开始虽然很痛苦但是我也学到了团队开发的基本过程如何去解决问题问同学上网差书籍学习别人的代码也是一种很好的方式但也要找一个比较合适的代码。。总能写出点什么好东西来的 之前阅读博客链接 http://www.cnblogs.com/12061174lj/p/4027885.html http://www.cnblogs.com/12061174lj/p/4072310.html转载于:https://www.cnblogs.com/12061174lj/p/4213789.html
