搬砖工程狮的个人资料

《uni-app多端跨平台开发》第9.6~9.10章 uniapp的button组件非常强大，基于小程序能力可以获取手机号、用户信息、调起等功能，open-type字段表示button点击后的功能，需要搭配回调函数使用。分享小程序使用onShareAppMessage方法，与onLoad等生命周期函数同级 checkbox需要用checkbox-group进行包裹才有用，需要注意的是，change事件触发在顶层的checkbox-group，采用了事件委托机制，区分是哪个子元素 radio的使用和radio-group类似，也需要用radio-group进行包裹 input组件也是比html的input功能更强大，type属性可以控制键盘的输入类型，confirm-type属性可以控制确认按钮的类型，主要是小程序场景支持 picker是从底部弹起的滚动选择器，支持5种类型：普通选择器、多列选择器、时间选择器、日期选择器、省市区选择器。使用方式上比较类似

《uni-app多端跨平台开发》第8&9.1~9.5章 uniapp中的平台判断有两种场景，分别是编译期判断和运行期判断。编译期判断可以写在script、template和style标签内。编译期一般就是用ifdef，在我们的代码中多次用到，但需要注意控制条件编译的个数，按照之前约定的规则：同一个函数里面最多 1 个条件编译（要求）同一个vue组件最多 3 处条件编译（要求）积极拆分函数、文件（建议）运行期判断代码环境，需要用uni.getSystemInfoSync().platform判断客户端环境是Android、IOS还是小程序开发者工具，但需要注意的是，无论是微信、百度还是支付宝下程序，其返回值均为devtools，不能直接细分一般认为view组件与div组件完全等价，其实view组件自带一些效果属性，如hover-class等属性，如果有需要用到这些效果，可以直接用view 使用scroll-view组件可以解决滚动容器的问题，与传统div的overflow相比，其好处是封装了很多滚动相关的方法。在设置竖直方向滑动时，如果需要实现滚动到顶部，需要分位两步： 1. 将监听到的滚动位置的值赋值给竖向滚动条位置 2. 然后再使用setTimeout或者nextTick异步延迟将竖向滚动条设置为0 与原生小程序相比，多了第一步，在uniapp官网的示例中也是这么写的，代码注释是解决view层不同步的问题，为什么要这么做？做了个实验，当滑动时，scrollTop的值不会跟着变，只能通过event事件获取scrollTop，所以在设置时，需要先设置下scrollTop，避免不同步需要注意，在webview渲染的H5中，scroll-view容器更重，其性能比不上页面滑动在微信小程序中input组件较多时会卡顿，属于底层问题，没有好的解决方案，只能少用input，比如用text代替input，然后在用户实际输入时才展示input swiper已封装直接使用，需要注意的是swiper-item内部使用的是image组件，而不是img标签 mobile-view和mobile-ares是对移动组件的封装，后续有拖动需求时，如发布器的九宫格、我关注的吧模块可能会用到 text和rich-text都是用来展示内容的，不同之处在于rich-text可以展示富文本内容，类似于v-html，需要注意的时，这两个节点的内容输入是数组，而服务端通常是字符串，所以需要调用html-parser进行解析

《uniapp跨平台开发》第7章读书笔记 uniapp的路由配置，与小程序比较类似，需要在pages.json中进行配置。可以采用navigator组件或者API来进行跳转，具体方式包括： navigate（正常跳转）：对应uni.navigateTo redirect（重定向）：对应uni.redirectTo navigateBack（返回）：对应uni.navigateBack switchTab（切换tab）：对应uni.switchTab reLaunch（重新加载）：对应uni.reLaunch，需要注意的是，reLaunch不仅仅是对当前页的重新加载，也可以重新加载一个新的页面，并且此时会将页面栈进行清空，无法再使用返回。接收参数可以在onLoad生命周期中，传入的参数opts对象中可以打印对应的参数。获取当前页面栈可以使用uni.getCurrentPages()。注意，由于小程序在页面跳转时，前面的页面并不会释放，所以页面开的越多，消耗的资源就越多，可能造成页面卡顿，所以微信小程序有个策略，限制开的页面最多不超过10个，在代码层，判断getCurrentPages长度超过10时，再新开页面就用redirectTo来替代navigateTo 跳转tabBar的时候是不能传参数的，但业务场景中通常是需要的，一般是localStorage来做tabbar参数传递，使用uni.setStorageSync方法。 uniapp支持自定义tabbar组件，后面首页如果使用uniapp重构，可以关注此方案

