Part · 零 简 要 目 录
Part · 一 过 去
Part · 二 现 在
Part · 三 未 来
Part · 四 团 队 分 析
Part · 五 证 明 题
Part · 七 自 由 发 挥
Part · 一 过 去
1. 反 思
p s：第一次作业关于“对课程的目标和期待”，回答是能学好这门课就行，这怕还不能太早下定论emmmm，所以我还是所学所得这个问题。。。
· 编 码 方 面
算是入了PHP的门，Coding能力有待提升
· leading 方 面
中途当过一小段时间的PM，对自己评价是不满足，未能成功做到PM应尽的职责
2. 所 得
· 1、完 成 代 码 量： Github记录579+
· 2、各 次 作 业 所 花 时 间
| 作 业 | 时 间【 小 时 】 |
|---|---|
| 第 一 次 作 业 | 4 |
| 个 人 项 目 实 战 | 5 |
| 结 队 第 一 次 作 业 | 4 |
| 结 队 第 二 次 作 业 | 8 |
| 团 队 作 业 | 24 |
| 个 人 技 术 博 客 α | 3 |
| 软 件 产 品 案 例 分 析 | 5 |
| 软 件 工 程 实 践 总 结 | 8 |
· 3、哪 一 次 作 业 印 象 深 刻
结队第二次作业，和队友差点见证了福大的日出
· 4、累 计 花 了 多 少 时 间 在 软 工 实 践 上？
未曾记录，平均每周至少有7-10小时
· 5、 学 习 和 使 用 新 软 件
Insomnia、Github Desktop、Git、Xmind
· 6、 学 习 和 使 用 新 的 工 具
Process在线作图、Markdown编辑工具、VisualStudio单元测试工具、墨刀、Xmind、Axure RP8
· 7、学 习 和 掌 握 的 新 语 言 、 新 平 台
Mysql、PHP
· 8、学 习 和 掌 握 的 新 方 法
测试（单元测试、Insomnia接口测试）、度娘
、遇事不决问泡泡
· 9、其 他 方 面 的 提 升
文档撰写
Part · 二 现 在
写下属于自己的人月神话
经验总结：
1、遇事不决问度娘，不要自己什么都没查阅就说自己什么都不会，学会搜索是一件很重要的事。
2、发布任务尽量描述清楚，不要让接任务的人猜测你这个接口要实现的具体功能，造成无意义的返工。
3、编码要符合团队文档，同时commit记录要清晰易懂
4、注意团队开发的并发性
Part · 三 未 来
Q：中途是否换队员？
A：我觉得换队员的出发点是好的，但是还应考虑是否合理，就拿这学期的实践来讲，换人，造成的是新加入的队员需要花大量时间来磨合新的团队，如果该团队文档编写规范，且开发环境该队员换之前的队伍相差无几，那么所花的时间代价就相对较小，对于下一届是否要换队员，我觉得以自愿为主（虽然觉得并没有人会自愿换队伍~~~~~）
Part · 四 团 队 分 析
有幸未参与到中途换队员的环节，自始至终，都一直在团队里担任后台编码人员，虽然中途篡位了几天，但是《构建之法》上说的团队发展的几个阶段，我所在的团队应该是都经历过的
Part · 五 证 明 题
· 1）研发出符合用户需求的软件
这个显然是有的，具体链接如下http://acm.hs97.cn/
· 2）通过系列工具，流程，团队合作，能够在预计时间内发布“足够好”的软件
附上个人部分teambition任务发布图：
· 3）展现软件是可以维护和继续发展
https://github.com/wonderIand/icpc-system/tree/dev
Part · 七 自 由 发 挥
