学历差，真别学计算机了？_计算机没有高学历别碰的行业-优快云博客

在网上刷到一条比较逆天的言论，说“计算机是天坑，特别是 Java，学历差真别学了，学历好其他专业也是一样赚钱”。由于我自己学历就很一般，按照现在的说法是叫「双非」吧。但我现在混的自认为不比我的那些 985 的高中同学混的差多少，转行，进大厂，做管理，干开源是我这些年来的转变和成长。

网上关于劝学

其实，这位同学的抱怨，我是能深刻理解到的，学历在很多时候是真的硬伤，张雪峰老师曾经就在一档节目中公然发表言论，直击现实。

❝ 你去齐齐哈尔大学看看，来招聘的都是些什么企业，你再去清华北大看看，来招聘的基本都是世界 500 强。❞

学历是企业招聘的一个重要筛选条件，但我觉得真正重要的是个人的「实际能力」与「经验积累」，而且学历差别学计算机了，那能学什么更好呢？学金融？还是去学土木呢？那学历差还到底要不要找工作了？

反倒是计算机编程能让我们比其他专业倒腾更多的事情，比如有人业余帮人接外包写网站，做 APP，有人帮人接毕设项目，有人倒腾开源技术为社区做贡献，有人自己开发「小而美」的产品，赚点小钱。这些你放在其他行业，会比较难有这么多的变现途径。

况且编程我认为应该是重要的思想，是将我们「现实世界抽象化的表达」，甚至在欧美国家，编程是从小学开始就必须掌握的必修课。我相信，随着 AI 的加速，中国的教育也一定会把计算机编程作为必修课。

借此分享自己最近面对高学历高中同学拷打后的一些感悟吧：

本来死寂沉沉的高中班级群，突然收到一份来自母校的调查问卷，主要是填写毕业生就业情况。看了一眼同学的经历，被按在地上摩擦了 N 遍，一个四十多人的班级，「十几个博士」，「十几个硕士」，仿佛我一个小本科，在学历上被无情碾压。我知道我们班很多人，一直在学术的道路上越走越远，好到有同学进了中科院，有人在物理界取得了不错的造诣收到了国家级表彰，而反观自己，还在社会中摸爬滚打，和学术派形成了鲜明的对比。

先介绍下背景吧，我们高中属于重点高中中的尖子班，而我恰恰是以最后一名进去的，里面真是学霸特别多，倒一的感觉很不好受，整个三年现在看来是完成了从「倒一到中位数」的进步。

但是命运喜欢弄人，偏偏报了个当年热门的土木专业，一毕业就要遭受来自工地的拷打和活在无止境的自责中。

后面咬牙转了计算机，在中小公司都有待过，后面运气好，有幸去了「科大讯飞」和「蚂蚁金服」这些所谓的大厂，回忆这一路的艰辛，发现太他妈难了。那些我以为的曾经高考超越的同学，现在从各个维度感觉给了我很大的碾压。

但后来一想，人生就像是马拉松，「不到终点，都没有所谓的输赢」，而人生的意义，或许并不在于世俗的输赢，而在于「沿途的风景和过程」。

当你感觉到「幸福」、「快乐」、「满足」，其实你的人生就过出了自己的意义。跨度的攀比没有意义。而我，此时此刻，并不觉得比那些高学历的大神们混的差，因为我找到了自己一生的热爱，我「热爱编程」，我「喜欢写作」，我「爱好分享」，我能感到满足和幸福，这是我当下的感受。

以及，我觉得我能在自媒体和开源平台，帮助到一些在职业道路上遇到问题的同学，哪怕是提出自己的一点点建议，只要能多少有些帮助，我就有成就感。以及我正在做的「开源项目」的初衷也是为了借助实战项目帮助更多的同学拿到更好的 offer。特别是当有人给我反馈说通过我的建议拿到了 offer，摆脱了什么坑，学到了什么知识，那就是我最大的欣喜，我感到很自豪，觉得我的「人生特别有意义」。