《uniapp多端跨平台开发》第5-6章读书笔记 pages表示对页面的路由配置，uniapp最终打包产物是否包含某个页面，也是根据这个配置来的，所以有页面增减时都需要在这里同步配置。这里的路由管理方式还是向小程序对齐的，并没有像H5一样用vue-router去做路由管理 globalStyle用来配置一些全局样式，在每个page的配置下面，也有单独的style配置，优先级更高，可以覆盖globalStyle的配置，这一点也是对齐小程序的。自定义导航栏的时候，需要增加--status-bar-height属性，避免整个状态栏被页面直接覆盖。 easycom是对vue传统组件引用方式的简化，只要把组件放到components文件夹下，并且满足components/组件名/组件名.vue的命名方式，可以直接使用组件，无需import之后在components中声明，这应该是框架底层按照此规范做了优化。 tabbar的配置也是与小程序对齐的，贴吧小程序的首页就是多tab的形式，当然这些配置在H5端也会生效，至于在H5是采用SPA、还是组件形式管理的，需要实际使用看一下分包加载是针对小程序的，主包主要用于放置默认启动页面，以及一些所有分包都需要用到的公共资源，而分包则根据pages.json的配置进行划分。从贴吧小程序来说，更应该以pb页面作为默认页面？在manifest.json文件中可以配置多个基础项，如H5的自定义模板，但从uniapp官网来看，自定义index.html并不支持，关于H5的proxy，也是在manifest.json中进行配置

《uniapp多端跨平台开发》第3-4章读书笔记 uniapp的生命周期是以小程序的生命周期为基础实现的，分为应用生命周期、页面生命周期和组件生命周期，其中组件生命周期就是Vue的生命周期应用生命周期和页面生命周期都提供了onShow、onHide等关键能力，推测在H5上是用浏览器原生API做了一些兼容，后面需要用的时候可以看下转换后的代码及兼容性。页面生命周期里面也封装了onPullDownRefresh等能力，实际使用时可以关注下兼容性等 uniapp默认使用rpx作为单位，本质上也是一种等比缩放，屏幕宽度默认750rpx，所以后面在视觉图上，也需要视觉按照这个尺寸来出图。此处与我们端内不同，端内在经过多次确认之后，最终采用了px、非等比缩放的效果，与双端对齐。另外，rpx也考虑到了等比缩放过大的问题，在H5和APP超过960px会按照375来计算。在布局上，uniapp推荐采用flex布局，这也是为了多端的兼容性。其实在uniapp的开发过程中，有很多类似的场景，我们需要考虑各端都兼容的方式，去做一些妥协，以便让代码更加通用！背景图片这里有个重要的不同，就是使用本地图片作为背景时，小程序不支持使用本地文件，当小于40KB时会默认转为base64，超过40KB可能会有性能问题，转而使用在线图片

《架构及未来》第13-15章读书笔记 JAD：联合架构设计，是一个协同设计的过程，所有的工程人员一起共同设计和开发一些符合架构原则的主要新功能 ARB：架构审查委员会，负责选择和决定每一个新功能或业务领域的架构，在架构设计得到最终签署之前，要由该委员会确定设计符合公司所有的架构原则和业界的最佳实践技术组织的功能障碍经常导致闭门设计，这些问题特别容易出现在基于功能的组织及存在经验鸿沟的组织，解决这个问题的办法是迫使团队为共同的目标一起努力，这也可能发生在JAD的过程中，只有经历过JAD和ARB，最终确认的架构才能满足多方的需求，避免后期的摩擦敏捷团队是为了快速开发迭代，通常团队规模较小，独立负责服务和产品的架构设计，自主权至关重要。JAD可以有效确保完成跨部门的设计，跨部门的敏捷团队依靠其本身的组成确保这个结果发生。正是由于敏捷团队人员少的原因，面临的资源优先，所以需要有一些资源共用，如何确保自主的敏捷团队能够标准共享呢，方案一是采用跨越敏捷团队的章节和公会来确定并实施这些指标，方案二是团队很独立而且积极通过各种论坛分享，最后可以考虑使用ARB来验证架构原则的采用和合规情况，通过定期召开会议来回顾最近发布的设计。自建与外购通常会面临选择，尤其是从技术角度来说有一种天生的偏好，但作者是强烈反对的。从某些方面来说，外购可以直接用到成熟的产品，避免自己重复踩坑，并且可以把自己研发资源抽离出来聚焦到自己的业务上，但外购也可能会影响自己的公司战略，所以在选择自建还是外购的时候需要特别慎重，一般有三种方法来做选择，一是以成本为中心，重点是降低整体成本，二是以战略为中心，对标公司的长期需求，但不考虑总成本，三是合并每种方法的好处，避免每种方法中的问题。

《架构及未来》11-12章读书笔记 11章主要介绍指定预留空间，在server端遇到类似场景的问题会多一些。预留空间是为了做好余量，确保整体服务的稳定性，需要预算、人力规划、功能开发以及可扩展性项目四个方面来预测和规划。预留空间的步骤首先是确定主要的组件，指定具体组件的负责人来确定组件的时机使用情况和最大能力，确定内在以及商业活动、热点造成的增长情况，比如一些重大活动、热点时，我们通常也会做一些预估和扩容动作。从经验值来说，建议任何组件的最大容量不要超过50%，如果没有以事实为基础的好理由，那就不要偏离该经验法则。 12章主要讨论在架构设计时的一些原则，具体来说包括： 1. N+1 设计：确保开发的系统发生故障时，至少有一个冗余的实例 2. 回滚设计：这在我们设计离线包上线平台和版控机制的时候会重点关注 3. 禁用设计 4. 监控设计：如果监控做得好，不仅能发现服务的死活，还能收集系统相关的数据，评估终端用户的响应时间 5. 设计多活数据中心：主要是为了保证渡过任何在地理上可以隔离的灾难和危机 6. 使用成熟的技术：新技术虽然吸引力更大，但可能也会有更高的故障率，成熟的技术有时候稳定性更佳 7. 异步设计：主要是因为同步系统的故障率会更高 8. 无状态系统 9. 水平扩展非垂直升级 10. 设计至少要有2个步骤的前瞻性：总是在考虑如何进行下一组的水平分割，即使当前还没有需求 11. 非核心购买：不可能什么事情都做的最好，关注真正创造差异化竞争 12. 使用商品化硬件 13. 小构建、小发布、快试错 14. 故障隔离 15. 自动化

