- 博客(17)
- 收藏
- 关注
RSS订阅转载 软件工程项目个人总结——第八组成员朱池苇
项目个人总结收获一、技术层面 在本小组项目的开发过程中，我主要作为后端程序员以及文书记录者的身份工作；在前端刚刚起步时也曾经作为前端程序员参与简单的前端代码编写。因此在前后端方面，以及文字处理方面，均有一定的技术上的收获。 1、后端 小组后端使用的主要编程语言是Java和Scala，隆晋威同学使用Scala，我、张世聪同学和欧阳炳濠同学则使用Java语...
2018-08-02 22:08:00
82
转载 6月开发心得
作为项目后端工程师，本职的开发工作在6月7日前已经基本结束了。 小组本预计在6月7日发布Alpha版本，但6月7日当天小组一位同学在Git操作中出现了网络问题，前端代码有非常大一部分遭到了不可逆转的覆盖，因此当天发布的计划也就此破产。而在重新编写这部分前端代码后，前端又出现了各种各样千奇百怪的BUG。至今我们的项目仍在前端Debug中，且剩余了一些对于用户使用版来说不应...
2018-06-15 19:55:00
70
转载 5月团队项目感想
五月团队项目总结团队项目情况概览 就团队整体层面，五月初，团队项目走上了正轨，前、后端使用的技术和框架已经确定，稳定撰写代码。五月中旬完成了发布前最后一次游戏测试，收到了反馈，并且据此修正团队项目前进的方向。五月下旬，我们迎来了团队负责美术的同学，前端不再受困于设计。小组会议维持在每周至少一次（4小时）的频率，上周开始为了加紧进度，除开小组会议之外的时间，每天也要安排一定...
2018-05-31 12:25:00
128
转载 《我是一只IT小小鸟》读书笔记3
李成前辈的个人介绍，成长历程，都让我感到非常亲切。“从小到大，一路顺风，也没有特别风光过——就是一直是好孩子但是从来没有考过第一的意思”，“除了学习和踢足球啥也不会”，“总也减不下去的体重”，我觉得许多人的成长历程都是这样吧。这位前辈的经验，我能够学习的地方应该不少。 前辈首先提到了技术深度问题，这也是我在学习路上确实遇到过的疑惑，是应该注重深度，还是应该注重广度？技术...
2018-05-15 22:46:00
171
转载 《我是一只IT小小鸟》读书笔记（2）
本周阅读了《我是一只IT小小鸟》的第二部分，即居振梁的自述，这一部分与上一部分不同，我与这位前辈的共鸣不强，对其观点的反对之处却有一些。 先说我认同的观点吧。 首先，关于“课内”与“课外”，确实，现在的某些必修课程对于IT工程师或是科学家来说，可能一辈子都不会用到（比如原子物理），但是这些必修课程是计入个人成绩的，它们也许不会影响你的软工水平，但是会影响...
2018-04-25 23:38:00
82
转载 结对编程收获
本次结对编程已经结束，至今也有了一些相关感想，从头开始介绍。 我们抽到的是UI第三组。 一、如何确定架构和技术选型 最重要的一点：一定不要“拍脑袋”，所谓“拍脑袋”，就是看见需求，就立刻认为自己的某种技术储备可以解决这个问题（通常是因为需求和自己某个有印象的技术问题很相似）。 为什么？因为这个实际的需求很可能与你印象中的技术储备解决的问题...
2018-04-19 18:01:00
56
转载 《我是一只IT小小鸟》读书笔记
《我是一只IT小小鸟》是一本关于IT科学的学生的书，是一些IT领域前辈对学生时代的回顾和总结。这本书应该可以说是最贴近我们学生的一本关于IT的书了，读了这本书的第一部分后，我也确实有了一些感想和共鸣。其一：关于基础知识 科大以“注重基础知识”闻名，学生也都顶着“数理基础扎实”的头衔。实际上在我看来，不管是数学还是IT，大部分同学的基础知识，也未必扎实，基础知...
2018-04-19 00:25:00
298
转载 《人月神话》读书笔记之六
阅读到《人月神话》的”干将莫邪（sharp tools)“一章，我对其中某些观点有了共鸣和思考。 作者认为个性化工具集妨碍了而不是促进了工程的进行，因为工程中最重要的是沟通，而工具的个性化使得沟通的难度和有可能出现的差错大大增加了。因此作者认为，工程团队需要有专门的工具管理人员，管理团队中一切的通用工具。 作者并没有给出所谓“通用工具”的定义，我个人认为，...
2018-04-16 01:36:00
54
转载 UI第三组总结 PB16150206朱池苇+PB16070837刘鼎乾
项目简介 这次软件工程结对项目为制作一个给小学生用的四则运算出题软件，我们分配到的是UI组，也就是负责人机交互，使用Core组封装好的模块。 GitHub地址：https://github.com/Ignoramus0817/Calculation-GUI需求分析对上述各属性参数（生成题目的数量，操作数的数量，题目及答案中的数值的范围……）进行设置...
2018-04-16 00:43:00
299
转载 第五周课后作业
一、网易云音乐的创新和不足 2013年网易云音乐发布之后，迅速崛起，成为最受欢迎的音乐软件之一。在其迅速的成功当中，创新的力量功不可没。我们来看一看，网易云音乐吸引大量用户的创新，体现在哪些方面。而又有哪些不足。 1、创新之一：音乐评论系统 网易云音乐的评论系统是其一大特色。这让一个音乐软件拥有了社区的特性，评论系统可以让听相同音乐的人对音乐的不同画面感和情...
2018-04-04 20:00:00
97
转载 《创新者》读书笔记
近两天花了一些时间阅读同学推荐的书籍《创新者》的序、前言和第一部分。这本书是《乔布斯传》的作者所著的，关于IT历史与关键人物的书籍，虽然读的不多，但仍然有一些感想，在此处分享出来。 首先是几篇序言，这些序言中给我感受最深的有两点。 其一，创新应该是生活的注释，而非技术的泛滥。这在《构建之法》中也有讲过，创新不应该是一味追求高大上的科学技术，而应该是为了生活...
2018-04-04 19:56:00
114
转载 PB16150206+PB16070837
PB16150206+PB16070837转载于:https://www.cnblogs.com/Ignoramus/p/8688379.html
2018-04-01 21:24:00
56
转载 第一次个人作业总结
总体来说，这是一次效率和成果都非常差的编程经验，但是收获的经验非常多，对以后的编程工作无疑是有帮助的。 第一次写要求稍微精细、代码量稍高的程序，过程比较痛苦，这是相对于我们平时贫瘠的编码经验而言，我相信这个需求和代码量对于实际工业级工程来说简直九牛一毛。 受限于各种因素，开始的时候较晚，实际上27日才有实质性的进展，后期处理较为匆忙。 以下是对此次作业的概述。...
2018-03-30 20:23:00
76
转载 第一次个人项目进度（二）
功能编码已经完成且输出格式正常。 单词数、行数输出与样例差别不大，而字符数相差则略多。 程序效率比较低，遍历测试用例需要1分钟左右。 尚有一些时间可以进行优化工作，保险起见先提交一次。 一个问题： 今天80%的编程时间都用在了设计和实现词组统计上，最后得出的程序却在意想不到的地方遭到了滑铁卢，无奈之下只能推导重来。 而导致错误的问题至今仍然无...
2018-03-29 00:49:00
56
转载 《人月神话》读书笔记之四
本周继续阅读《人月神话》，本周度过的部分是第十章和第十一章（“提纲挈领”和“未雨绸缪”），以下是对该两章的感想。 一、提纲挈领提纲挈领一章描述的是经理与文件的关系。作者一开始便给文件做了定性：文档的某些部分包含和表达了一些管理方面的工作，其准备工作是集中考虑并使各种讨论意见明朗化的时刻，其跟踪维护是项目监督和预警的机制。作者通过“计算机产品的文档”、“大学科系的文档”和“软件项目...
2018-03-28 22:03:00
81
转载 第一次个人项目进度（一）
第一次个人项目为“文件内容统计”，我对作业要求进行了分析，并且设计了程序结构。 完成了部分编码工作。 作业需求分析 1、基本功能：统计字符、单词、行数量，单词频率 拓展功能：统计词组频率 2、输入为文件名/文件夹名，输出为文本文件result.txt 格式： characters: number words: num...
2018-03-27 00:09:00
49
转载 《人月神话》读书笔记之三
本周继续阅读了《人月神话》，完成的内容是第七至九章（从“巴比伦塔为什么会失败”至“削足适履”），这几章主要讲了产品经理或者负责人的一些工作及工作上的原则，我对于这些章节的内容感想将在本篇读书笔记中按照章节写出。一、为什么巴比伦塔会失败？因为语言不通，交流不畅。巴比伦塔是建筑的建造过程，实际上编程系统产品的构筑过程拥有不亚于甚至更甚于建筑的复杂性。这个过程需要相当程度的交流，但...
2018-03-21 19:57:00
75
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人