一个NB程序员的5大定律

**请把这篇文章读进脑子里去,且在现实中用起来

定律一:晕轮效应

又称光环效应,是一种认知偏差,指的是我们对他人的总体印象会影响我们对其特定特征的评价。

简单来说,我们倾向于根据有限的信息构建一个整体的印象,并据此对他人或事物做出全面的判断。

在晕轮效应的影响下,一旦一个人或事物的优点或缺点被放大,其他方面就会变得不那么显眼。

举个例子,我们通常认为长得好看的人也更聪明、更友好、更值得信赖;或者我们可能会因为喜欢某个明星而认为他们代言的产品更好。

如果要从程序员身上来举例子,那么如果遇到一个头发稀疏的程序员,你可能会认为他的技术能力很强,为人也一定很可靠!

添加图片注释,不超过 140 字(可选)

话说回来,程序员可以利用晕轮效应

1️⃣打造自己的光晕

成为专家或看起来像专家,可以提高你的话语权。例如,在技术社区发表文章,当你拥有众多粉丝和高阅读量时,即使你不发言,别人也会认为你很有影响力。

2️⃣突破别人的光环

使用开源项目时,我们可能会被其表面的光环所迷惑,认为它们完美无缺。但事实上,即使是成熟的项目也可能存在缺陷,复杂的代码也是由基础语句构成的。

定律二:眼不见为净定律

看不见的,就是干净的。

"眼不见为净"是一种常见的回避性应对机制,指的是人们倾向于逃避或忽视那些让自己感到不愉快、烦恼或痛苦的人事物,以此来维持心理上的舒适感。

看到这个定律,我的第一反应就是,屎山代码为什么会存在?

还不是因为管理人员看不到这坨屎山,他看到的是一个功能正常运行的系统,所以人家并不觉得这是屎山,而是美丽的风景线!

只有我们这些天天在这座屎山上添砖加瓦的程序员才能会感受到这种绝望!

所以面对屎山代码,不要抱怨,最好的方法就是找个机会把这座屎山丢给其他人,毕竟眼不见为净嘛!

当它不在你手上的时候,你会发现其实它也挺好的,毕竟眼不见为净嘛!如果找不到接手的人(bushi),还是老老实实排查吧......

添加图片注释,不超过 140 字(可选)

定律三:虚假同感偏差

虚假同感偏差 是一种认知偏差,指的是人们倾向于高估自己观点、信念、行为和习惯的普遍性。

简单来说,我们常常认为,我们的想法和做法是理所当然的,其他人也应该和我们想的一样、做的一样。但实际上,每个人的经历、背景和价值观都不同,我们的想法和做法并不一定具有代表性。

你们在学习或工作中有没有遇到过这种情况,你催促某人完成一件对你来说很重要的事情,但对方迟迟不付诸行动!

这就是因为虚假同感偏差。我们可能会错误地认为。如果这件事对我很重要,那么别人也会认为这件事很重要,然而并非如此。

如果要让别人重视你认为重要的事情,可以让他们意识到这件事的重要性,比如提醒他们某位领导正在关注。

此外,当我们对自己的观点非常自信时,也容易产生虚假同感偏差。

比如我们自信满满地写完一段代码并且自测之后,提交给测试人员进行测试,当测试人员跟你反馈存在某BUG,我相信第一时间反应大多都是:我不信!!!

然后就有以下对话: 你:可能前端有缓存,你刷新一下再试试?

测试:行,我试一下。

过了十分钟......

测试:还是一样的问题啊,你看一下。

你:是不是测试数据有问题啊,我自己都测试过了,不应该有问题!

测试:行吧,我再看看。

过了十分钟......

测试:数据都排查过了,是正常的,你检查一下吧!

你:(还想再挣扎一下)你怎么操作的?

测试:就点击一下这个按钮,我还能玩出什么花吗?

排查了一会,哦~居然是空值的情况没有判断,我还能再白痴一点吗!

你:问题已经修复了,是某某复杂的场景我没考虑清楚,你再测试一下!

