找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
查看: 57782|回复: 0

程序员的4个能力水平和8个工作陋习,你有吗?

[复制链接]

该用户从未签到

发表于 2021-1-11 21:28:22 来自手机 | 显示全部楼层 |阅读模式

您需要 登录 才可以下载或查看,没有账号?立即注册

×
[indent,引言:前段时间与我们技术总监聊了一些关于程序员的话题,总结了一些重点与大家分享(PS:他之前在深圳时月薪40K+)。[/indent,

根据我9年的程序员工作经验,所有的程序员大致可以分为四个级别:线性级、逻辑级、架构级、工程级。



                               
登录/注册后可看大图


一、线性级。
线性级程序员的思维很简单,写程序的时候就像盖房子似的,一块砖一块砖往上垒的,但是他不知道后面会垒成什么样,可能越垒越庞大,后面的代码组织、管理等会越来越混乱,最后导致后面的很多程序修改和维护很麻烦。

                               
登录/注册后可看大图


二、逻辑级
对于逻辑级程序员,已经掌握了一些算法理论基础,并且对于业务世界的逻辑有一个清楚的把握,能能够撰写出一些很好的模块和和函数,而且逻辑比较严密,bug比较少的这样的一个状态。
三、架构级
对于架构级程序员,因为除了对程序语言本身的了解和把握以外,还要对现实世界的所要解决的业务逻辑有一个清楚的把握和了解。
这样的话才能够对软件进行架构和分层,然后指导团队的其他成员来按照统一的目标来不断的实现。
四、工程级
对于工程级程序员,因为本身软件开发不仅仅是开发本身,这里面还有很多其他的项目管理的要素在里面。
比如说刚才提到的计划、组织、管理和控制,如果有了一些项目管理的指导和原则的话,那么对于一个软件工程的过程管理就会有一个"一览众心众山小"的这样的一个状态。

                               
登录/注册后可看大图





                               
登录/注册后可看大图


根据以前的工作经验呢,我觉得程序员身上的这些陋习是阻碍程序员进步的最大的一个障碍。
一、自我
那么首先程序员因为本身是一个脑力活动者,他那个是一个很重要的特性,就是非常自我。
很多时候就是说撰写代码的时候,基本上是不愿意去听从别人的意见和建议的。

                               
登录/注册后可看大图


二、封闭
有的程序员很封闭,也就说它不够开放。
如果是用一种开放和交流的心态来跟其他程序上来进行交互的话,那么这样的相互取得的促进效果会是非常明显的。
三、惯性
有一些有经验的程序员会有一些工作的惯性,经常会说"我以前是怎么这么做的"、"我以前是这样这样做的,我就觉得你现在这样做的不对"......
其实这种惯性,也是阻碍沟通的一种很大的问题。
四、沟通障碍
这是比较显著的一类陋习,因为程序员整天面对电脑、只跟机器交互,所以说去跟其他产品经理和其他测试等等一些这些人去交流的时候,会有很明显的沟通障碍。
五、一叶障目
这是最大的问题,就是说程序员经常一叶障目,只看到自己眼前的工作。
比如说有一些团队协作开发的任务的时候呢,只依据自己为中心。那么对于别人的一些请求,尤其有一些交互性的复杂的网络接口的开发的时候经常会下意识地去拒绝别人。
六、工作量估计乐观
还有一个最重要的问题,就是说经常会把工作量估计漏完。
比如说拿到一个需求的时候,好,我一个星期就能完成结果,真正的实现的时候呢,发现需要花两到三周乃至更长的时间来实现这项工作任务。

                               
登录/注册后可看大图


七、拒绝变化
对于需求的变更来讲的话,程序员的很大心态是有逆反心理的。
当我正在撰写一个东西的时候,发现需求变更了,就会产生一种阻碍心态来拒绝变化。
但是拒绝变化的前提应该先进行客观、合理的分析和判断,最后再给出答案。其实它应该是要仔细衡量本身这个变化影响不影响我目前的软件体系和架构?对我的工作量的增加有多大?这需要有一个好的估量来决定这个变化的取舍。

                               
登录/注册后可看大图


八、拒绝重构
最后且最重要的一个问题,就是说很多时候我们是拒绝重构的,因为这个重构有些时候是很难取舍的一个问题。
比如说经常会想,哎呀我原来写的这个软件体系结构,跟后面的整个实现过程中,变化会越来越大,而且信息学、新需求进来的时候呢,我就很难再保持一个良好的这样的一个体系结构。那么经常会纠结,我是重构呢还是按照这个原来的路敲敲打打呢?
是否重构其实是需要根据我实际性的。比如尤其我前几个月写的一个安卓游戏,我也是经常处于这种心态,我也在纠结到底重不重构的?后来一咬牙一闭眼还是重构了。
重构的话,前期可能会花费点时间,但是能够在后期保证我这个软件的目标实现,且拥有一个清晰、完整的架构和体系结构,并且后期会达到一个易于维护的这样的一个状态。

                               
登录/注册后可看大图


前面所说的这些工作陋习,其实是大多数程序员的天性,我们需要在工作中慢慢改进,首先需要意识到这是一个陋习,有意识地去不断纠正自己,用一种很好的心态来避免这些问题的发生。
实打实的Python入门课程,免费给你,希望能帮到有需要的朋友:



                               
登录/注册后可看大图
回复

使用道具 举报

网站地图|页面地图|文字地图|Archiver|手机版|小黑屋|找资源 |网站地图

GMT+8, 2024-11-23 03:16

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表