心有猛虎,细嗅蔷薇——杨荣模杰和他的佶祥虎

@css

这个做业属于哪一个课程 课程连接
这个做业要求在哪里 做业要求的连接
团队名称 杨荣模杰和他的佶祥虎
这个做业的目标 团队的我的学习总结、整理资料

1、项目发布地址、登注/下载地址

项目github地址 网页端登注/APK下载
网页github项目地址 网页版登注地址
安卓github项目地址 安卓apk下载地址
人脸识别项目github地址 无实体

2、网页端 / 安卓端 简要说明

1. 网页版操做简明:

为不出现兼容问题,但愿使用Chrome浏览器访问,可能被提示警告信息,请选择 高级->继续访问html

  1. 第一次使用请选择“注册帐户”
    (建议使用试用帐号,不然请联系我赞成您的帐号申请;注册上传照片时请注意照片要有人像,不然会失败)
    在这里插入图片描述前端

  2. 进入主界面后,右方选择“启动摄像头”,开始摄像后点击“开始打卡”便可开始识别(必须是是自行注册的帐户,已上传照片才可进行识别)
    node

    • 点击打开摄像头,而后点击开始打卡,在后端确认前显示正在认证
      在这里插入图片描述python

    • 人脸识别非本人,打卡失败
      react

    • 人脸识别成功后,提示进入ip验证
      在这里插入图片描述webpack

    • ip验证失败后提示必须链接指定wifi
      在这里插入图片描述git

    • 不开摄像头直接点击开始打卡,提示服务器错误
      程序员

  3. 开始、结束打卡es6

    • 打卡成功页,状态由未打卡变为已打卡
      当断开指定wifi “LC”后,将自动断定为离线
  4. 左侧栏选择“数据统计”,能够看到目前作出的一项数据可视化功能
    在这里插入图片描述

  5. 基本设置(文本信息)
    在这里插入图片描述

  6. 更换头像
    【帐户】->【用户设置】->【基本设置】->
    在这里插入图片描述

  7. copyright
    在这里插入图片描述

  8. 自定义UI风格

  9. 用户管理

  10. 更多请自行体验

2. 安卓端安装及操做简明:

  1. 安卓apk下载地址,下载以后,直接容许安装便可(EMUI可能会让容许QQ安装应用,都点击容许便可)
  2. 若不在乐程团队wifi范围内,建议使用83端口版本(该版本能够非指定wifi环境打卡),首次使用请先注册(若已在网页端注册则能够直接登陆)
    在这里插入图片描述
  3. 进入主界面是打卡排名,能够选择“同级”看到与你同年级的打卡排名状况,选择“所有”则不分年级
    在这里插入图片描述
  4. 选择我的栏能够看到有打卡、中止打卡等功能
    在这里插入图片描述
  5. 更多功能请体验

3、队员我的信息及总结博客连接

学号 姓名
201731103226 翟仕佶 翟仕佶我的博客
201731062517 曾中杰 曾中杰我的总结博客
201731062424 杨模 杨模我的总结博客
201731062632 邓高虎 邓高虎我的总结博客
201731062624 张祥 张祥我的总结博客
201731062224 陈远杨 陈远杨我的总结博客
201731062420 胡思荣 胡思荣我的总结博客

1. 曾中杰我的总结

后之视今,亦犹今之视昔。 -王羲之

回望开学到现在的结束博客,就像王羲之的话,没有什么值得感叹的,后来的人看待今天,就跟今天的人看待之前同样。有的人为了分数高,洋洋洒洒写着本身的博客做业,有的人不在意结果,安然于得过且过,还有的人只专一于本身的提高...

按照博客要求,回望第一次的我的做业:连接->第一次博客做业,作了一个对称模式编写本次博客:

1.1 于我而言是否有一些收获呢?

答:那时本身书写下的目标是:但愿能略懂《构建之法》,运用其精美的内涵丰富本身的程序人生,尤为写到 “本次做业从开始使用博客,让我认识到写博客对程序员的学习相当重要,以及应用书中的构建美妙,尤为是后面的“敏捷流程”的内涵,使得我受益不浅。 ”

