『编程题全队』组队与团队展示

『编程题全队』组队与团队展示

编程题全队 团队展示

  • 队名:编程题全队
  • 队员学号:
    孙志威(201521123077,组长)
    孙慧君(201521123098)
    倪兢飞(201521123061)
    连燕波(201521123081)
    黄华林(201521123082)
    王威(201521123076)
  • 团队项目描述:一句话描述不完o( ̄▽ ̄)ゞ)) ̄▽ ̄)o
  • 队员风采:

孙志威:
(1)风格:沉稳
(2)角色:PM
(3)擅长的技术:C/C++、JAVA、Python等
(4)编程的兴趣:浓厚
(5)一句话宣言:我跟楼下一队| ू•ૅω•́)ᵎᵎᵎ
(6)理解MSF的9点的基本原则:MSF提倡自下而上的计划,每个人有充分的权力估计并决定自己的任务需要多长时间,而不是上级交给的时间,这意味着让真正做这件事的人按照自己的估计去完成任务。这样做的结果是啥?是人人都会支持项目的计划和时间表,因为这个时间表是每个人自下而上订出来的。


孙慧君:
(1)风格:温和
(2)角色:助理
(3)擅长的技术:UI
(4)编程的兴趣:浓厚
(5)一句话宣言:我跟楼上一队| ू•ૅω•́)ᵎᵎᵎ
(6)理解MSF的9点的基本原则:在MSF团队模型中,“用户体验”这个角色代表了用户的利益,保证产品能真正易于使用;“产品管理”这个角色代表了客户的利益,保证了我们的产品能为顾客提供商业价值。搞技术的,要尊重这两个角色,因为他们代表的是我们的衣食父母。


倪兢飞:
(1)风格:本人风格比较严肃……
(2)角色:前端开发
(3)擅长的技术:会一点前端
(4)编程的兴趣:很喜欢
(5)一句话宣言:紧跟队长脚步,一路发家致富
(6)理解MSF的9点的基本原则:MFS是一套软件开发方法,从MFS的九个基本原则来讲,在开发工作中及时的交流是很重要的,而且随着开发的深入大家不断的学习到更多的知识,并与队友的信任感与日俱增,最后出色的完成一项艰巨的任务


连燕波:
(1)风格:简约而严谨
(2)角色:开发人员
(3)擅长的技术:对代码有着浓厚的兴趣,这是一个很神奇的东西
(4)编程的兴趣:编程开发
(5)一句话宣言:杂而纯,博且精
(6)理解MSF的9点的基本原则:在开发中交流,在交流中学习。通过日常的摩擦,提升队伍的契合度,最后能够出色的一项艰巨的任务。


黄华林:
(1)风格:厚积薄发
(2)角色:测试员
(3)擅长的技术:测试和分析
(4)编程的兴趣:感兴趣
(5)一句话宣言:凌晨四点的集大很美
(6)理解MSF的9点的基本原则:软件工程,唯一不变的是变化。所以干脆别幻想客户的需求会在第一时刻很明确,然后保持不会变。要注意,我们是预期变化,不是期望变化。


王威:
(1)风格:本人风格不是很严肃
(2)角色:前端开发
(3)擅长的技术:会一点点前后端
(4)编程的兴趣:较为喜欢网络编程
(5)一句话宣言:加油!!!
(6)理解MSF的9点的基本原则:和谐的团队气氛,及时的交流沟通,各司其职,共同进步。


  • 团队的首次合照:
    编程题全队.jpg

  • 团队的特色描述:
    (1)716亲友团,有情侣,有基友,有舍友;
    (2)核心竞争力:志威大佬船长,以其谦虚的性格,非凡的思维,卓越的技术,加上慧君大嫂这个暖心小助手,带着聪敏的王威、自信的克克飞、优秀的燕波、低调的华林驰骋于软工的海洋,寻找最终的大宝藏。


附加题——团队采访

去年网络14的学长学姐们也做过团队项目,请你们找一个以前的团队采访一下:

要求:

  • 根据采访写成一个博客
  • 作业实际花费时间记录:请大家在博客末尾记录本次博客作业实际花费的时间,计时标准为:一心一意开始做采访,不能干其他事。

