《财富的逻辑-为什么我们赚钱这么难》

  最近30年,越来越多的国家开始出现“双轨经济”。第一轨是钱生钱的快车道,也叫资本经济,将财富迅速的聚集到少数人手中,那些大权在握的人在“钱生钱的资本经济”的推动下,攫取着丰厚的利润;另一轨是经济慢车道,这一轨道也被称为实体经济,这条道路是众多的饿劳苦大众,人们从事商务活动、产品生产将,从而创造财富。它的发展直接关系到经济的发展。

  大批的公司高层,因经济的小幅增长,得以一夜暴富,与之相反的,更多的人因此而生活水平急速下滑。

  财富的过度集中,主要源于富豪阶层收入急剧膨胀的同时,中层和底层平民的收入却停滞不前。

  虽然企业的利润不断上升,但随着劳动力议价能力的削弱,大部分工薪族的实际工资的收入增长速度却远远落后于生产能力增长的速度。

  明天的钱花着很爽,但终归要还。

  按揭贷款的监管放松和建房互助协会时代的没落,也为金融高管的高薪铺平了道路。

  (英国)在当时全国性工资普遍下滑的情况下,要想撑起如此高额的房价,贷款似乎成了唯一的救命稻草。而实际上,这跟稻草解决的不单单是住房问题,还有很多家庭的日常开销。

  (信贷)浮华的背后是债台高筑。

  如xxx这样子的金融机构,迫于政治压力,大开闸门,向没有稳定收入的人群大肆方法贷款。但如果他们不这样做,那些以债务融资方式而新建造的房屋和公寓楼,又该买给谁呢?

  由于生产力的迅猛发展没有得到工资增长的配合,生产力和工资之间的差距急剧上升。收入远远落后于消费品的扩张,当时的生产力,在很大的程度上,是由富人一首托起的。

  亨利-福特已经意识到建立在低收入、高收益基础之上的资本主义经济存在一个严重的内在矛盾,即如果工人薪金不够高,他们就没有能力购买这个国家的产品。

  富人把增长的财富主要投资到资本货物或者投机活动中,当大多数人的收入不足以消费全部产出的时候,经济体系时不稳定的。

  结构性贫困、不固定的就业和低工资意味着美国是一个没有消费能力的的消费社会(Now is China)。

  让富人更富,是自由经济思想的核心。

  政府是贫富差距、收入分配不合理的幕后黑手。

  薪资增幅与总体经济增幅的“分道扬镳”,将会是经济失衡的导火索。

  随着国内制造业的沉沦,金融业却都一举成为了中流砥柱,财富的分配在这两个行业中,可谓天壤之别。金融业节节攀高,而制造业却一落千丈。

  薪资的高低决定了其对工作的追捧程度。而中等人才微博的工资也意味着中等人才数量的减少。随着技术人才的短缺,相应的工种也随之销声匿迹。

  过去的30年中,各行业薪资锐减,失业率却与日剧增,相对而言,金融业不但置身事外,而且是最大的赢家。事实还远不止如此,如今,美国、英国乃至全世界,贫富差距日益扩大,而幕后唯一的黑手,确实这唯一的赢家--金融业。

  资本过剩的主要影响,却是对全球金融市场的迅速占领。银行家利用杠杆原理,使占领速度节节攀升。

  渐渐的,金融业与国内产值开始“分道扬镳”。大部分的剩余资金都在交易中消耗殆尽,而极少用于新财富的创造。

  资金外流并非俄罗斯独有的现象,因为人们都会收到高回报率的诱惑,从而导致资金从一个国家流入另外一个国家,而且其中多数都来自最贫穷的地区。

  现在的货币体系,就是一个钱生钱的机制,除此以外,一无是处。

  管理者无中饱私囊,其优者,皆洁身自制。盖身负重债,若贪慕权贵,众皆仿之,岂不乱哉?

  随着金融市场的管理松懈,一个心形的商业模式悄然而起。这种商业模式最主要的驱动力是追逐“股东利益最大化”,认为企业最主要或者唯一的使命就是为股东利益服务,在此基础上,可以抛开一切旁的责任。……企业的社会价值荡然无存,小工群、低薪资成了企业开启成功之门的钥匙。工会组织的没落,又为这把钥匙,铺平了道路。

  随着金融并购案的日益加剧,企业的命运已经不再掌握在企业自己手上,而只能听命于那些新进的银行家、金融家。这些颇有权势的银行家、金融家,对于他们充足的企业的业务知之甚少,也很少到其公司实地考查。他们的重组行为,本就不是以改善企业情况或者员工福利为目的的。他们关注的时候充足能给们带来多少利润。这是一场赢取明天之利的游戏。

  高管的薪酬与企业的业绩之间的关系,正变得越来越微弱。

  在股票持有的时间上,金融业更是只顾眼前利益。他们在短期内频繁买卖公司股票,使得股价大涨大跌。

  金融业就好比是杜鹃,自己壮大了,却将其他行业逼入绝境。

  私募股权已经成为私人财产的主要投资方式。

  大多数交易或多或少都是执行者的一种赌博。无论该笔交易中期成果如何,交易的设计者们只关心这个过程所带来的高额佣金和红利。如果交易失败,除了员工和投资者之外,其他人没有任何损失,也不存在事后算账一说。

  经济在下滑,而银行却在壮大。

  只要企业一心要闲置闲散工人,并压榨工人的劳动报酬,那么这种情况就再也没有恢复正常的余地了。

时间: 2024-10-22 10:36:12

