zoukankan      html  css  js  c++  java
  • “蜂鸟之争”-我的理解

       阿里与顺丰之间 关于“信息”问题引发的巨大反响, 问题的最核心是 “数据”,而不是所谓的客户个人安全等等。 

     现在、未来 都是属于“信息化”的时代。不同的是 “现在构建信息,而未来消费信息“”。当下大家都在提 “大数据” “人工智能” 这些,但是这些技术最核心的 还是“信息”。

     目前为止,从物流到其他行业。大家都是各玩各的,有些信息会互通但也有限。而物业行业其实是现代社会组成很重要的一个行业!因为物流是实业,社会想要高速发展就离不开物品的快速传递。

       这就是为啥说“要想富,现修路”,也是为什么美国铁路带动了整个美国进入世界巨头。

     而一旦将整个物流行业数据汇总,进行分析!那么就能分析出,那个省/市今年整体经济怎么样、那种商品那个地区销量怎么样、那个地区需要哪些货物、那个电商的经济情况如何、等等。

     利息这些可以反推其他数据,往高了说 国家今年发展怎么样。往最实际的说 在那个地区买什么东西肯定会赚钱。

     这还是利用现有数据做当下数据分析。如果通过大数据进行预测 + 云仓 就能实现 物联网的基本要素了!

     话说回来, 从我的角度(小市民)  物流数据交给阿里,让阿里来带动或者变革整个行业,速度要快的多。因为有马云这个钱都成数字了,想要从社会实现自己其他价值的这么一个人来搞。比未来很多年后,国家交给关系户什么什么的人来搞强太多了。 

     说句题外话, 现在整个物流行业的数据都是要给 国家邮政局 与 国家其他部门的,而这些部门可能会给国家提供服务项目,而并未给人民带来多大服务。

     

    说完了阿里我在说说顺丰

      在我的构思中,未来物流是两极化。 一个是“平民物流”,另一个是“贵族物流”。

      “平民物流”是淘宝与京东这类型的电子商务小件量多的模式。

        “贵族物流” 则是顺丰从目前模式再次提升,高价高服务模式。面向贵重物品,高端公司安全物流,时效物流等。

      “平民物流” 行业从目前的发展来看,国家不出强制政策的话应该百分比归阿里了。

       

        阿里敢现在这个时候做这事情,肯定是准备了很久。说不定在马云第一次演讲说未来物流行业是大头的时候就已经在准备了。

       

        而顺丰从一开是就走精英路线,而未来也肯定需要 高端物流。

        在我看来 分开其实是双赢的。当然如果顺丰不脱离,那就是阿里全赢了。

     

      但是这里面还牵扯到了其他势力。不愿意死去,没找到其他出路的 ‘三通一达’, 京东、 腾讯、 等等。侧面的 国家机构 等等。 

      其实最后不管如何,不管是阿里能否统一全国物流信息是否成功。马云已经成功了! 不是说马云其他事情上的成功。只是在这件事情上的成功。

     

      为啥说马云没有得到全国物流信息也是成功了呢?

       

        在我的角度上看 “马云” 。 马云已经在金钱上完成了“自我实现”,同时他也是个很有想法的的人。而一个很有想法的人在完成了一个目标后,就一定会完成其他的目标。

        金钱上的“自我实现”完成后,必然会去其他上面接着去“自我实现”。用一句星爷的经典的话“没有梦想,和咸鱼有什么区别”。谁会认为马云只有一个金钱目标?!

        马云的演讲我看的不多,唯一看完的是 马云当浙商主席的演讲。谁然很大部分都在给下面的人巧妙画饼,而最大的饼就是画给那么 金钱上的“自我实现” ,其中就有马云自己。

        肯定了国家政策在商业上不完善,也侧面隐晦的提到了政府项目对商人的不公平公正。最后提出的通过市场去倒逼政策。   如果做到了,马云就又是一个奇迹了。

        而这次阿里对快递行业的 统一物流数据 收集,是否 是在从侧面在说 国家邮政局的不作为或不知道怎么作为吗?

       

        这次事情是否是一次“倒逼迫”呢? 

        可能有人会觉得我想太多了,但是我们脖子上面的脑袋不就是用来思考的吗?

     上诉只是个人想法,与任何人、机构、公司无关

      

      

  • 相关阅读:
    Effective Java 第三版——72. 赞成使用标准异常
    Effective Java 第三版——71. 避免不必要地使用检查异常
    Effective Java 第三版——70. 对可恢复条件使用检查异常,对编程错误使用运行时异常
    Effective Java 第三版——69. 仅在发生异常的条件下使用异常
    Effective Java 第三版——68. 遵守普遍接受的命名约定
    Effective Java 第三版——67. 明智谨慎地进行优化
    Effective Java 第三版——66. 明智谨慎地使用本地方法
    Effective Java 第三版——65. 接口优于反射
    Effective Java 第三版——64. 通过对象的接口引用对象
    Effective Java 第三版——63. 注意字符串连接的性能
  • 原文地址:https://www.cnblogs.com/atliwen/p/6943769.html
Copyright © 2011-2022 走看看