如果此时此刻，你正在攀比中焦虑着，为什么别的同学拿到实习，找到工作，而自己再努力却还是杳无音讯，仿佛自己就是最差劲的那个，请「不要灰心」，我希望自己的经历能多少给你些慰藉，我们都不差，只是差那个最适合的机会在等待着我们而已，只管努力，「一切都不会白费的」。

我的故事分享完啦，下面继续分享开源实战项目知识，开卷！！

Git 提交规范

无论是做开源协作，还是公司项目中的协同开发，约定大于配置大于编码永远是最重要的，Git 提交规范对于维护项目的「质量」和「效率」有着重要的作用。

下面分享下我们约定的提交规范，也请参与到我们项目中的小伙伴按照规范要求提交 PR 哦，否则大概率通过不了。

功能	commit规范	示例	描述
新功能	feat/module_name	feat/multi_merchant	开发一个新功能
bug修复	bugfix/fix_name	bugfix/user	修复某个功能模块的bug
紧急修复	hotfix/fix_name	hotfix/create_order	紧急修复某个严重bug
性能优化	perf/name	pref/user_login	优化某个功能的性能
格式调整	style/name	style/log_print	做一下不影响任何业务的优化，比如删掉不使用了的注释之类
重构	refactor/name	refactor/user	重构某个功能模块
测试	test/name	test/user	测试相关, 不涉及业务代码的更改
文档和注释	docs/name	docs/user	文档和注释相关
更新依赖等	chore/name	chore/user	更新依赖/修改脚手架配置等琐事

后端返回格式定义

实战项目中进行了统一的数据返回格式定义，无论是前后端联调还是 feign 接口调用，接口约定大于编码，所以前期项目这些东西必须先确定下来，否则等后面每个人开发的返回格式不统一，那可真的是头大。

{
  "code": 200,
  "msg": "success",
  "data": null
}
# 返回page格式      

{       
  "code": 200,        
  "msg": "success",       
  "data": {       
    "list": [],     
    "total": 0,     
    "size": 1,      
    "current": 10,      
    "searchCount": true,        
    "pages": 0
  }
}

命名规范

遵守阿里《Java开发手册》编码规范，在 idea 安装插件。返回字段，请求地址统一采用驼峰。工具类以 Utils 结尾，例如 JWTUtils，枚举统一采用 Enum 结尾，例如 ResultEnum 。列出规范中要求的几个关键项，具体细则结合着手册以及插件辅助：

项目名全部小写
包名全部小写
类名首字母大写，一般都是使用驼峰式命名
变量名、方法名首字母小写，如果名称由多个单词组成，后面的每个单词的首字母都要大写。

插件安装如下：

setting->选择Plugins->在搜索框输入：Alibaba Java Coding Guidelines->Installed

插件安装

数据库设计规约

1、数据库使用 utf8mb4 字符集、存储引擎必须使用 InnoDB. 数据库名、表名、字段名统一使用小写字母或数字，切记不可以数字开始，库名跟项目名保持一致，表名如：b_业务名称_表的作用表名不使用复数名词(反对orders)

2、表名避免过程用简写或者缩写，长度不超过 32 个字符表、字段必须加注释 3、唯一索引名为 uk_字段名；普通索引名则为idx_字段名；表中索引数量不要超过6个 . 建立索引在选择性高的字段上，不要在sex、status上建表中必须指定主键，且只有一个，主键的命名统一为: id

4、所有字段尽量根据业务设置合理的缺省值（默认为：0），尽量避免表中出现 NULL值 . 小数类型为decimal，禁止使用float和double

在项目中进行规范约定可以显著提高团队「协作效率」，「减少错误」，提高「代码质量」，并且使项目更易于维护和扩展。特别是对于开源项目，远程协作的前提下，必须约定好规范，况且遵循规范，对我们自身的提升也是非常大的。

今天的分享就到这啦，感谢您的阅读！

学历差，真别学计算机了？

Git 提交规范

后端返回格式定义

命名规范

数据库设计规约

相关推荐