学而不思则罔 思而不学则殆

框架是大神写的，但是也会存在着bug。 开源意味着大家都会在上面帮忙更新bug。 有时我们会引用一些框架，框架会引用很多包，包中可能就出问题了。 比方说，springboot框架引用了spring-integration-stream spring-integration-stream引用了org.eclipse.paho.client.mqttv3 org.eclipse.paho.client...

today，遇到一个问题，我只知道Jackson里面有个Filter能够帮助我完成json序列化暴露哪些属性。但是不清楚这个项目是否使用Jackson。 这个时候我们需要明确自己要解决什么问题， 我们要解决的问题时：json序列化并规定暴露哪些属性。 我们需要知道的是，有哪些方法能够解决这个问题，或者说哪些框架能够解决这个问题。 然后进行比较，看哪个更符合现在的使用场景。然后在项目刚开发的时

开发平台，资源库，为公司内部保存资源，制作其他类型资源为项目开发背景。 前期无测试，无文档，需求一步跟着一步来。造成大量时间浪费。 此项目中主要负责题库，字典功能开发。 碰到的问题： 题库导入，导入的文件模板怎么设计？标签怎么设计？ 模型设计有问题，一改再改。 最后由于模型改正，最后数据库大改了一下。 ajax的使用。 接口如何定义。

如果是为了给某个对象加一个可变的属性，而这个属性需要经常性的变化。 并且我们又想要给所有的这类对象都缓存起来。那么我们就不应该在原来的对象上加增加属性。 而应该另建一张表，将这个属性的表和这个对象关联起来。我们用到这个属性的时候，再进行调用接口，来获取它。场景：后台管理系统 问题：在后台中给某个对象加一个操作，如：给学生加属性，为三好学生。 这个时候，我们可能第一想法就是加一个字段，为三好学

不要乱重构代码，特别是接口。 很容易出现问题。 想清楚，特别是几个细节点。再就是为什么现在才想着重构，以前干嘛去了。

思全而做，将整体的思路思考完全再动手，不然很容易使自己做了半天却发现自己原来偏离了预定的轨道。正如这次的标签设计，先开始我认为另外做个表用来储存，但是标签不允许重复，后来想着，标签是可以重复的阿，结果又换过来，一个思路的错误却影响着整个过程。以后自己的脑袋里面一定得有个关于该操作的一个整体的即使不清晰的概念。

1.举一反三很重要 2.生活化

今天遇到了一个紧急bug，什么问题就先不说了，主要说下处理的方式。 当我们需要了紧急BUG的时候，要追根朔地，找到问题源。然后想一想，有什么方式最快的处理好这个BUG。再下手，不要BUG一来，就跑项目，然后再DEBUG。这样会浪费很多时间，还不容易找到问题。 我就犯了个错误，BUG一来，跑项目，看哪里错了，然后断点断点的。其实只用在自己写的那个逻辑里面写个test方法测试下就好了。总结：追根朔地