思维训练

思维训练

题目

电动车好

反对意见

  1. 续航太短
  2. 不能跑长途
  3. 三五年后残值比汽油车少

分析

续航太短

命题:电动车是续航短
定义电动车:以电能作为最终使用的能量形态的汽车
定义续航短:续航少于300公里

不能跑长途

命题:电动车是不能跑长途的汽车
定义不能跑长途的汽车:在路途中允许补充燃料并能够将人从出发地顺利的移动到目的地的车辆

三五年后残值比汽油车少

命题:汽油车三五年后残值是高于电动车
定义残值:经过了三五年的使用后的物件市场再次出手的平均价格

现实

续航太短(现实)

电动车在续航超过了300公里以后,可以单次从一座城市到达另一座城市。从这个场景续航是满足的
这个问题的延续就是不能跑长途

不能跑长途(现实)

无论是什么能源的车最终其燃料都是有限的,需要从外部补充,那么从补充上的便利性,燃油车确实好于电动车在目前(2018)的时间节点上
但是该问题的核心在于能够便捷的补充燃料,对比电的运输与汽油的运输,在其他维护和设备价格相同的情况下,则电的运输是优于汽油的运输

三五年后残值比汽油车少(现实)

汽车的残值是与使用者保养有关,不能直接挂钩,即使汽油车,使劲用甚至其价格会低于均价(不要认为均价就是你能成功脱手的价格)。另,目前电动车残值不高的原因在于,电池的发展过快,无可获利的电池回收业务,电池占车成本的比重较高
待新的回收技术或者其他技术出现后该问题自然解决

结论

以上提及的问题在三年内都有望得到解决,这些均是在车辆正常寿命未到前能够达到

在当前时间节点上,因为有国家的补贴情况下,购买电动车,并不是一个更坏的选择,尤其在大型城市在较难获取路权的情况下,政策倾斜更应该是优选

一点小感悟

从JPA和MyBatis的开发过程来看其设计思路区别就有点大了

MyBatis的工具主要都是面向现有表结构,然后才有对象的设计方式,其最佳实践环境应是在有专门的DBA帮助完成表设计,然后依据表设计来构建业务代码

而JPA的思路是,我先有对象,然后仅仅是分析对象之间的关系,并持久化对象,其两者的思路不一致

二者都可以应用DDD做设计,但因为分工原因,会导致其DBA的设计思路是按着最少冗余设计,而开发时候只能迁就其设计思路

而对象设计者很可能是对象的实现者,这时候,将持久化的过程交给一套方法或者规则来完成,能最大化匹配其实现业务代码的思路