陈三三的第一次博客作

一.建立博客并介绍自己

1.大家好，这是我的博客地址https://www.cnblogs.com/c-s-s/

2.我有什么闪光点？我音乐乐感比较好，看的课外文学书比较多，对新媒体了解稍微多一些。

　　乐感好是因为从小对音乐比较有兴趣就会多加关注，听得多了就训练出来了（手动滑稽）；课外文学书是初中语文老师的气质让我明白有文化的人气质是不一样的，所以从初中开始就有意识的、养成习惯的开始坚持阅读课外书；新媒体的了解是从大学开始，阴差阳错的进入了学生会，发现新媒体成为现代社会的主流新闻来源，会有一些格外的关注，所以接触新媒体算是有两年了吧。

二.阅读与思考

1.回想一下你初入大学时对软件工程专业的畅想

• 当初你是如何做出选择软件工程专业的决定的？

　　　在哥哥的诱导下，说计算机特别火热，以后会有很好的出路。对计算机完全不了解的我，随便选择了一个计算机专业，就这样被“忽悠”来了。

• 你认为过去两年中接触到的课程是否符合你对软件工程专业的期待，为什么？

　　   没有，感觉讲解理论比动手操作更多，俗话说，好记性不如烂笔头，对于程序员来说，好记性不如敲代码。

• 你觉得软件工程是你喜欢的领域吗，它是你擅长的领域吗？

　　　不是我喜欢的领域，也不是我擅长的领域。

• 将来你会选择从事软件开发相关的工作吗？是的话给出你想去的城市、公司和岗位，否的话给出原因

　　　不会选择，到现在大二了，一直觉得自己不属于代码的世界。

　　　第一，对编码没有太大的兴趣；

　　　第二，基础十分薄弱，虽说从现在开始补缺是可以的，但是看见代码“头就大了”十几倍；

　　　第三，不想掉头发（手动滑稽），希望从事更加规律适合女生的工作。

2.即将大三的你，对照前人们走过的路和描述未来发展，现在的你

• 自我感觉你已经具备的专业知识、技能、能力有哪些？已经写过的代码量是多少？

　　　感觉自己是什么都还不会的咸鱼一条，提高的能力大概是数学逻辑更好了一些吧，代码能力是真的菜得一批。写过的代码量大概就是专业课实验报告那么多吧，并不热衷于写代码，写代码也并不能给我带来成就感，反而是挫败感。

• 离成为一个合格的软件工程专业本科毕业生，在专业知识、技能、能力上还差距哪些？

　　　专业知识非常薄弱、技能没有get到计算机学生应该到达的水平、能力也在成为编程大佬的路上越走越远。

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

• 对照以上你阅读的前人们的经历，你的选择是什么？

　　　跨专业考研，虽然很难，但是对于学习计算机可能更有信心吧！

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

　　　优势：能够有更多的选择以后要走哪一条路；

　　　劣势：在准备考研的时候会付出更加多的努力。

• 针对你的选择，你给自己的大三设定的规划安排是什么？

　　　成功拿到教师资格证，了解师范类学校对研究生的招考标准，认真准备考研。如果可以，再考一个经济类证书吧。

三.提有质量的问题

1.快速看完整部教材，列出你仍然不懂的5到10个问题，发布在你的个人博客上。注明是哪一章哪一节。要有观点、有证据或分析。字数不是直接的考核标准，但是要求篇幅长到能把观点表述清楚。

（1）我看了这一段文字（软件实体应该是可以扩展的，同时是不可修改的。），有这个问题（编写代码量很小的话，对于数据扩展是不是会非常的难，而且软件实体为什么不可以修改）。我查了资料，有这些说法（允许扩展：当应用的需求发生改变时，我们可以对模块进行扩展从而改变模块的功能；不允许修改：对模块行为进行扩展时，不必改变模块的本身。）但我还是不太懂（怎么在不改变模块的情况下改变模块的功能）。

（2）我看了这一段文字（软件团队的模式），有这个问题（对于不同的团队，如何来选择团队开发的模式）。我查了资料，有这个说法（https://www.cnblogs.com/boxianxian/p/9195222.html）；

（3）我看了这一段文字（敏捷流程的冲刺阶段中，一切交流只能通过Scrum Master来完成），有这个问题（为什么会指通过一个人来交流，如果交流不到位不是会造成更严重的问题吗？）我查了资料，有这个说法https://blog.csdn.net/ups216/article/details/50071877

四.了解和调查源程序版本管理工具

A.Git：Git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。

优点：

1：从服务器上克隆数据库（包括代码和版本信息）到单机上。

2：在自己的机器上创建分支，修改代码。

3：在单机上自己创建的分支上提交代码。

4：在单机上合并分支。

5：新建一个分支，把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。

6：生成补丁（patch），把补丁发送给主开发者。

7：看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。

8：一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。

缺点：

1：模式上比SVN更加复杂。

2：不符合常规思维。

3：代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

 

B.Microsoft TFS：这是Window平台下编写程序使用的，可以编写多种 语言的程序，比如C/C++,C#,VB等等。是微软最好用的编写程序的工具，也是一个IDE（集成开发环境）。

优点：是对敏捷，msf，cmmi等项目、过程管理、过程改善的支持。任务版上能将需求、项目进度一览无余。

缺点：能应用起来的团队、公司的数量极少，多数真正用起来，也就是源代码管理这部分，这也仅仅是占TFS极小部分功能。

 

C：Apple XCode

优点：编译速度极快，每次操作都很快速和轻松。自动提供撤消、重做和保存功能，无需编写任何编码。

缺点：更新版本后，某个插件可能会失效。