《财富的逻辑-为什么我们赚钱这么难》的相关文章

CI框架源码阅读笔记3 全局函数Common.php

从本篇开始,将深入CI框架的内部,一步步去探索这个框架的实现.结构和设计. Common.php文件定义了一系列的全局函数(一般来说,全局函数具有最高的加载优先权,因此大多数的框架中BootStrap引导文件都会最先引入全局函数,以便于之后的处理工作). 打开Common.php中,第一行代码就非常诡异: if ( ! defined('BASEPATH')) exit('No direct script access allowed'); 上一篇(CI框架源码阅读笔记2 一切的入口 index

IOS测试框架之:athrun的InstrumentDriver源码阅读笔记

athrun的InstrumentDriver源码阅读笔记 作者:唯一 athrun是淘宝的开源测试项目,InstrumentDriver是ios端的实现,之前在公司项目中用过这个框架,没有深入了解,现在回来记录下. 官方介绍:http://code.taobao.org/p/athrun/wiki/instrumentDriver/ 优点:这个框架是对UIAutomation的java实现,在代码提示.用例维护方面比UIAutomation强多了,借junit4的光,我们可以通过junit4的

Yii源码阅读笔记 - 日志组件

?使用 Yii框架为开发者提供两个静态方法进行日志记录: Yii::log($message, $level, $category);Yii::trace($message, $category); 两者的区别在于后者依赖于应用开启调试模式,即定义常量YII_DEBUG: defined('YII_DEBUG') or define('YII_DEBUG', true); Yii::log方法的调用需要指定message的level和category.category是格式为“xxx.yyy.z

源码阅读笔记 - 1 MSVC2015中的std::sort

大约寒假开始的时候我就已经把std::sort的源码阅读完毕并理解其中的做法了,到了寒假结尾,姑且把它写出来 这是我的第一篇源码阅读笔记,以后会发更多的,包括算法和库实现,源码会按照我自己的代码风格格式化,去掉或者展开用于条件编译或者debug检查的宏,依重要程度重新排序函数,但是不会改变命名方式(虽然MSVC的STL命名实在是我不能接受的那种),对于代码块的解释会在代码块前(上面)用注释标明. template<class _RanIt, class _Diff, class _Pr> in

CI框架源码阅读笔记5 基准测试 BenchMark.php

上一篇博客(CI框架源码阅读笔记4 引导文件CodeIgniter.php)中,我们已经看到:CI中核心流程的核心功能都是由不同的组件来完成的.这些组件类似于一个一个单独的模块,不同的模块完成不同的功能,各模块之间可以相互调用,共同构成了CI的核心骨架. 从本篇开始,将进一步去分析各组件的实现细节,深入CI核心的黑盒内部(研究之后,其实就应该是白盒了,仅仅对于应用来说,它应该算是黑盒),从而更好的去认识.把握这个框架. 按照惯例,在开始之前,我们贴上CI中不完全的核心组件图: 由于BenchMa

CI框架源码阅读笔记2 一切的入口 index.php

上一节(CI框架源码阅读笔记1 - 环境准备.基本术语和框架流程)中,我们提到了CI框架的基本流程,这里这次贴出流程图,以备参考: 作为CI框架的入口文件,源码阅读,自然由此开始.在源码阅读的过程中,我们并不会逐行进行解释,而只解释核心的功能和实现. 1.       设置应用程序环境 define('ENVIRONMENT', 'development'); 这里的development可以是任何你喜欢的环境名称(比如dev,再如test),相对应的,你要在下面的switch case代码块中

Apache Storm源码阅读笔记

欢迎转载,转载请注明出处. 楔子 自从建了Spark交流的QQ群之后,热情加入的同学不少,大家不仅对Spark很热衷对于Storm也是充满好奇.大家都提到一个问题就是有关storm内部实现机理的资料比较少,理解起来非常费劲. 尽管自己也陆续对storm的源码走读发表了一些博文,当时写的时候比较匆忙,有时候衔接的不是太好,此番做了一些整理,主要是针对TridentTopology部分,修改过的内容采用pdf格式发布,方便打印. 文章中有些内容的理解得益于徐明明和fxjwind两位的指点,非常感谢.

CI框架源码阅读笔记4 引导文件CodeIgniter.php

到了这里,终于进入CI框架的核心了.既然是"引导"文件,那么就是对用户的请求.参数等做相应的导向,让用户请求和数据流按照正确的线路各就各位.例如,用户的请求url: http://you.host.com/usr/reg 经过引导文件,实际上会交给Application中的UsrController控制器的reg方法去处理. 这之中,CodeIgniter.php做了哪些工作?我们一步步来看. 1.    导入预定义常量.框架环境初始化 之前的一篇博客(CI框架源码阅读笔记2 一切的入

jdk源码阅读笔记之java集合框架(二)(ArrayList)

关于ArrayList的分析,会从且仅从其添加(add)与删除(remove)方法入手. ArrayList类定义: p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 18.0px Monaco } span.s1 { color: #931a68 } public class ArrayList<E> extends AbstractList<E> implements List<E> ArrayList基本属性: /** *

dubbo源码阅读笔记--服务调用时序

上接dubbo源码阅读笔记--暴露服务时序,继续梳理服务调用时序,下图右面红线流程. 整理了调用时序图 分为3步,connect,decode,invoke. 连接 AllChannelHandler.connected(Channel) line: 38 HeartbeatHandler.connected(Channel) line: 47 MultiMessageHandler(AbstractChannelHandlerDelegate).connected(Channel) line: