陈三三的第一次博客作

时间:2019-03-20
本文章向大家介绍陈三三的第一次博客作,主要包括陈三三的第一次博客作使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。

一.建立博客并介绍自己

1.在cnblogs.com上注册开设博客。(并在作业中附上自己的博客地址)

https://www.cnblogs.com/c-s-s/

2.同学在介绍自己的时候,可以隐藏一些信息,但是可以花时间说说自己的闪光点。很多人觉得,“我有什么闪光点...”,其实,同学们都有很多本事,超过周围大多数人。这个本事可以在课本学习之外,例如音乐,体育,娱乐,读书,演讲,记忆力,等等方面。请描述你的优势技能,并告诉我们,你通过了何种努力、花了多久获得这样的成就

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

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

.阅读与思考

(以下内容参考和转载于 北航助教 陈彦吉的 博客 http://www.cnblogs.com/ChildishChange/p/7363123.html )

    同学们在上这门课的时候已经大二下期了,你现在面临的困难与迷茫,前人也一定有过。请看看别人怎么学习的,有些是科班,有些是野路子;有些成功,也有失败。请读完下面所有博客 (读这些博客你不吃亏,你也不上当!它们都是血泪经验或教训铸成的文字!)

主题

索引号

阅读前提问

链接

科班出身

A

把每天把要做的事情分成ABCD四类:A-紧迫且重要;B-重要不紧迫;C-紧迫不重要;D-不重要不紧迫。你如何保证你的效率?

辜新星:时刻调整方向 找到人生的蓝海

B

你是否也觉得自己是科班,但没学懂计算机?

刘帅:在失望中寻找希望

C

把每天胡思乱想的东西记在一个笔记本上,作为思维快照,并常常翻回去自省,看看过去和现在的变化。这样的习惯呢?

徐宥:掉进读书的兔子洞

以上三篇来自《IT小小鸟的故事》

我是一只IT小小鸟

D

偏科生自学摸索的道路。实习经验对应届生重要吗?

一直在路上——记我从初中到本科近十年的学习成长历程

E

速成的培训班和打基础的大学教育有区别么,你是否对大学的基础学科存在的必要性有疑问?

达内,青鸟!你们使多少花朵误入歧途!

非科班出身

F

很多同学看不起大学老师按部就班地教课,他们心想,我看视频也能学会的,为何要来听课?

.net程序员工作两年总结

G

半路出家,认真学习,对自己狠心,不断在实践中进步

我前妻的故事:一个北大青鸟出来的,如何从月薪800元到年薪40万?

H

文科生转编程与他对大学教育的批判

【野生程序员】:优先招聘

大佬的博客

I

技术栈和大佬的爆栈之旅

我的软件开发生涯 (10年开发经验总结和爆栈人生)

J

大佬在职场中的摸爬滚打

技术人生的职场众生相 - 十多年的经验与心得

K

大佬给出的职业规划建议

谈谈职业规划——CSDN对我的采访

L

热情、能力、选择

对程序员职业的一些建议

M

大佬的成长史与如何进入微软亚研院,他的知乎

进入2012 -- 回顾我走过的编程之路

一流的大学

N

第一流的本科教学课堂该是什么样?

美国视界(1):第一流的本科教学课堂该是什么样?

O

美国研究生的一些计算机课程和你上过的专业课有什么不同?

分享下在美国读研期间的一些计算机课程作业

P

你在大学中体验到了哪种师生关系?你希望在这门课中采用哪种师生关系?

现代软件工程讲义 0 教学方法

Q

世界一流大学怎么教软件工程?这种方式是你喜欢的吗?

软件工程资料 - 优秀的大学怎么教程序开发和软件工程课

补充阅读

R

不要轻易在简历上写我热爱编程,我热爱学习。你对计算机的热情是怎样的?

不要轻易在简历上写我热爱编程,我热爱学习

编程人生

S

文章较长,可以暂时不看

一个程序猿的生命周期

T

文章较长,可以暂时不看

老刘连载:编程十年

阅读以上材料,并回答下面几个问题:

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

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

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

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

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

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

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

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

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

   第一,对编码没有太大的兴趣;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一个优秀的回答模板如下

博客D[1]的作者认为“企业要的应届毕业生就是一张白纸,这些白纸吸墨能力的高低决定你能否找到好的工作,而吸墨能力高则主要是基本功扎实、自学能力强的体现,并非我一直以为的丰富的‘实习经验’。”,我对此有一个问题:实习经验对本科生是否重要?

对于这个问题:首先,我同意作者强调的“基本功扎实、自学能力强”。同时,我也经过学长了解到部分公司,如依图科技的CEO也认为:“我不需要你有什么项目经验,本科生的经验是相当有限的”。但是,大多数企业招聘时都会强调“有过xx开发经历者优先”。另外,从本科生个人发展的角度考虑:博客K[2]的作者认为“在大学的时候尽量多地进入公司参与实际工作,一方面积累工作经验,另一方面,提前认识工作和自己,以便毕业时更准确地把握自己的方向。”

所以,实习经验确实是很有用的,不管是对于应聘还是个人的发展。但是企业招聘看重的真的是“实习经验”吗?

博客M[3]的作者就在博客中提到了他曾经完成的大小项目,并打趣地说他能进微软是因为他把这些经历写进了简历。所以综合上述观点,我认为,企业在面试时看重的并不是全实习经验,而是实践能力,实践能力自然也就包括了一开始提到的“自学能力强”等。

但是我还是有疑问:“完成一个类C文法的编译器”这样的作业的含金量有多少呢?

[1] https://www.cnblogs.com/xiaozhi_5638/p/4485805.html

[2] http://blog.csdn.net/haoel/article/details/1688104

[3] https://www.cnblogs.com/geniusvczh/archive/2011/12/16/2290808.html

.提有质量的问题

(一)、快速看完整部教材,列出你仍然不懂的5到10个问题,发布在你的个人博客上。注明是哪一章哪一节。要有观点、有证据或分析。字数不是直接的考核标准,但是要求篇幅长到能把观点表述清楚。
(如何提出有价值的问题? 请看这个文章:http://www.cnblogs.com/rocedu/p/5167941.html,以及在互联网时代如何提问题。 还有这些要点:

    a.在每个问题后面,请说明哪一章节的什么内容引起了你的提问,提供一些上下文。

    b.列出一些事例或资料,支持你的提问 。

    c.说说你提问题的原因,你说因为自己的假设和书中的不同而提问,还是不懂书中的术语,还是对推理过程有疑问,还是书中的描述和你的经验(直接经验或间接经验)矛盾?

    d. 大学生应该能写出自己的思考, 而不是摘抄书本内容。

    e. 提示:编程经验不多的同学,建议看16章 “创新”, 提出自己的问题。

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

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

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

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

上网调查一下目前流行的源程序版本管理软件和项目管理软件都有哪些,列举至少三个或以上的版本管理软件各有什么优缺点? (提示:搜索一下Microsoft TFSGitMercurialGitHubBitbucketTracBugzillaRationalApple XCode

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

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

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