公司里的“卷王”，是主动选择还是迫于无奈？

先来唠唠

“卷” 这个词是近几年流行起来的网络用语，它是内卷的简化形式，“内卷”本来是一个名不见经传的普通词语，经网络流传，很多人就用其来指代非理性的内部竞争或“被自愿”竞争。

在现代职场，有一群人被戏称为"职场卷王"。他们本着累死自己、熬死领导的核心宗旨，总是作为最后一个熄灯人离开公司。

我相信你们也肯定都“卷”过，甚至正在“卷”，那么问题来了，你们到底是因为 对工作充满热情，追求卓越，希望通过努力工作来实现自己的目标、提升个人能力和地位 而卷，还是由于 工作中存在高强度的工作压力、激烈的竞争或者不合理的工作要求，亦或者是因为别人的卷，导致自己的地位受到威胁，迫于无奈 只能跟着卷呢？留下你的答案，在评论区也可以讨论一下。

对于我来说，真希望自己能活在一个没有内卷的世界上，哈哈哈......

我一直认为，这个行业（可能其他行业也是）新人成长最快的就是前两年。这是因为：

• 新人刚刚步入职场，对于新的挑战和机会充满了热情。你们带着刚从学校获得的知识和技能，急切地想要将这些应用到实际工作中，从而迅速增长。

• 在前两年，新人通常会承担较少的重要项目和高级别的责任。这为你们提供了一个相对安全的环境，可以更自由地学习和尝试新事物，而不必担心严重的后果。

• 在最初的阶段，新人会得到较多的指导和反馈。这有助于你们更快速地纠正错误、学习新知识，并逐步提高自己的能力。

• 新人进入工作环境后，需要迅速适应不同的工作情境、流程和团队文化。这种适应性的训练使你们能够更快速地适应变化，并培养出解决问题的能力。

• 许多新人在前两年内通常没有太多家庭负担，生活开支较少。这使得你们能够更专注地投入到工作和学习中，从而更加快速地成长。相较于后续可能出现的家庭责任和花销，你们在这段时间能够更自由地选择投入时间和精力，去学习新技能、探索新领域，并积累宝贵的经验。

想起我职业生涯的第一年，对未来充满了无尽的焦虑。也是由于这种焦虑，让我牟足了劲去学习行业技能。我不记得有多少个晚上是学到了半夜 2-3 点，但我的收获是专业技能得到了快速成长，为自己的职业生涯开了一个好头。

写代码很简单，但写好代码很难

当你掌握了一定的专业技能后，实现业务功能对于大多数开发者来说都不是一件难事。但想写出好代码却很难。比方说下面的代码，你认为是好代码么？

go复制代码func Deduplicate(input []string) []string {     result := []string{}     for _, item := range input {         exists := false         for _, r := range result {             if r == item {                 exists = true                 break             }         }         if !exists {             result = append(result, item)         }     }     return result }

这段代码用于对字符串数组进行去重操作。虽然实现了去重功能，但从代码质量的角度来看，它存在一些问题：

• 性能较差： 在 result 切片中进行遍历查找是否已存在相同的元素，时间复杂度较高，特别是当输入切片较大时。

• 可读性不高： 嵌套的循环和多个条件判断导致代码复杂，难以一眼理解逻辑。

• 未使用现有工具： Golang 提供了 map 数据结构可以用来更高效地实现去重，但代码中未使用。

让我们试着使用 map 做出改进：

go复制代码func Deduplicate(input []string) []string {     unique := make(map[string]bool)     result := []string{}     for _, item := range input {         if !unique[item] {             unique[item] = true             result = append(result, item)         }     }     return result }

是不是瞬间看起来都舒服多了😄。

那么该如何写出好代码呢？

好代码并不仅仅是实现功能，更是一种艺术和哲学，我们在写代码时，应该多思考代码的质量和可维护性。问自己以下问题：

• 这段代码是否易于阅读？其他人能理解吗？

• 是否有更简洁的实现方式？

• 是否需要加入注释来解释实现思路？

• 是否考虑了性能问题和异常情况？

• 是否符合团队的代码规范和设计风格？

这些问题可以总结为以下的编码标准：

• 可读性优先： 代码应该易于阅读和理解，变量名、函数名应该具有表意性。清晰的命名可以减少代码注释的需要。

• 简洁明了： 避免冗余代码，使用合适的数据结构和算法，让代码尽可能简洁，同时保持功能完整。

• 注重性能： 在保持代码可读性的前提下，考虑算法的效率和性能。避免不必要的循环和重复计算。

