喜欢写代码 不喜欢调bug

IT行业在2020年又硬核了一把。 在当今就业寒冬，市场紧缩的时代，互联网行业IT人才仍然保持高需求、高收入的状态。同学、朋友不少转行到IT，可你迷茫着呀！关键时刻要转行，没基础不说，数学、逻辑貌似也不那么好，看到各种标点符号加字母就开始头痛犯困…… 那么，在IT行业有没有不需要敲代码一样可以拿到高薪的职业？我的回答当然是“有”！而且这些岗位在互联网公司中必不可少的存在！ 选择一：软件测试工程师...

别着急，今天老韩就带你理一理，不写代码的程序员，还能干点啥体面活儿，甚至还能把技术经验盘活。如果你在某一领域有深厚的积累，比如Java、算法、大数据，那完全可以把这些经验整理成课程，帮助初学者入门，甚至给有经验的程序员做进阶培训。代码是工具，运维是工具，写文档、教课、甚至做产品经理，都是工具，关键看你用它做什么。干好了，你是公司里系统稳定运行的“大管家”，有技术含量，也不乏成就感。转行不是一蹴而就的事，你可以先尝试副业，比如写技术博客、接点小项目、学学运维，看哪个方向让你觉得“干得顺手”，再做进一步规划。

我本科学得是通信，毕业以后，家里供我到国外读计算机专业，父母都是工薪阶层，加上新疆的工资又不高，不仅要支付学费还要负担我的生活费，所以我很能体谅父母的艰辛。 第一学期，我学得很用功，开学第一个月的编程量就超过了我大学四年的编程量，我本以为按照这个节奏，我就要“逆天”了，可是现在到了第二个学期快结束了，我发现自己真的不是很喜欢写代码，尤其是那些需要实现系统或者系统的某个部分的课程项目，每次做这...

前言每一个好习惯都是一笔财富，本文整理了写代码的16个好习惯，每个都很经典，养成这些习惯，可以规避多数非业务的bug！希望对大家有帮助哈，谢谢阅读，加油哦~github地址，感谢每颗st...

你上班一般做些什么？我上班一般写 bug...虽然程序员自嘲自己是写 bug 的，大家都是希望自己程序无bug 的。首先来看看 Bug 的由来，"Bug" 一词最早可以追溯到计算机科学的早期。1947 年，美国计算机科学家格蕾丝·霍普（Grace Hopper）在哈佛大学的 Mark II 计算机中发现了一只飞蛾卡在继电器中，导致计算机无法正常工作。她将这只飞蛾贴在日志本上，并写道：“First actual case of bug being found”（首次发现实际的 Bug）。

比如，当你第一次用 Spring Boot 写一个简单的后端服务，发现配置比传统的 Spring MVC 少了一半时，那种“哇，这也太方便了吧！很多人觉得程序员写代码就是机械劳动，但老韩要告诉你，**写代码是门艺术，优秀的程序员是艺术家。特别是在那些“线上问题紧急排查”的深夜，几个人围在一起分析日志、写测试代码、尝试解决方案，最后成功定位问题的瞬间，整个团队都像是经历了一场战斗后的胜利。此时此刻，你不仅觉得自己是个“代码英雄”，还能感受到一种被认可的满足感——没错，整个世界都因为你的几行代码恢复了秩序。

作为一个程序员，写代码是你工作中最重要的部分。在你的编程生涯中，你需要跟各种各样的代码需求打交道。每次需求都会迫使你做出艰难的决定。这都没有问题。作为一个程序员，这是所有人对你的期待：写代码。然而，这里有一个问题：你应该写出所有这些代码吗？ 知道何时不写代码大概是一个程序员能学到的最重要的技能。——《编写可读代码的艺术》 编程的艺术就是解决问题的艺术。作为程序员当我们面临一个待解决的新问题...

评论二则：年龄大了能否写代码、上大学不喜欢IT专业咋整

作为程序员，哪些行为、特质容易招人喜欢，我总结了一下，居然有13点之多！

写代码不写注释分情况如何解决？ 写代码不说环境分情况如何解决？ 讨厌程度排名：写代码不写注释 < 写代码不说环境 < 写代码不给数据 < 写论文不给代码

