对不起,我并不热爱编程

不知是因为到处在招那些热爱编程的人,还是因为到处写着我热爱编程,这个词已经到处都是了。可惜的是我发现我并不是一个热爱编程的人,但是不可否认的是我是有技术热情。只是我的技术热情仅限于我感兴趣的东西。两者看上去似乎有着很大的矛盾,实际上也是如此?

热爱编程是什么鬼?

百科上这样解释热爱:

情愿全身心投入地爱,激情四射,充满幸福的幻想,去奋斗、去付出,享受其中过程(即使是酸甜苦辣),即使没有回报也不后悔。尤其在遇到阻力、挫折时,才显出什么是真正热爱。

这似乎也就意味着只有遇到阻力的时候,我们才能区分一个人是不是热爱编程。所以,正常情况下我们没有办法区分一个人是不是热爱编程。

  • 如果一个人和你说,她/他花了整个晚上去搭建服务器,我觉得我看不出其中的热爱。
  • 如果一个人和你说,她/他花了一个周末去解决一个算法题,我觉得那我看不到其中的热爱。
  • 如果一个人和你说,她/他说了一直花时间在学习、深入技术上,我觉得我也看不到其中的热爱。

我也是那样的人,但是我并不觉得我是热爱编程的。

不热爱不会影响你的编程能力

有意思的是,人们在鼓吹说如果你不热爱编程,你可能没有办法掌握好编程这门技能。

编程的门派之别更像是我们在武侠电视剧上看到的门派之争一样。有的人通过某个技能成为了大师,而别人因为没有掌握这个技能矶没有成为大师,于是这个大师就告诫别人你应该这样走。当你不这样走的时候,他可能就远离你了,编程的门派便在于此。

光热爱一点用处都没有。

见到有些热爱编程的人即使怎么热爱,他的能力也没有比上一些不热爱编程的人。因为人是一种会向别人学习的动物,即使我不热爱,只要我需要达到那样的水平,我也会去做,有目的的学习要比热爱的学习来得更快。让我想起了所谓的武林正派在鼓吹自己的派别一样,除了自己的方法以外的方法都是异教徒用的方法。

  • 如果他所谓的热爱编程,只是因为对于算法的热爱?
  • 如果他所谓的热爱编程,只是因为沉迷于编程?

拜托,绝大部份公司需要的是能解决问题的人。即使他们觉得热爱编程,看重的是你未来能解决更多的问题。如果你的热爱与你公司需要的不是同一个维度,那么再怎么热爱也是无益的。

编程只是技能

技术更多地来说只是一些附属品。真正来说重要的是业务,即使在鼓吹技术公司的里。

只要是技术,那么就是可以学习的方法。可以学习,也就意味着谁都能掌握。那么只要我们能应用好技术,我们就掌握了这门技能。与我们是否热爱不存在关系,热爱不会让我们学得好,但是不热爱也不意味着我们学不好。

我只喜欢创造和解谜

对于我来说,更多地我喜欢创造和解谜。在造轮子之前,我们要先学会怎么去轮子。这时候,我们就需要解开一个又一个谜团。这个过程,比单纯的训练编程能力来得更有益处,也成长更快。当我们把一个个谜团解开后,生活会变得索然无味,这时候就可以创造一些有意思的轮子。

创造并不意味着你需要去了解一门语言的所有,又或者去了解一个系统的所有。我们所要做的只是去了解这个点的所有,依据我们需要的东西,我们就可以创造出更美好的软件。

刻意的训练

我对自己需要的能力定义是,可以不断地创轮子,快速完成开发。这就意味着,我需要学会读懂别人的设计思想、系统性的框架设计。因此,我开始在我的Github不断地创轮子,不断地开发应用。直到某一天,我完成了我需要的那些知识和技术积累,我便觉得可以了。

刻意比热爱更有效率。

与热爱编程的区别

热爱编程并不意味着你需要你知道什么,有时候只是在盲目地深入某个知识点。心里会觉得乐此不疲,但是当我达到我每一小步的目标时,我也觉得很开心。只是在一开始的时候,热爱带来的感觉会好一点,但是随后这种差别并不大。在实现的忘我过程中,我们不会意识到我们为什么在做这个。我们会忘记初衷,因为我们已经走了很长的路。同样的,都会有足够的驱动力让我们完成这一点。

两者的区别在最后的差异会越来越少,直到有一天,我们看不出两者的区别。

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-10-18 10:38:57

对不起,我并不热爱编程的相关文章

我依然热爱编程

作为一个刚从大学毕业的码农来说可能说这种话有些轻浮,因为码农这出来的代码,总有千千万万个原因,因为领导要求,因为产品经理要求,因为原来系统就是这样.我们总是有理由写出这样那样的自己都不想再看一眼的懒代码,总有这样那样的理由不去再次整和现有的框架.每天的工作就是从这里copy一些,然后写各种判断语句.编程变的如此简单而没有技术含量. 有人说,程序员的价值在于,现有的系统还有bug,不然公司要你做什么? 多么无奈. 似乎,我们不应该花很多心思来做代码整和,然后完成新的架构.每天的工作就是修改昨天的b