《JavaScript设计模式》第29- 30章数据访问对象模式，其实主要解决的就是前端数据存储的问题，使用一个数据访问对象（DAO）来实现对数据库的创建、读取、更新和删除操作。本质上来说，DAO底层用的还是localStorage，只是对localStorage的使用进行了规范化的管理，并且增加了时间戳等属性，用起来更像一个数据库。从业务场景来说，hybrid现在有很多调用端能力来存储前端数据标识，并且这些标记位会越来越多，目前我们可能并没有做好规范化的管理，比如命名时也没有做重名的检测，这块可以利用DAO模式来进行一些规范。 30章主要介绍节流模式，其实节流模式比较基础，在我们的业务中也有广泛的使用，这里最重要的就是将节流模式的一些应用场景进行了分类处理，比如图片懒加载、scroll事件、打点上报等，在现阶段我们还有同学在实现需求时容易忽略这些场景，往往是发现了问题之后再回过头来优化，从这些例子里面可以提前做好防火学习，遇到对应场景时能够快速运用

《架构即未来》第9-10章读书感悟危机有不同的阈值，比如同样的故障，在半夜持续30分钟所造成的影响，可能都比不上中午高峰时段持续3分钟带来的影响。每个公司都有自己独特的危机阈值，超过这个阈值的任何事故都应被视为违纪，但在危机发生时，要以同样的方式进行处理，不能因为影响面小就不重视。在危机发生的时候，要在最短时间内解决问题，而不需要考虑资源的回报和效率。在处理危机时，不需要考虑产品的未来交付问题，因为考虑这些会增加危机的持续时间，第一要务是快速解决问题。在事后处理过程中，要对一切进行评估，第一次的时候处理会被称为总体事故处理，其首要任务是确定事后处理的任务，其目的不是找出解决所有导致事故的问题，而是要找出所有相关的领域。全方位的分析和解决问题，做好后面的预防工作。好的危机处理，能给公司带来更大的转机。变更管理，是指对于软件开发过程中的变更操作做好管理记录，其中一个重要原因是为了便于在发生危机时，能快速的通过变更查询来定位问题。如在发生事故时，可能会听到xx说：我修改了xx配置文件，但理论上他不会影响到这个问题，但实际上可能就是因为这个变更引起的。当公司规模较小时，变更管理较为简单，尤其是当公司规模足够大之后，变更管理的流程需要精细化

美早樱桃价格？#山东樱桃# 去青岛旅游，看到美早樱桃这个价格，买了两百块，不知道贵不贵？

青岛游玩体验#青岛旅游# 五一从青岛游玩回来了，青岛的海确实很不错，比北方的海更蓝吃的海鲜类可能是还没到季节，一般般，价格确实也不便宜，戳子菜很不错，强烈推荐，各种海鲜水饺也很好吃啤酒博物馆的鲜啤确实好喝，跟外面的不一样，可惜保质期太短，不好往回带

烟台有什么好玩的地方推荐#烟台旅游# 五一准备去玩，有什么好推荐的

“网传甄嬛传将下架”致电乐视，客服表示“暂时没有#甄嬛传# 这个举报威力这么大么，为什么现在才举报

威海好玩的地方推荐#五一# 五一准备去威海，有什么好玩的地方推荐吗#威海旅游#

《JavaScript设计模式》-第21&22&23章命令模式：将请求与实现解耦，并封装成独立对象。命令模式是将执行的命令封装，解决命令的发起者与命令的执行者之间的耦合。每一条命令实质上是一个操作。命令的使用者不必要了解命令的执行者的命令接口是如何实现、命令是如何接受的、命令是如何执行的。从学习感受上来说，命令模式更像是对共用API的收敛，将方法独立出来，调用者独自调用即可。访问者模式：针对于对象结构中的元素，在不改变操作对象的同时，为他添加新的操作方法，来实现对操作对象的访问。一般是利用call和bind来实现。当操作环境改变时，可以自由修改操作方法以适应操作环境，而不用修改元数据，实现操作方法的扩展。中介者模式：通过中介者对象封装一系列对象之间的交互，是对象之间不再相互引用，降低他们之家的耦合。同观察者模式一样，中介者模式的主要业务也是通过模块间或者对象间的复杂通信，来解决模块间或者对象间的耦合。对于中间这对象的本质是分装多个对象的交互，并且这些对象的交互一般都是在中介者内部实现的。这有点类似vuex的设计思路，通过store来管理组件之间的通信，实现数据和组件的解耦

