程序员缺点怎么写范文（老老实实的程序员该如何描述自己的缺点）
答辩的时候 ，晋升的时候 ，面试的时候 ，你有没有经常遇到一个问题 ，那就是你觉得自己有什么缺点吗？
目录
1. 每个人都有缺点
2. 这道题在考什么？
3. 我之前是怎么回答的
4. 你可以这样回答试一试
5. 总结
1. 每个人都有缺点
虽然有句话我们已经听的耳朵快起茧子了 ，但却意义不是很大 ，你是不是也经常耳边响起一句话：日三省吾身 。
但我们整天那么忙 ，晚上还得熬夜加班刷视频呢 ，哪有空三省吾身啊 ，一省都很难做到 。我来讲讲我从开始到现在的缺点啊 ，看完后你也不用说：哎呀 ，狗哥呀 ，这些缺点好真实啊 ，我也有啊 ，咱俩一样啊 ，这都不是重点 ，重点是如果你不想改 ，如何还能优雅的面对自己的缺点 ，不让自己的缺点变成致命伤害 。
比如我一直都说自己要持续输出博客 ，让自己变得连贯起来 ，但坐到电脑跟前就不想动 ，慢慢的拿起了手机打开了视频；
比如我一直都想着晚上早点睡 ，第二天早点起去运动 ，去学习 ，去坐早餐；
比如我一直都想坚持背英语学英语 ，但背着背着就发现这些英语单词简直就是混乱的不行 ，几个破单词胡乱组一组就变成了一个单词 ，意思还特别多 ，不得其法；
比如我一直都想深入学习某些架构的源码 ，每次都是三分钟热度 ，看着看着就困了；
比如我一直都想在团队做分享 ，但每次打开PPT就盯着看 ，如果不是时间要到了 ，必须要 ，我就懒得写；
比如我每次做需求的时候都想着把代码好好捋一遍 ，再开始有节奏的写 ，但每次搞着搞着就开始犯懒了 ，历史的代码也不管了 ，自己继续追加吧 ，慢慢代码成了屎山；
比如我们每天都想着把手底下的业务模块都了解了解 ，每个需求会都想参与参与 ，输出点自己的观点 ，但了解完一个就懒得弄了 ，需要的时候再临时起意吧；
比如每次都想着把每天做的事情累计着记录起来 ，哪件是重要的 ，值得季度末更加深度发挥的 ，结果记着记着懒得写了 ，等着季度末慢慢去想吧；
比如有时候辅导别人 ，总想着把知识点整理整理录个视频吧 ，但坐到电脑跟前打开软件又懒得张嘴了 ，又想着算了 ，看现有的博客或者其他视频吧
久而久之 ，总觉得自己慌慌张张 ，忙忙碌碌的 ，但转眼一个季度 ，一年过去了 ，却还是一事无成 ，没有积赞下什么东西 ，好可惜 。但我知道 ，这种可惜可能还会持续 ，谁也不知道到哪天 。
2. 这道题在考什么？
本文当然不是在教导你如何发现自己的缺点 ，如何改正自己的缺点的 。如果看了一篇博客能让你发现自己的缺点并且改正 ，我愿意用我 。 。 。算了 ，我一定会多写几篇的 。
但很明显 ，想要改正一个人的缺点不容易 ，所以这道题考什么呢？如果你所阐述的缺点HR觉得他们可以接受就让你入职 ，觉得你描述的缺点他们不能接受就不要你？
他们也不是真正的想通过这问题就想了解你的缺点 ，让你说出你的缺点 ，如果谁真的实在到可以在面试或者答辩这种场合把自己的真正缺点数落一通 ，难以想象 ，你一定会把对面的HR震惊到 ，他们不会觉得你实在 ，而是觉得你这个人啊 ，还真是有缺点 。
他们是想通过这种聊天的问答形式 ，看你这个人对自己是否有未来的某些规划 ，换言之 ，他们不是问你的缺点 ，而是在问你对于自己的待提升项是怎么看得 。注意这个词 ，待提升项 。在你发现了自己的某些不足（代码功底上的 ，人际交往上的 ，项目实施上的） ，有什么提升的思路 ，以及来到公司后或者未来的一段时间 ，如何去提升 ，去弥补 ，想看到你的一个规划 ，如果和他们公司契合度高了那将更好 。所以 ，一定要跳出缺点这个词的牛角尖 ，别总是去想我的缺点是什么 ，我要去改正 。
3. 我之前是怎么回答的
我之前的回答其实就比较实在 ，偏向于很多实实在在的程序员的序列 。
A 我没有过大型项目的从0到1的经验 ，每次都跟着公司开发 ，或者我去了公司他们的项目已经成型了 ，我就是跟着开发一个模块 ，所以也不会搭架子 ，最后开发完也不会部署 。
B 我目前经验还比较少 ，某个技术栈的使用还停留在使用的阶段 ，源码了解不深 。
C 前端技术栈我只是用过vue ，但react没有用过 ，虽然自学了 ，但没有经验 。
D 我入职时间不长 ，对公司的项目业务了解不深 ，所以很多地方做的不到位 。
这些是缺点吗？当然是 ，而且我见过不止一两个人这样描述自己的缺点 。描述的实在吗？那绝对是钢铁般的实在程序员啊 。描述的够缺点吗？这绝对是紧扣题目啊 ，人家让你描述缺点 ，你就说缺点 。但一旦你这样描述完了 ，你后面哪怕想怎么补充自己的规划 ，恐怕那个听的人也抓不住重点了 ，你本想重点描述自己未来的规划 ，但他们可能把重点停留在了前半句 。
4. 你可以这样回答试一试
回答我的缺点（或者是不足 ，或者是待提升项） ，比较好的回答呢 ，是你在这里一本正经的非常惋惜的在描述自己的不足 ，但却希望对方以欣赏的态度看着你 ，不仅听到的不是你的不足 ，而是听出来你的优势 ，有点的韵味 。而且如果最后还能告诉你：你的缺点其实也挺好的 。
比如你vue很熟 ，react不熟 ，这么描述
答：由于公司最初的选型是组长和领导决定的 ，我也阐述过使用react的一些点（react的优点随便背一背） ，但我们最终还是选型之后决定使用vue 。而且项目周期比较紧张 ，加班也比较多 ，自己业余的时间较少 。但我业余时间一直保持着对react的兴趣 ，并且在自学 。但由于时间原因 ，我仅仅是用react自己搭建项目实现了现在我们项目的一个模块 ，稍微总结了一些使用方法和优化方法 ，然后你把你背熟练的那些方法以及优化方法流畅的陈述出来（这些东西也是可以提前记忆的） 。最后可以不好意思的嘿嘿笑一下说：真的是项目经验不多 ，掌握的不是很牢靠 。但我后续会继续利用业余时间完成自己练的项目 ，并且不断总结 。
但某方面的不牢靠绝对不是自己的过关的根基 ，你要把自己已经说出来的牢靠的东西的发挥好 。这样 ，靠谱的面试官一定不会再追着你问了 ，而且看你陈述的东西 ，会觉得你入门没有问题 ，只欠来我们这里跟着我历练一番啦 。
比如你只是跟着公司做过现有项目 ，没有从0到1搭建过项目
答：其实我刚来公司的时候 ，项目的架构已经成型并且完成了部分模块 ，而且到最后编译部署的过程已经完善 ，而我只是做了某些重点模块 。本来从0到1的搭建过程我是有所缺失的 ，而且项目规定的时间比较紧 ，完成任务模块已经是时间很紧了 。
但我利用自己的模块对项目架构的依赖 ，以及对架构的兴趣 ，利用加班时间和周末对项目的架构做了学习和梳理 ，并且自己总结了一些东西 ，也和张三学习并且探讨过很多 。希望后续的新项目我也可以去搭建 。
这样一来 ，领导就知道了你的缺点的确是存在的 ，的确是缺乏架构上的经验 。但这小伙子比较爱学习 ，他经验上的缺乏是我们团队造成的 。而不是单纯觉得这小伙子不行啊 ，就只是跟着做过项目 。
5. 总结
其实我以上2个例子回答的也不是特别好 ，你可以结合我的回答再发挥一下 。总之就是我的缺点是有的 ，但不管对某个技术栈不熟练 ，对某块业务还不是很精通 ，我可能早上还爱迟到 ，但并不是我懒惰 ，我任性 ，我对技术没有兴趣造成的 ，而是我已经非常努力了 ，但我也很无奈 ，公司项目周期紧 ，加班重 ，熬夜多造成的 ，反正就不是我主观可控范围内造成的 。既然有待提升项 ，那我就未来规划上 ，讲述一些自己几乎都要相信的规划理由 ，项目那么紧 ，加班那么多 ，熬夜那么晚我都想着去改变自己 ，提升自己 ，那听上去太励志啦 ，你说呢？
创心域SEO版权声明：以上内容作者已申请原创保护，未经允许不得转载，侵权必究！授权事宜、对本内容有异议或投诉，敬请联系网站管理员，我们将尽快回复您，谢谢合作！