博客作业

GIT:

  https://git.coding.net/sonicsun/First.git

在写自己关于写博客的想法之前我先回答一下三个问题

  问题一:
  
    我选择计算机是因为觉得计算机就业前景和未来发展都很不错,上大学前觉得计算机专业是一个更侧重实践的专业,比起理论知识,个人更喜欢实践。
    我认为我的条件还不错,个人的目标鲜明,明确的知道自己想要或者需要学习的东西,一开始的时候就有着对计算机的学习兴趣,并且在数学从小学到高中一直是自己的优势学科,一来学习的c语言有十足的热情。但是感觉很多课程对自己帮助不大,都停留在理论阶段,而且无法实践,都是为了应付考试,所以没有学习的积极性。条件和这些博主差不多。

  问题二:
  
    我理想的大学应该是能够引导学生明确好自己的目标,学生有足够多的时间去安排自己想要做的事情,有足够多的机会决定自己想要成为什么样的人,而不是被课程或者专业局限,大家能够对自己学习的东西真正有兴趣,而不是因为各种因素不得不去学习一些自己不感兴趣的东西,并且这个东西会花掉很多的课余时间,还对自己毫无帮助。

  问题三:
  
    
我未来在IT行业会从事前端的工作,技术道路在大二的时候已经规划好了,现在还在实践中。职业道路是30岁以前积极学习技术,掌握最新的技术,并且时刻了解一些其他方面的知识,30岁以后往架构师或者是管理层走。社会道路这个个人觉得无法规划,社会上变数太多,不能太过死板去规划,会限制自身的发展。

  想法:想法来自这篇博客:http://www.cnblogs.com/rocedu/p/5145864.html
    为什么我们要写博客?赞同写博客能够提高自己的组织能力,思辨能力,管理能力。我会在csdn上写技术博客,一方面是能够总结自己所学的知识,一方面是能够帮助其他人学习知识,还有一个更简单的理由,博客的访问量侧面反映了你这个人对技术的热情以及对技术的掌握情况,在简历上加上自己的博客,能够让HR更清晰的看到你的技术能力。
    但是记录心情,记流水账的博客个人感觉发在技术博客上就毫无意义,挂羊头卖狗肉。
    个人对于这种老师强行规定写博客,如果是写的真正的技术博客,写的真的是自己遇到的技术问题,然后通过什么方式解决了不反感,而且我觉得很有必要。但是如果博客的内容是什么想法,什么感想一类的,个人很反感,因为这些算是个人的一些隐私了。博客是一个公开的平台,大家应该有权利选择要不要写在博客上,因为这些东西写在了博客上就代表不止同学老师能看到,陌生人也能看到,我们作为计算机专业的学生更应该懂得网络上个人隐私的重要性,而且写想法和感想这一类的东西是因人而异的,不是写了对所有人都有好处,大家的思维方式不是一模一样的,不是每个人的大脑都是一样的,个人就很不喜欢写这一类的东西,写了也是敷衍了事,自己敷衍写出来的东西自己看了都恶心,我相信和我有一样想法的同学不止我一个。所以希望将来的作业要是写博客的话能够注意一下这个问题。

  构建之法问题:
    我认为短时间内读完一本396页书并且提出的问题都不能称为问题,没有太多的时间去思考,带着质疑的态度去阅读一本书,去学习新的东西是一件好事,但是5天的时间就要去掌握作者的思维方式,技术思想,这个在本人看来不太现实,所以这样提出来的问题大都是价值不大或者是毫无营养的问题,这些问题在深入学习后大都能够轻松解决。这种无用功我觉得是没有必要的。
    问题一:16周的课程安排中提到了这么一句话,那么什么是Alpha阶段,什么是Beta阶段呢?

一个学期做Alpha阶段, 一个学期做Beta阶段

    问题二:在3.1中有这么一句话

和团队的其他角色合作, 在测试环境中测试实现方案, 修复缺陷(Bug) 。 如果此方案有严重的问题, 那么就考虑其他方案

      这句话是写在执行阶段之后,如果在项目开发中期发生了严重问题,比起去修复解决问题,换方案的成本是不是更大?比起解决修复问题,为什么要选择换方案?

    

    问题三:在5.3.6中

从2009年开始, 一些互联网产品团队在试验MVP方法: MVP[注释7]——Minimal Viable Product, 最小可行产品, 又称为Minimal Feature Set, 最小功能集。 具体的做法是: 把产品最核心的功能用最小的成本实现出来(或者描绘出来) , 然后快速征求用户意见。

      这种方法在征求用户意见分析数据上会花费一定的时间,会拖慢项目的开发进程,这样可能会有部分用户在这期间已经流失了,比起将软件一举上线,综合看来这样的损失是不是更小?

    问题四:在9.3中

PM做开发和测试之外的所有事情

      PM是否可以理解为大家常说的项目经理?在这一节中可以看出PM需要的综合能力很强,在技术上应该也要有一定造诣,但是为什么大部分公司的项目经理对技术方面要求与一般的程序员要求差不多?

    问题五:在16.2中

做前沿研究的人, 可以早于其他人很多年提出新想法, 但是这些想法一般都是在“创新者”(Innova-tor) 那个圈子里有影响, 这些想法要等若干年后才能由一个或多个企业看准时机推向大众市场。 成功人士的故事读多了, 很容易让人产生误解, 认为技术的创新就是一条连续的曲线。 先写论文从理论上论证其可能性(创新者阶段) 然后做出原型供先行者尝鲜(早期采用者阶段) 随后广大人民群众中觉悟高的开始接受新技术(早期大众阶段) 再传播到晚期大众(LateMajority) 最后落伍者(Laggards) 都开始使用这个新技术了但是很多新技术都掉到沟里去了,推出的时机过早, 未能吸引大众, 是一个重要原因。

      一直在等待合适的时机才推出新技术,是否会阻碍前沿研究的进程?

猜你喜欢

转载自www.cnblogs.com/sonicsun/p/9607246.html