《架构即未来》第七、八章读书感悟没有一个清楚的过程，每个人都可能会有自己的决定。当每个人自己作出决定后，结果和产出就会有变数，这种变数意味着我们无法避免过去的错误，重复过去的成功，因此创建和维护过程的关键原因就是把如何执行任务标准化。以及在出现过程不确定性的时候应该把什么标准化。如FE团队在大规模hybrid化后，增加了一些针对性的标准化流程，如对于hybrid开发中遇到的问题，增加了周会同步机制，信息共享，避免重复踩坑，从而重复过去的成功团队是不断变化的，所以过程需要根据团队来不断变化，找到最适合团队的过程。要避免官僚主义，这种过程反而会拉低团队的效率。监控的第一步不仅是识别问题，而且也包括记录问题，，下一步是分类和初步支持，调查和诊断之后是解决和恢复。事故和问题管理之间有一种天然的紧张关系，快速恢复服务肯定是最重要的，但可能导致丢失一些取证数据，而这些数据对于问题管理极为重要。思考应该给多少时间来收集数据以及收集哪些数据，将有助于缓解这种紧张关系。

《架构即未来》第五、六章读书感悟管理的定义：以执法和道德手段来完成某件事管理团队就算管理花园，需要淘汰吸取营养、影响花朵生长的杂草，虽然这是一个最痛苦的活动，但是必须遵守的，想尽办法尽快淘汰妨碍大家实现目标的人极为重要，越早淘汰这些表现差的人，就能越快找到合适的替代者，让团队向前发展，尽量吧精力放到培养优秀的人才上来业务主管和技术主管由于出身、教育背景的不同，在沟通中可能存在一些困难，甚至到个人爱好、性格层面都有很大差距，但再一个团队内，必须做好沟通，才能发挥最大价值。对于技术组织有两种模式：IT组织模式和产品组织模式。技术人员必须负起跨越鸿沟进入业务领域的这一责任，必须要用业务的语言来说明任务以使业务主管能够理解。比如在我们日常与产品的沟通中，一是要以产品视角沟通解释技术问题，二是要在技术开发中融入产品思维，用技术手段给产品赋能，从而实现业务收益最大化

《架构即未来》第四章读书感悟领导力定义为影响一个组织或者个人达成某个特定目标的行为的力量。制定愿景激励一个组织，并引导组织向着目标前进。领导力的组织有多个要素，有些要素是无法改变的，但仍然可以努力来提升可控的因素来当一个好的领导。作为领导者要有自知之明，可以是来自于领导、peer和下属的360度评价，不要过高的估计自己的能力，大多数人并不像自己认为的那样是个好领导。所以在工作中，也要多和相关同学交流，提取一些反馈和建议，比如与同学的one-one，peer的交流，领导的one-one，来及时调整自己的一些不足身先士卒非常重要，正所谓己所不欲勿施于人。领导力需要以身作则。比如在关键项目攻坚时期，要体现出身先士卒，一起参与到项目的技术设计、技术攻坚中去，发挥带头作用。所谓火车头、发动机，也是要带动整个团队往前冲，跑在最前面，而不是分给下面同学自己只问进度不解决问题。能干的领导和经理完成使命，伟大的领导和经理则是通过营造文化氛围，使员工感受到赏识和尊重，诚实而且及时的处理绩效相关的反馈，主要是营造长期发展和关爱环境，为员工的职业和兴趣着想。领导总是会被放在显微镜下仔细观察，毫无疑问很多细节和问题会被看到，所以更加需要决策英明、以德服人，要重视自己内在的可信性和对组织的影响能力，不能为了一些个人的小利益放弃自己的羽毛领导需要用人不疑，给员工足够的权力，这样才能激发更大的积极性，不要对员工有过多怀疑，从而让其丧失了主观积极性。愿景描述要去哪里使命是引导怎么到达的大方向目标确保走在正确道路上的目标或者里程碑，最好的目标是通过SMART来制定

《架构即未来》第三章读书感悟组织规模是需要探索的，人少可以专注，人多沟通成本会提高，不同规模的团队，要根据负责人、团队任务等实际情况综合考虑团队组织形式，并且需要关注团队中的一些预警信号，及时做出调整，从而实现最高的效率。两个传统的组织结构是职能型和矩阵型：职能型结构的优势是管理的同质性、责任简单清晰、容易分配任务和很好地遵循标准，但缺点是在跨团队协作时，有一定的冲突，不方便横向的推进矩阵型组织在传统型的基础上，增加了PMO的横向管理，每个成员向2个老板汇报，优势是项目的负责人明确，跨部门的沟通有所改善。最新的是敏捷型结构，特别是按照服务和架构组织的，会提高团队的创新力，这可以通过市场响应速度、高质量的新功能和高可用性的服务来衡量。

