Alpha、伪Beta 发布后,夏一鸣的个人感想与体会

伪Beta发布在4月15日拉开了帷幕,夏一鸣代表OneZero团队上台进行了Account的发布。产品发布成功,但依然存在问题和不足。以下就Alpha、伪Beta 发布谈一谈我自己(夏一鸣)的想法。

1.作为OneZero团队的组长,我很看重产品的发布。Alpha发布OneZero之所以失败,很大程度上是我的决策失误,我很自责。但自责于事无补,很快我就投入到了新一轮的工作当中。我越来越感到自己离不开实验室,离不开师兄师姐,离不开小师妹。和战友们在一起时,心情是明媚的。我为我还能是软件所的一员感到由衷的高兴。

2.伪Beta发布的时候有一句话我记忆深刻——展示与功能同等重要。一开始我难以理解,因为有的产品存在很大的缺陷,存在很严重的BUG,但在发布的时候可以一语带过,甚至可以只字不提,这在我看来是一种变相的欺骗,是不应该的。虽然我也使用了同样的方法,但我依然无法完全认同这种做法,即我认同这个方法不是在行骗,但不认同一语带过或只字不提的态度。老师也许会说现实就是这样,只要发布成功,交付完成,以后的事情就与我无关了。我还在认识这个世界,我还会成长。

3.这四周的站立会议我都参与了,当然,我是组长,是我组织的站立会议。会议的形式也在发生着改变。首先是过程的流畅度正在不断提高,大家越来越清楚自己究竟应该干什么。其次是大家的执行力有了明显提升,迭代周期明显缩短。

4.“产品应该在故事中展示”,老师说。我还没有这样去做,也得不到这样做之后他人的反馈,不知道该如何谈论。下次发布,我会尝试这一方法。

5.在发布时遇到提问,不用慌张,冷静分析提问者的动机,给提问者想要的回答。

6.经过六周的项目管理,我深刻体会到“经历就是财富”这句话。很多问题一旦我经历了,我就能事半功倍。

7.感谢一直和我并肩作战的战友。项目开发往往不是一个人能完成的,需要团结合作。

以下是OneZero团队的同组评议结果:

OneZero团队一共有5名成员,总分为2*5=10分。

郭又铭2.0分,刘伟硕2.5分,冉华1.8分,王巍1.5分,夏一鸣2.2分。

时间: 2024-08-03 19:10:09

Alpha、伪Beta 发布后,夏一鸣的个人感想与体会的相关文章

Alpha、伪Beta 发布个人感想与体会

1.Alpha版本 在Alpha版本发布时,我在Fantacy组,那时的体会我已在前面写过,现在回想起来,我觉得自己的决定似乎做的并不是很糟糕,因为来到新的团队里,我学到了很多东西,认识了很多技术很好的师兄,见识了很多没见过的技术,这些都是以前没有接触过的,而且我也发现,编程光看书是不行的,真正动手去编才发现并不是看到的那么难,但是也并不简单,而且只有使用这种方法去真实的解决一个问题之后才能对他彻底熟练,否则就一直都差那么一点. 2.Beta版本 很遗憾,Beta版本发布的时候因为食物中毒没有到

Alpha 和Beta 测试

在正式发布产品之前往往要先发布一些测试版,让用户能够反馈出相关信息,或者找到存在的Bug,以便在正式版中得到解决. 特别是在有客户参加的情况下,对系统进行测试可能会出现一些我们没有考虑的情况,还可以解决一些客户实际关心的问题 不同的测试技术区分 覆盖测试技术 说明:测试覆盖率可以看出测试的完成度,在测试分析报告中可以作为量化指标的依据,测试覆盖率越高效果越好. 覆盖测试可以是程序代码的执行路径覆盖,亦可以是功能实现的步骤覆盖(可以理解成流程图的路径覆盖). 该技术可以用在任何测试阶段,包括单元测

α发布后的感想(组长作业)

今天α发布后,组长作业,谈谈心得体会,谈谈哪些做的好的地方,哪些做的不好.耐撕团队组长因有事缺席,耐撕团队的α发布由齐同学来主持,所以这个作业由齐同学代理. 先谈谈耐撕团队在α发布会中齐同学认为做的好的地方吧:(傲娇状) 1.关于提前准备 说起提前准备,如果熟悉足球运动或篮球运动的同学一定知道,大部分的优秀运动员在比赛前都有"踩场地"的习惯,就是提前进比赛场地适应性热身.在α发布会之前,同样,耐撕团队的三名队员也提前30分钟来到了教室,提前30分钟的时间是齐同学提出的(此处窃喜状),原

Fedora 25 Alpha版本今天发布啦

时隔Fedora 24发布后的3个月,Fedora项目团队非常开心的宣布任何感兴趣的用户都能下载和测试即将到来的Fedora 25操作系统的Alpha预发布版本,在Fedora 25 Alpha里程碑版本中的最值得关注的新功能就是迁移到下一代Wayland显示服务器和X11(或者X.Org服务器)上,不过仅面向使用GNOME桌面环境的工作站版本. 谈到GNOME,Fedora 25 Alpha版本搭载了GNOME 3.21.4开发版本,在未来将会升级至GNOME 3.22桌面环境(9月21日发布

软件命名规范:什么是alpha、beta、RC、Release版

1.版本命名规范 软件版本号有四部分组成,第一部分为主版本号,第二部分为次版本号,第三部分为修订版 本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有五种,分别为base.alpha.beta .RC . release Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改. Beta版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版

Alpha、Beta、RC、GA版本

Alpha.Beta.RC.GA版本——转载: Alpha:是内部测试版,一般不向外部发布,会有很多Bug.一般只有测试人员使用. Beta:也是测试版,这个阶段的版本会一直加入新的功能.在Alpha版之后推出. RC:(Release Candidate) 顾名思义么 ! 用在软件上就是候选版本.系统平台上就是发行候选版本.RC版不会再加入新的功能了,主要着重于除错. GA:General Availability,正式发布的版本,在国外都是用GA来说明release版本的. RTM:(Rel

eclipse、eclipse_rcp工程发布前、eclipse_rcp工程发布后

接着上节说到的相对路径问题 eclipse的相对路径是相对于项目工程的路径:在这里可以直接使用Document doc = reader.read(new File("student.xml")); eclipse_rcp产品发布前的相对路径是相对于源码路径 InputStream in = MAC.class.getClassLoader().getResourceAsStream("student.xml"); Document doc = reader.rea

CocoStudio游戏发布后资源加密大致实现思路

截 止到目前,CocoStudio版本已经发展到1.5,各个子工具间也已经发生了巨大变化.但是,无论是动画编辑器,UI编辑器,场景编辑器还是 数据编辑器,它们生成(导出)的文件在商业开发中往往需要进行加密处理(当然,对于其中的一些部分加密也实在没有必要). 那么,版本发布时,如何对资源进行加密? 对此,以前官方没有给出任何回答.最近,我从cocoachina论坛上了解了几句,但是已经足够我们参考之用了.大致思路如下: NOTE: hanrea是cocoachina论坛中的一位高人,我有事经常与他

WCF发布后远程访问的域名解析问题

环境: VS2010 sp1,.net framework 4.0,windows server 2003 x64 ,iis 6.0 症状: WCF开发测试,本地调用都正常.发布后,在浏览器中访问http://ip/Service.svc,可以正常浏览,但svcutil.exe 显示的是域名:http://域名/Service.svc. 在VS中,添加服务引用,地址输入http://ip/Service.svc,点击前往,提示错误,内容如下: URI http://ip/Service.svc