收获

最近危机感，收获感

 

1、说服了使用异步

我这个人，喜欢平和，不喜欢冲突。

而作为一个成年人，就是要不断的处理各种事情，各种冲突，逃不掉。否则，就会越来越郁闷和封闭。

另外一个，不能有依赖思想。这个太坑人了，犹如父母娇生惯养，让孩子会失去机会，也失去对生活能力的自信。

好不容易脱离了父母，在社会上，遇到一个好的领导，特别能干的师傅，，有人遮着罩着，也会容易产生依赖心理。

突然有一天，当那个可以依赖的人消失了，你就不知所措了。

更重要的是，从你依赖的开始的那一天，你的成长就慢了下来。。。

 

 

跑偏了哈

 

       继续刚才说的：昨天客户报出了一个测试环境的报错，我徒弟负责的，我相信他的能力，就没去多想，也没有多过问。

不负所望，他找到了问题所在，也主动进行了沟通，进行了简单的处理，下午改进方案就发布到了测试环境。

 

        但是，今天下午客户找到我，了解一下昨天的报错情况，说到了这种后台处理的报错，不应该抛到客户面前。

        就这个问题，上午我也跟徒弟沟通过，建议他使用异步处理，虽然在实现逻辑上改动大了一些。

他担心的是：如果用异步，不能保证100%的获取到资料。会造成业务和资料不一致的问题。

        当前的方案：顺序执行，如果报错，起码客户可以重复操作一次，保证了整体业务和所有资料的完整一致。

当时在忙自己手里的工作，而且觉得他这么做，也有一定的道理，也不会造成太大影响，无非是下载3张图片，

占用客户一点页面跳转的等待时间。

         人家辛苦一趟，而且花费了大量心力和智力，去勉强否定，指手画脚的也不好，积极性更重要一些。

       上午的沟通结果就依了他了。----不喜欢冲突表现1：就算有理，也不想造成争吵的气氛。

  

        下午，客户提到，每一次的OCR就会产生一次的费用，嗯，这一点让我决定了要跟徒弟好好讨论并说服他：采用异步。

在与他的沟通中，他担心的是发起一个新线程，会加重系统负担的时候，，

         我意识到这是大学时候学的操作系统里的 任务调度、线程队列、资源耗时的问题，哈哈，立马高兴了起来，告诉他：线程起来了，

也不会立马执行的。是在任务队列里等待调度，这里有许多算法，是服务器的CPU决定的，并且CPU的速度是很高的，而最耗时耗资源的，

恰恰是I/O操作。----多年沉底的东西，原来一直都在起作用，在生活中、工作中，潜移默化。

          成就感 ^_^ 

      

2、与腾讯OCR的交互方式的取舍

 

3、java的集合，和 contains

在完成一个批处理的时候，需要校验一个数据库中的数据校验是否齐全，即包含了业务需求的4个资料的名称。

并且，校验这4个是否在服务器上都存在。

 

这4个名称是在一个字段里存储，就需要读取，split拆分为数组保存，然后截取后缀，容纳后校验这几个后缀；

 

这就需要考虑，使用什么样的一个数据类型来保存这N个资料的名称，使用什么样的一个数据类型来保存这N个资料的名称的后缀，

又要方便查询，是否包含指定的类型，例如“pdf” 、“mp4” 等。

 

用 list 还是 set , 或者 map 等等  ？？ 判定包含，用 contains 方法，还是一一 equals()