请纠正你的以下行为,做一个合格的员工

一.代码不能这样写!
我们知道,习武要有武德,我们写代码,就一定要有码德,要符合代码规范,符合面向对象设计原则,使用设计模式思想,尽量简化写,方便后续扩展,而不是堆成山,导致重构,那么以下几个行为肯定是不可取的。
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等，端口号全部为默认，不在乎一丝一毫的安全问题。