每个程序员都应该经历一次软考

今天讨论的问题可能会引起很多争议,但我还是坚持做有争议的敢说真话的人;软考在很多各大高校里还是比较流行的,只能说是流行而已,60%的人只是去凑热闹为国家软考办去做贡献的,为什么要说“每个程序员都应该经历一次软考”呢,这是源自于本人从软考中得到的感悟吧,在园子里很多人都是经历过软考的,有的人会说软考没有用,证书在找工作时根本配不上用场,不错,这点我坚决认同,企业不会因为你得了个什么软考证书而另眼相看你,觉的你有多厉害;其实我们今天要探讨的软考的真正的意思不在于结果怎么样,就拿我自己来讲吧,软考其实是锻炼我们的耐力、思考、冷静的方式,我身边过软考的人不多,但是过的人我总觉他们对计算机的理解就是不一样,在程序方面总能有所自己的感悟,在大学里学习的计算机课程可能当时觉得没啥用,一个认真学习的人想过软考可能也很简单,但是这种简单也是很少见的,绝大部分的同学都需要准备一段时间才能去考试,还不一定能过;至少我认为软考还是有含金量的,软考能将我们带上真正的开发道路,不在迷茫;在一些非正规院校中,软考就显的更重要了,能将我们浮浮躁躁的心里彻底的安静下来,软考是踏上软考开发的“铜人阵”,少林寺的学武之人必须过掉“铜人阵”才算是及格的,才能算是少林寺的弟子,在下觉得有道理;

很多人在学校学软件开发都是选择什么什么语言,对计算机真正理解的人不多,甚至到了毕业后工作了都对计算机的一些基础概念都不了解,整天抱着一些新的技术名词到处炫耀,其实他什么都不懂,在工作中经常碰到那些对这个新技术那个新技术都了解的同志,但是当他做的时候一个都不精,仅仅是了解而已;这样的状况导致了自己的路越走越窄,自我膨胀的很,不能深刻的认识自我,不接受别的意见或建议,整天活在自我世界里,等到突然有一天发现自己不足时就已经太迟了,浪子回头金不换,就怕那些永远都不知道深刻自我反思的人,直到死的那一天还是不能理解真心朋友对他的忠告;

下面我总结了软考为我们带来了那些好出;[王清培版权所有,转载请给出署名]

1.软考能将我们带入计算机世界,充分的认识到计算机世界的各方面的知识,能让我们有个广度的了解,为我们的兴趣和职业选择做了前提;

2.在我们静下心来看书的时候其实是一种自己修养的锻炼,想要过软考并非易事,还是需要一个长期的看书积累过程,无形中锻炼了我们的思考的耐力;

3.能面对软考分数的时候我们能锻炼出很好的平常心的心态;

4.最重要的是我们经历了一段“痛苦的过程”,这个痛苦可能有的人感受不到,但是我相信有朋友能体会到我所说的,我们经历了这段路程为我们下面的万里长征铺下了坚实的毅力,这样的毅力足以使我们能在长征中不掉队;[王清培版权所有,转载请给出署名]

总结:本人很深刻的体会到软考对我们程序员的意义有多大,能不能过是一码事,经历没经历过这段路程才是最关键的,经历跟没经历过是完全不同,这样的不同将在后面的万里长征中体现出来;

时间: 2024-08-18 05:30:26

每个程序员都应该经历一次软考的相关文章

我的程序员之路:一个女程序员的奋斗经历

因为有人在酷壳里评论里说我给一个女程序员的建议不靠谱,我不服,因为我的工作经历中的一些女程序员都很不错,比那些男程序员都强,所以,我在新浪微博和twitter上征集女程序员的故事和想法,这两天来,我收到了好几封邮件,让我很感动.其中,有一个故事让我回味很久,在脑海里挥之不去,可能是因为她的经历和我很相似,她的想法和我很有共鸣. 本来,我想通过收到的这些故事然后编辑成一篇关于女程序员的文章,但是我觉得这个故事已经足够好了,任何的编辑都是对这个故事的不尊重,所以,我原封不动,一字不改地把这个故事转到

程序员都不读书,但你应该读

问答网站stackoverflow.com的一个主要功能体现就是:软件开发人员无需再从书本上学习编程,就像Joel所说的: 程序员看起来都不再读书.市场上编程方面书籍的数量和编程从业人数相比来少的可怜. 2004年在<The Shlemiel Way of Software>一书中Joel也表达了相同的观点: 大部分的人都不读点什么或写点什么.大部分的程序员都不读软件开发方面的书籍,他们不去软件开发方面的网站,他们不去Slashdot参与讨论. 既然现在的程序员都不读书,他们如何学习编程?他们