定律四:皮尔斯定理

意识到无知,才是知道的开始。

还有一句话,我觉得很适合接在这句话后面:知道的越多,才发现自己不懂的越多!

皮尔斯定律是命题逻辑中一个经典的定理,它陈述了如下的逻辑等价关系:((p→q)∧(q→r))→(p→r)

随着知识的增加,我们会发现还有更多我们不知道的东西。这形成了一个循环:意识到无知→开始学习→知识增加→意识到无知。

添加图片注释,不超过 140 字(可选)

不知道你们是从什么时候开始意识到自己的无知呢?

曾经,我还是小白的时候,在福州某公司上班,每天做的事情就是SpringBoot接口的开发,或者修改某些业务逻辑,我以为这差不多就是开发的全部了。

那时候对接的前端是使用Vue写的,我甚至不知道什么是Vue,只知道是某个挺流行的前端技术。

每次部署,我看前端文件里就只有一个index.html文件,我真的非常奇怪,为什么这么大的项目,只有一个html文件?

那时候我对前端认知还停留在html+js+css+jquery的时代,所以完全想不通。

本来还觉得自己前端也是有点基础的,直到接触Vue,我才惊呼,卧槽,前端怎么变成这样子了?什么nodejs,什么npm完全没听说过。

用过一段时间之后,我更是惊呼,卧槽,前端还能这样子?明明我HTML+CSS+JS只懂一点,都能做出这么好看的页面了。

有了各种开源前端组件,即使对原生HTML标签和CSS不太懂,也能算是个还不错的前端开发了。

还有这ES6语法用起来也太爽了吧,比JAVA可自由太多了。

无论怎么说,一定要虚心学习,逐渐深入研究底层原理,并尝试引用涉及模式优化代码,在意识到无知与知识增加的循环中成为更优秀的开发者!

定律五:补偿定律

弱点也是一种力量源!

大家应该都听说过这个现象:瞎子的眼睛虽然看不见了,听力通常会变得非常灵敏!

这种生理上的现象吸引了很多有兴趣的心理学家,所谓补偿,就是发挥一个人的最大优势,激发其自信心,抵消其弱点。

看到补偿机制,我第一想到的就是各行各业总有一些"专科"大佬。

前端开发,你的认知不能仅局限于技术内,需要发散思维了解技术圈的前沿知识。细心的人会发现,开发内部工具的过程中,大量的页面、场景、组件等在不断重复,这种重复造轮子的工作,浪费工程师的大量时间。

介绍一款程序员都应该知道的软件JNPF快速开发平台,很多人都尝试用过它,它是功能的集大成者,任何信息化系统都可以基于它开发出来。

这是一个基于 Java Boot/.Net Core 构建的简单、跨平台快速开发框架。前后端封装了上千个常用类,方便扩展;集成了代码生成器,支持前后端业务代码生成,实现快速开发,提升工作效率;框架集成了表单、报表、图表、大屏等各种常用的 Demo 方便直接使用;后端框架支持 Vue2、Vue3。如果你有闲暇时间,可以做个知识拓展。

所以,不要因为自己的短板而焦虑!并努力发展或提升自己其他方面的优势,也是一种积极的应对方式。

相关推荐
修己xj1 天前
三月,我只想做好这四件事
程序员
不要秃头啊2 天前
别再谈提效了:AI 时代的开发范式本质变了
前端·后端·程序员
jonjia2 天前
引入新维度化解权衡难题
程序员
jonjia2 天前
优秀的工程师如何打破规则
程序员
jonjia2 天前
在大厂交付大型项目的策略
程序员
jonjia2 天前
RFC 与设计文档
程序员
jonjia2 天前
为什么你(或任何人)应该成为一名研发经理?
程序员
jonjia2 天前
管理技术质量 (Manage Technical Quality)
程序员
jonjia2 天前
大厂软件工程师职业发展路径
程序员
jonjia2 天前
关于工程师与影响力
程序员