事实也确实如此,敏捷流程甚至被咱们小组运用在了项目的实际开发中,它的敏捷之美相信每个组员都有所感觉到。固然,实话实说,你们都说咱们小组编码起来很轻松,但其实不能说你们都很厉害,而是由于咱们每一个人都是负责任的人,遇到了问题本身立刻去解决,很在意与其余人的配合,才使得整个小组看起来很“轻松”。这是其余人难以了解的。

综上所述,个人收获就是敏捷开发运用于实际,体会到了敏捷开发的编程之美,这也算略懂《构建之法》?

1.2 第一篇博客的自我介绍?

答:那时并不想多么介绍本身,简简单单描述了本身社会角色,由于在我看来了解一我的是须要主观接触的,无论一我的怎么去自我介绍,别人只会以他的方式度量你。写了这么多的博客,已经跟助教,老师们也有了必定的交流,相信他们可以比自我介绍阶段更了解我一些。

1.3 第一篇博客的阅读与思考?

答:这一部分都是本身的肺腑之言,从如何选择这个专业到离成为一个合格的本科毕业生,在专业知识、技能、能力上还差距哪些?这些问题变化都不大,可是也许别人在通过这一个学期的对个人了解后,可以更加理解当时本身写下那些回答的缘由。固然有的问题的答案仍是有些改变的,好比本身学会的技能如今又多了一些:《构建之法》、《安卓开发》、《Linux基础》...这都是这学期的收获。

1.4 第一篇博客的提有质量的问题?

  • 构建之法12.1.2中提到理解别人的处境,心境,动机的能力是同理心,软件团队的设计师和软件工程师也须要同理心。我就在想站在别人的角度去考虑问题这点是很好的,可是做为软件工程师的话若是都从别人的角度去考虑本身软件设计的因素的话须要考虑的角度就会特别多,例如设计者,用户,上层等等,并且每一个角度看到的东西又都是大相径庭的,这时候咱们要怎么作才能更好的兼顾全局?

答:这一部分其实就是项目经理和软件开发者之间的矛盾,在我最近看到的一本书《腾讯传》就讲到了,最厉害的项目经理马化腾和他的软件开发者之间产生矛盾的时候,最后由谁提出谁负责的原则,只要你们不是特别反对,那么你就去负责你提出的设计,最后结果产生再来看效果也是蛮不错。

  • 同时,这样的话会浪费更多的时间去调试,咱们又该怎样在规定的工期时间内完成用户的种种需求,这显然是很是很是麻烦的,要作好一个知足所有要求的软件显然是不现实的,咱们又该怎么取舍?

答:这个问题其实和上面的问题不谋而合,若是时间不够能够经过线上测试,内测版本间接测试去解决。要作好一个知足所有要求的软件确实是不现实的,任何好的功能都须要用户的反馈才能进一步发展。

  • 12.5中向咱们提了一个问题:什么是用户体验何时开始考虑用户体验?从不一样时间段去考虑用户体验显然会带来不一样的问题,那存不存在一个最好的时间点呢?

答:最好的时间点就是可以让用户体验的时候,就让用户体验,越早问题发现的越早,越容易解决,其实就跟单元测试原理相似,一个一个地保证方法函数的正确性,组合起来的正确性也相对提升。

  • 14.1.1中提到软件质量=程序质量+软件工程质量 软件工程的质量又有三个特性:好,快,便宜。那么假如一我的或者一个团队开发软件的过程当中过无法作到这三点,我认为最重要的是好,但想了想,在规定的工期内既然无法作到快,那也很难作到好了,那么对于一个软件开发过程,这三点那一项是相较于其余两项要更占主导位置的呢?

答:在我看来,没有谁占主导位置,都是相辅相成的结果,惟有各方面都有运行体现,总体软件的发展更为稳健。

  • 书16章在介绍产品了,其中举了个魔方创新的例子,魔方产业中出现了种种的竞争者,笑到最后的确是那名技术不够硬,产品不够好,出现时间不够长的一位,只由于他作到了客户的需求。那么我就在想,在现实社会中一个产品的营销中也会产生不少不少的竞争者,咱们可以支抓住目标用户的需求就能够脱颖而出吗,在这以前不须要磨练出过硬的技术生产出过硬的产品吗?