为了减少bug的产生，程序员会采取一系列的措施，如编写详细的文档、进行代码审查、编写单元测试和等。同时，他们也会不断学习新的技术和方法，提高自己的编程能力，以减少bug的产生。总的来说，程序员并不是故意写bug的，而是在编程过程中由于各种原因导致bug的产生。他们会尽力避免bug的产生，并采取各种措施来减少bug的数量和影响。

胡思乱想：关于解决bug和写代码的一些感想

从面试到入职，其实中间的过程还是没啥曲折的，offer发得快，毕业后顺理成章的进去了。开始以为做开发，写写spark代码啥的，要不然写写SQL也行…其实不然，啥活都干，就是不写代码！至今已有四月有余了…… 你也许会好奇，做大数据开发竟然不写代码，是人性的扭曲，还是道德的沦丧。接下来将采用问答式手法，娓娓道来。 为什么需要写代码？ 首先考虑需不需要写代码，大数据生态有很多现有的工具，当工具不满足使用时，才会开始写一些定制化的代码。这里的工具不满足需求，分两种情况，一种是工具真没有这功能，二是，有.

平均来说，一次编写的代码会被阅读十次，所以尽力保持代码优雅是有意义的。当养成习惯后，你会发现基本不需要花什么力气，更优雅、更具维护性的代码很快就会产生收益。优雅的代码有助于理解开发语言、模式和架构，也有利于提升开发水平。史蒂芬·金在《关于写作》中说，想要成为优秀的作家需要大量的阅读和大量的写作。当人们问Henny Youngman如何能做到在卡内基音乐厅演奏的时候，他的答案是：“练习，练习，再练习。”对于软件开发也是如此：阅读他人优雅的代码，编写代码，不断练习。

虽然今天仅仅是 1 月份的第四周，但其实今年的工作已经开始收尾了。从下周一开始，你就回发现周围的同事逐渐变少。对于大多数漂泊在一线城市的程序员来说，一年回家的次数屈指可数。所以，很多人已经归心似箭了… 扯远了，回到正题。 年底了，公司新模块开发暂时停止。所以这两天就没有开发任务，一直在调 Bug。 作为一个程序员，我是本能的反感 Bug。 代码提测时，最害怕的就是测试退回，给我反馈各种问题。 这...

• 社会的愧疚，通常是bug引发了“社会性死亡”的后果，比如系统崩了，数据丢了，客户损失惨重，老板连夜开会“问责”。你一脸懵圈地打开代码，盯着那个漏掉的if条件，心里想着：“唉，这么明显的错，我咋没注意到呢？下次再面对bug，记得老韩的话：别慌，地球还转，bug总有解决的办法。想想老韩今天说的这些话：写bug是常态，解决bug是能力，复盘bug是成长，少写bug是进步。作为一名写了十几年代码的“老码农”，老韩可以很负责任地告诉你：写bug这件事，是所有程序员的必经之路，但愧疚这事儿，得分场合、分人看。

现在的系统动不动就是分布式架构、多线程并发，你写的代码只是其中一环，其他地方出了问题也可能导致你的代码“看起来有 Bug”。首先，Bug 是发现问题的窗口。测试的时候，你可能只覆盖了几种常见场景，但上线后用户的使用方式五花八门，谁知道他们会不会点到某个奇葩按钮，触发了你代码的边界问题？对于程序员来说，写 Bug 和修 Bug 是一个循环往复的成长过程，每修复一个 Bug，你的代码能力都会上一个台阶。写 Bug 不可怕，修 Bug 也不可怕，最怕的是你因为 Bug 对自己产生怀疑，甚至对编程失去信心。

1947年9月9日，美国海军准将Grace Hopper在哈佛学院计算机实验室里使用MarkII和MarkIII计算机进行研究工作。她的团队跟踪到MarkII上的一个错误，操作人员发现是由于一只飞蛾钻到了MarkII的继电器里导致的。 团队清除了这只飞蛾，一切恢复正常。当时的工作人员记录了这样一句日志：“First actual case of bug being found.”这次著名的事件，犹...