新人专享好礼凡未购买过小册的用户，均可领取三张 5 折新人专享券，购买小册时自动使用专享券，最高可节省 45 元。小册新人 5 折券最高可省 15 元小册新人 5 折券最高可省 15 元小册新人 5 折券最高可省 15 元注：专享券的使用期限在领券的七天内。一键领取购买小册时自动使用专享券前往小册首页本活动仅适用于小册新用户知道了不吹不黑聊聊前端框架--尤雨溪知乎Live整理原文链接：
最近买了尤雨溪大大的Live：不吹不黑聊聊前端框架，这场Live让我的前端思维到了前所未有的高度：当我们身为前端开发萌新，在前端人才金字塔的浮动与挣扎中思考该学什么框架、该如何入门前端、又遇到学习瓶颈怎么办的时候，正是这些业界大牛们用自己的行动引导着我们，有如尤大所说：多思考场景需求，多看看技术到底做了怎样的取舍，现在把相关的东西作为笔记整理下来，希望对前端开发有兴趣的同学都可以去支持一下尤大
想象一下整个应用是一个大的函数，函数里面可以调用别的函数，每一个组件是一个函数，一个组件可以调用其他的函数，整个一个树状结构
纯展示型的组件，数据进，DOM出，直观明了
接入型组件，在React场景下的container component，这种组件会跟数据层的service打交道，会包含一些跟服务器或者说数据源打交道的逻辑，container会把数据向下传递给展示型组件
交互型组件，典型的例子是对于表单组件的封装和加强，大部分的组件库都是以交互型组件为主，比如说Element UI，特点是有比较复杂的交互逻辑，但是是比较通用的逻辑，强调组件的复用
功能型组件，以Vue的应用场景举例，路由的router-view组件、transition组件，本身并不渲染任何内容，是一个逻辑型的东西，作为一种扩展或者是抽象机制存在
JSX本质就是Javascript，它完全获得了Javascript的灵活度，它最大的价值在于书写功能型组件的时候比纯模版更好，但是模版在展示型和其他的用例上也是不差的，模版会让你更少的把逻辑放在视图里面，展示型的组件虽然在逻辑上比较简单但是在样式上还是具有一定的复杂度
把应该放一起的东西放一起，比如说在vue的单文件组件里面我们把模版、样式和javascript的逻辑都是放在一起的，目前主流框架都是这么做的，如果这概念扩展开来，组件的文档也是可以和组件的其他东西放一起的，组件化之后和传统的Separation of concern就有区别了，传统的Separation of concern是以语言为单位作切分，组件是以组件本身作为一个切分的抽象
现代的前端框架里面渲染这块最重要的是声明式(Declarative)，相比较之下的概念是命令式(Imperative)，Imperative最直接的例子是我们使用Jquery时候拿到一个选择器”直接干”，使用命令去进行操作，直截了当，但是很快就会遇到维护性的问题，英文里面有个词叫做jQuery Spaghetti，Spaghetti的意思是意大利面，这个词的意思就是说你的代码写到后面会像一坨意大利面一样，维护起来很困难，声明式的好处就是说我们直接描述说数据和DOM结构之间的映射关系应该是怎么样的，不需要我们手动去做这些操作
React里面有一个等式 view = render(state) ，这里render就是我们在React里面写的render函数，vue的模版其实也是编译成渲染函数的，所以模版和JSX之间的本质是相似的，输入state，输出DOM，理想情况下我们就是描述了这样一种关系，那输入变了输出也会跟着变，我们不需要顾虑输入和输出之间发生了什么事情，具体到底层实现可以是Virtual DOM，但并不一定得是Virtual DOM，可以是细粒度的绑定
用过vue的朋友知道vue的数据是响应式的，vue会把你传递的数据进行转化，转化过后当你改变一些属性的值的时候，vue就会进行相应的更新，附上尤大相关的演讲PPT，里面有详细的过程：
Live提问：问：一直有一个疑问，以前 被人诟病，为啥 vue 的声明式写法就是推崇的？答：HTML里面这个onclick里面的Javascript的作用域是全局的，当你在vue里面这么写的时候是有很明确的Javascript作用域的，你的绑定以及你的method所能触及的影响范围是设定好的，这个跟全局的Javascript有本质的区别，另外当我们在vue或者Reac里面这么写的时候你的Javascript逻辑和你的模版或者说你的JSX是在一起的，可以联想我们之前提到的colocation的概念，所以并不会造成一个维护上的困难，但是如果你在全局的Html里面这样直接裸写，你完全不知道你这段Javascript可能会引用到哪里的变量或者是调用的哪里的方法
简单的总结，变化侦测主要分为两种：
pull所谓pull，系统不知道数据什么时候变了，它需要一个信号去告诉它说数据有可能变了，在这个系统才会去进行一次比较暴力的比对，在React里面的表现是Virtual Dom Diff，在Angular里面就是整个脏检查的流程，能够这么做的前提是现在Javascript足够快，虽然有浪费但是性能上也可以接受
push相比之下，vue的响应式数据或者RXJS的数据机制，在数据变动之后立刻就可以知道数据变动了，而且一定程序上我们会知道哪些数据变了，这样就可以进行相对更细粒度的更新，pull的这种更新是最粗粒度的，所以在大型应用里面我们要帮助系统来减少一些无用功，但是push的形式也有它的缺陷，粒度越细，你的每一个绑定都会需要一个observabel/watcher，这样会带来相应的内存以及依赖追踪的开销，所以在vue2里面选择的是一个比较中等粒度的方案，在组件级别是push，每一个组件是一个响应式的watcher，当数据变动时候我们可以对组件进行更新，在每个组件内部则是用Virtual
Dom进行比对，push和pull之间的本质区别是在于用侦测成本换取一定程度的自动优化
状态管理这个概念其实也是在FB提出了Flux之后才搬到台面上来讲，Flux在经历了初期的混乱竞争之后慢慢的合流到了Redux上，vux在一定程度受到了Redux的影响，状态管理的本质是从源事件(source event)映射到状态的迁移和改变，然后在映射到UI的变化，声明式的渲染已经帮我们解决了从状态到UI的映射，这一块，所以状态管理这些库他们做的实际上是如何管理将事件源映射到状态变化的过程，如何将这个映射的过程从视图组件中剥离出来，如何组织这一部分代码来提高可维护性，是状态管理要解决的本质问题
现在的状态管理方案还面临一些其他的共同的尴尬，一个是组件的局部状态和全局状态如何区分，现在是局部状态和全局状态并没有很明显的区分，另一个是全局状态和服务端数据之间，现有的方案是把服务端抓过来的数据塞到store里面去
路由是只有在大型的单页应用才会遇到的一个问题，传统的路由思想是比较有侵入式的，每个路由有自己的数据模型，有自己的模板等，但是当Reac和vue出现之后人们发现把路由和组件解耦是可行的并且还更加灵活，比如Reac直接用不带路由是完全没问题的，另一个启示是，如果从组件出发去思考路由，本质上就变成了把一个url映射到组件树结构的一个过程，url到组件的映射会有一些小的分歧，我们到底是应该从url出发，还是从这个状态出发，其实本质是一样的，因为url就是一个序列化的状态。
当实际在SPA中去做一个你会发现路由会涉及到许多其他问题，比如说hash模式和history模式如何兼容，重定向，别名，懒加载，然后最复杂的是跳转，路由之间的跳转需要提供各种”钩子”，然后这些”钩子”里面又可能做异步操作，”钩子”里面也有可能取消这次跳转，使得这次跳转无效等等。
整体来说现在主要的路由方案都有点相似，比较有意思的是最新的reat-router4，他推崇的是一种用组件本身来做路由的一种思路，这里很大程度上利用了上述第四大组件”功能型组件”，在父组件里面声明式的渲染其他组件，跟传统的路由组件方案的区别是”去中心化”，他不是把整个路由表写在一个地方，是分散的写在各个组件里头，这样做的好处是灵活性非常好，但是也有一些问题，首先，集中式的路由表对于理解整个应用的结构是有帮助的，另一方面，去中心化的路由对于跳转的管理会弱一些，他对于跳转的管理是直接用组件的生命周期去做的。
web路由和app路由的区别：目前web路由整体思路上是一样的，将url映射到组件树，从一个url跳转到另一个url，我们把新的url push到历史的stack里面去了，但是stack前一个位置所对应的位置是被我们丢弃掉的，我们从一个状态迁移到另一个状态我们整个应用界面迁移到另一个状态了，原生应用上的跳转就像一叠卡片一样，新的界面会盖在现有的界面上，当你退回去的时候只是把当前的卡片拿掉，之前的卡片就会出现，web用的路由方案做app会比较别扭。
主流的 CSS 方案
跟 JS 完全解耦，靠预处理器和比如 BEM 这样的规范来保持可维护性，偏传统
CSS Modules，依然是 CSS，但是通过编译来避免 CSS 类名的全局冲突
各类 CSS-in-JS 方案，React 社区为代表，比较激进
Vue 的单文件组件 CSS，或是 Angular 的组件 CSS（写在装饰器里面），一种比较折中的方案
比较 CSS 方案时首先要明确场景的问题，如果应用逻辑已经组件化了，是一个比较复杂应用的开发，传统的 CSS 方式可维护性就有问题了
传统 css 的一些问题：
Critical CSS
Atomic CSS
跨平台复用
css-in-js有很多不同的方案，这些方案各自解决了上述的一些问题，但是并不完美：
CSS Modules，Inline-Styles，vue的单文件组件里面直接加一个scoped都可以解决这个问题
所谓的Critical ，比如说我们直出一个页面，可能我们整个应用有几十个页面，但是我们直出的永远是第一个页面，如果没一个页面都有一个对应的CSS的话，理论上渲染首屏我们只需要首屏的CSS就够了，这就是所谓的Critical CSS，在服务端渲染尤为重要，解决的办法是在服务端渲染的时候侦测到渲染要用到哪些CSS，css-in-js和vue2.3+有一个运行时的功能，在编译过程里面可以把CSS的插入跟组件的生命周期挂钩，同样可以起到收集Critical CSS的效果
Live提问：问：在vue里 使用CSS Modules 会不会比 使用 scoped 好？答：我个人觉得没有什么本质的区别，scoped的成本会更低一点，CSS Modules会有一定的运行时的代价，因为需要用动态的class绑定
Atomic CSS的概念：比如说我们有两条CSS规则，一条是color：red，一条是color：green，我们写两个button的样式，一个按钮是红的，一个按钮是绿的，原子类的话就会把color：red单独拆成一个类：A，把color：green单独拆成一个类：B，然后所有button共享的再拆成一个类：C，然后红色的button可以说是AC，绿色的button是BC，总而言之就是把尽可能多的共享的一些单独的规则都拆成一个很小很小的类，这样出来的最后的结果是你的CSS可压缩性更好了，可以变得更小，对应于css-in-js里面的Style
分发复用的论点是说css-in-js都是Javascript，所以可以跟普通的Javascript模块一样直接发包到npm上去复用，确实Javascript比纯CSS更容易去组合复用，但是css你也可以发到npm上然后webpack直接引用，这一点上并不算完全的优势
跨平台复用：VueX里面就是把静态的css在parse之后编译成Javascript，就可以跨平台复用了
构建工具解决的其实是几方面的问题：
任务的自动化
开发体验和效率（新的语言功能，语法糖，hot reload 等等）
部署相关的需求
编译时优化
虽然 Vue 本身用 flow，但建议使用 TypeScript 的 flow，主要从开发体验、生态完善度上考虑
长久以来我们传统的做法都是围绕Rest，服务端如果暴露的是一个比较标准的Rest API，那我们客户端就可以直接拿一个fetch直接去抓，或者围绕Rest来做一个资源的抽象/封装，特定的应用会遇到比较复杂的场景，一种是，数据直连，数据之间有大量的关联性，另一类是有实时推送同步的需求，这种情况下传统的Rest做法会比较痛苦。
从前端框架的角度去看，跨平台渲染的本质是在设计框架的时候要让框架的渲染机制和DOM解耦，这里面有很多种实现方式，并不一定需要Virtual Dom，本质上只要把框架更新时候的一些节点操作封装起来，你就可以做到跨平台，一个原生的渲染引擎，比如 React Native 和 VueX本质都是在底层针对每个平台有一个适配的渲染引擎，只要把渲染引擎暴露的结点操作的 API，跟框架运行时对接一下，就可以实现将框架里面的代码渲染到原生的目的。这里的解耦很清晰，这也是为什么能看到 NG 可以接 React
Native，VueX 可以跑 Vue 文件，VueX 可以跑在 NativeScript 上等等。
Web Component
WebAssembly是面向 Web 的通用二进制和文本格式，可以跑在浏览器里面。但是在目前的形势下，WebAssembly 暂时还操作不了 DOM，对于框架的影响暂时比较有限，待观望
总结一下吧，我们聊了很多东西，可能比较杂，但我希望大家发现其中一些共性的东西：技术方案都是先有问题，再有思路，同时伴随着取舍。在选择衡量技术的时候，尽量去思考这个技术背后是在解决什么问题，它做了怎样的取舍。这样一方面可以帮助我们更好的理解和使用这些技术，也为以后哪天你遇到业务中的特殊情况，需要自己做方案的时候打好基础。
相关热门文章分享摘要：今年最火的游戏是谁？王者荣耀？英雄联盟？不不不都不对哦，应该是《绝地求生：大逃生》“吃鸡”。从发布至今人气一直是蹭蹭蹭的上涨。目前已经连续31周霸占据Steam排行榜单。但是它对于电脑的硬件要求又是非
今年最火的游戏是谁？王者荣耀？英雄联盟？不不不都不对哦，应该是《绝地求生：大逃生》“吃鸡”。 从发布至今人气一直是蹭蹭蹭的上涨。目前已经连续31周霸占据Steam排行榜单。 但是它对于电脑的硬件要求又是非常高的，所以呢，想要今晚吃鸡——固态硬盘，这个东西那必须是关键啊。这款铠甲战将128GB整体尺寸为100x69.85x6.90mm，轻薄的身段让其适用性更广。 另外轻薄的机身下用料也不俗，其采用群联主控并配置了高规格nand闪存，性能强劲有保障。虽然主打性价比，但是铠甲战将512GB SSD拥有不俗的性能表现。其连续读写速度达到484/486MB/S，远超HDD的速度，简直是游戏玩家必备的游戏神器啊。给电脑装上后也飞一下有质的飞跃。这款影驰铠甲战将512G，7mm的厚度也完全适合于各类超薄类笔记本使用哦，在一些空间有限的Mini台式机也一样是适用的。 在接口方面，它采用的是主流的SATA 3.0接口，传输速度可达6Gb/s，并且向下兼容SATA 2.0接口。最后：小蟹想说， 影驰铠甲战将512G SSD以强大的性能以及较低的价格，成为众多游戏大神玩家的吃鸡必备装备。目前它以1199元的价格正在热卖，想要畅享吃鸡的玩家赶紧入手吧。 不知道小蟹今天介绍的有没有能够帮到你呢？不说了小蟹赶紧去吃鸡了。欢迎小老爷们下方点赞留言吐槽哦。
本文仅代表作者观点，不代表百度立场。本文系作者授权百度百家发表，未经许可，不得转载。
分享到微信朋友圈
打开微信，点击 “ 发现 ”
使用 “ 扫一扫 ” 即可将网页分享至朋友圈。
扫一扫在手机阅读、分享本文
百家号作者平台APP
扫码下载安卓客户端
便捷管理文章信息
随时查看文章收益摘要：你不是真正的快乐~
最近碧桂园这家企业又火了，我也不知道是被动的还是主动的，反正他又被人关注了受关注的理由是这本书《我在碧桂园的1000天》来自碧桂园的前财务总这本书从今年开年之后就变得非常的妖，书在2017年就写好了一年都没有发，然后马上要对外发售的时候突然下架了坊间有传闻下架的理由是因为暴露了碧桂园太多的内幕被杨国强强行买断，因为这样的理由所以极少数在外面流通的版本就变得分外珍贵，甚至有人愿意出高价购买影印版本这是很多人听到的，但是我想和各位说的是，我恰好认识这本书出版社的朋友。有一点可以肯定的是，这本书下架的理由仅仅是书中的一些数据出现了问题，回去调整后马上就可以发行了所以当我知道这个事情的时候，我再看到如今业内因为恐慌而争相阅读的节奏，不由的嗅到一丝炒作的味道，就是不知道是谁想炒作了 好了，回到碧桂园吧，既然已经被市场关注，那就聊聊这家公司。我认真的把这本书全部看完了，聊天我的感受，就像标题里说的，不吹不黑01
帮助碧桂园登顶的三层结构碧桂园能够成功，我觉得本质上做到了三层结构上的正确?用完整的规则保证是一家千亿企业碧桂园说实话是前中后规则设置的比较完善的企业了，不论是投资还是拿地还是产品到最后的销售，每个环节基本上都可以用打分清晰的判定，依靠完整的规则，只要在规则下的项目都可以去拿，杨国强甚至对内说“如果喜马拉雅山上有机会，我们都可以去。”而从2018年的碧桂园计划里也可以看出确实如此，碧桂园的城市计划标准已经调整到1万人的小镇都可以进入?用同心共享计划冲到第一上面的策略本质上这么久以来碧桂园一直在用，也始终保证他可以成为一个成规模的房企，但是冲到第一就逃不过同心共享计划所谓的同心共享用最简单的话来说，碧桂园把项目税后20%的利润拿出来分给员工。而对于奖金发放有不同的时间点要求，从拿地到交房都要标准，通过这样的利益捆绑的方式，激发员工的积极性并且让他们每个环节都以达成目标为核心完成任务以上几点可以保证碧桂园可以在3年之内冲到行业第一，毕竟这么大方的开发商毕竟不多，正如我们看到的，他最快程度的冲到第一，而且持续的第一?人才囤积计划作为老板第三个策略是招募了大量的博士，给高工资，给高层领导直接来带，用来孵化为未来的区域总碧桂园成功走出一个成博士，一个人给公司带来巨大的收益，所以准备招募400个博士。根据杨国强的理念来说，这么多博士，只要一个成了，这笔投资就划算用这样的人才囤积计划，为碧桂园的下一个7年做好规划。作为老板，很敏锐的看到了7年后的碧桂园人才老化现象，也提前在体系内做好布局所以客观的来说，碧桂园确实在很早之前就做好了冲顶的准备，而且难得的是愿意放下利润以及为人才长线投资，这一点在房企来说还是非常难能可贵的 02
规模背后的隐患但是这样的规则会不会潜藏一些风险呢？这本书写作完成的时间是2017年初，里面有一句话耐人寻味，是吴总自己提出来的：决策层对“成就共享”这一制度太过倚重。原文是这么写的：我的经验是，很多制度在初期是有效的，但很快就会失去“法力”，反而会带来新矛盾，出现一些难以把控的新情况。果不其然，这一点在2018年开始应验今年开始，碧桂园总部发行通知，强行要求区域团队跟进同心共享计划，不跟投的开除。为什么会有这样的节奏，很显然所谓的合伙人计划在市场上发生着变异。第一，对于这个计划，钱的变现是有周期的，必须交房之后物业没有问题才能拿。而碧桂园的产品能否顺利的通过客户的眼睛呢？我不知道，但是很显然拿钱的时间被拉长了，会不会成为坏账我不知道，但是变相成为控制团队不能正常离职跳槽的筹码另外，当下的环境同心共享能否再炸出一个好业绩也是区域执行者担心的。很显然这样的分配方式，是能够让一个项目从70分变成90分，但是是否可以把40分变成60分则需要打上大大的问号对于地产人都明白一个道理：营销可以解决部分问题，但是不能掩盖所有问题，同心共享虽然让出利益，但是不能根本解决产品的问题，这就是所谓的隐患 03
杨老板如何应对隐患？这个隐患很显然，杨国强也知道书里面也很多次的提到，杨国强非常重视产品，希望能够给到客户一个真正意义上五星级的家但是阅读了通篇，我看到对产品的笔墨在两个地方：?小区绿化要好，不用好的树，但是做出好的景观?户型要做劳斯莱斯大平层户型这里其实逻辑也没有错，对于一个项目来说，客户最买的地方其实就是2点：好的户型和好的绿化，这几乎占到客户决策的70%权重，这两块发力基本上就解决了产品的主要痛点但是在具体的执行面就发生了偏移，书里是这样描述对于产品规划这件事关于户型“公司现在制定了标准，要求两房的只先卖一栋，三房的也只有一栋在卖，始终这样。这样一来，不就节约资金了吗?一般楼盘我相信不会超过四种户型，就是说，始终只有四栋楼在卖。你们项目上觉得哪个户型好卖就先动哪一栋。千万不要卖散。如果这样安排，项目上永远不会有库存。”不知道各位看明白里面的逻辑没，碧桂园的户型设计属于标准化产出，然后给到每个区域反复的试，但是一种房型就做一个户型，买的不好就换房型对于碧桂园来说，针对空间设计基本上还是处于早期的满足客户面积需求的阶段，两房不够住那我就给三房喽，四房太大你买不起我就换两房喽，类似这样的逻辑在规划产品这样的产品供应依然属于非常早期的房地产开发逻辑，不存在任何的精细化研究。但是你把这种情况投射在整个碧桂园公司氛围里，那又显得如此的合情合理关于景观对景观也是一样的态度，绿化规划的要求居然有这么一句话：绿化用的都是普通树种，但是呈现效果就是不一样对于碧桂园来说，做一个好看的项目，比做一个好用的项目重要多了这也是为什么我们去外地看碧桂园的楼盘，样板段总是特别大，本质上好看可以产生生产力，推进销售，这是碧桂园的诉求当然，碧桂园没有好产品么？一定不是，这么庞大的企业一定会有特别出彩的产品，而这个产品的名字叫：垂直森林系统。垂直森林系统对于绿化体系的规划可以说是非常超前的。很遗憾，这个项目的另外一个名字是：碧桂园总部碧桂园把最好的产品，留给了自己的办公室，目前尚未看到在其他地方复制，希望早点落地。在和别人介绍碧桂园总部的时候，杨国强说过：别人想不到的，只有我杨国强能想到确实，目前来说是的 04
碧桂园值得歌颂么好了，回到标题提到的，不吹不黑，碧桂园值得歌颂么作为一家房企来说，碧桂园一定是值得研究的现象。一个开发商可以在所有都在要快做大的时候绝尘而起，碧桂园一定有过人之处，不论是对人才的态度还是对金钱分配的态度，碧桂园都有非常值得推敲的一点所以对于老板层面，碧桂园是一个逃不掉的课题，这本书也是所有地产人都应该读的一本书。说实话我们过去对产品对开发投入很多的时间，而财务层面的考量非常少，学习碧桂园有助于帮助我们梳理更好的财务体系，从而更好的为公司增加抗风险的筹码而且里面提到一个很有趣的一点，虽然一直闷头的发展。但是因为做大，不知不觉碧桂园成为一个完整产业链的企业，除了地产开发，持有的商业、酒店、哪怕是物业，都是一个庞大的系统而这一些虽然在地产行不赚钱，但是在资本市场却非常好用，可以很大程度的融到资，在碧桂园钱最紧的时候，碧桂园的酒店体系起了汗马功劳后面碧桂园尝试让自己的碧桂园物业上市，本质上也是这个逻辑所以从这个角度上来说，房企确实要一直做大，只有做大了才有对抗风险的筹码还是那句老话，地产这行，大不是万能的，但是不大是万万不能的对客户来说，我总结的碧桂园的营销套路本质上是一种降维打击。在三四线城市，用一种大开大合的开发模式，最快程度的抓住客户的眼球，然后拿出所有产品不给用户考虑的周期最快程度的下定碧桂园杀到的地方，中小开发商都要“死光了”。这句话不是我说的，是书里的原话这种打法有因为是在三四线城市的特殊性，但是本质上未来客户后悔或者犹豫也是大概率事件过去碧桂园拼的是比别人领先，我到的地方你们都还没到，所以我制定楼市游戏规则但是随着未来其他房企的城市落位以及互联网将产品理念的传播，这样的速度优势会很快的下滑另外这种打法也有天然的短板，就是进攻不了一二线城市，碧桂园在上海的发展就非常挣扎当然，也不排除未来房企有转型或者优化的可能，毕竟每家企业都在快速的变化中，更何况是碧桂园只是从目前来看，碧桂园的产品大概有10年没有变化了碧桂园是否值得歌颂，我不知道，不同的人站在不同的位置，总能看到自己需要的。书看到最后，有这么一段话：杨主席说他有个梦想，几乎每个碧挂园人都能背诵：“我有一个梦想，能有一座城市，那里的生活非常安全，没有车辆在地面穿行，建筑外墙都长满植物，到处都是公园，大家在那里可以晒太阳、跑步、游泳……“我也真心希望在我有生之年这样的场景可以在碧桂园实现 好了，如果想要看《我在碧桂园的1000天》全文，后台回复：碧桂园（是真叫卢俊后台，不是这条推送的留言哦）给你看市面上一书难求的PDF全文稿哦以上为正文，来自真叫卢俊如果你对于房子，买房有一些问题想要点对点沟通，欢迎加我们的购房小秘书小蓝莓的个人微信：xiaolanmei9527
真叫卢俊工作室一直和你保持密切沟通如果还有时间，可以随机点击蓝色字体看看看到啥都是缘分 |
| 如果你是曾经看过真叫卢俊的地产观的朋友们，可以搜索并重新关注微信公众号真叫卢俊，这里有他和他的地产观。如果方便的话麻烦也和别人说下，真叫卢俊现在在这里，感谢感谢
文/ 真叫卢俊
<span class="related-post__meta__item__text" data-v-8.03.08
文/ 真叫卢俊
<span class="related-post__meta__item__text" data-v-8.03.12
文/ 地产情报站
<span class="related-post__meta__item__text" data-v-8.03.06
文/ 港股那点事
<span class="related-post__meta__item__text" data-v-8.04.13
文/ 砺石商业评论
<span class="related-post__meta__item__text" data-v-8.02.02没有更多推荐了，
不良信息举报
举报内容：
某阿里大神想和java程序员说的话
举报原因：
原文地址：
原因补充：
最多只允许输入30个字
加入CSDN，享受更精准的内容推荐，与500万程序员共同成长！五一劳动节没出去玩的肯定跟小编一样，在家看了新一季的《极限挑战》。小编敢保证，前三季的每一期鸡条都看过，但这第一季第一期整期看下来，不吹不黑，笑点不足啊，并且还分上下期的。
6人笑场当六人西装革履牛气哄哄的步伐一致的走来，小编真的从心里开心的，终于又开播了。他们几个人笑场，小编也跟着笑了。
35角望天，被嘲笑
黄渤嗑瓜子然后他们就上山下乡了，就开始“土味”十足了。这其中最没有违和感的，肯定是黄渤。看他嗑瓜子可以看一天。
罗志祥给签名说到笑点，罗志祥给大妈签名，从第一次的龙飞凤舞的本尊签名到极力好好写的“小猪”到最后的妥协工工整整的写上“罗志祥”，大妈逼的小猪很无语，这个地方还是很好玩的。
黄渤挥洒鹅粪也许黄渤撒鹅粪这个也很搞笑。但是小编家里是农村的，看不出太多的笑点。因为你这样撒，其实对于庄稼来说，效果真的不如罗志祥那样一趟一趟的浇吸收的多。（这是一个什么小编！）
吃草而小绵羊张艺兴吃草，这里虽然没有一开始听不懂方言那里搞笑，但是看得出来，张艺兴趴在地上吃一口养吃的草不是炒作、不是做作，他是真的想要尝一口。并且，吃一口也没啥事。这里，看得出“真诚”在里面。
6人抵达农村然后，笑点在哪呢？小编看完就有点模糊了。说实话，知识青年上山下乡咱们没经历过，知道是很苦很累很不容易。也知道节目组这么做有很用心的在传达正能量，知识可以改变命运。但是，看了这些小编没有太多的感觉，不会笑。
极限智囊团还有，那个什么极限智囊团，给孙红雷写信什么的，一点不好笑，也不知道他们存在的意义是什么。对极限男人帮抢答一个题，也看不出有什么用。
4人朗读完鞠躬四个人深情朗读《致橡树》，两位老师点评。然后，就没了。看完有种“我裤子都脱了，你就给我看这个”的想法。剪辑有点乱。
小编喜欢帅雷雷没办法，谁让是死忠粉呢，接着看呗还能咋地。希望下期有让小编开怀大笑的那种笑点。特别声明：本文为网易自媒体平台“网易号”作者上传并发布，仅代表该作者观点。网易仅提供信息发布平台。
一键安装官方客户端
重大事件及时推送 阅读更流畅
http://dingyue.nosdn.127.net/H3FGiAJ0VQoFtsGFXl2Ma8RTd&#x3D;iai88etO0dqqGKTfGfm4.jpg