[考虑到将学长学姐约出来不是很方便,于是采用了QQ联系的方式。另外,学长学姐们不是很愿意太直白地透露自己的真实姓名,以下被采访人的标注用名字的拼音首字母代替。]

  • 给出采访的团队名和团队项目名,团队博客地址和代码地址
  • 当时的项目有多少用户,给用户多少价值? 现在还有人用吗?

    “因为平台适应性没有处理好,所以一直只能进行虚拟展示,而我是后期调动的人员,也不清楚具体是出了什么问题。因此没有实际用户用户,只是发布在QQ空间之类的地方,让朋友们测试一下而已。”
    --LZL

  • 这个项目能否给我们团队继续开发,源代码/文档还有么?

    “可以接手继续开发,只是建议自己重新开始比接手代码难度更小。因为大家都是刚刚接触这样的工作,不可能像老师想象中的那么有条理,能一下子找到代码关键。”
    “团队码云上上传的只有上届的代码,我更新后的代码在后期被我删了所以没有存代码。”
    --WJR

  • 项目开发有什么经验和教训?

    “代码一定要取好名字,规范好,做好备注,方便理解与查询.”
    --LZL

    “要多问多学,不要一股脑自己埋头做,多问问别人的需要.”
    --WDY

    “遇到问题时,开短会的时候一定要提出来,大家一起讨论,不要总是依靠团队中一个人,要做好分工。”
    --HDD

    “团队合作中任务分配出现问题时,大家要一起沟通,一起解决,团队的力量是巨大的。如果再来一遍,老师每次任务发布会更加明确团队成员的任务,各司其职。”
    “测试是一个很重要的环节,因为在测试的过程中会发现开发过程中没有发现的问题。如果再来一遍,我们会事先做好测试的计划,并且准备好测试的工具。”
    --团队博客Beta阶段事后诸葛亮分析
    Written by:HDD,ZLJ,WYQ

  • 对学好软件工程有什么建议?

    “好好听老师和助教的,软件工程这个学科对之后的工作学习都有很大的帮助,加油!”
    --WDY

    “好好听课,做好实验项目就可以了。多动手多思考多总结。”
    --LJN

    “不管项目完成多少,博客一定要好好写,多多听取助教和老师的意见,评论一定要认真对待喔。”
    --HDD

    “付出了多少努力就会有多少收获,认真对待每次老师布置任务的要求,查阅资料,尽力完成各项要求。多一份耐心,将博客写的美观一点。高分就是你!”
    --获得领骑小黄衫的感想
    Written by:ZLJ


    采访感想:

    起初采访这个团队,是因为和该团队中其中两位学长是朋友,后来通过搜索群成员姓名找到了其他的团队成员,发现学长学姐都很友好,交流起来很愉快。
    虽然这个项目前辈们由于某种原因,没有成功发布,但对我来说,每段代码都是一种知识财富。隐约记得,在《构建之法》中也有写到,书中主人公进入一个公司,接手了一个项目,发现代码写得很差,打算删了重做,而他的前辈告诉他:这个代码的主人也是这么想的,并重新编写了代码,结果大家都说这个程序还没有原来的好用。并不是说一个软件项目制作到最后是失败的,整个项目就应该丢弃,也许它所运用的思路和算法是正确的,是后辈无法想到的,是可以借鉴的。或许你认为不可行的代码,在别人看来,只差了一点就完美了呢?学长把码云中的代码删除了真的是很可惜啊。
    学长学姐在经验教训中都强调了团队之间的交流协作,是的,团队项目的完成时不能仅仅依靠一个人的力量,无论如何每个人都出力总是会比一个人拼搏来得有力量。
    在课程学习建议中前辈们都提到要重视老师布置的每一次任务,每一次博客,每一条评论。无论学习什么,都应该不是一个人死磕,老师布置的任务是给我们引导方向,每次博客是我们对知识的总结和巩固,而每一次评论更是对我们的激励鞭策,我们应该对每一次得到的帮助和质疑充满感激。
    最后,在这里感谢学长学姐腾出宝贵的时间接受我们团队的采访。

时间:2018年03月25日 13:51-15:22
采访人:孙慧君 201521123098

转载于:https://www.cnblogs.com/emmmTeam/p/8645949.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值