答:只能抓住目标用户的需求但没有过硬的技术,是一件悲哀的技术,不是说不能找别人作,可是本身没有本钱,周围也不多有厉害的人。就想马化腾的创业路途同样,他在工做阶段弄传呼机的时候就已经有过硬的技术而且弄过过硬的产品,发现了一个好的用户需求,就去找了有过硬的技术的同伴一块儿开发出了QQ。过硬的技术是软件开发者的本钱。


2. 陈远杨我的总结

第一次做业地址

2.1 回顾课程

我以为软件工程不是简单一门课就能真正了解的,这门课只是带我走进了软件工程的大门。

对于之前的问题,我有了部分答案。我如今认为软件需求最须要的是解决最须要的功能,其余的都是以后决定的了。知足核心功能才是最重要的。在项目开发以后,看见你们作的项目后,本身有了新的疑问。咱们作的项目或许作了需求分析,知足用户的需求。可是用户真的有必要去知足这些需求吗?用户真的有必要去解决这些需求吗?在知乎上有个相似的问题就是:"当代大学生应用软件过多你怎么看?"好比易班,盗梦空间等APP这些软件的的确确能解决当代大学生的需求。可是有几个大学生真的想用呢?若是咱们班作的项目真的可以推广出去,而且获得更好的优化。是否真的能有用户满意?咱们是否过分知足用户需求?或许这就是微信能抢占QQ的用户的缘由之一吧。进一步说就是咱们真的有必要开发这种知足用户需求的项目吗?

2.2 课程总结

通过一学期学习,除了对软件工程理论上的进步外,我我的以为并无什么其余大的进步。其实咱们组的项目在分组一个星期就已经完成了大部分开发了,以后的时间花了一小部分去对接,其余时间都是在各自优化。我感受就是一次,普普统统的项目合做经验。可是这学期的硬性要求写的博客(我我的是特别烦的~~)对此次的项目开发过程当中有了很大帮助。让咱们在项目进行过程当中,明白接下来要作什么,哪怕是一件很微小的事情。可是咱们至少知道要作什么,有了每一步的规划。这是我之前作项目所没有的。体会到“写博客”对项目开发带来的巨大便利,这算是这门课程给我带来的最大的收获吧。


3. 邓高虎我的总结

第一次的博客做业连接

3.1 对于曾经提的问题的回答

  1. 第一章1.1 软件 = 程序 + 软件工程,这里如何去衡量二者之间的平衡关系,或者是说哪一部分在实际的项目开发当中占主要成分,在有限的时间以内,如何作到二者兼得?

首先是软件工程的定义:就系统化的,严格约束的,可量化的方法应用于软件开发,运行和维护,即将工程化运用于软件.一个优秀的软件是和软件工程完美结合的.不存在谁更重要的问题.

  1. 第二章2.1 单元测试必定要做者本身写吗?若是是由其余人进行测试,开发人员须要写一份完整的开发文档么?

元测试是一种提升软件质量很是有效的方法,但很重要的是咱们要去实践和体会。在现代的敏捷软件开发方法论只,都很是强调单元测试的重要性。相对专门的测试人员而言,软件的开发者者更熟悉本身的程序,开发者须要完成基本功能的验证,以提早发现bug并及时解决.

  1. 第二章2.12中提到了代码覆盖率,那么什么是代码覆盖率?

简单的说,覆盖率是指咱们代码在测试中可以被覆盖的程度。因此,覆盖率理论上来讲越高越好,代码覆盖率高说明咱们的每一段代码都通过了测试,获得了预期的答案。但咱们也不该该太纠结于代码覆盖率的高低,客观地说:
并非越高的代码覆盖率表示代码质量越好BUG越少
代码覆盖率高只能表示代码都被测试过,可是否可靠并不肯定
虽然高的覆盖率并不必定是好代码,但覆盖率低很大程度上代码质量会有问题
没有覆盖的代码应该引发咱们的重视,有存在问题的风险

  1. 第三章3.3 职业发展的方式不止一种,如何选择适合本身的一条路,或者是在多种方式之间如何平衡?

将来展望。长远来看,实现职业生涯的跨越须要锲而不舍的激情。
1.考虑是否适合本身
2.付出与收获是否成正比
3.坚持不懈地学习

  1. 第九章 9.5中,有这么一句话."没有风险,就是最大的风险".这句话该怎么去理解,在本段以前刚刚对于风险管理水平进行了分层,那这句话是不是能够理解为:风险会从多方向来袭,企图缩短软件的生命周期,而所谓“没有风险”只是没有预见风险,而且没有对其将来的风险状况进行评估呢?

