Okidoki - Beta阶段项目展示 - TEAM LESS ERROR
如果您在寻找我们的Beta阶段演示文稿,请点击 此处 。
如果您在寻找我们的Beta阶段Demo视频,请点击此处。
Okidoki - Beta阶段项目展示
- 项目管理
- 团队成员简介
- 项目管理方法
- 分工协作
- 沟通对接与记录留存
- 团队进展
- Beta阶段团队成员贡献分
- 缺陷修复
- 硬核错误修复
- 用户体验优化
- 用户场景
- 开发目标
- 用户典型场景 & 功能描述
- 安装与使用方法
- 软件下载网址
- 软件下载二维码
- 用户反馈
- Alpha阶段
- Beta阶段
- 用户日活
- 推广方法
- 特色功能
- 竞品优势
- 杀手级功能
- 软件工程质量
- 文档工作
- 代码规范
- 代码完整性
- 代码测试
- CI/CD
- Beta阶段所学所思
项目管理
团队成员简介
Avatar | 姓名 | 自我介绍 | 分工 | 个人博客 |
---|---|---|---|---|
刘ZX | 体会过一些语言的酸爽也体会过一些框架的快乐。用过不少,精通很少。希望这次可以熟悉React Native。在团队中充当PM的角色,负责统筹代码开发、功能架构设计和文档编写,也参与具体开发。 | PM,统筹及功能组件架构设计 | https://blog.csdn.net/weixin_45873510?type=blog | |
郑HW | 不畏学习新知识,对前端开发有一定的兴趣。认真参与项目,磨练自我。在团队中负责前端开发,并修整部分代码bug。 | 开发,APP前端开发 | https://blog.csdn.net/byroninurarea?spm=1010.2135.3001.5421 | |
彭LZ | 学过有关编程设计和计算机结构等课程,参与并实现过一些课程设计作业和项目,在本次软工团队中负责后端。 | 开发,APP后端开发 | https://www.cnblogs.com/pgemz/ | |
王YX | 边做边学边写bug的小废柴,辅助进行后端开发。 | 开发,APP测试人员 | https://www.cnblogs.com/coclouds/ | |
顾M | 愿此次软工开发顺利达到目标,完成Beta阶段测试文档。 | 测试,APP测试人员 | https://blog.csdn.net/K_Noa | |
陈JQ | 跟随大佬们学习软件开发过程。本人对代码类型的涉猎较窄,对一些技术需要进行一定的查询才能运用。在书写代码过程中有时也会犯一些低级错误,如while循环最后忘记加上自加或自减导致无法跳出循环。但在学习的过程中也能感受到自己的进步,也会有学到新知识的喜悦。 | 开发,APP后端开发 | https://blog.csdn.net/CJQ6661999?spm=1000.2115.3001.5343 | |
蒋JC | 20级第二学士学位,因为个人原因,未能完成分配的工作,所以在该阶段尚未为团队做出贡献。 | 测试,APP测试人员 | https://blog.csdn.net/weixin_43532317?type=blog |
项目管理方法
同Alpha阶段管理方法一样,团队采用GitLab管理团队代码,成员需要遵守团队开发的Contributing Rules:
$ git checkout main
$ git pull
$ git checkout -b dev-[feature or patch name]-[your name]
# 切换到自己的新分支
$ webstorm .
# 在新的分支上修改
$ git add [files ..]
$ git commit -m "[feature] by [your name]: [changes]"
$ git pull origin main --rebase
# 拉取上游更改
# 可能需要解决冲突
$ git push -u origin dev-[feature or patch name]-[your name]
$ # 开启 Pull Request
至于Beta阶段的日常工作交流和每日例会开展和记录,我们在采用Discord平台进行每日会议的基础上增加了TeamViewer进行屏幕共享以及远程操控的环节。在开发进行时,许多问题无法用只言片语很快解释清楚,许多解决方案也需要实际操作演示才可以很快让同组成员理解。TeamViewer的使用让我们的团队可以在远端进行如同在学校内面对面的协同操作,让代码问题解决更加高效。
分工协作
经验教训:
- 对于使用Git代码管理不熟练的成员,万不可望文生义,轻易进行自己不清楚后果的操作,不然会导致代码混乱甚至遗失。比如,一定要慎用
--force
强制执行git push
,因为这个操作会强制抹去远端代码库然后再将本地代码同步,这就很有可能导致其他成员的代码被销毁,后果十分严重。 - 每个成员一定要严格按照项目规定的Contributing Rules。在每次
push
之前,都需要进行一次rebase
然后消除可能存在的代码冲突,万不可擅自跳过或者更改代码贡献步骤。
沟通对接与记录留存
在Beta阶段的沟通和会议环节,我们沿用Alpha阶段的Discord平台。之所以选用Discord,是因为这个平台支持语音通话,并且可以根据不同主题需求创建不同的频道(channel),可以非常清晰地建立对话线(thread),这样每一个问题虽然在一个对话框,但都是独立的。Discord也支持Markdown语法,观感良好。
记录留存:在Discord的各个channel中。
在此基础上,我们在Beta阶段新增使用了TeamViewer软件进行远程协同。TeamViewer是一个远程访问和远程控制软件,并且不需要注册即可使用大部分非常实用的功能且完全免费。
团队进展
Q1:团队如何平衡时间/质量/资源来如约完成任务?
- A:时间/质量/资源平衡原则同Alpha阶段基本一致。我们尽量做到三思而后行,PM会完整设想整个开发流程会用到的工具和可能遇到的问题,之后分配任务到个人,尽量做到有条不紊。另外,PM分配任务时会评估任务难度在可控范围内,这样就算有同学暂时无法很好地完成任务,PM也可以顶上。同时,团队中有严格的Contributing Rules,这样会节省很多时间在解决冲突或者整理代码库等琐事上。然而,由于Beta阶段期间发生了许多始料未及的事情,比如大规模疫情以及断断续续的返乡、隔离,我们的开发节奏不止一次遭受到比较大的冲击。所以,我们其实并没有很严格地按照Beta阶段开始时预先设计的节奏来。不过,最终的开发结束时间还是在可控、可接受范围内的,只比计划的6月11日晚了一天。
Q2:团队项目的实际进展如何?在项目管理中,Scrum的燃尽图如何反映真实进展?能否保证真实性?
- A:在Beta阶段,实事求是地说,我们的进展远远不如Alpha阶段全组成员都在学校时顺利。我们在Beta开发的冲刺阶段中难以预料地遇到了大规模疫情以及学生返乡隔离的异常情况,另外,Beta阶段的开发任务难度本身就比Alpha阶段大不少,遇到了不少技术难题。所以,我们的实际进度其实是比预想的要缓慢的,这一点在我们的燃尽图中可以不难见得。然而即便如此,我们的整体进度也没有太受到影响,最终完成的时间点也是在合理的范围内的,没有过分拖沓。
在项目管理中,同Alpha阶段一致,我们对于Issues的处理是,完成一项后即关闭一项,所以不计后期bug修复的话,Scrum的燃尽图是很能反映我们的团队的真实进度的。
Beta阶段团队成员贡献分
TEAM LESS ERROR团队的成员贡献分考量请移步这个文档参考。
姓名 | 角色 | 原始贡献分* | 转换后贡献分* | 具体贡献 |
---|---|---|---|---|
刘兆薰 | PM | 46 | 78 | 功能以及架构设计,灵活参与前后端开发,完成11篇团队博客 |
郑皓文 | 开发 | 41 | 70 | 主力负责界面开发,协助优化数据存储和逻辑部分代码 |
陈佳琦 | 开发 | 33 | 55 | 主力开发图像识别模块,并参与最终数据调试 |
王宇欣 | 开发 | 32 | 54 | 和陈佳琦、彭琳芝合作,设计数据存储和逻辑,完成图像识别接口 |
彭琳芝 | 开发 | 31 | 53 | 和陈佳琦、王宇欣合作,设计数据存储和逻辑,完成图像识别接口 |
顾檬 | 测试 | 20 | 34 | 负责测试,设计测试策略和完成测试文档编写 |
蒋锦程 | 测试 | 4 | 6 | 参与测试 |
原始贡献分:按照分数规则严格计算出的个人分数
转换后贡献分:按比例扩充为总分350分后的个人分数
缺陷修复
硬核错误修复
我们在Beta阶段接收到的用户反馈Bug有如下几点:
- 如果通过手动清除手机内存的方式来抹去应用数据,那么Okidoki会闪退。我们在调试中发现错误为:
TypeError: undefined is not an object
,这是尝试从未定义对象中取属性或者用方法导致的。我们在Beta阶段解决了这个问题。解决的负面影响:这个问题虽然在大部分正常的用户使用中不会触发,但是一旦触发了这个问题,那就基本上无法继续使用软件了,所以还是非常致命的,必须修复。 - 我们在自己调试时发现在进入添加事项界面时会有如下警告:
VirtualizedLists should never be nested inside plain ScrollViews with the same orientation - use another VirtualizedList-backed container instead.
。我们在之后的调试时发现是一个开源组件中包含的可滑动页面和我们自己设定的可滑动页面重合了,可能会引发滑动时的异常行为。在此,我们修改了部分开源组件的源代码,将其中的可滑动页面修改为不可滑动的普通页面,方修复了这个问题。解决的负面影响:这个问题虽然是非常细节的观感问题,即两个滑动区域会以不显眼的速度同时移动,但是一旦发觉还是对用户体验有影响。 - 软件初始化打开时界面为速记视图,这是不理想的;理想中打开软件所见即纵览视图。我们在Beta修复了这个问题。
用户体验优化
我们将以前提示性的警告组件(Alert)换成了更加自然的弹窗提示(Popup),使整个空间不至于显得局促与独占。另外,在提示添加成功的这种情形下使用警告来提示用户本身就是不大妥当的。
用户场景
开发目标
在整体开发前,我们预期完成一个功能全面的支持个性化的、拍照上传自动生成计划的待办清单APP。现在看来主体功能是非常理想地如愿完成了;并且,我们在Beta阶段如期完成了Alpha阶段后计划的高级功能,如从图片中自动生成计划(如拍照目录自动生成阅读计划)、云同步等。
用户典型场景 & 功能描述
我们在Beta阶段满足了全部预先设定的典型场景。如果想了解更多,请参考我们的 Beta阶段演示文档 和 Beta阶段软件发布声明 。
自定义设置:
- 颜色设置
在Alpha阶段我们接收到的用户反馈中,许多用户反馈自己其实对这种五颜六色的界面并不感冒。所以,我们在Beta阶段推出了颜色设置,供用户选择的有两套不同的配色方案。一套是原先在Alpha阶段设计的多色彩方案,一套是在Beta阶段推出的新色彩方案——简单配色方案。简单配色方案主要以白黑灰为主色调;之所以这样设计,是因为在Alpha阶段的用户大都反馈白黑灰是很简洁、很让人舒适的。我们采纳了这个用户反馈,加入了这一套配色。使用场景:有的用户喜爱多彩,有的用户喜爱简约。或者说,一个人有时喜欢多彩,有时又喜欢简约。小A今天心情好,喜欢彩色,那么她就把系统配色设置为彩色,这样一来,软件的颜色即可配合自己心情的颜色。反之,要是自己今天想要严肃务实,那么就把配色调整为简单方案。
- 语言设置
在Alpha阶段的展示阶段中,老师指导说我们最好统一一下语言文字,中文即全部中文,尽量避免中英文夹杂。所以,我们在Beta阶段的小组会议中讨论决定增加一套语言选择机制。现当下已有两套语言:中文和英文。用户亦可以在设置界面中选择。使用场景:小A是一个外国留学生,但是中文基础薄弱,使用中文APP非常吃力。有了英文模式,他就可以无压力使用Okidoki来规划自己的生活和学习了。另一个同学是小B,她最近正在准备四六级,想要培养自己的英语环境感觉,所以她就把Okidoki的软件文字设置为英文,来帮助自己适应英文环境。
- 颜色设置
图片识别生成事项:
在本次敏捷开发初期计划时,我们已有用户通过拍照或者从本机相册里上传图片识别来生成事项的计划。囿于技术原因,我们在Alpha阶段暂未考虑完成这个功能。在Beta阶段,我们使用Tesseract开源OCR文字识别模块来实现这个功能。
Tesseract是惠普布里斯托实验室在1985到1995年间开发的一个开源的OCR引擎,曾经在1995 UNLV精确度测试中名列前茅,但在1996年后惠普团队基本对其停止了开发。2005年,惠普将其对外开源,2006年及以后,由Google对Tesseract进行改进、消除Bug、优化工作。虽然Tesseract不如Transformer等深度学习技术先进,但是运用在离线的Node.js模块上依旧有不错的效果,主要表现为低占用和不俗的精确度。
我们的图像识别模块支持中文和英文。对于中文的支持,我们引用了如下两个关键模块:chi_sim.traineddata chi_tra.traineddata
用户可以在事项(Memo)视图中的右下角照相机按钮进入拍照页面,或者从相册中上传图片。在此,我们以拍照为例,拍摄一张计算机网络实验教材的部分目录。在系统生成结束后,默认的事项名称为“图片导入”,其中的速记(Memo)即为从图片中获取的内容。如果想要更加细化(修改事项名,设置优先级,设置开始、结束时间等),或者修改该系统生成的事项,则可以在事项视图长按该事项来编辑。
用图片识别来自动生成一个事项计划免去了繁琐的码字,可以很快的将书籍目录、教学演示文稿等组织为只需稍加修改就可以使用的事项,这个对于用户体验来说会有非常显著的提升。使用场景:小A最近正在准备考研,各种考试刷题书籍目录繁多,自己如果要一条一条地按照目录输入进自己的计划里太麻烦了,更不用说要用手抄写了。有了图片识别模块,小A就可以只需要拍照“咔擦”一下,根据这个目录的事项就很快完成了。
云同步:
在Beta阶段,我们设计了云同步功能,主要的系统架构如下所示:
用户可以选择主动申请同步数据,也可以由系统自动按照一周一次的频率同步数据。在拉取数据时,需要用户主动进行同步请求。每次同步进行的操作为:本地数据,远端数据=本地数据∣∣远端数据本地数据,远端数据 = 本地数据 || 远端数据本地数据,远端数据=本地数据∣∣远端数据。
云同步可以有效防止数据损失。数据的保存是非常重要的操作,而使用云同步的话,可以更好的保护数据和文件,让用户使用起来更加安全可靠。同时,用户也可以多设备协同办公,让每台设备的数据保持一致,工作生态更加舒适。使用场景:小A最近换了一个手机,但是之前老手机上的Okidoki里面有好多非常重要的计划和待办,需要用云同步将数据同步到新手机上。另外,小B想获得一份小A的计划,所以小B就在自己的手机上让小A登录她的账号与自己的计划同步,这样,小B就获得了一份小A的计划。
系统提示:
我们在Beta阶段发现了一个其他计划APP非常常见的功能:系统提示,我们在Alpha阶段并没有实现。这个功能是计划APP的标配,并且也可以更好的提醒用户完成自己的计划,所以我们在Beta阶段实现了这个功能。使用场景:小A今天在上课的时候听到老师说三个月后需要考试,小A害怕自己忘记了这个重要的事情,就设定了一个提前一周提醒的事项,提醒自己需要及时复习,不要忘记了考试。
安装与使用方法
软件下载网址
Android:请点击此处。
iOS:请点击此处。
软件下载二维码
用户反馈
Alpha阶段
用户1(北航经济管理学院某19级学生):“这个界面很吸引人,功能设计也很好,尤其是那个Event功能,真挺好的。就是可能有些时候会卡一下,不知道是我的手机的问题还是啥。”
用户2(北航某17级毕业生):“很好用,那个专注模式很棒。其他的还得继续体验,目前使用都很舒适。”
用户3(北航软件学院某18级学生):“Memo和Event两个机制真的很棒,其实我一直在用Todoist的时候就在想为什么不能设置一些子事项。而且速记转到Event的功能很实用,尤其是在记作业的时候。”
用户4(北京腾讯某员工,28岁):“挺好用的,分Event来记录代办听新颖,我还是第一次见。如果一定要从专业的角度来看的话,很多地方还是需要修改的,比如这个添加Memo的时候,其实没有必要用Alert来实现添加成功的提示。”
Beta阶段
在Beta阶段,我们在内测软件中设置了Bug反馈入口,用户可以发送一份错误报告或者意见与建议到我们的邮箱 TEAMLESSERROR@protonmail.com。这样一来,我们收到的用户反馈大量增多了,这也更好地帮助我们更新优化产品。
邮件错误反馈例子:
用户体验反馈例子(人员与Alpha阶段一致):
用户1(北航经济管理学院某19级学生):“图片导入功能很好使,可以把这个功能做大做强!”
用户2(北航某17级毕业生):“暂时还没有发现任何问题,那个拍照很不错,大部分时候基本只需要做很小的修改即可。但是如果图片模糊的话,有些时候精确度还是比较堪忧。”
用户3(北航软件学院某18级学生):“好用的,不过我希望既然已经做了,你们可以多弄几个配色。”
用户4(北京腾讯某员工,28岁):“整体来说都很不错,上次说的问题这次都有解决。很棒!新功能也很出色,加油!”
总体而言,Beta阶段发布的版本还是很符合我们的预期的,也基本满足了用户需求。
用户日活
推广方法
我们通过朋友圈和点对点推荐来推广我们的产品。现在的下载量通过 Clustrmaps 提供的免费统计点击量服务统计出为 211 次(包含Alpha阶段时的139次),由此,Beta阶段的下载量为72次,略低于我们的预期下载量。究其原因,可能是因为临近期末,大家普遍减少了一些闲心来下载。
特色功能
请移步到我们的 Beta阶段演示文档 获取更多这方面的信息。
竞品优势
Reminder by Apple Inc.: 苹果原生系列产品,对于iOS用户来说很方便。
TickTick by Appest Ltd. :被纽约时报以“最好用的待办事项”的标题报道过,知名度很高。
Todoist by Doist Inc.:以独特的紧急/重要“四象限”来管理待办。
杀手级功能
Alpha阶段提及的杀手级功能不在此赘述。在Beta阶段,我们的新杀手级功能为:
- 图片导入生成事项
这是其他同类产品不具备的但用户非常需要的。根据Beta阶段的用户反馈,我们的图片导入生成事项功能广受好评,达到了预期的用户反馈目标。
软件工程质量
文档工作
请访问我们的团队博客主页查看我们所有已发布的文档。
代码规范
我们严格遵守 Google JavaScript Style Guide ,并且规定了团队在GitLab贡献代码的规则(详见上面“项目管理方法”内容)。
代码完整性
我们的项目不存在代码混乱的情况,并且在必要的地方都附有注释。如果需要在新的机器上完全从头开始编译我们的项目,请参考我们的 技术规格说明书 。
代码测试
我们定期会对我们的项目进行单元测试。比如,我们的功能模块会对增删Memo或者一些极端情况(比如添加一个超长的事项)进行定期测试以保证软件的鲁棒性。根据我们的测试同学,我们可以保证我们的测试,在功能上,覆盖了100%;我们对于每一个功能都进行了正确性测试和边界测试等基础测试。另外,对于代码覆盖率,我们的代码覆盖率达到了89%,虽然100%是一个目标,但是由于一些方便测试的方法(比如一些 console.log()
方法)存在并且不打算在Alpha阶段删除,所以会导致代码覆盖率降低。
CI/CD
我们并没有在这个项目使用CI/CD工具,因为我们使用的 React Native 开发工具为 Expo ,它有一套完整的自己的发布流程。
Beta阶段所学所思
在Beta阶段里,我觉得我们小组做的最好的地方是:
- 需求变更灵活:我们严格按照两天一次的频率开展小组会议,商议有无需求变更,并且得益于我们遵守的高内聚低耦合原则,很多新的需求变更都可以很快实现;
- 业务人员与开发人员始终在一起:我们的团队没有严格分化团队职责,每个开发人员都可以是业务人员,帮助推广软件;
- 可用的软件是衡量进度的主要指标:我们自始至终都坚持保证软件的可用性,并以这个原则来设计单元测试以及最终的全面测试;
- 简洁,尽可能减少不必要的工作:我们的团队在开发阶段尽可能避免不必要的冗余工作和功能开发,并且两个人做同样的事这种情况是从来不允许也没有发生的。我们的整个开发流程是非常简洁高效的;
- 定期反省并调整:在开发过程中,我们难免会遇到成员进度不一的情况,但是我们每次都可以通过小组例会来帮助加快已经拖沓的进度,及时做出人员调整来保证进度。
另外,我想通过如下几点来阐释我们在经过这两轮开发后对敏捷软件开发的理解:
专业性
显然,开发团队应该具备出色的编程技能。此外,优秀的开发团队除了传统的开发,也会重视创新对重要性。并且,团队成员善于跟上技术趋势,知道如何以务实的方式使用它来提高绩效。定期和清晰的沟通
沟通是让任何团队运作良好的关键,团队需要确保沟通有规律(频率取决于需要)和清晰(没有秘密,意见可以自由分享)。有两种类型的沟通至关重要:团队内部的沟通和与第三方(利益相关者)的沟通。在团队中,领导者应该鼓励团队以健康的沟通来产生有效的流程、工具和解决方案。在与第三方沟通时,在沟通的帮助下,团队可以清晰地设定目标、审查流程、讨论新机会、选择正确的工具等等。对目标的承诺
设定明确和可实现的目标对任何团队都至关重要。在制定长期和短期计划并将任务交给团队之前,确保每个人都知道他们在项目结束时的目标是什么。明确的角色和职责
为了正常运作,团队需要了解流程的所有方面,以及他们的职责和责任。团队成员还应该了解他们的角色和职责与项目目标的关系。理解数字产品的业务逻辑
优秀的开发团队了解他们真正的客户。通过与产品所有者和利益相关者的沟通,他们真正了解最终用户的需求,因此能够做出正确的技术)决策。这是创建成功的定制软件的唯一方法。自由与灵活性
每个团队成员都应该可以自由地自行寻找新出现的困难的解决方案。在一个优秀的团队中,团队成员可以灵活地选择工具和与之合作的技术堆栈。当他们以目标为导向并受到启发时,他们会尝试找到最佳解决方案。有些时候,PM对他们的规范不太严格也许可以提供更好的代码,并让开发人员在工作时更快乐。一定的试验自由度有助于开发人员建立具有内部流程和文化的团队模型。
优秀的开发团队也可以灵活地规划他们的工作日程,因为人类不可能整天保持生产力。他们需要时间放松,在咖啡机旁聊天,或者去健身。所有人都需要一些放松来创新和创造。通过这样做,他们确保了高动力,从而在特别需要时最大限度地提高生产力。
Okidoki - Beta阶段项目展示 - TEAM LESS ERROR相关推荐
- Okidoki - Alpha阶段项目展示 - TEAM LESS ERROR
如果您在寻找我们的Alpha阶段演示文稿,请点击 此处 . 如果您在寻找我们的Demo视频,请点击此处. Okidoki - Alpha阶段项目展示 项目管理 团队成员简介 项目管理方法 分工协作 沟 ...
- 【Beta阶段项目展示】Time Shaft·时间轴
Time Shaft·时间轴 Beta阶段项目展示 文章目录 Time Shaft·时间轴 Beta阶段项目展示 一. 项目与团队亮点 1 团队成员与分工 2. 典型用户场景 3. 杀手级功能 Tim ...
- 【HelloKitty团队项目】Beta阶段项目展示
项目 内容 这个作业属于哪个课程 2023北航软件工程 这个作业的要求在哪里 团队项目-Beta阶段项目展示 我在这个课程的目标是 学习软件工程技术,完成团队开发流程 这个作业在哪个具体方面帮助我实现 ...
- 公客网beta阶段项目展示
课程评价网站--公客网 为大学生选课排忧解难 公正客观的评课网站 为大学生提供发表自己看法的平台 为每一门课程打出公正的评分 beta阶段的新功能 beta阶段发布说明 评价的增删改 对课程发表评价 ...
- Beta阶段项目展示
项目与团队亮点 一.项目管理 1.1 团队成员 姓名 任务 CJJ 多功能侧边栏实现,偏好设置与菜单 CZH TextUI 的编辑悬浮框,公式补全,细节优化 GXY 美工,榕林和榕树功能实现 LZN ...
- Gamma阶段项目展示
Gamma阶段项目展示 一. 团队成员介绍 姓名 Gamma职责 个人博客 张圆宁 PM,后端 个人博客 王文珺 后端 个人博客 牛宇航 后端 个人博客 申化文 后端 个人博客 汪慕澜 测试,部署 个 ...
- beta阶段——项目复审
beta阶段--项目复审 小组的名字和链接 优点 缺点 bug 排名顺序 颜罗王team http://www.cnblogs.com/LDLYMteam 界面清新,音乐能够选择是否播放,词汇按照四六 ...
- 【HelloKitty团队项目】Alpha阶段项目展示
项目 内容 这个作业属于哪个课程 2023北航软件工程 这个作业的要求在哪里 团队项目-Alpha阶段项目展示 我在这个课程的目标是 学习软件工程技术,完成团队开发流程 这个作业在哪个具体方面帮助我实 ...
- 秘制牛肉Gamma阶段项目展示
秘制牛肉Gamma阶段项目展示 1.团队成员和个人博客 · 左顺:在项目中主要负责后端开发.个人博客 · 袁勤:精通网页项目开发,前端后端都很强,在完成自己后端任务后也会积极帮助其他人的任务.个人博客 ...
最新文章
- J2EE面试题集锦(附答案)
- 3D点云two-stage目标检测方法优化综述
- linux设备驱动之pci设备的驱动架构
- 教徒计划出品:AIM-IPS升级到7.0步骤
- 算法—2,记一个自己的算法题 计算数字k在0到n中的出现的次数,k可能是0~9的一个值
- 基于Walle的多渠道快速打包自动脚本
- C#LeetCode刷题-广度优先搜索
- C#语法之---多线程、并发与并行概念总结
- torchvision resize 指定生成图片的尺寸
- oracle获取sysdba权限,Oracle 学习笔记: SYSDBA登陆权限问题
- 计算机系统层次中 从上层,在计算机系统层次结构中下层是上层的上层是下层的一个.ppt...
- android.opengl.GLSurfaceView.Renderer概述
- 跟踪oracle中sql语句运行过程及相关知识拓展
- 穷究链表(四)--链表实现前的思考
- “和合信诺”获启赋资本数千万元Pre-A轮融资-专注监管科技、助力金融业落地监管合规最后一公里
- 当我真正开始爱自己,我才认识到,所有的痛苦和情感折磨,都...
- 外贸企业邮箱域名是什么?企业内部邮箱域名注册解析怎么做?
- python卡尔曼滤波融合_数据融合之卡尔曼滤波示例
- python二级考试报名官网_Python 全国考级二级
- 索爱手机android系统,索爱正式发布Android系统Walkman音乐手机
热门文章
- PTA数据结构练习题——旅游规划
- 用计算机收方怎么算,计算机结合全站仪 在定点定位收方中的应用.pdf
- 计算机二级小蒋是一位中学老师,计算机二级考试MSOffice考试题库excle有答案
- 使用VBA统一word文档表格样式
- 小小突击队服务器维护多久,4399小小突击队 11月13日5:30更新维护公告!
- Pytorch实现GAT(基于Message Passing消息传递机制实现)
- 面试题-专业名称诠释
- 喜欢一个讨厌的人_为什么我们喜欢讨厌漫画无人
- 智能优化算法--灰狼算法
- 2009年9月25日微软发布VB6-SP6b