对于程序员来说，怎样才算是在写有“技术含量”的代码？

大部分程序员都在写各种业务代码。千万不要觉得业务代码就是增删改查，就没有技术含量。不信？看看下面几个问题。(假设我们是一名web后端工程师)

1. 我的代码bug是否很多？
2. 我的代码可读性是不是很好？
3. 我的服务性能好不好？
4. 我的服务能否抗住高并发？
5. 我的服务是否能支持分布式部署？
6. 我的服务扩展性好不好？
7. 我有没有过度设计？
8. 我完成编码花的时间是不是比别人好？

以前玩过一个手游，就不点名了。一个像素风格的游戏，你能想象玩一段时间手机就特别烫手吗。一开始真以为是手机的问题，后来上了论坛才知道，原来大家都一样……

很多人在开发的时候总觉得功能实现就OK了，上了生产环境就出现各种各样的问题。

正是因为考虑问题不全面啊！好的程序如同结实的城墙，能够坚挺不倒。渣程序如同豆腐渣工程，经不起用户折腾。

所以，不要嫌弃自己的项目，用一颗匠人精神把它做到极致，就是有技术含量的代码

小编认为写有技术含量的代码是相对的。不能说你写的逻辑代码就是在写有含量含量的代码，那些写算法的也算呀。

小编觉得，你精通什么领域。并且在自己写的基础上不断去完善和改进，不断的去优化代码的行数，逻辑的顺序，代码的流程等等的这些。都是在写有含量的代码！

如果重复去逻辑代码。你日复一日的去敲，一遍一遍，不断的重复，没有任何的改变和优化，这样不然是在做无用工。

这已经不是业务逻辑，也不是算法，代码含量的问题了。而是你在写这些代码的时候，你能否体会到新的想法，新的创新。从这些代码中你推敲出了什么，学到了新的知识。这些才是重要的。