只要是投资行为,总会伴随着各类各样的风险,甚至还有些不像是风险的风险.风险会从多方向来袭,企图缩短软件的生命周期,而所谓“没有风险”只是没有预见风险,而且没有对其将来的风险状况。

3.2 新的问题
有人认为软件开发时,一个错误发现得越晚,为改正它所付出的代价越大。做为项目经理,该如何管理本身的软件项目?
通过这学期的学习,你掌握到了哪些之前没有的技能,你是如何掌握的。
体会比较深的就是在于团队开发和测试,之前都是小组内分模块进行划分工做,多我的同时开发一个效率可能会更低,如何作到结对编程的高效率其中有不少的学问.
其次就是软件测试,之前作项目的时候,对于软件的测试可能呢并非很到位,经过构建执法这门课让我对于软件测试有了一个新的了解.

3.3课后感觉

经过这门课程在必定程度上了解了什么是软件工程,如何去完成一个优秀的软件以及如何去作到软件的工程化管理和如何提升软件的开发效率。软件并不仅是简简单单地开发就完事了,在软件开发以前必定要讲需求分析作到位,明白用户到底遇到的是什么样的软件。
软件工程包括几个领域:软件需求分析、软件设计、软件构建、软件测试和软件维护。所以这门课程的学习,就是把相关的技术和过程统一到一个体系中。而对这个体系的学习就是软件工程这门课程的核心——如何提升软件开发、营运、维护的效率,并提升软件的质量、用户的满意度、可靠性和软件的可维护性。


4. 张祥我的总结

4.1 问题

  • 对于问题一
    软件开发人员忙于写代码,大可能是懒得测试的
  • 对于问题二
    如今企业须要的更可能是‘’T‘’型人才,而不是“ | ”型,好比前端工程师必须懂点后端,后端工程师必须懂点前端,这样先后端才能高质量地协同开发
  • 对于问题三
    开发前作好基本需求分析,系统分析设计
  • 对于问题四
    pull request
  • 对于问题五
    其实不作优化也挺好的,代码敲的特别爽
  • 第一次博客地址
    http://www.javashuo.com/article/p-otvswfzq-du.html

4.2 学会技能

  • 写做能力,学会用Markdown写博客
  • 前端开发能力,独立构建前端应用
  • 结对编程,协同开发
  • scrum开发,极限编程
  • 单元测试

4.3 总结

不得不说,这个课程真是太牛逼了,本来我是一个连html,css都不会的小白,经过这个课程我掌握了html,css,js等开发技术,以及使用react,webpack,nodejs,and-design,es6,等技术利用模块化组件化工程化的编程思想独立开发一个先后端分离的项目,让我熟练了git控制版本技术,体验了团队开发项目的魅力,我特别感谢开设这个课程的人,让我学会了这么多,也特别感谢助教们,真的特别负责,也感谢咱们的授课老师,他讲课讲得特别好,历来没遇到过讲课讲得这么好的老师,最后再次感谢全部为开设这个课程付出努力的人


5. 杨模我的总结:

第一次博客

5.1 对于第一次问题的解答

问题一:我在第三章55页看了职业发展—考级之路这一段,有个问题“这些证书真的有企业承认么?行业承认度怎么样?”,我查了一些招聘要求,发现行业对这些证书不太承认的样子,个人困惑是“如今去考这些证真的有必要么?他们的承认度不过高的样子。

答:其实还好,这半学期我也去了解过一些招聘的文章,也发现了不少HR仍是会对证书感兴趣的,可是也不是很高,有证的必要性也不是那么的高,可是也能够做为一个亮点,其次的话,有证也至关于对本身职业的一种承认吧!

问题二:个人困惑是“是否是咱们之后工做时写代码时只须要写上彻底的注释,而不用向上兼容代码的使用者呢?

答:经过这学期的团队项目,我发现,关键的注释是必要的,这样会节省你和下一个来接手你代码的人的大量时间,而对于使用者的话,你只须要保证本身的代码不出错,且告诉使用者如何合理的去使用这些东西便可。

