CodingCrazy‘sBlog 观后感 by Liangjun

由于担心太多人都看去年的博客,所以我选择了一个2010年的ASE课程的blog,这个blog的小组有六个人,

// Dying for your love

//  -- CodingCrazy_Team

if(CodingCrazy_Team > 

  Zhouxiao + Xiao + Xuyong +
   Binxing + Guangxin + Hao +
  Xiaobin
)
{
    We_are_happy();
}
else
{
    We_are_dying();
}
上面这句代码表示了这六人,同时,他们还有一个另外的博客,我看到当时的老师(邹欣),还在上面给他们留言。主要看了2篇。
  第一篇讲述他们的创始的文章。《如果你是一个项目经理,有一个12人左右的队伍。如何规划未来?》,1.拉赞助2.开发原则-人员分配。3.确定开发方向,建立共同目标1)Survey2)team brain storm 3)用户需求4)Team Brain StormII 4.围绕目标学习和开发第一个版本。5.发布并且收集feedback6.正式发布。总共分了6步,在进行软件工程的初期就已经安排了各项日程,问题:1.我觉得先拉赞助(投资)是不合适的,因为至少做出个demo用来去吸引风投或者天使投资的注意力,才能有更好的收益。而且现在的创业或者项目部分,要么是一个公司分出来的已有资金的创业部门,要么是一个创业的团队去维护一个产品或者创造新产品,都不是先拿到赞助的。但是如果只是为了做ASE来说,第一步可以去掉了-_-! ,但是他们的人员分配的很细,每个步骤都有至少一个表格,很有条理,如果能按照执行会有很好收益。
  第二篇看的是对于微软学术搜索的调查,看起来比第一篇的文章内容少一些,但是都很实用,评价了该搜索的一些优劣:优:1。支持逻辑运算(这个是个搜索就应该有吧)2。Co-author的界面很赞(这点确实很好)然后剩下的都是吐槽。劣:1。搜索内容不能补全(现在已经可以了)2。数据库太小(如果当时的数据属实的话,100,200篇相关结果确实是是太小了)3。排序不合理(估计是为了搜索速度,优化了结果导致的,现在不知道改没改)4。Co-author不具有明确的分类,比如高级别和低级别的人看不出差距,他们提出的方案来说是利用线条的粗细(线条粗细的话看起来会很头大,很多个线条放在一起看不出来,不如按照圆的大小来进行对比)5。paper下载功能不够强大(这点没有使用经验,暂时保留意见)6。希望加入搜索课程(这个问题有点无厘头,但是现在coursera已经有了,并且越来越壮大,说明当时的想法很敏锐,如果能付诸实践说不定现在活得融资的是codingcrazy,但是从另一个方面来说,开设课程神马的需要和相关的学校进行沟通,目前这点上面来看,作为学生而且远在大陆的我们不太具有这个客观条件)。对于该篇的评价基本都写在每句的括号内了。
  然后好奇心驱使,看了一篇讲述结对编程的故事,他们做的是3D的跳棋,用的是WPF,并且在学校没有结对编程的经验,看了俩位学长的编程过程还是很有意思的:

时间

人物

工作

11.16—11.17

文哥和我

疯狂找WPF学习资料,围棋游戏,研究学习

11.18

使用Sphere3D类型进行3维球体建模

11.18

文哥

使用贴图的方法,构建棋盘平台

11.19

使用“virtual trackball”方法实现3D场景中任意模型的自由旋转,但无法成功运用到camera的旋转中,

11.19

文哥

根据teacher的要求,将棋盘做成真正的3D棋盘,实现6个面的自由落子,规范了棋盘坐标

11.20

文哥和我

1. 成功实现整个场景中的基于鼠标移动的自由旋转;

2. 探讨出棋子显示的实现机制,成功实现黑白棋的交替进行;

3. 确定了规则实现机制采用维护每个棋子的4个方向的气场的方法;

11.21

文哥和我

上午:实现找棋子领域的方法;实现禁着点报警和提子的方法

下午:

彻底推翻之前实现方法,采用维护每个棋子的4/3个邻居的索引的方法,在将落子时和落子后全盘索引判断。实现禁着点报警和提子的方法。

 

 
 
 
 
 
 
后面的俩人编程估计也是这样吧,今年的希望有点新想法可以付诸实践,后面的ASE课程会很辛苦,当时学长们表示一周有7*14小时确实很恐怖。各位一起努力吧~
 
 
 
 
 
 
 
 
 
 
 

你可能感兴趣的:(Blog)