第一次作业
|
这个作业属于哪个课程 |
|
|
这个作业要求在哪里 |
|
|
我在这个课程的目标是 |
对软件开发有个整体印象，知道开发的各种困难，与各种调度。 |
|
这个作业在哪个具体方面帮助我实现目标 |
理解软件开发的基本思想与流程，同时具备一次实在的开发软件经历。 |
一、建立博客并介绍自己
无什么显著优点，不算太矮，自己觉得吧，算是比较勤奋，三观容易该变，有时候读到一本自己感觉过得去的书，就会觉得很有道理，从此生活又会是另外一种样子。
我的博客链接：12
二、阅读与思考
（1）回想一下你初入大学时对软件工程专业的畅想
我是专业调配。当初什么都不知道，只是亲戚说这个专业火，过去两年吧，感觉没有回应我的期待，可能是我自己太懒了吧，因为感觉不到什么实在感，没有任何业绩，软件工程算是我喜欢的领域吧，不过我更喜欢游戏软件，自己享受自己创作的，同时创造出自己也愿意投入精力的游戏非常有成就感，会去从事，上海，米哈游科技有限公司，游戏设计，只要我能为自己喜欢的游戏付出，无论什么都行。
（2）即将大三的你，对照前人们走过的路和描述未来发展，现在的你
自我感觉具备的各种能力非常少，自己专业除了每学期学的，基本没拓展，除了大一做了几道算法题，自己到在自学前端，代码量非常少吧，除了每学期的专业课之外，基本没打过，我也不知道打什么方面的代码。自己离合格专业工程师差的首先是代码量，另外就是编程语言的了解多少，还有不具备实战经验。
（3）大三是一个人生选择的十字路口，考研、工作、考公、出国，不同的选择在大三就有不同的努力方向。而无论考研还是工作的每条路径，也有许多不同的分支。
我的选择是工作，优势是能更快对社会加快了解，劣势是自己学历不会太高，对以后晋升高位有影响，大一至现在学的基本知识必须牢固，另外自己从事的工作需要的知识必须具备，比如unity3d，必须在明年之内学完。
三.提有质量的问题
1
2.1.2 好的单元测试的标准
我看了这句“这对于那些爱写复杂代码的人是一个很好的惩罚”，不懂他们为什么要写复杂代码，大一的时候，有人说我写的代码很幼稚，垃圾，既然复杂了会这麽麻烦，那为什么还要写成这样，简单不好，复杂也不好，我觉得很矛盾。
2
2.4 实践——设计有实际意义的软件工程作业
我看了这句“软件工程的作业题不好出·····题目非常简陋”，这里我觉得有些跟我的想法不一样，老师也说会布置个软件项目，不知道这算不算不简陋，题目如果难了，除了那种经常做编程的同学，其他人会怎么做，或者直接放弃了，因为都是一个从未接触过的东西，毫无头绪，老师说回组队，可是如果一个队伍的队员敲的代码量都非常少，这个队伍又怎么做，不要说去问其他人，有的同学根本不会给你讲，这或许是他们自己的错，可是老师布置的这个任务，他们并没有学到什么，因为在毫无帮助的情况下，不知道多容易放弃，或者老师安排助教老师和同学一队，队员少点，多指导下，但这样老师又不够，因此到底该怎样解决作业这块问题。
3
3.3 软件工程师的职业发展
我看了这句“他们都是以什么样的心态对待这一职业的了？”邹老师分了一个类，从中可以看出第一点“临时寄托或工作”算比较差的，我想提问，职业不就算一种工作吗，正因为工作是必须的，才会有动力，因为我也是专业调剂，因此我觉得老师说低动力不赞同，有的人也是“随波逐流的思想”走到哪，就努力，但会坚持下去，不知道以后会做什么，因此才会把现在的工作努力来完成，不一定会这么极端。
4
16.1.7 迷思之七：成功的团队更能创新
我看了这句“如果公司不断满足已有用户需求········不免会被新的颠覆性创新淘汰”，一个公司目前有产品吸引许多粉丝，按照上面说话，产品不断更新，最终会被淘汰，那我们又该怎样做，不断更新会被淘汰，不更新了会直接失掉利益，如果在这个产品上花的精力少，去钻研其它新技术，那这不是直接对这个产品的讽刺吗，既然不会做大，做好，那当初创造出来还有意义吗？
5
16.5 创新和作坊
我看了这句“创新的出路到底在哪里？····不妨走进各自小作坊”，按照我的理解，这个小作坊是指人自己的小圈子，但创新不是应该在一个更广阔的空间吗，创新出来的东西应该服务与大众，假如你在农村里，有了新想法，创造出来一个东西，可是你会在农村卖吗，而农民用的人多吗，这个可能会是一个亏本生意。
四.了解和调查源程序版本管理工具
1.git
-
优点：
-
适合分布式开发，强调个体。
-
公共服务器压力和数据量都不会太大。
-
速度快、灵活。
-
任意两个开发者之间可以很容易的解决冲突。
-
离线工作。
-
缺点：
-
资料少（起码中文资料很少）。
-
学习周期相对而言比较长。
-
不符合常规思维。
-
代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。
-
2.GitHub
-
优势：
1.完整的支持Markdown语言，而且支持Emoji表情
2.支持直接复制图片到页面，会自动上传图片(非常好的功能，知乎也支持)
3.比较好的支持Mobile。虽然github没有手机客户端，但是一般开发者，写好的blog都会通过微博进行分享，所以点击过来之后，就可以在手机浏览器里面访问。
4.使用github原生的功能，就可以进行类似评论的功能
5.支持@用户功能
6.支持标签，当然是你repository里面
7.强调个人，符合hacker更看重名誉/成就感的天性
8.功能设计简洁实用上手很快，可用性好，已有很多相当质量的各类项目和优秀开发者在上面。
-
劣势：
-
1.GitHub 使用 git 分布式版本控制系统，而 git 最初是 Linus Torvalds 为帮助Linux开发而创造的，它针对的是 Linux 平台，git 和 Windows 从来不是最好的朋友，因为它一点也不像 Windows。GitHub 发布了GitHub for Windows，为 Windows 平台开发者提供了一个易于使用的 Git 图形客户端。
2.国内访问速度太慢，经常出现connect time-out
3.不能很好的解决GB2312/GBK，对中文不够友好
4.wiki功能太弱，直接导致文档（对于开源项目很重要）经常被分离到一个独立站点
5.免费套餐不支持私有项目，无非解决企业内部的需求，github:fi价格过高（最便宜要$5,000/年）
6.基于git，学习曲线陡峭，企业大规模用git根本不现实。尤其国内大家都刚学会svn
7.github有时可能被墙，或者不稳定
8.没有集成社交分享功能。比如后面可以分享到微博，微信朋友圈等。之前有人建议我去做插件，有时间看看这个。（据说是这样我还没有考证）
3.Trac：
优点：Trac做一个SCM配置管理平台，意味着它有良好的扩充性
Trac的权限体系是比较完备的设计
非常灵活，可以随心所欲的定制，可以和TortoiseSVN集成。
缺点：不支持多项目，
需求和缺陷没有分离，
用 wiki 来替代 Word 等工具编写文档对于产品策划来说门槛太高了，
中文化不完整，美术人员接触起来困难重重，
不显示中文名，本地化做得很差，
核心功能很少，不安装插件基本上没法用。