问题三:既然敏捷开发在国内受到文化差别的影响,甚至已经丢弃了敏捷开发所带来的优势,为何这么多互联网公司仍是在乐此不疲的采用敏捷开发呢?

答:在团队项目的开发中,其实咱们也碰见了一样的问题,队员之间因为陌生,以致于在每日站立会议的时候没法给出合理的建议,也没法合理的说出缺点,都过于委婉了,可是咱们也在其中收到了不少好处,敏捷开发的确能帮咱们开发出咱们想要的产品。这可能就是国内互联网公司采用这种开发的缘由吧,毕竟花取少许时间就能获取足够的成果,这种开发模式又有哪一个老板不喜欢呢?

问题四:身为程序员如何明白的表达这个需求作不了之类的观点?项目经理又如何让一堆技术人员明白他的要求呢?又何以服众呢?

答:这个仍是得说说,咱们组得项目组长其实也不太能理解其余人的代码,可是组长很是乐于听取他人意见,并给出合理的对策,使得咱们在需求分析和需求确认阶段的每一个需求都有专门的人去负责,故我认为i,只要组长足够服众,就算他不是技术人员,也不碍事的。

问题五: 对于一个大型的,拥有足够多用户的软件产品来讲,这个软件可能遇到的状况,也是”荒诞“的。由于一个软件开发者(团队),永远没法在测试中穷尽他们设计的软件会被怎样的使用,和遇到什么样的情况。,可是,我仍是想问,是否存在一种标准去量化这些测试的有效度呢?

答:通过此次团队项目,我认为这种东西是没法去度量的,由于咱们没法知道咱们得系统到底有多少bug,因此没法用数学去度量它,在咱们项目开发的过程当中,咱们每次都认为此次的BUG彻底修复,可是老是有其余新奇的BUG被其余组测试出来。

5.2 是否产生了新的问题?

  • 软件工程的人如何快速的掌握写文档的技巧?
  • 繁多复杂的文档会不会占用太多的编码时间?

5.3 回顾

​ 其实,经过这门课的学习,让我掌握了不少软件工程得过程方法这些,也明白了软件工程为何要叫软件工程。了解到原来程序员也不仅仅的只是去负责编码,在项目开始阶段有着比编码更重要的东西,明白了团队间协做的重要性,掌握了墨刀等原型工具,知道在编码以前如何向客户展现他们所需求的东西。理解用户需求,远远要比编码重要得多。这些东西,都在课程中源源不断的反复练习着。

5.4 体会

​ 学了两年的软件工程,直到这学期才知道咱们学的是什么,为何要去学,在学习的过程当中,的确由于做业出奇的多而各类抱怨老师,却不知只有让咱们本身去经历一下才能让咱们对软件工程有更深入更全面的理解。其次呢,这门课让我认识了不少人,不少志同道合的人,本身也掌握了不少和原来不同的技术,惟一一点的遗憾就是,此次的课程彷佛也没有提升本身的编码能力,不过编码自己就不是这门课的重点,没有锻炼到也在气力之中。


6. 胡思荣我的总结

离别赠言

之前博客

​ 对于如今来讲,这两次博客之间发生事情挺多的,个人方向也越加明确。我仍是很满意当初对咱们专业的选择,也在里面学到了许多知识。通过长时间的学习,我深入意识到狭义的编码能力并非最重要的,反而会掣肘咱们的步伐,软件工程让我体会到,工程对于软件行业的重要。

​ 这学期我拓宽了个人朋友圈,也认识了更多的人,他们方向各不相同,但都有特色,有一个就是他们方向明确。咱们大三了,立刻面临着考研,找工做的烦恼,这是不一样于其余时间的,而我选择出国留学,为了更深刻的学习,但愿可以获取更多的知识,也但愿晚一点离开。

​ 在我心中,编码能力是次要的,因此我更倾向于更多的学习,固然,代码量不能少,我也喜欢编码。

​ 对于我来讲最大的问题是不能平衡学校的学习,和本身学习之间的矛盾,结课以后会轻松一点,我也想

投入更多的时间在英语学习上

回顾以前

1.人工智能实际是多领域的结合,确实是软件工程的产物,软件工程同其余工程的区别在于,对软件工程更倾向与人,为了更好的做用于人

2.任何的发现都不是偶然的,各个领域之间的联系也会有不一样的,相互推进,相互发展,微积分也推进了计算机产业的发展