《架构即未来》第一、二章读书感悟人是最重要的，合适的人，有合适的行为，并在合适的时间做了合适的工作，才能创造最大的价值，所以对每个人要根据其特点，结合各种环境因素去做合适的事情，才能发挥更大的作用。组织管理也很重要，并不是说人越多越好，如果没有合适的组织管理，人员增多后，沟通协调带来的成本可能导致效率的降低，尤其是作者提到各种无效的沟通、太多不相关的会议可能会降低效率。此处感触较深，尤其是开会和开发之间的度，需要做好协调，否则整个团队的研发效率上不去。领导是做pull相关的工作，即做正确的事，而管理是做push相关的工作，及正确的做事。一个人可能既是领导者又是管理者，这两者的区分也非常重要，也只有区分清楚了，才能发挥更大价值。此处感触较深，不能只是做好别人交代的项目，而是要自己去挖掘更多的有意义的项目，比如用技术手段为业务助力，设定技术方向。定义清晰的角色，明确各个角色的责任划分是非常重要的，RASCI可以帮助减少责任重叠： R代表负责：指决定要做什么事情的人，而且任务任务的实施 A代表批准：指在决策过程中批准任务并验收结果的人 S代表支持：只为完成任务而提供服务的任何人 C代表咨询：在决策前和关于任务完成情况接受咨询的人 I代表知情：需要通知决策和任务执行结果的人对应到日常业务中，就是对各个业务模块或者页面的角度，明确owner职责，owner负责整个模块的把控、架构设计

《高效能人士的七个习惯》第十一章 - 再论由内而外造就自己刺激与回应之间存在一段距离，成长和幸福的关键，就在于我们如何利用这段距离如果在受到外接因素的刺激，如别人的语言、环境的刺激时就立马不顾一切的做出过激、冲动的反应，就会非常不理智，相反如果能多加思考，选择合理的方式应对，不仅仅是可以让事情本身更好的解决，也能避免自己因为这件事情带来不好的影响。我们有时候也会犯错，并因此感到尴尬，但是只要我们从“每日个人领域的成功”做起，由内而外的努力，总会取得成果，而且播种、除草、培植的过程本身就能让我们感受到成长的喜悦，直到品尝到美满生活的甜美果实

《高效能人士的七个习惯》第十章 - 不断更新不断更新包括身体、精神、智力、社会/情感四个层面：身体：有效呵护我们的身体，健康饮食、充足休息以及定期锻炼。锻炼属于第二象限事物，即重要不紧急，但是正由于不具备紧急性，所以很少人能坚持不懈，但身体确实是革命的本钱，不要等到了不得不面对健康问题和危机时才重视。精神：精神层面的更新为你指引人生方向。如果我们能够用心把握生活的方向和生命的真谛，就如同得到了一把遮挡风雨的大伞，源源不断的获得新的力量智力：需要持续不断的学习，提升自己，尤其是对于技术从业者来说，需要不断巩固现有知识系统的同时，不断学习新只是社会/情感：不需要花费大量时间，而是可以在日常交往中完成最后，每个层面都是与前面的6个习惯紧密关联的，尤其是这4个层面之间需要相互平衡，才能实现健康的、螺旋上升式的自我更新

《高效能人士的七个习惯》第九章 - 统合综效如果有一位想当聪明才智的人跟我意见不同，那么对方的主张必定有我尚未体会的奥妙，值得加以理解。与人合作最重要的是，重视不同个体的不同心理、情绪与智能，以及个人眼中所见到的不同世界。与所见略同的人沟通，益处不大，要有分歧才能有收获所谓统合综效的沟通，是指敞开胸怀，接纳一切奇怪的想法，同时也贡献自己的见地。需要尊重差异，化阻力为动力沟通的层次分为3层：互相提防（输赢模式）、互相尊重（妥协）、统合综效（双赢）

《高效能人士的七个习惯》第八章 - 知彼解己倾听通常有5个层次： 1. 充耳不闻，压根就不听别人说话 2. 装模作样 3. 选择性接收 4. 聚精会神，努力听到每一个字 5. 最高层次：同理心倾听同理心不是同情心，同理心倾听的本质不是要你赞同对方，而是要在情感和离职上充分而深入地理解对方。沟通时要注意好为人师、只顾分享自己经验，而是要真正的站在同理心的角度，真正理解对方。

《高效能人士的七个习惯》第七章 - 双赢思维双赢思维的5个要领：双赢品德是基础：有3个基本特征：诚信、成熟、知足接着建立起双赢关系：彼此信任、坦诚相待，不管看法是否一致，另一方都会洗耳恭听由此衍生出双赢协议：有5个要素：预期结果、指导方针、可用资源、任务考核、奖惩制度需要双赢体系作为培育环境：双赢赋予个人明确任务，说明预期结果、指导原则和可用资源，个人要对结果负责，并完成自我评估，双赢体系要为双赢协议创造有利环境通过双赢的双赢过程来完成。如果实在不能实现双赢，不如好聚好散

看看气泡展示不试试气泡

《高效能人士的七个习惯》第六章 - 人际关系的本质维系人与人之间的情谊，最要紧的不在于言语或行动，而在于本性，言不由衷、虚伪造作的表面功夫很快就会被识破。所以，修身是公共领域成功的基础。在人际关系中，有一个非常重要的情感账户，而对这个情感账户的投资，主要有7种方式：理解他人注意小节信守承诺明确期望正直诚信用于致歉无条件的爱