为什么程序员都是夜猫子 电脑屏幕惹的祸?

一种很流行的说法是,程序员是把咖啡因转化成程序代码的机器. 说的是实情,随便问一个程序员,问他什么时候工作最有状态,估计他很有可能说是深夜.有人稍微早一点,有人更晚.有一种流行的趋势是凌晨4点起床,在破晓之前这段时间里做一些事情.而另一些人喜欢凌晨4点才睡觉. 所有这些的主要目的是躲避打搅.但是你把自己反锁在屋里不就行了?为什么对夜晚情有独钟? 我想,这事归纳下来有3点:工人的时间表,疲倦的大脑和明亮的电脑屏幕. 工人的时间表 Paul Graham 在2009年写了一篇关于 工人的时间表的文章

程序员都应该知道的130个vim命令

 从1970年开始,vi和vim 就成为了程序员最喜爱的文本编辑器之一.5年前,我写了一个问自己名为"每个程序员都应该知道的100个vim 命令" 这次算是之前那篇文章的改进版,希望你会喜欢. 基础 :e filename Openfilenamefor edition :w Save file :q Exit Vim :q! Quit without saving :x Write file (if changes has been made) and exit :sav filen

每个程序员都应该知道的基础数论

这篇文章讨论了数论中每个程序员都应该知道的几个重要概念.本文的内容既不是对数论的入门介绍,也不是针对数论中任何特定算法的讨论,而只是想要做为数论的一篇参考.如果读者想要获取关于数论的更多细节,文中也提供了一些外部的参考文献(大多数来自于 Wikipedia 和 Wolfram ). 0. 皮亚诺公理 整个算术规则都是建立在 5 个基本公理基础之上的,这 5 个基本公理被称为皮亚诺公理.皮亚诺公理定义了自然数所具有的特性,具体如下: 0是自然数; 每个自然数都有一个后续自然数; 0不是任何自然数的

程序员都抽烟吗?

问题描述 看到不少程序员都有抽烟,尤其写程序的时候,呵呵做个调查~ 解决方案 解决方案二:我没有.楼下可能有.解决方案三:我不抽烟,呵呵解决方案四:我觉得抽烟挺好呵呵解决方案五:其实写程序的时候抽烟挺好的可惜我不抽解决方案六:···解决方案七:引用4楼super_thinker的回复: 其实写程序的时候抽烟挺好的可惜我不抽 是萨是萨,尤其熬夜更有效解决方案八:一包烟,一台电脑,熬一通宵解决方案九:只要给我烟和电脑,我能窝一天解决方案十:不抽烟解决方案十一:true解决方案十二:不抽烟解决方案十三

每个程序员都应该给自己写本书

理想流:http://blog.csdn.net/leezy_2000/article/details/9286843#comments: 因为看的书相对比较多,最近又写了一本,感觉多少有点发言权,因此把自己的经过和感受写出来,供想写书的做些参考. 现在浮躁的人比较多,所以我先说写书不能达成什么目标. 最关键的一点是程序员写书基本不能让你发财,这里有篇文章叫<写一本书作者到底能拿到多少稿酬?>   里面把版税计算的计算方法写的比较详细,大家可以仔细读下.一般来讲技术书籍很可能销售不了一万册,即

所有程序员都应该遵守的 11 条规则

  所有程序员都应该遵守的11 条规则   ************************************************************************** 英文原文:11 Rules All Programmers Should Live By 参与翻译(5人):北风其凉, pseudo, nzchris, 霍啸林, 无若 转载出处:http://www.oschina.net/translate/11-rules-all-programmers?from=

每一个程序员都应该知道的高并发处理技巧、创业公司如何解决高并发问题、互联网高并发问题解决思路、caoz大神多年经验总结分享

原文:每一个程序员都应该知道的高并发处理技巧.创业公司如何解决高并发问题.互联网高并发问题解决思路.caoz大神多年经验总结分享 本文来源于caoz梦呓公众号高并发专辑,以图形化.松耦合的方式,对互联网高并发问题做了详细解读与分析,"技术在短期内被高估,而在长期中又被低估",而不同的场景和人员成本又导致了巨头的方案可能并不适合创业公司,那么如何保证高并发问题不成为创业路上的拦路虎,是每一个全栈工程师.资深系统工程师.有理想的程序员必备的技能,希望本文助您寻找属于自己的"成金之