个人第1次作业:阅读与准备作业

这个作业属于哪个课程 <18级软件工程基础>
这个作业要求在哪里 <第一次个人作业:阅读与准备>
我在这个课程的目标是 使用Markdown编写一篇博客,了解软件开发的基础知识
这个作业在哪个具体方面帮助我实现目标 正常使用Markdown编写博客,速读前人们博客,基本了解软件开发的要求
其他参考文献 GitHub优缺点

1.个人介绍

我叫赵哲一,来自山东济宁。虽然济宁无名,但缺是一个安居乐业的好去处。喜欢文笔极好的小说,比如雪中悍刀行。我个性很强,按照自己的节奏做事,当然往坏点说也可以说成自律性不强(呲牙)。我适应能力很强,大一刚入学的那段时间,虽然离家1500公里,虽然身边没有知心朋友,但我也是很快处理了我遇到了各种问题。新的环境并没有在我心里翻起较大的涟漪。我热爱体育,乒乓球和羽毛球水平不太低,可以和中等选手打的有来有回,所以我比较热情,幽默,来者不拒。但我不会主动去找人说话。

2.阅读和思考

(1)回想一下你初入大学时对你所在专业的畅想

当初你是如何做出选择你所在专业的决定的?

小时候学习懒散,注意力不集中。电脑游戏夺走了我全部精力,游戏水平高了就想着游戏在电脑中是以怎样的方式存在着,为什么页游,端游占用空间不同?我能否自己创造一个游戏?自己需要掌握多少知识具备多少能力才可以创作游戏?其次我在电影中注意到了网路攻防,深深迷上了黑客这一行业,也很想成为一名有能力的夺旗选手。所以我深深爱上了计算机。

你认为过去一(两)年中接触到的课程是否符合你对你自己所在专业的期待,为什么?

比较满足自己的期待。我对数据结构又爱又恨,虽然看到一群我不认识的代码会头大,但是一旦掌握了,就会有一种成就感。大一课程基本为我们打下了编程的基础,下一环节就是增加代码量。

你觉得你所在的专业是你喜欢的领域吗,它是你擅长的领域吗?

计算机是我喜欢的领域,但我的确不擅长,就比如汉诺塔问题。如果把这个问题放给我,我是真的毫无头绪。还有模拟理发店(数据结构的高级应用)。我的代码量仅仅500多行左右,但是我相信随着代码量的提升,我会达到得心应手的程度

将来你会选择从事和你专业相关的工作吗?是的话给出你想去的城市、公司和岗位,否的话给出原因

会从事。说个题外话,现在工作基本都和计算机挂钩,无论你从事什么工作,你都会享受它给你的力量。我想去制作游戏的企业,毕竟我玩性很大,像网龙网易(捂脸笑)。我想留在浙江杭州(虽然很难)。

(2)对照前人们走过的路和描述未来发展,现在的你?

自我感觉你已经具备的专业知识、技能、能力有哪些?已经写过的代码量是多少?描述你做的最复杂的项目/作业。

哇!我掌握的简直就是vegetable。我掌握的都是很基础的东西,写过的代码量也不过1000行(捂脸),我做的最复杂的项目:模拟理发店(因为我很菜嘛),这种数据结构的高级应用我难hold住。

(3)目前是一个人生选择的十字路口,考研、工作、考公、出国,不同的选择在大三就有不同的努力方向。而无论考研还是工作的每条路径,也有许多不同的分支。

对照以上你阅读的前人们的经历,你的选择是什么?

我的选择是考研,因为我喜欢大学生活,而且我想继续深造,而且我还有很多东西需要掌握,许多东西需要熟练运用。比如office, Java, Python, flash, PS,等等等。

在这种选择下,你认为你相比其他同学来说有何优势,有何劣势?

优势:接触的人更多,去过的地方更多,见到的世面更多,知识的宽度较大提升。
劣势:当然是工作经验,我不反对工作3年胜过考研3年,因为毕业生无论你兼职做了多少,能力有多强,可能未必超过一个在腾讯工作三年的工程师!

你对于实现自己的梦想已经做了或者计划做什么样的准备?

我有大量空闲时间追求我想学的,去获得我想要的。去了解我想知道的,去自学网络攻防,和制作游戏。我想应该会很有意思吧。

提出问题

1.团队问题