《高效能人士的七个习惯》第五章 - 要事第一在前两章的基础上，强调根据自己的独立意志，做出决定和主动选择，并根据这些做出决定和主动选择这里主要提到了也是时间管理矩阵，将事情分为重要且紧急、重要不紧急、紧急不重要、不重要不紧急4重类型，并按照优先级顺序处理，但同时指出也不能过分把事情放在重要且紧急象限，否则会让自己抽不出来精力。要通过4个步骤做好自我管理，即确认角色、选择目标、安排进度以及每日调整

《高效能人士的七个习惯》第四章 - 以终为始之前经常听到“以终为始”，今天正好在书中学习到了什么是以终为始所谓以终为始，就是在开始做事之前，先确立正确的目标，然后再朝着这个目标去实际行动。确立目标是自我领导的过程，实际行动是自我管理的过程。所谓领导与管理，最大的区别就是领导是把控整体方向，思考想成就的是什么事业，管理是关注如何有效的把事情做好。简而言之，领导就是做正确的事，管理就是正确的做事。相比之下，领导比管理更加重要。做任何事情都需要以终为始，就是说在做事情之前要明确目标，做好方向选择，因为选择大于努力，而不只是闷头做事情，也只有选择了正确的方向，努力才是有意义的，才能做高效能人士

《高效能人士的七个习惯》第3章所谓积极主动，就是不完全受环境的影响，而是在受到环境因素刺激后，根据自己的自我意识、想象力、良知、独立意志这四要素，来选择回应方式，伤害我们的并非悲惨的遭遇本身，而是我们对于悲惨遭遇的回应。用一幅图来表示，圆圈表示关注圈，关注圈表示自己所关注的内容，如工作、生活、家庭等等，在关注圈里面，有些是我们自己可以控制的，称为影像圈，比如工作的努力程度、态度等等，另外的部分是我们不能控制的，比如大环境等等，所谓积极主动，就是要努力做好自己可以控制的部分，来扩大自己的影像圈，而不是一直受关注圈的因素影响，来缩小自己的影像圈。只有积极主动，扩大自己的影响圈，才能让自己的关注圈更加可控

《高效能人士的七个习惯》第2章本章主要是对7个习惯的概述，印象深刻的主要是以下几点： 1. 习惯定义为知识、技巧与意愿相互交织的结果，知识 = what + why，技巧 = how，意愿 = 想要做，要养成习惯三者缺一不可 2. 人类的成长分为3个阶段：依赖期、独立期和互赖期，互赖是一个更为成熟和高级的概念，一个能够做到互赖的人，既能与人深入交流自己的想法，也能看到他人的智慧和潜力。对应到工作中，在技术上要相互交流，多注意倾听，相互学习，共同进步 3. 真正的效能包含2个要素，一是产出，二是产能，难点在于找到产出与产能之间的平衡点，才能是效能最大化，如只顾产出，加班加点生产，从而使机器损坏，得不偿失，而如果过渡维护机器，产出变的很低，虽然使得机器使用周期可以特别长，但也不能使得效能最大化。

《高效能人士的七个习惯》第1章 1. 思维方式是行为与态度的源头，人的经历和印象会影响人的思维方式，往往当思维方式发生转变，从另一个角度看问题时，就会有一种顿悟感，并且之前思维方式的影响越深，顿悟的力量就越大。而很多科学研究的每一项重大突破，几乎都是首先打破传统，打破旧思维、旧模式才得以成功。在实践中，给我印象较深的就是做hybrid开发时，有很多时候要转变思维方式，不能完全按照惯性从FE的角度来考虑，也要从端开发方式、从全局的角度去思考问题，比如项目开发中有更新时，需要考虑存量低版本的向下兼容，考虑不同机型的兼容表现等等，以及双端的对齐。 2. 这本书要阐述的内容，最强调以原则为中心，以品德为基础，要求“由内而外”地实现个人效能和人际效能。“由内而外”的意思是从自身做起，甚至更彻底一些，从自己的内心做起，包括自己的思维方式、品德操守和心理动机。如果你希望在工作中享有更多自由与自主，那么先做个更尽责尽职的员工，如果希望获得信任，那么先做个值得信任的人。这一点带头作用非常重要，尤其是在项目onwer的角色里面，如果想要一个项目完成的好，自己就要由内而外的做好表率作用

不错啊不错啊

吴京躺枪吴京躺枪

发个测试贴子支持各种类型http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fbaidu.com&urlrefer=0fe59b0a4ae3f44bc6c0781df3ceaee9

我来测试发个帖子 https://tieba.baidu.com/mo/q/hybrid-usergrow-gaokao2023/gaokaoMain?useOfflinePackage=0访问页面 https://tieba.baidu.com/mo/q/c设置cookie

发个帖子测试cuid http://bjhw-bac-orp-tieba-core-137287.bjhw.baidu.com:8899/#/cuid?find=1887

急急急急急急 qqqqqqqqqqqq

554555 54788

贴吧在搞王者荣耀联赛，咱们学校有人参加吗？如题，看到首页有游戏比赛，看着是各大院校，咱们没参加吗？

据说贴吧在搞王者荣耀联赛，咱们有人参加吗？如题

吧龄排名4.59%的我，在北京也算老鸟了，我的贴吧身份是【见多识广的博学大家】 #贴吧时光机# 原来我才是贴吧最靓的仔~ https://tieba.baidu.com/mo/q/hybrid-usergrow-bigevent2022/memoir?nonavigationbar=1&channelid=15