热爱编程,热爱生活,快速适应IT新技术

现在新技术层出不穷,我们没有那么多时间去深入学习每一门.对于大多数技术,我们只需要搞懂概念部分,从宏观上了解一下,决定我们要不要深入地去学习它.有了这些了解,就能轻松地与别人聊天了,也可以为以后技术选型做一些储备. AD:WOT2014:用户标签系统与用户数据化运营培训专场 51CTO主办WOT全球软件技术峰会直减百元优惠活动 抢票进行中! 前几天 fork 了 Ruby China 的源码,面对陌生的 Ruby 技术栈,一头雾水. 我 fork 它并不单为了学习,而是要在最短的时间搭建起我脑海

热爱编程,热爱生活,高速适应IT新技术

如今新技术层出不穷.我们没有那么多时间去深入学习每一门.对于大多数技术,我们仅仅须要搞懂概念部分.从宏观上了解一下,决定我们要不要深入地去学习它.有了这些了解.就能轻松地与别人聊天了,也能够为以后技术选型做一些储备. 前几天 fork 了 Ruby China 的源代码,面对陌生的 Ruby 技术栈,一头雾水. 我 fork 它并不单为了学习.而是要在最短的时间搭建起我脑海中的社区站点. 所以我不可能针对每一门新技术都去买一本书来读上半个月. 我在本机执行起 Ruby China,新注冊一个用户

一位热爱编程的大一同学期末困惑

[来信] 老师你好.我是来自一所普通的211学校,我从高二接触了编程,感觉编程太神奇了,然后自学了C语言,期间没有任何人教,都是自学.但由于高三的到来,一年没学编程.到高三自己立下目标,一定要考软件工程专业,结果的确实现了. 开始我担心自己入学的编程水平太差,到暑假看汇编和复习C语言,然后又到网上找视频教程看,总之开学之前学完了C语言.不过开学后,我发现我们软件学院的学生很多人根本没学过编程.自学过C语言,目前竟然没发现.更让我郁闷的是教我们C语言的老师讲课水平实在不敢恭维,上课也没听过讲,(刚

Java设计模式之创建者模式,分享热爱编程的程序人生

PS:今天的23中设计模式中的创建者方式,至此告一段落.我今天带来的技术分享为创建者模式以及原型模式.当然在Java中这两种方式很常见,只不过我们写的次数确实有点低而已,但是这不是我不学它的借口!!! 创建者模式 无构建者模式代码示例:需求创建一个摩托车对象 并且使其开始运行. 发动机代码构建: 发动机代码构键 车架代码实例: 车架代码实例 轮胎机代码示例: 轮胎机代码示 摩托车对象实体类: 摩托车对象实体类 测试类: 测试类 总结:摩托车对象时一个大对象:构建过程中可能需要很多其他对象的使用,

不要轻易说自己热爱编程

给编程一个你热爱它的机会

如果一个事情,你不热爱他,或许是因为你畏惧它,不敢去接触他,所以投入的时间少了.浑浑噩噩的过日子,浑浑噩噩的过日子,就会懈怠,而且是一旦有机会就懈怠,没有机会也会创造机会去懈怠,而人生第一大定律就是“懈怠之人永远不会成功!”. 刚刚看到了一篇文章:“野心不能成就你,热爱却可以”(链接地址:http://www.cnblogs.com/wjcnet/p/4237105.html),读后感觉真是醍醐灌顶,我们只是有太多的野心,而少了一份热爱,野心覆盖了热爱,让自己做事情时备受煎熬,就拿写程序来说,我

论文式编程

文学编程 文学编程(Literate programming)的一些概念,上个世纪 70 年代就有人提出来了. 文学编程的思想非常简单,就是将那些为了能被编译器/解释器正确识别而编写的代码打碎,然后用人类语言将它们编织到文档中,这种文档就是文学编程的源文件.这一概念第一次被完整的实现,是 Knuth 开发的 WEB 工具(此 WEB 并非现代漫天飞舞的那个 Web).Knuth 的神作——TeX 系统便是借助 WEB 开发的. WEB 工具由 tangle 与 weave 这两个程序构成.tan

项目经理应该把30%的时间用在编程上(转)

本文的作者Eliot Horowitz是MongoDB的创始人和技术总监. 在一个科技公司里,软件技术经理用在编程上的时间应该不低于总工作时间的30%.无论是管理一个团队,还是一个分部,还是整个公司,当技术经理用在编程上的时间低于30%时,他执行职责的能力就会发生严重退化. 我的这个断言可能跟那些我看到的想成为团队首领的软件程序员们期望的情况完全相反.每次晋升,程序员们都期待花在编码上的时间会大幅度减少,当从"leader"爬到"经理"职位时,就应该彻底脱离编码活动