牛马真的沉默了，入职第一天就干活

入职第一天就干活的，就问还有谁，搬来一台 N 手电脑，第一分钟开机，第二分钟派活，第三分钟干活，巴适。。。。。。

打开代码发现问题不断

1. 读取配置文件居然读取两个配置文件，一个读一点，不清楚为什么不能一个配置文件进行配置

一边获取 WEB-INF 下的配置文件，一边用外部配置文件进行覆盖，有人可能会问既然覆盖，那可以全在外部配置啊，问的好，如果全用外部配置，咱们代码获取属性有的加上了项目前缀（上面的两个 put），有的没加，这样配置文件就显得很乱不可取，所以形成了分开配置的局面，如果接受混乱，就写在外部配置；不能全写在内部配置，因为

ini复制代码prop_c.setProperty(key, value);

value 获取外部配置为空的时候会抛出异常；properties 底层集合用的是 hashTable

java复制代码public synchronized V put(K key, V value) {    // Make sure the value is not null    if (value == null) {        throw new NullPointerException();    }    }

1. 很多参数写死在代码里，如果有改动，工作量会变得异常庞大，举例权限方面伪代码

arduino复制代码role.haveRole("ADMIN_USE")

1. 日志打印居然 sout 和 log 混合双打

先不说双打的事，对于上图这个，应该输出包括堆栈信息，不然定位问题很麻烦，有人可能会说 e.getMessage()最好，可是生产问题看多了发现还是打堆栈好；还有如果不是定向返回信息，仅仅是记录日志，完全没必要 catch 多个异常，一个 Exception 足够了，不知道原作者这么写的意思是啥；还是就是打印日志要用 logger，用 sout 打印在控制台，那我日志文件干啥；

4.提交的代码没有技术经理把关，下发生产包是个人就可以发导致生产环境代码和本地代码或者数据库数据出现不一致的现象，数据库数据的同步是生产最容易忘记执行的一个事情；比如我的这家公司上传文件模板变化了，但是没同步，导致出问题时开发环境复现问题真是麻烦；

5.随意更改生产数据库，出不出问题全靠开发的职业素养；

6.Maven 依赖的问题，Maven 引 pom，而 pom 里面却是另一个 pom 文件，没有生成的 jar 供引入，是的，我们可以在 dependency 里加上

bash复制代码<type>pom</type>

来解决这个问题，但是公司内的，而且实际也是引入这个 pom 里面的 jar 的，我实在不知道这么做的用意是什么，有谁知道；求教

以上这些都是我最近一家公司出现的问题，除了默默接受还能怎么办；

那有什么优点呢：

1. 不用太怎么写文档

2. 束缚很小

3. 学到了 js 的全局调用怎么写的（下一篇我来写，顺便巩固一下）

解决之道

怎么解决这些问题呢，首先对于现有的新项目或升级的项目来说，spring 的 application.xml/yml 完全可以写我们的配置，开发环境没必要整外部文件，如果是生产环境我们可以在脚本或启动命令添加nohup java -Dfile.encoding=UTF-8 -Dspring.config.location=server/src/main/config/application.properties -jar xxx.jar &来告诉 jar 包引哪里的配置文件；也可以加上动态配置，都很棒的，

其次就是规范代码，养成良好的规范，跟着节奏，不要另辟蹊径；老老实实的，如果原项目上迭代，不要动源代码，追加即可，没有时间去重构的；

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

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

JNPF 可以实现应用从创建、配置、开发、测试到发布、运维、升级等完整生命周期的管理。减少了传统应用程序的代码编写量，通过图形化、可视化的界面，以拖放组件的方式，即可快速生成应用程序的产品，大幅降低了开发企业管理类软件的难度。

希望这篇文章对你有所帮助～