一.代码不能这样写!
我们知道,习武要有武德,我们写代码,就一定要有码德,要符合代码规范,符合面向对象设计原则,使用设计模式思想,尽量简化写,方便后续扩展,而不是堆成山,导致重构,那么以下几个行为肯定是不可取的。
1.变量名,方法名,类名,包名,项目名不规范,模糊不清,不能见名知意,令别人得看内容费更多的时间。
2.不写注释,让别人不知道你的代码是干嘛的,或者写的很少?惜字如金,或者写的模糊不清,看了等于没看,或者写了错误的注释,害别人白看一两个小时,这样的行为是很过分的。
3.if,else,for,while,swith嵌套在一起,集合套集合,套两三层,四五层,特别是map套其他集合,或者相互来回转换,写成了山,后续也没法进行优化,几百行的山,让别人debug到崩溃。
4.使用多个高级框架,每个框架只用很少一部分,下一个接受的人必须把这几个框架都学一遍,才能看懂你的操作,特别是用多个高级框架自己封装一个更高级的框架,无法查看源码,让他只能用猜测,debug,即使是高手也得测个半天。
5.使用别人不怎么用的技术,没见过的技术,框架,带有隐藏bug或者依赖bug运行的内容,让别人惊讶万分,以为你是大佬。
6.使用很高级的写法,写高级算法一般,让别人很难看懂,特别是自创的算法,搜不到注释和解答,使用三目运算符套三目运算符等,一两行代码完成几十行的事情,使用stream流+lambda表达式组合进行操作,让别人道成空,我竟不会java8,使用很低级的写法,一行的代码扯几行,来来回回,看半天消耗精力。
7.重写框架的部分重要方法让框架失效或出现bug,使用aop,反射,自定义注解等技术,但运用不到位,做一些很高深的东西,特别是自定义注解,一般会的人很少,如果你的注解里有bug,或者注释不清晰,那真的是很过分。
8.在代码中偷偷留下了问题,当别人触发了该段操作,就会出现系统崩溃等问题,或者内存溢出等。
9.各类型来回转换,只要数据有一点不对,就会报错。
10.代码不考虑健壮性,只考虑性能,这样的代码跑得飞快但秒崩,或者不考虑可用性,只要换个场景就毫无卵用,业务逻辑只要有一丝的变化,代码就得重构,或者不考虑性能,将健壮性和可用性做满,一增加性能就会出错,但不增加性能用户会非常不满。
11.提交代码的时候,将一些重要的东西覆盖,或者强行提交,出现版本断层等,与众不同,或者覆盖其他人的重要代码。
12.无论多简单的项目,一定要上微服务,上消息队列,搜索引擎,搞集群,一定要拉满三高,绝对不做平凡的系统,什么都要做复杂,功能一定全部齐全,耦合必须解到极致
13.使用连自己都不清楚的技术,即使不知道它的缺陷也一定要用它,或者用框架的短处来实现复杂的功能,让逻辑变得很复杂
14.sql语句写的过于繁琐,连接嵌套子查询,来回嵌套又使用多个技术,优先级,偷偷令索引失效,而又无法优化。
15.表结构设计留下问题,只要优化表结构,就得将前后端全部修改,逻辑全改。
以上行为是很过分的,希望大家一定要时刻注意!
二.环境问题
1.环境配置一半,表面能用但只要超出这里就报错,或者安装了软件不配环境变量,让其他环境找不到他,或者环境变量名有问题,或者互相使用对方的环境变量名,让大家认错人。
2.安装后不修改配置,默认运行,端口号占用问题不解决,每次启动之前必须关闭对应端口的内容,或者全部设置为同一个端口,集体跑不了。
3.版本差异不管,各个环境具有版本差异导致无法正常运行,却表现出安装,环境变量等问题。
4.全部安装到c盘,日志等全部生成在c盘,内存占用不设上限,占满就内存溢出,平时也非常卡顿。
5.在linux中不放到对应位置,胡乱存放,不使用docker,k8s等技术,或者用了又自己安装,不使用容器,安装卸载后不卸载干净,导致下一次安装失败,非常过分。
6.密码设置为123456等,端口号全部为默认,不在乎一丝一毫的安全问题。