3.拥有并不表明成功,咱们要掌握管理与发展的平衡,不能顾此失彼,当达到平衡以后会呈现出更蓬勃的生命力

原本人为因素也不是公司所能表达的,宏观的调控能够确保总方向的肯定和人为影响的不肯定性

道德在某方面也会根据法律而定,并非一昧的惟心,在法内道德,法外守德才是最好的作法


7. 翟仕佶我的总结:

连接:第一次我的做业

7.1 对本身提出问题的解答

问题1:第四章两人合做。书上68页

提到注释使用的字符应该只用ASCII字符,不然会影响程序的可移植性,这里我不是很懂,一是移植性,二是为什么使用ASCII字符。想起以前在使用GBK编码后去其余平台会出现乱码,提倡只使用utf-8字符集,这二者有什么关系或者冲突么?

回答: 移植性是指使用高阶语言写成的软件,在不一样环境下,是否具有能够被重复使用的性质。打比方说在个人PC上能运行的程序,在美国的一个不一样计算机上可否正常执行。ASCII毕竟是计算机最基础的字符集,因此用ASCII注释的移植性没有什么问题;而utf-八、utf-16等编码都是基于Unicode字符集的不一样映射结果,若是有的电脑底层没有的Unicode字符集,移植后就白瞎...你就慢慢整吧。


问题2: 第四章两人合做。书上69页

4.3.2小标题,认为函数最好有单一的出口,为了达到这一目的,能够使用goto语句,但是以前咱们接收到的思想是goto语句破坏了程序结构,使程序可读性变差,尽可能不要有goto语句。如何权衡?

回答: 这一点在我和朋友作结对编程的时候深有感触。咱们为了追求性能,不只使用了C++,尚未用正则表达式,致使算法比较复杂。不过即便未优化时代码有些冗余,咱们也坚持不搞多个程序出口,保持了程序出入口只有一个这个好习惯。因此我认为在时间不是特别紧张,代码逻辑不会因不写goto语句就很是复杂的话,能不写就不写。


问题3:八章需求分析。书上155~156页

在谈到作用户调研时使用的焦点小组方法,提到讨论者对于他们不熟悉的事物(如全新市场,颠覆式的创新)不能表达有价值的想法,那么该如何作需求调研呢?用相似事物诱导讨论者么,那这又是另外一个弱点——讨论者容易受到主持人有意或无心的影响。因此,该如何作呢?

回答: 这个问题彷佛当时问的有点太刁钻了哈哈(没想到本身要回答了)。从本次咱们团队项目,我的角度看与其说解释很长时间,不如先作个有核心功能的成品原型出来,拿给用户先试用一下。


问题4:第六章敏捷流程。书上117页

提到Scrum Master不是一个官,而是一个没有行政权力的沟通者,还要在团队中作具体的工做,那么这个Scrum Master究竟是一个什么样的角色,技术力压众人的大牛么?在团队中是否还须要负什么重要责任呢?

回答: 技术并须要力压大牛,好比咱们这个七人团队六我的都很能打,而我这样的技术菜鸡,在项目中的编码工做相较轻松(要么就是较简单的任务,要么就是复杂任务作很差还能够请教他人)。做为Scrum Master / PM,我最主要的任务是:安排例会、了解进度、督促和协调任务和撰写各类报告等,不能由于某我的的工做僵住了影响到总体的进度。


问题5:第十一章软件设计与实现。书上226页

ERD的小标题彷佛有点小问题,ERD应该翻译为“实体联系图”而不是“实体关系图”

回答: 这个已经获得数据库老师的回复确认了,不过这是小事,无伤大雅。

7.2掌握到了之前没有的技能,是如何掌握的?

最大的收获就是使用git和github了。

真不是一次性掌握的!每次用完都忘,也遇到了各类push出错问题——文件太大、网络很差、没有权限等等。
这里感谢(da lao)杨模同窗,一遍遍的教我。


对C++及其编译器VS的使用更上一层楼。

结对编程中,我主要负责面向过程,陶一同窗更面向对象。
无论是命令行仍是MFC,都是他编码,我观赏的,因此跟着他学了很多东西。
VS作C++效能分析也是获得了锻炼,由于网上C#效能分析多,C++不多,咱们花了很长时间才搞定一个VS编译器的莫名其妙bug。