新的一年兔飞猛进 @贴吧大艺术家新的一年兔飞猛进

不知不觉毕业快五年了！ #二十六，割年肉# 学弟学妹们放假回家了吗，真羡慕有寒假的日子！

新年新气象！ @贴吧大艺术家兔年大吉

新年好运气 @贴吧大艺术家平平安安，身体健康，升职加薪！

#32强球队前景#诸神黄昏之战 4年前看了C罗上演帽子戏法，记忆犹新，如今C罗已近不惑之年，这届世界杯会有什么样的精彩

《金字塔原理》第六章读书笔记 1. 所有列入同一组中的思想必须有某种逻辑顺序，还必须将这些思想按照第一、第二、第三的顺序排列，否则就不能确定这些思想确实属于同一过程，也不能保证这些思想是该过程的全部步骤 2. 大脑的归纳分组分析活动有三种：确定前因后果关系，将整体分割为部分；或将部分组成整体；将类似事物按照重要性归为一组 3. 每组思想的个数不要太多，最好不好超过4个或者5个，如果超过5个，那么其中某些思想之间可能缺乏紧密的联系，如果不指明思想之间的逻辑关系，你的部分思想就会变得模糊不清 4. 避免出现因果关系错误的方法是假设自己采取了稳重提到的每一项行动，并想象一下每项行动之后产生的结果 5. 结构顺序就是当你使用示意图、地图、画图或者照片想象某事物时的顺序，你想象的某事物既可以是真实的，也可以是概念性的，既可以是一个物体，也可以是一个过程 6. 逻辑结构建立之后，就可以按照自上而下、自左而右的顺序依次描述各个部分 7. 程度顺序，也称为重要性顺序，是你对一组因为有某种共同特点而被聚集在一起的事物所采用的顺序 8. 检查逻辑顺序是检查某一分组是否恰当的重要手段，当你遇到任何一组归纳思想，需要找出其真实意义时，一定要先快速浏览一遍该组中的所有思想

《金字塔原理》第六章 1. 所有列入同一组中的思想必须有某种逻辑顺序，还必须将这些思想按照第一、第二、第三的顺序排列，否则就不能确定这些思想确实属于同一过程，也不能保证这些思想是该过程的全部步骤 2. 大脑的归纳分组分析活动有三种：确定前因后果关系，将整体分割为部分；或将部分组成整体；将类似事物按照重要性归为一组 3. 每组思想的个数不要太多，最好不好超过4个或者5个，如果超过5个，那么其中某些思想之间可能缺乏紧密的联系，如果不指明思想之间的逻辑关系，你的部分思想就会变得模糊不清 4. 避免出现因果关系错误的方法是假设自己采取了稳重提到的每一项行动，并想象一下每项行动之后产生的结果 5. 结构顺序就是当你使用示意图、地图、画图或者照片想象某事物时的顺序，你想象的某事物既可以是真实的，也可以是概念性的，既可以是一个物体，也可以是一个过程 6. 逻辑结构建立之后，就可以按照自上而下、自左而右的顺序依次描述各个部分 7. 程度顺序，也称为重要性顺序，是你对一组因为有某种共同特点而被聚集在一起的事物所采用的顺序 8. 检查逻辑顺序是检查某一分组是否恰当的重要手段，当你遇到任何一组归纳思想，需要找出其真实意义时，一定要先快速浏览一遍该组中的所有思想

《金字塔原理》第五章 1. 金字塔中的思想以3种方式互相关联：向上、向下和横向，位于一组思想的上一个层次的思想是对这一组思想的概括，这一组思想则是对上一层次思想的解释和支持。 2. 演绎是一种线性的推理方式，最终是为了得出一个由逻辑词“因此”引出的结论；归纳推理是将一组具有共同点的事实、思想或观点归类分组，并概括其共同性。在演绎过程中，每个思想均由前一个思想导出，而在归纳过程中则不存在这种关系 3. 演绎法具有三段论的形式，即由一个大前提和一个小前提推导出一个结论的论述形式，我们将演绎推理过程看做需要完成3个步骤：阐述世界上已经存在的某种情况，阐述世界上同时存在的相关情况，说明这两种情况同时存在时隐含的意义 4. 在连接演绎推理时，需要记住的是：演绎推理的过程不需要超过4个步骤，推导出的结论不要超过2个 5. 在用归纳法进行创造性思维时，必须具备以下两项主要技能：正确定义该组思想，准确识别并剔除该组思想中与其他思想不想称的思想 6. 当你进行演绎推理时，推理过程的第二个思想必须是对第一个思想的主语或者谓语的评述，如果不具有这一特点，就不是演绎推理而是归纳推理

