你见过最糟糕的程序员是怎样的？

之前看过一个段子，也可能是真事。

你见过的最差的程序员是怎样的？

• 底下有位匿名用户回答到：

还是新人的时候，接手过一座屎山，奈何技术不足，也不敢乱动这座屎山，只好继续在屎山拉屎。 后来离职，几经跳槽混够了经验和能力，进了一家大公司，有天我们组接手一个项目，正是我曾经拉过屎的那座屎山。 上面说要好好优化这个项目，整个组唉声叹气，全在骂写出这座屎山的程序员。 幸好我的名字非常大众化，只是说有个拉屎的程序员和我同名同姓……

• 还有更神金的回答：

Java开发，内部的小项目有点小bug，让新来的小伙伴改个小bug，改好以后，我问他要.class文件，小伙伴把.java文件直接改了个后缀名给我了Σ(っ °Д °;)っ我一开始还不知道，部署失败以后找原因发现了这个，当知道这哥们是这样操作的以后，经理脸都绿了...感觉但凡知道点基础的都知道不能这么搞，.mp3改成.doc就能成word了？

• 内事不决问网易，外事不决问百度：

“曾经遇到过一个架构师。有一次我的代码出了bug，抛出的异常已经被补获到，是因为dao层的方法名和mapper.xml文件的sqlId没有匹配上，只要改一下sqlId就可以了，但恰巧的是，架构师就坐在我的旁边，于是他自告奋勇的跟我说，让他来看看，因为初来乍到，我也没有好意思回绝他。

于是这架构师，迅速的打开了百度，开始搜索网易翻译，以迅雷不及掩耳之势，将异常堆栈信息复制下来，粘贴到网易翻译了，于是尴尬的一幕发生了，他一字一句的给我念翻译成中文以后的异常信息。

架构师不慌不忙的又打开了百度，开始一顿乱搜，在我的工位上坐了一个小时之后，还是没解决这个问题，于是跟我说，你自己再看看吧。他无奈的离开了我的座位，独自留我在尴尬中。

不懂的话怎么办？

好多营销号说不懂可以多问，很多人都是愿意去帮助你的。于是很多同学抓住一个师傅就不放手了，反而让人家躲着。有几种尝试解决问题的办法：

1. 学会查看文档，API文档中很多内容都是有说明的，如果实在不理解再去问。

2. 有问题先百度，而且百度一定解决小白大部分的问题。

3. 学会看论坛，很多程序员常用论坛比如Stack Overflow就可以找到好多的报错解决方案。

工作心态

找前辈帮忙态度好一些说一些感谢的话，自然有人愿意来帮忙，对于没有帮忙的人也不要骂骂咧咧的，让人家觉得幸亏没帮你。但是，职场不必低声下气！遇到带你的同事总是盛气凌人，指指点点的姿态的话。以后就可以不用问这个人了，换一个。

善用工具

作为Web开发人员每天的工作就是不断地开发、测试、优化，涉及到语言、布局、字体、样式等技术。整个开发过程离不开浏览器。浏览器插件就像是浏览器的“装备”，可以增加浏览器额外的特性和功能。针对开发人员的日常工作，有些浏览器插件非常实用、高效，有助于开发、优化前端产品，节省开发时间成本。

前端低代码工具

前端低代码化盛行，推荐一款我尝试不错的低代码平台。

低代码是什么？一组数字技术工具平台，能基于图形化拖拽、参数化配置等更为高效的方式，实现快速构建、数据编排、连接生态、中台服务等。通过少量代码或不用代码实现数字化转型中的场景应用创新。它能缓解甚至解决庞大的市场需求与传统的开发生产力引发的供需关系矛盾问题，是数字化转型过程中降本增效趋势下的产物。

如果你没试过低代码，一定要试试。JNPF快速开发平台，近年在市场表现和产品竞争力方面表现较为突出，采用的是最新主流前后分离框架（SpringBoot+Mybatis-plus+Ant-Design+Vue3）。代码生成器依赖性低，灵活的扩展能力，可灵活实现二次开发。

以JNPF为代表的企业级低代码平台为了支撑更高技术要求的应用开发，从数据库建模、Web API构建到页面设计，与传统软件开发几乎没有差异，只是通过低代码可视化模式，减少了构建“增删改查”功能的重复劳动，还没有了解过低代码的伙伴可以尝试了解一下。

应用：https://www.jnpfsoft.com

有了它，开发人员在开发过程中就可以轻松上手，充分利用传统开发模式下积累的经验。所以低代码平台对于程序员来说，有着很大帮助。

​

初级写代码，高级设计代码

很多很多人都是拿到需求就直接写代码，越写越多越来越复杂，过一段时间之后自己都觉得没法维护。

大家可以从入职场就养成一个习惯，写代码之前先去设计，然后再动手。

大家可以自行了解一下TDD，如果觉得这种方式过于麻烦了。也可以在接到需求的时候，自己先将思路编程思维导图，并且将涉及的接口标出来。甚至是哪里需要和什么同事去对接都写出来。在代码提交前，自己先做好单元测试。

千万别觉得自己学的是新技术，公司的代码还在用老技术就自作主张的改。不如可以问一下前辈，为什么以前的人要这么写代码。很有可能大家考虑了如何兼容IE浏览器，或者是什么原因。

初级程序员犯错合集

命名和日志不规范也不重视，不写单元测试，盲目集成。很多时候逻辑不清，应该验证的地方都不加验证。还有不关注性能也不知道bug修复的优先级，喜欢直接修改线上代码，没有数据备份。听不懂需求，或者根本没认真听需求。

欢迎查漏补缺。