• 注释解释： 代码中应添加适量的注释，解释代码的意图、实现思路和关键步骤。这有助于其他开发者理解和维护代码。

• 模块化设计： 将代码拆分成小的、可复用的模块，提高代码的可维护性和可测试性。

• 错误处理： 考虑异常情况和边界条件，进行适当的错误处理，避免潜在的问题。

• 版本控制： 使用版本控制工具管理代码，保留历史记录，方便回溯和团队协作。

写好代码是一件需要时间和经验积累的事情，但始终保持对代码质量的追求，将会使你成为更优秀的开发者。

搞技术可以，但不要只搞技术

”我就想安安静静地搞技术、敲代码，用技术思维解决技术问题，也用技术思维解决业务问题。我能实现业务功能就可以了，我不想也不愿花心思去搞懂业务“。这或许是许多研发者的心声，搞懂业务是产品、运营的事情，我是技术专注技术就行了。

曾几何时，我和千千万万的技术开发一样也是这么认为的。直到有一天我感觉卷不太动了（也有可能是年纪大了😂），我发现业界新的技术、框架层出不穷，技术之路永无止尽。而且也见证过一些技术牛人随时被下岗（有一位很厉害的架构师曾经是我下属），我突然觉得：技术思维很重要，但只动技术不懂业务你就随时可替代。

毕竟，任何技术都是要为业务服务的，只有有市场的业务才能活下来，只有活下来的业务才能让公司养活技术团队。脱离市场（业务）单纯只靠技术养活团队的毕竟是极少数（行业技术推动者）。

前端的世界总是在不断变化，作为开发者，我们需要保持好奇心和学习热情，不断探索新的技术，只有这样，我们才能在这个快速发展的时代中立于不败之地。低代码也是一个值得我们深入探索的领域，让我们拭目以待，它将给前端世界带来怎样的变革。

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

​应用地址：https://www.jnpfsoft.com

JNPF 平台具备以下优势特点：

• 多项目并存：快速搭建基本框架

基于它，你可以轻松新建项目，一个平台多个项目并存，一览所有项目。

• 可视化拖拽布局器：轻松设计界面

大量业务组件，涵盖了常见的功能需求，如表单、图表、地图等。这些组件都经过精心设计和优化，让你可以轻松搭建出功能丰富、性能优越的应用。

• 工作流引擎：简化复杂业务流程

内置了强大的工作流引擎，帮助你轻松处理复杂的业务流程。通过简单的配置，你可以实现自动化的任务分配、审批、通知等功能，大大提高工作效率。

• 大屏设计器：丰富的统计图组件，让数据可视化更出色

大屏设计器拥有几千个统计图组件可供选择，覆盖了各种常见的数据可视化需求。通过大屏设计器，你可以轻松地为你的项目添加各种炫酷的数据图表，让数据呈现更加直观、生动。

• 自带管理后台：轻松管理项目

为你提供了一个功能完善的管理后台，让你可以轻松管理和维护你的项目。在这里，你可以查看项目的运行状况、管理用户和权限、配置系统参数等，让项目运维变得简单高效。

• 自定义组件：打造独特应用

如果你对现有的组件仍感不足，JNPF 还支持自定义组件。你可以根据自己的需求，编写自定义组件，为你的应用增添独特的功能和风格。

• 支持多种数据库：满足不同数据存储需求

支持多种数据库，如 MySQL、Oracle、SQL Server、PostgreSQL、达梦、人大金仓等，满足你的不同数据存储需求。无论是关系型数据库还是非关系型数据库，JNPF 都能轻松应对，让你的项目更具扩展性。

• 项目部署简单：一键发布上线

JNPF 让项目部署变得异常简单。只需一键操作，你的项目就可以轻松发布到服务器上，实现快速上线。再也不用担心繁琐的部署过程，让你的应用更快地面世。

• 支持整个平台源码合作：共创共赢

采用 SpringBoot 框架，支持微服务分布式部署，高度重视与合作伙伴的共同发展，支持整个平台源码合作。这意味着你可以获得平台的完整源代码，进行二次开发，创造出独特的价值。

这是我入行十年的一些感悟，希望能帮助更多新人在这个行业中更好地成长。无论你选择的道路如何，保持对技术的热情，同时不断拓展自己的眼界，用心去创造价值，你将能在这个变化多端的行业中持续成长，迎接未来的挑战。希望这些感悟能够为你们的职业发展提供一些指引，少踩一些坑，走得更加坚定。加油！