第四章序言的具体写法 1. 序言是概括已知的信息，并将这些信息与文章将要回答的疑问建立联系，然后作者就可以把全部精力放到解答疑问上 2. 序言总是向读者说明其已知的信息，其意义是：序言说明某种背景，背景中发生了某种冲突，从而引发了某种疑问，而整篇文章的目的就是回答该疑问 3. 为了吸引读者的注意力，必须先想办法使读者轻易的抛弃其他思想，专注于文章的内容，一个非常简单的方法就是利用未讲完的故事所产生的悬念效果 4. 开始引入背景时，应先谈论与文章主题有关，且读者肯定会同意的内容，应当是读者已经认可或者将会认可的内容 5. 冲突就是讲故事时推动情节发展的因素，能够促使读者提出疑问。用描述文章主题的公认事实开始讲故事，冲突就是推动故事情节发展的因素，并且必须引发读者的疑问 6. 序言必须采用背景->冲突->疑问->解决方案的结构，但是各部分的顺序可以有所变化，以创造不同的文章风格 7. 关键句要点不仅要回答文章主题思想引起的受众的新疑问，还要呈现文章的框架结构，因此如果文章篇幅较长，就应该要列出关键句的要点 8. 一般情况下，序言需要2~3段，说明背景和冲突的文字可以长达3~4段，但是不能再长了 9. 序言的常见模式有4种：发出指示式，请求支持式，解释做法式，比较选择式

第四章序言的写法 1. 序言是概括已知的信息，并将这些信息与文章将要回答的疑问建立联系，然后作者就可以把全部精力放到解答疑问上 2. 序言总是向读者说明其已知的信息，其意义是：序言说明某种背景，背景中发生了某种冲突，从而引发了某种疑问，而整篇文章的目的就是回答该疑问 3. 为了吸引读者的注意力，必须先想办法使读者轻易的抛弃其他思想，专注于文章的内容，一个非常简单的方法就是利用未讲完的故事所产生的悬念效果 4. 开始引入背景时，应先谈论与文章主题有关，且读者肯定会同意的内容，应当是读者已经认可或者将会认可的内容 5. 冲突就是讲故事时推动情节发展的因素，能够促使读者提出疑问。用描述文章主题的公认事实开始讲故事，冲突就是推动故事情节发展的因素，并且必须引发读者的疑问 6. 序言必须采用背景->冲突->疑问->解决方案的结构，但是各部分的顺序可以有所变化，以创造不同的文章风格 7. 关键句要点不仅要回答文章主题思想引起的受众的新疑问，还要呈现文章的框架结构，因此如果文章篇幅较长，就应该要列出关键句的要点 8. 一般情况下，序言需要2~3段，说明背景和冲突的文字可以长达3~4段，但是不能再长了 9. 序言的常见模式有4种：发出指示式，请求支持式，解释做法式，比较选择式

金字塔原理第三章如何表达自己的想法，将自己想表达的内容构造成金字塔？ 1. 自上而下： a. 首先画出主题方框，这个方框就是金字塔结构最顶部的方框，里面主要是要讨论的主题 b. 根据文章的读者，设想读者主要会提出那些问题，将读者可能提出的疑问列出来 c. 根据上一步的疑问，写出针对这些疑问的答案 d. 说明背景，将讨论的主题与背景相结合 e. 指出冲突：考虑背景中发生了哪些能使读者产生疑问的冲突，然后针对冲突进行处理 f. 检查主要疑问和答案，确保要回答哪些疑问 2. 自下而上：发现自己都还没想清楚的时候，就从下而上进行总结，主要是三步走 a. 列出你想表达的所有的思想要点 b. 找出个要点之间的逻辑关系 c. 得出结论总结：对于初学者来说，一定要先搭结构，先尝试自上而下法；序言先写背景，将背景作为序言的起点；先多花时间思考序言，不要省略；将历史背景放在序言中；序言仅涉及读者不会对其真实性提出质疑的内容；在关键句层次上，更易选择归纳推理法而非演绎论证法

第二章读书笔记 1. 不能幻想一坐下来就开始将思想组织成金字塔，而是应该先梳理想要表达的思想 2. 大主题下的任何思想，都同时与文章中的其他思想发生着纵向以及横向的联系 3. 通过纵向联系，可以引导一种疑问/回答式的对话，从而使读者带着极大兴趣了解你的思路进展 4. 这种结构，也许读者不会同意你的观点，但是你表达问题的思路会非常清晰 5. 你的每一个表述都应当引发读者的疑问，而你也必须在这一表述的横向结构层次上逐个回答读者的疑问 6. 在纵向结构上通过疑问/回答的形式来表述，在横向结构上进行演绎归类

序言&第一章 1. 无论是沟通还是协作，都需要注意受众，按照金字塔的结构来进行拆分：先了解主要的、抽象的，然后是次要的、为主要的提供依据的，任何一个上层次的思想都是对下一层次思想的总结 2. 将共性的事物组织在一起，进行分类管理 3. 大脑比较容易短期记住的项目是7个，有的人可能一次记住9个，而有的人只能一次记住5个，这就意味着需要处理的项目超过4个或者5个时，就需要归类进行处理 4. 归类后需要找出逻辑关系，进行抽象的概括 5. 进行表达时，按照归类的金字塔结构，自顶向下，先概括最重要的结论，再按照层次表达 6. 每组中的逻辑思想必须属于同一范畴

据说没有标题！据说这里发帖没有标题！

来加点人气

今天天气不错 http://tiebaclienttest.bcc-bdbl.baidu.com:8763/binddotcuid?username=mahongyang