在第五章团队与流程中讲到的团队模式这一概念:可以看出,这些团队有共同的特点:团队有一致的集体目标,团队要一起完成这目标。一个团队的成员不一定要同时工作,例如接力赛跑团队成员有各自的分工,互相依赖合作,共同完成任务。作者列举的近十种模式确实形象地描述出了不同形态的团队合作模式,我不由的想起我高中时的小队:因组员能力差异,分配任务很难做,最终每个人的完成情况差异也很大,甚至出现不得不由某些队员完成多个模块。
需求和设计阶段的许多问题未得到重视,在开发阶段问题放大,只得亡羊补牢,同时效率极低。最初的系统设计不够细致,导致通过测试的不同模块整合在一起出现各种bug。关于各类文档,我们选择了交给一个人完成(他只负责写文档),这个决定让小队的进度大大减慢。总结,团队分工协作开发不论哪种模型,总是会在软件开发的不同阶段出现或大或小的各种问题,这些问题有的能在早期的分析设计阶段提前避免,有的问题却几乎无法避免,我们只能在每一次的项目中吸取教训作为下一次参与开发的经验。

2.客户与软件的问题

在第10章典型用户和场景中有这样一个问题。游戏玩家类型(1)重度发烧玩家,根据游戏安排日程(2)中度发烧玩家,根据日常生活计划安排游戏时间(3)休闲玩家,只在刚好有空的时候,才考虑以游戏作为消遣。你的游戏是针对哪一种类型的用户的呢?当然根据中度发烧玩家(典型用户)所以我就有了这样一种问题:有客户需求才有软件开发,每一个软件的开发都有其商业价值,那么当一个软件其商业价值很小,客户需求量很少的时候,那么这个软件还有开发的必要吗?

3.成功的团队更能创新

出自P350,成功的团队更能创新这个说法我是同意的。虽然书上说的成功的企业要满足股东们巨大的期望值,成功的公司追逐名利,重视用户,所以他们只是平稳增长。但是如果将团队分为创新组和维护组,那么公司既保护了生命力也拥有创新力,支付宝其实就是一个很好的列子,而且他们还有网络安全组。

4.创新者就是冒险家

出自P354,创新者就是冒险家这句话我是即同意又不同意,对于一个已经完备的体系或者企业,就像代码,创新修改就相当于修改一个2W行的代码,那蝴蝶效应会体现的淋漓尽致,这的确是冒险的行动!但对于本来就处于低迷的企业,创新其实是拯救,很简单的列子:游戏虎豹骑。他与2015年停止更新,游戏一直处于低迷期,在这个战争游戏匮乏的时代,他如果进行创新发展,可能就是拯救自己,而非冒险。而dota的自走棋,这种游戏模式创新引各大游戏公司争相模仿。这样的创新又怎么能说是冒险呢?

5.软件工程师

什么样的软件工程师才算得上是高级、优秀,只是达到用户的需求才称得上吗?问题出自第三章。我有这个问题是以为曾经我听过这样一个段子:我是一个工程师,假如我是卖肉夹馍的,客户说:来,给我来2W个肉夹馍!我:内存过载。客户:给我来1.325个肉夹馍!我:精度不足。客户:给我来俩,一个不要肉,一个不要馍。我:!!!客户:我不要肉夹馍给我来条狗。我:突然去世。那么问题来了,到底什么样的软件工程师才算的上是高级优秀的工程师。

源程序版本管理工具

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有时可能被墙,或者不稳定

Bitbucket

优点: - 支持Hg,最易学易用(但不是最强大的)的分布式版本管理工具。同时也支持Git。
- 完全免费的闭源项目,还支持5人以内的合作开发
-提交大文件不限容量

TFS

TFS是一个应用软件生命周期管理(ALM)软件,是一个软件研发平台产品,其功能覆盖了软件研发过程中的所有环节(包括源代码管理)和所有角色。在用户习惯上,TFS秉承了微软所有产品的特新,开发人员非常容易上手。软件使用过程中,用户会发现与日常导入操作系统、开发工具(VS),Office软件等有很多共同的体验。TFS高度集成主流的开发工具和常见的办公工具。例如Visual Studio, Eclipse, XCode, ItelliJ,例如Excel, 浏览器,Project同时,TFS提供方便的API(.NET API, Java API, Rest API)集成,可以与企业现有的系统实现数据共享。

posted @ 2019-09-08 12:49  Plough  阅读(257)  评论(4编辑  收藏  举报