下面用一个维修工的故事类比一下，相信会很多程序员都会感到似曾相似！
假如你是一个电灯维修工程师。
一天晚上，有人想你反馈了一个bug：“18楼会议室的灯亮着，你要去把它熄灭”。bug的备注里还写到：这个bug很简单，你只需要按一下开关就可以关掉了，你应该在5分钟内修复这个bug。
你上到了18楼的会议室，灯的确是亮着，但是房间里没有这盏灯的开关。
怎么办？这时候你打算安装一个开关，然后通过开关把灯关掉，完美！
这个时候设计师会跟你说，它会破坏房间的美感。另外，墙壁是混凝土做的，你得有合适的工具和其他人的配合才能安装。但此时此刻，你找不到这些工具和人员来帮你。
如果没有这些辅助工具，安装开关，保守估计要2天时间。但是他们希望你只花5分钟就把灯关掉，因为他们害怕CEO哪天会经过18楼会议室，问为什么灯是亮着的，怕被问责。
5分钟过去了，你的手机响个不停，他们反复问你为什么灯还亮着，为什么按一下开关就能关掉这么简单的事你要弄这么久？
为了尽快解决问题，你实在没办法，所以，你设法进到了 18 楼走廊的天花板里，找到了会议室灯的电线，一刀切断，灯关掉了，问题解决了，你告诉了他们：你把先切掉了，灯就关了。
你的手机也安静了，但好景不长。
他们又有了新的疑问：线被你切掉了，如果哪天我们想开启会议室的灯，怎么办？因此，他们要求你把这盏灯的线牵引到地下室去，因为那里有开关，等他们需要开灯的时候，就通知你去地下室帮他们开灯。
你抗议这个荒谬的解决方案。但是你的上司说：“是的，这个解决办法不理想，但是现在是唯一的解决方案”。
这个时候你心里骂了他们一句：SB！
现在你要么按照他们的“荒谬”要求来做，要么辞职另谋高就，但你想了想，一旦到了新的工作环境，也难免会遇到这种荒谬的事情。
你咬咬牙，把18楼会议室的线牵引到了地下室，你发现已经有10几条线是从其他地方牵引过来的，这种荒谬的做法，你不是第一个做。你小心翼翼地把线牵引号，并尽人事地给左右地线做好了标记。
终于，你回到了你的办公桌，把bug标记成：“已修复”。
可刚过不久，测试员又重新开启了bug，并备注说：“会议室还是亮着的”。
你回到 18 楼的会议室。灯是灭着的。你返回办公桌前，关闭了 bug，注明你已经亲自检查过了。
测试员再次重新开启了 bug：“房间还亮着”。再次亲眼确认灯泡灭着后，你将情况汇报给了上司。
他建议你去地下室检查电线和开关。你抗议说你正直盯盯地看着灯，它就是灭着的。 “我知道，但去检查一下。这样一来你就可以告诉测试员你确认了所有流程。”
你叹了口气，前往地下室检查了电线和开关。它们不可能以任何你能理解的方式导电。 你向测试员反馈，你检查了电线和开关，它们不可能通电，你正看着灯泡，它是熄灭的。
“我不是指灯泡，”测试员说。 “bug 里描述的是房间里的光。房间现在仍然不够暗，你应该拉下窗帘。“你回应说窗帘的事不归你管。测试员不相信你说的话，亲自去询问你的领导。
经过一番激烈的讨论之后，他们终于同意将窗帘的问题提交给其他部分去解决，太好了，灯光的问题暂时到此为止了，bug可以顺利地关闭掉了。
现在，CEO突然决定要去18楼会议室开会。你接到通知，要赶去地下室，开启18楼会议室的灯。
你以最快的速度去到了地下室，连上电线，按下开启按钮。回到了办公桌，此时你的手机有了26个未读消息：
“出问题了，灯还是熄灭的！”
“有个问题，灯没有亮。”
“为什么这么久还没有亮灯？”
......
而最新的一条消息则是：“没事了，灯是亮的，辛苦了哈”。
微软发布Visual Studio Code 1.32，工作区域、编辑器以及语言功能等都有更新，另外还增加了一些预览功能，让想要尝鲜的开发者使用并反馈。从这个版本开始，开发者可以预览并且安装颜色主题，而且在安装完主题之后，可以随即应用颜色以及图标，而不需要重载。在快捷键编辑器中，开发者现在可以编辑When属性，微软还移除了键盘快捷键编辑器开启keybindings.json的链接，将该功能改至编辑器标题右侧的{}按纽。
微软接受了开发者的反馈，在Linux上决定将window.titleBarStyle预设设定从自定义改为本机端，即便如此，微软仍然建议开发者使用定制化标题栏，以获得更好的可读写性支持。
在编辑器方面，新版本改进了鼠标悬停以及问题面板。现在问题面板加入了具有快速修复以及问题 探索 功能的命令行，开发者鼠标移动至快速修复选项上，就能启动快速修复功能，而问题 探索 功能则会在编辑器中开启 探索 视图。开发者可以从问题面板的 探索 视图，浏览错误或是警告。
Visual Studio Code的快速修复是由Code Action API支持，微软提到，虽然针对同一个错误，可能存在许多快速修复的方法，但是通常只有一个最合理的解法。现在系统会将其中一个修复建议，标记成为最佳选项，以表示其为问题最合理的修复方式，当存在最佳修复选项时，提示灯泡会出现一个蓝色小标示，开发者可以使用自动修复命令，自动应用最佳修复。
expandLineSelection预设绑定快捷键更改了，从Ctrl+I改为Ctrl+L，在macOS则从Cmd+I改为Cmd+L。而多行选择也改变了，现在开发者可以按住Alt并在编辑器中拖拉，在正常选择和以行为单位的选择进行切换。
Visual Studio Code 1.32包含了TypeScript 3.3.3，其中修正了部分BUG，在功能改进上，Visual Studio Code现在支持动态加载，在安装大多数扩充套件时，包括TypeScript以及Markdown扩充套件不需要重新。另外，新版还针对ARIA属性改进HTML IntelliSense，由于Visual Studio Code可以从W3C以及MDN取得ARIA可用数据，因此Visual Studio Code现在会显示ARIA属性和DOM事件的描述。
这个版本Visual Studio Code新加入的预览功能，能够在纠错服务器程序时，自动打开URL。微软提到，由于在开发web应用程序的时候，需要在网页浏览器中打开特定的URL，才能在纠错器中触发服务器代码，而现在Visual Studio Code能以灵活的方式自动实施这个过程。
程序员的技术水平的确是特别高的，而且他们也特别厉害，因为他们能够成为更加优秀的员工。程序员在我们的社会中发挥了巨大的作用，他们不仅能够维护网络秩序的稳定，而且也能够让我们在互联网自由翱翔，能够解决很多突发问题。
程序员不仅需要提高自己的专业能力，而且也需要不断进步。因为他们面临的问题会越来越多，而且这些问题可能会越来越难，他们需要不断锻炼自己的能力。淘宝预售“买崩”，程序员20分钟完成修复，现在程序员技术水平有多厉害？他们的确特别厉害，之所以这么说的原因有三个:
一、他们能够不断提高技术水平。
他们之所以能够变得越来越厉害，就是因为他们在工作的过程中不仅能够注重个人能力的提升，而且也能够学习更新的技术。他们能够运用更加先进的科学技术解决更多的问题，并且也能够不断提高自己的技术水平，因此他们才能够成为更加厉害的程序员。
二、他们具有更加专业的知识。
他们的确是特别厉害的程序员，而且也能够拥有更强大的实力。因为他们本身具有专业的知识体系，而且也能够构建更加全面的思维体系。他们在解决问题时不仅能够更加睿智，而且也能够通过自己的努力，总结更多的经验，从而能够更加厉害。
三、他们的经验越来越丰富。
他们的确能够处理越来越多的难题，而且也从不畏惧未知的难题，他们不仅能够积累更多的经验，而且也能够不断提高自己解决问题的能力。他们的确能够成为互联网领域中的重要人物，而且能够更加自信，因此他们真的特别厉害。
以上就是我的相关看法。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）