学会了python web框架一些基础知识

起码我知道怎么把机器学习成果展现在网页上了。
再次感谢(ju lao)杨模同窗,一遍遍的教我。


知道了一些博客园美化方法、画燃尽图等等

固然了,做为每次都要写博客的PM,这些如今都是小事了。


7.3 新的提问

这门课让你们很累,为何?

  • 首先我是以为这门课一方面颇有意思,它不交给咱们技术,可是用一种新的开发模式(咱们团队使用的就是Scrum)去让咱们在大的实践中去本身解决细节问题,可是一开始你们可能都不适应,不是合做的不适应,而是对团队合做方式的不适应。
  • 另外一方面我也相信,时间跨度、任务要求的冗长,技术应用上的不断翻山越岭,让我身边的同窗仿佛在跑一次马拉松。也有一些很优秀、起点很高、领先好久的同窗忽然就说“算了算了”,固然,我发现他只是调侃,并无放弃。
  • 固然究其疲惫的根本缘由,仍是同窗们太多太想作好。

7.4 深入体会与总结

  1. 写代码的角色
    我终于将本身的所学知识转化为了对项目的贡献。
    做为一个Python/C++爱好者,基本没啥机会作一些我稍微擅长的点的事,身边的大佬几乎都是精通Java web,以往作的小组项目或是参加比赛都是这方面,我只能抱紧大腿划水。可是此次不一样了,当团队有打卡需求,而人脸识别又是网上随处可见的关键词时,咱们的项目就是一个很天然的一个链接整合,实用且不失新颖,队友也很给力,这个过程使我体会到从未有过的存在感

  2. 作PM的角色——感谢队友
           很是高兴能与个人队员在一块儿作项目,这也是我作的最舒心的一次团队合做。每次立会都能有新颖的想法,每次安排任务时能够提出给本身安排挑战的任务,最后也可以将本身的任务作的优秀。不只仅是由于个人队友都是各自技术方向上的佼佼者,使咱们的项目进度飞快。
           合理的团队沟通和有安排的任务分工比实际能力更重要,我很高兴咱们选择了正确的方式,一个团队分红三个组先各自完成最初的模块。在这个过程当中,web组有很好的交流与沟通,工做也不会被后勤组所打断;在web组完成网站框架后,安卓组获取了接口,后勤组暴露了接口,各类的功能天然而然交叉上线。做为PM,我也感觉到了团队的凝聚力和执行力。


8、项目资料——上传至github

web前端

使用方法

  1. ctrl+c复制上面的网址
  2. 安装git(这里就不介绍了)
  3. 打开git-bush界面(怎么打开就不介绍了)
  4. 随便找个目录cd进入
  5. 输入 git clone 而后按下ctrl+v(粘贴),而后按回车,(必定记得按回车否则命令运行不了)
  6. 克隆完成后,安装nodejs(不介绍,自行百度)
  7. 进入刚才克隆项目的根目录,按ctrl上面那个shift的键+鼠标右键,选择在此处打开命令行窗口
  8. 输入npm start命令,过一下子你就能看到浏览器跳出来的页面了
  9. 部署输入npm run build 过一下子就生成一个打包的dist文件夹(怎么用自行百度)

web后端

安卓端

  1. 安卓端只须要安装APP便可,已经适配了市场上绝大部分安卓10的系统。
  2. 项目APP分为两个版本
    下载地址为
    https://github.com/chenval/ThePunchSystemAndroid/tree/master/app/release
    版本1 83:能够不须要在特定网络坏境下打卡,便于测试。
    版本2 80:最终版本,须要在特定环境下
  3. 全部资源绝来自于服务器端,只要安装APP 链接网络便可。

在这里插入图片描述
在这里插入图片描述

9、一个小小的但愿

咱们的项目上线较早,不少人使用了很长时间了,除了个别测试数据,绝大多数用户都是真实信息。
虽然咱们网站的安全性还算比较高,但毕竟能力有限。
但愿download咱们源码的来访朋友,都是成年人了,不要搞恶做剧,也不要用爬虫去爬咱们Python后端了(人脸照片在课程结束后即删除)。

10、联系方式

QQ:   	2597759547
TEL:	13281897532
相关文章
相关标签/搜索