茶余饭后，你就“只是画画而已”，你不也只“只会写代码”吗？还有你用的那个框架太臃肿了... ...

本文主要是介绍茶余饭后，你就“只是画画而已”，你不也只“只会写代码”吗？还有你用的那个框架太臃肿了... ...，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

在IT圈中，人们经常会谈论茶余饭后的“鄙视链”。这个概念源自于对不同职业和技术领域之间的互相嘲讽和鄙视。在IT圈中，人们会以自己所从事的技术领域为中心，对其他技术领域进行嘲讽和贬低。

"鄙视链"是一个在 IT 行业中比较常见的现象，尽管这种现象不应该被鼓励或者认可，但仍然存在于一些情况下。这种链条是一种等级制度，不同技术或工具被赋予不同的价值和重要性，导致一些人在技术选型或个人偏好方面进行评判和批评。

以下是一些常见的"鄙视链"示例：

编程语言的"鄙视链"：
- JavaScript vs. TypeScript：一些人可能鄙视仍在使用 JavaScript 的开发者，因为 TypeScript 提供了更严格的类型检查和其他优势。
- Python vs. Java：Java开发者可能会认为 Python 是脚本语言，不适合大规模项目。
- Functional Programming vs. Object-Oriented Programming：函数式编程的支持者可能会看不起仍在使用传统面向对象编程的开发者。
- 静态类型 vs. 动态类型：静态类型语言的支持者可能认为动态类型语言缺乏严谨性，而动态类型语言的支持者则觉得静态类型语言繁琐。
- 函数式编程 vs. 命令式编程：函数式编程支持者可能会看不起传统的命令式编程风格，认为它不够优雅和简洁。
- 新兴语言 vs. 传统语言：对于一些新兴的编程语言支持者来说，他们可能会认为使用传统编程语言的人过时或者不够潮流
工具和框架的"鄙视链"：
- React vs. Angular vs. Vue：React 粉丝可能会嘲笑 Angular 的复杂性，而 Angular 支持者可能会批评 Vue 缺乏大型企业支持。彼此嘲笑对方的框架选择，认为自己所使用的框架是最佳的。
- 编辑器和IDE：Emacs 或 Vim 用户可能会嘲笑使用 Visual Studio Code 的开发者。互相嘲讽对方的编辑器选择。
- 后端框架之争：Express vs. Django vs. Spring：Node.js 中的 Express 框架的支持者可能会看不起传统的 Django 或 Spring 框架，因为它们被认为有较高的学习曲线或是过于臃肿。
- 数据库之争：SQL vs. NoSQL：关系型数据库（如 MySQL、PostgreSQL）和非关系型数据库（如 MongoDB、CouchDB）之间存在着很多讨论。SQL 支持者可能认为 NoSQL 缺乏事务性和一致性，而 NoSQL 支持者可能指出 SQL 数据库的扩展性和灵活性受限。
技术水平和经验的"鄙视链"：
- 新手 vs. 老手：一些资深开发者可能看不起新手，认为他们缺乏经验。
- 学历和教育背景：有些人可能认为只有计算机科学学位才能成为真正的开发者。
项目管理和方法论的"鄙视链"：
- 敏捷 vs. 瀑布模型：一些人可能认为敏捷开发更现代和高效，而传统的瀑布模型被认为效率低下。

大厂跳巢鄙视链

大公司的员工普遍对小公司或者创业公司的员工抱有一定的鄙视和不屑的态度。这种鄙视来自于大厂员工认为自己所在的公司拥有更好的福利待遇、更高的职位地位、更广阔的发展空间等优势，而小公司或创业公司的员工则被认为是没有进入大厂的能力或者没有足够的机会进入大厂的人。

大厂跳槽鄙视链的存在主要是因为大公司在市场竞争中获得了更多资源和声誉，从而可以提供更好的福利待遇和职业发展机会，吸引了许多优秀的人才。而小公司或创业公司由于资源有限，可能无法提供同样的福利待遇和职业发展机会，因此被视为不如大公司的选择。同时，大公司员工可能对自己所在公司的团队和产品有着更多的自豪感和归属感，而小公司或创业公司的员工在这方面可能会相对较弱。

然而，大厂跳槽鄙视链本质上是一种偏见和歧视，忽视了个体的能力和价值，只是以所在公司的大小来评价他人。在职场中，应该鼓励并重视个体的能力和潜力，而不是纠结于所在公司的大小。无论是大公司还是小公司，都有着各自的优势和劣势，只有根据个人的情况和职业发展目标做出适合自己的选择，才能更好地实现自己的职业发展。