如何提高你看清事物本质的能力？

推荐阅读

• 如何提高你看清事物本质的能力？

• 像首席技术官一样思考：如何高效管理 30 人的研发团队？-管理越多越轻松。好的研发团队，应该是上拨下用，即下级对上级的向上管理；而不是反过来，总是向下管理，甚至是 CTO 做经理的事，经理做工程师的事，工程师最终会被当成实习生。如果是这样，就会越管越累，不仅团队无法成长，而且团队整天很忙还效率低下，问题一大堆。 有这样一个小故事：一位高级经理下班后帮忙倒垃圾，结果被老板训斥了一顿。这就好比首席技术官做了实习生自己该做的事。事情本身没有对错之分，只是从不同的角度有不同的理解。 古人云："用人不疑，疑人不用"。在面对自己的研发团队时，应该相信他们能做好，授权一线开发人员充分发挥专业特长，不要限制他们的工作。但在相信他们的同时，也要进行二次确认，始终秉持 "我相信，但我要确认 "的原则和严谨的精神。因为每个人都会犯错和疏忽，通过发挥团队的智慧，团队犯错的机会就会大大减少。比如回归测试、代码审查、开发演示、变更审批等等。 如前所述，每个人都难免会犯错。但作为管理者，你所设计和商定的流程不能出错。管理者的每一个决定和沟通都应该经过深思熟虑。就像红绿灯的交通设计，某辆车不小心闯红灯可能会扣分，但红绿灯的设计一定要正确、人性化、统一。再比如，开发人员可能会因为疏忽大意写出 bug，但研发流程的设计和上线流程的发布不能有任何差错。因此，流程体系的设计，一方面要结合当前团队规模、业务特点和需要重点解决的问题来设计，另一方面也要在人员防错、效率提升、发挥团队集体智慧等维度进行综合考量。应该站在更高更抽象的角度去思考，不断思考一个倍受欢迎的园区应该如何设计，思考一个灵动、经典、永恒的建筑应该遵循怎样的模式，思考一个成功、优秀、卓越的研发团队应该需要怎样的流程和制度。 最后，反馈很重要。向上汇报很重要，向下反馈也很重要。能够保持顺畅的双向反馈和闭环管理，对研发团队的协作和沟通有着非常明显的积极作用。在向上汇报方面，要培养团队在正式汇报、会议汇报、私下沟通、书面总结、非正式场合等方面的沟通能力，提醒下属报喜也要报忧。凡事先记录，再跟进，最后反馈。反馈很重要，主动汇报更难得。 另一方面，同时也不要忽视向下反馈。好的爱，是双向的。团队也是如此，没有严格的上下级之分，只是分工和角色不同而已。作为管理者，不必总保持一种 "神秘感"，让人 "捉摸不透 "才是牛。当团队做得好或有人做得好时，要记得在公开或私下场合给予肯定和赞许。业务有增长、业绩有提升时，别忘了给团队一些鼓励，或者安排一次下午茶或聚餐。在例会或正式会议上，也可以同步向大家传达一些重要信息和高层指示。"欲速则不达，欲远则同行"。 当向上汇报、向下反馈的沟通闭环形成后，同时结合前面研发过程的管理闭环，双管齐下，就能形成良性循环。如此反复，持之以恒，优秀卓越的研发团队，必将呈现。 能力、产出和效率 接下来，继续重复关于能力、产出和效率的话题。 站在不同的角色，以及一个企业经营、生存和发展所需要的基础上，我把研发生产力分为三个层次，分别是：一线员工关心的研发能力、管理层关心的软件产出和操作人员关心的企业生产效率。简单概括就是：既要把工作做好，又要能出成果，还要能帮企业赚钱。

• 纯干货分享 | 研发效能提升——敏捷需求篇-而敏捷需求是提升效能的方式中不可或缺的模块之一。 云智慧的敏捷教练——Iris Xu近期在公司做了一场分享，主题为「敏捷需求挖掘和组织方法，交付更高业务价值的产品」。Iris具有丰富的团队敏捷转型实施经验，完成了企业多个团队从传统模式到敏捷转型的落地和实施，积淀了很多的经验。 这次分享主要包含以下2个部分： 第一部分是用户影响地图 第二部分是事件驱动的业务分析Event driven business analysis（以下简称EDBA） 用户影响地图，是一种从业务目标到产品需求映射的需求挖掘和组织的方法。 在软件开发过程中可能会遇到一些问题，比如大家使用不同的业务语言、技术语言，造成角色间的沟通阻碍，还会导致一些问题，比如需求误解、需求传递错误等；这会直接导致产品的功能需求和要实现的业务目标不是映射关系。 但在交付期间，研发人员必须要将这些需求实现交付，他们实则并不清楚这些功能需求产生的原因是什么、要解决客户的哪些痛点。研发人员往往只是拿到了解决方案，需要把它实现，但没有和业务侧一起去思考解决方案是否正确，能否真正的帮助客户解决问题。而用户影响地图通常是能够连接业务目标和产品功能的一种手段。 我们在每次迭代里加入的假设，也就是功能需求。首先把它先实现，再逐步去验证我们每一个小目标是否已经实现，再看下一个目标要是什么。那影响地图就是在这个过程中帮我们不断地去梳理目标和功能之间的关系。 我们在软件开发中可能存在的一些问题 针对这些问题，我们如何避免？先简单介绍做敏捷转型的常规思路： 先做团队级的敏捷，首先把产品、开发、测试人员，还有一些更后端的人员比如交互运维的同学放在一起，组成一个特训团队做交付。这个团队要包含交付过程中所涉及的所有角色。 接着业务敏捷要打通整个业务环节和研发侧的一个交付。上图中可以看到在敏捷中需求是分层管理的，第一层是业务需求，在这个层级是以用户目标和业务目标作为输入进行规划，同时需要去考虑客户的诉求。业务人员通过获取到的业务需求，进一步的和团队一起将其分解为产品需求。所以业务需求其实是我们真正去发布和运营的单元，它可以被独立发布到我们的生产环境上。我们的产品需求其实就是产品的具体功能，它是我们集成和测试的对象，也就是我们最终去部署到系统上的一个基本单元。产品需求再到了我们的开发团队，映射到迭代计划会上要把它分解为相应的技术任务，包括我们平时所说的比如一些前端的开发、后端的开发、测试都是相应的技术任务。所以业务敏捷要达到的目标是需要去持续顺畅高质量的交付业务价值。 将这几个点串起来，形成金字塔结构。最上层我们会把业务目标放在整个金字塔的塔尖。这个业务目标是通过用户的目标以及北极星指标确立的。确认业务目标后再去梳理相应的业务流程，最后生产。另外产品需求包含了操作流程和业务规则，具需求交付时间、工程时间以及我们的一些质量标准的要求。 谈到用户影响的地图，在敏捷江湖上其实有一个传说，大家都有一个说法叫做敏捷需求的“任督二脉”。用户影响地图其实就是任脉，在黑客马拉松上用过的用户故事地图其实叫督脉。所以说用户影响地图是在用户故事地图之前，先帮我们去梳理出我们要做哪些东西。当我们真正识别出我们要实现的业务活动之后，用户故事地图才去梳理我们整个的业务工作流，以及每个工作流节点下所要包含的具体功能和用户故事。所以说用户影响地图需要解决的问题，我们包括以下这些： 首先是范围蔓延，我们在整张地图上，功能和对应的业务目标是要去有一个映射的。这就避免了一些在我们比如有很多干系人参与的会议上，那大家都有不同想法些立场，会提出很多需求（正确以及错误的需求）。这个时候我们会依据目标去看这些需求是否真的是会影响我们的目标。 这里提到的错误需求，比如是利益相关的人提出的、客户认为产品应该有的、某个产品经理需求分析师认为可以有的....但是这些功能在用户影响地图中匹配不到对应目标的话，就需要降低优先级或弃掉。另外，通常我们去制定解决方案的时候，会考虑较完美的实现，导致解决方案括很多的功能。这个时候关键目标至关重要，会帮助我们梳理筛选、确定优先级。 看一下用户影响到地图概貌 总共分为一个三层的结构： 第一层why，你的业务目标哪个是最重要的，为什么？涉及到的角色有哪些？ 第二层how ，怎样产生影响？影响用户角色什么样的行为? （不需要去列出所有的影响，基于业务目标） 第三层what，最关键的是在梳理需求时不需一次把所有细节想全，这通常团队中经常遇到的问题。 我们用这个例子来看一下 这是一个客服中心的影响地图，业务目标是 3个月内不增加客服人数的前提下能支持1.5倍的用户数。此业务目标设定是符合 smart 原则的，specific非常的具体，miserable 是可以衡量的，action reoriented是面向活动的， real list 也是很实际的。 量化的目标会指引我们接下来的行动，梳理一个业务目标，尽量去量化，比如 ：我们通过打造一条什么样的流水线，能够提高整个部署的效率，时间是原来的 1/2 。这样才是一个能量化的有意义的目标。 回到这幅图， how 层级识别出来的内容，客服角色：想要对它施加的影响，把客户引导到论坛上，帮助客户更容易的跟踪问题，更快速的去定位问题。初级用户：方论坛上找到问题。高级用户：在论坛上回答问题。通过我们这些用户角色，进行活动，完成在不增加客户客服人数的前提下支持更多的用户数量。 最后一个层级，才是我们日常接触比较多的真正的功能的特性和需求，比如引导到客户到论坛上，其实这个产品就需要有一个常见问题的论坛的链接。这个层次需要我们团队进一步地在交付，在每个迭代之前做进一步的梳理，细化成相应的用户故事。  这个是云智慧团队中，自己做的影响地图的范例，可以看下整个的层级结构。序号表示优先级。 那我们用户影响地图可以总结为：

• 我很遗憾自己对 "程序员如何提高抽象思维能力 "这个问题的回答敷衍了事。

• 反传销网8月30日发布：视频区块链里的骗子，币里的韭菜，杜子建骂人了！金融大V周召说区块链！——“一小帮骗子玩一大帮小白，被割韭菜，小白还轮流被割，割的就是你！” 什么区块链，统统是骗子 作者：周召（知乎金融领域大Ｖ，毕业于上海财经大学，目前任职上海某股权投资基金合伙人） 有人问我，区块链现在这么火，到底是不是骗局？ 我的回答是： 是骗局。而且我并不是说数字货币是骗局，而是说所有搞区块链的都是骗局。 -01- 区块链是一种鸡肋技术 人类社会任何技术的发明应用，本质都是为了提高社会的生产效率。而所谓区块链技术本质不过是几种早已成熟的技术的大杂烩，冗余且十分低效，除了提高了洗钱和诈骗的效率以外，对人类社会的进步毫无贡献。 真正意义上的区块链得包含三个要素：分布式系统（包括记账和存储），无法篡改的数据结构，以及共识算法，三者互为基础和因果，就像三体世界一样。看上去挺让人不明觉厉的，而经过几年的瞎折腾，稍微懂点区块链的碰了几次壁后都已经渐渐明白区块链其实并没有什么卵用，区块链技术已经名存实亡，沦为了营销工具和传销组织的画皮。 因为符合上述定义的、以比特币为代表的原教旨区块链技术，是反效率的，从经济学角度来说，不但不是一种帕累托改进，甚至还可以说是一种帕累托倒退。 原教旨区块链技术的效率十分低下，因为要遍历所有节点，只能做非常轻量级的数据应用，一旦涉及到大量的数据传输与更新，区块链就瞎了。 一方面整条链交易速度会极慢，另一方面数据库容量极速膨胀，考虑到人手一份的存储机制，区块链其实是对存储资源和能源的一种极大的浪费。 这里还没有加上为了取得所谓的共识和挖矿消耗的巨大的能源，如果说区块链技术是屎，那么这波区块链投机浪潮可谓人类历史上最大规模的搅屎运动。 区块链也验证不了任何东西。 所谓的智能合约，即不智能，也非合约。我看有人还说，如果有了智能合约，就可以跟老板签一份放区块链上，如果明年销售业绩提升30%，就加薪10%，由于区块链不能篡改，不能抵赖，所以老板必须得执行，说得有板有眼，不懂行的愣一看，好像还真是那么回事。 但仔细一想，问题就来了。首先，在区块链上如何证明你真的达到了30%业绩提升？即便真的达到老板耍赖如何执行？ 也就是说，如果区块链真这么厉害，要法院和仲裁干什么。 人类社会真正的符合成本效益原则的是代理制度。之前有人说要用区块链改造注册会计师行业，我不知道他准备怎么设计，我猜想他思路大概是这样的，首先肯定搞去中心化，让所有会计师到链上来，然后一个新人要成为注册会计师就要所有会计师同意并记录在链上。 那我就请问了，我每天上班累死累活，为什么还要花时间去验证一个跟我无关的的人的专业能力？最优做法当然是组织一个委员会，让专门的人来负责，这不就是现在注册会师协会干的事儿吗？区块链的逻辑相当于什么事情都要拿出来公投，这个绝对是扯淡的。 当然这么说都有点抬举区块链了，区块链技术本身根本没有判断是非能力，如果这么高级的人工智能，靠一个无脑分布式记账就能实现的话，我们早就进入共产主义社会了。 虽然EOS等数字货币采用了超级节点，通过再中心化的方式提高效率，有点行业协会的意思，是对区块链原教旨主义的一种修正，但是依然无法突破区块链技术最本质的局限性。有人说，私有链和联盟链是区块链技术的未来，也是扯淡，因为区块链技术没有未来。如果有，说明他是包装成区块链的伪区块链技术。 区块链所涉及的所有底层技术，不管是分布式数据库技术，加密技术，还是点对点传输技术等，基本都是早已存在没什么秘密可言的技术。 比特币系统最重要的特性是封闭性和自洽性，他验证不了任何系统自身以外产生的信息的真实性。 所谓系统自身产生的信息，就是数据库数据的变动信息，有价值的基本上有且只有交易信息。所以说比特币最初不过是中本聪一种炫技的产物，来证明自己对几种技术的掌握，你看我多牛逼，设计出了一个像三体一样的系统。因此，数字货币很有可能是区块链从始至终唯一的杀手应用。 比特币和区块链概念从诞生到今天已经快10年了，很多人说区块链技术在爆发的前夜，但这个前夜好像是不是有点过长了啊朋友，跟三体里的长夜有一拼啊。都说区块链技术像是90年代初的互联网，可是90年代初的互联网在十年发展后，已经出现了一大批伟大的公司，阿里巴巴在99年都成立了，区块链怎么除了币还是币呢？ 正规的数字货币未来发展的形式无外乎几种，要么就是论坛币形式，或者类似股票的权益凭证等。问题是论坛币和股票之前，本来也都电子化了，区块链来了到底改变了什么呢？ 所有想把TOKEN和应用场景结合起来的人最后都很痛苦，最后他们会发现区块链技术就是脱裤子放屁，自己辛苦搞半天，干嘛不自己作为中心关心门来收钱？最后这些人都产生了价值的虚无感，最终精神崩溃，只能发币疯狂收割韭菜，一边嘴里还说着我是个好人之类的奇怪的话。 因此，之前币圈链圈还泾渭分明，互相瞧不起，但这两年链圈逐渐坐不住了，想着是不是趁着泡沫没彻底破灭之前赶快收割一波，不然可能什么都捞不着了。 前段时间和一个名校毕业的链圈朋友瞎聊天，他说他们“致力于用区块链技术解决数字版权保护问题”，我就问他一个问题，你们如何保证你链的版权所有权声明是真实的，万一盗版者抢先一步把数据放在链上怎么办。他说他们的解决方案是连入国家数字版权保护中心的数据库进行验证…… 所以说区块链技术就是个鸡肋，研究到最后都会落入效率与真实性的黑洞，很多人一头扎进链圈后才发现，真正意义上的区块链技术，其实什么都干不了。 -02- 不是蠢就是坏的区块链媒体 空气币和区块链的造富神话，让区块链自媒体也开始迎风乱扭。一群群根本不知道区块链为何物的妖魔鬼怪纷纷进驻区块链自媒体战场，开始大放厥词胡编乱造。 任何东西，但凡只要和区块，链，分，分布式，记账，加密，验证，可追溯等等这些个关键词沾到哪怕一点点，这些所谓的区块链媒体人就会像狗闻到了屎了一样疯狂地把区块链概念往上套。 这让我想起曾经一度也是热闹非凡的物联网，我曾经去看过江苏一家号称要改变世界的“物联网”企业，过去一看是生产路由器的，我黑人问号脸，对方解释说没有路由器万物怎么互联，我觉得他说得好有道理，竟无言以对。 好，下面让我们进入奇葩共赏析时间，来看看区城链媒体经常有哪些危言耸听的奇谈怪论 区块链（分布式记账）的典型应用是*？？ 正如前面所说，真正意义上的区块链分布式记账，不光包括“记”这个动作，还包括分布式存储和共识机制等。而*诞生远远早于区块链这个词的出现，勉强算是“分布式编辑”吧，就被很多区块链媒体拿来强行充当区块链技术应用的典范。 其实事实恰恰相反，*恰恰是去中心化失败的典范，现在如果没有精英和专业人士的编辑和维护，*早就没法看了。 区块链会促进社会分工？？ 罗振宇好像就说过类似的话，虽然罗振宇说过很多没有逻辑的话，但这句话绝对是最没逻辑思维的。很多区块链自媒体也常常用这句话来忽悠老百姓，说分工代表效率提高社会进步，而区块链“无疑”会促进分工，他们的理由仅仅是分工和分布式记账都共用一个“分”字，就强行把他们扯到一起。 实际情况恰恰相反，区块链是逆分工的，区块链精神是号召所有人积极地参与到他不擅长也不想掺合的事情里面去。 区块链不能像上帝一样许诺他的子民死后上天国，只能给他们许诺你们是六度人脉中的第一级，我可以赚后面五级人的钱，你处于金字塔的顶端。

• 对话NGC蔡岩：从机制创新到价值沉淀，解析DeFi产品开发逻辑 |链捕手 - 真正的DeFi产品首先要有足够的安全性和稳定性，如果能在此基础上有一些功能创新，那就非常好了。像 Uniswap 这样逐渐成为 DeFi 基础架构的产品，可遇而不可求。 链式捕手：固定利率协议之前关注度比较高，但观察下来发现，大部分协议还是类似于传统金融CDO（抵押债务凭证）的玩法，风险系数很高，您如何理解这块业务的价值和风险？ 蔡岩：确实有些定息协议类似CDO玩法，背后绑定一个债券，但并不是所有的定息协议都是这样的玩法，像这种CDO玩法的主要代表项目是88mph，背后绑定的是Aave、Compoud这样的借贷协议，在此基础上做定息和浮息债券；像APWine，背后同样是Aave，它会发行期货收益代币来锁定你的收益；Notional本身是做借贷市场的，在此基础上做定息协议。 非 CDO 的玩法，比如 Horizon，更像是一个利率撮合器，背后需要用户通过拍卖产生更合适的目标收益率；像 Saffron、BarnBridge 等是通过风险分级来定义不同的收益率。总的来说，创新还是挺多的。 价值层面是创新和想象力，因为在传统金融领域，比如银行做固定收益证券，或者评级机构给风险分级，这些业务都非常大，利润也很丰厚。而 DeFi 的对口业务给了类似业务很大的想象空间。尤其是固定利率协议的成熟产品不多，尝试各种微创新是很有意义的。 风险程度还是要具体到不同的玩法，比如，在 Aave、Compoud 等借贷协议的固定利率协议背后，如果这些借贷协议受到攻击，与之绑定的固定利率协议也会受损。 同样，如果自己做借贷市场，可能更需要更强的开发能力。再有，如果该程序的机制或参数设计不当，同样会导致协议运行不稳定，并可能造成大量用户清盘。 总的来说，风险在于固定利率协议的设计，这是一个非常复杂的过程，需要不断地尝试和出错。 链式捕捉器：刚刚提到背后是Aave/Compound的固定费率协议风险较大，您认为Aave最大的不确定性和创新点分在哪里？ 蔡岩：其实爱钱进一直被认为是走在行业前列的项目，他们的迭代速度非常快，比如率先尝试闪贷、推出新的经济激励模式、推出目前业内首个安全模块、尝试L2解决方案等等。 而在主要的借贷业务上，他们又十分谨慎，比如在抵押率、清算系数等风险参数的设计上相对于其他借贷协议较为保守，并不会存在为了吸引更多借贷资金而降低风险的要求。 与许多 DeFi 项目一样，即使 Aave 进行了多次审计，也无法保证不存在漏洞。前段时间，Aave 刚进入 V2 阶段时，白帽黑客就指出了某个漏洞。 之前的创新点可能是闪电借贷，这是当时业内独一无二的新产品功能，也为 Aave 带来了不少收益。当然，也有人批评闪电贷只能方便黑客实现资金效益的最大化，但工具本身并没有错，未来闪电贷肯定会有更多的应用场景。 其次是安全模块的设计，这有点像项目本身的储备金库，保障项目的安全性，这也是爱维开创的先河。说实话，目前大多数项目都没有做到代币模式的良性或正向运营，也做不到像Aave一样的安全模块，这是一个不小的门槛。 Chaincatcher从某种程度上来说，挖矿模式是DeFi财富效应的根本支撑，但Aave的CEO却说挖矿机制带来的动力是不可持续的，您怎么看这个观点？ 蔡岩："挖矿机制 "不可能失效，因为它是一种激励机制，或者说是项目冷启动的一种方式。但流动性开采亚博体育手机客户端不会一直高涨。比如去年11月的流行性挖矿高APY持续了一两个月就崩盘了，导致DeFi市场大幅回调。 Aave、Uniswap、Synthetix等项目真正爆发进入市值前15名也是在今年2月，我更倾向于这是头部DeFi长期价值的体现。虽然大家都喜欢抢高APY的矿机，但我个人很少参与挖矿，所以我并不觉得流动性挖矿是DeFi的基本面支撑。

• 刘韧工作手册（2023年版）-17 共同学习，共同进步，搭建共识。一起工作的基础，是对彼此能力的认可，继续一起工作的基础，是能力的共同提高。共同进步的基础，就是共同学习，共同学习的基础，是看过同样的书。 年轻时，男女谈恋爱，双方世界观趋同，差距不大。后来，世界观逐渐拉大，对话成了鸡同鸭讲，我讲，你听不懂。你讲，我不感兴趣，甚至闹离婚，双方自然而然走不下去了。工作也一样，同事间如果差距越来越大，最终，无法一起工作。 我为了和别人搭建共识，会处心积虑向其推荐读书。听什么歌，观什么电影，看什么书，能在一定程度了解一个人。 有人说，金庸的书是文学。我说，那是娱乐。文学是“真、善、美”，首先是要“真”，就是情感真实。而在金庸的小说里，类似“九阴真经”、“葵花宝典”的秘籍是假的，小说里的人物寻得秘籍，一夜之间就能武功猛增……这样的情节，在现实中可能吗？生活中，漂亮的富家女黄蓉会爱上傻小子郭靖吗？金庸看多了，人会追求走捷径，工作生活“走捷径”会害死自己。 18 礼物，是人际交往中的情感润滑剂。互相送礼物，增进感情。不知道买什么，就买吃的。 英国人做客，会送主人红酒、鲜花和小卡片，回家后，会写感谢信。在新加坡，朋友们来家，常带些做好的熟食，大家一起吃。 2000年，我听说谷歌在办公室给员工备吃的。当时不太理解，后来才知道，“在一起吃”这个行为，有助于消除紧张和敌意，人更容易感到温暖和轻松，更愿意敞开心扉，是社交中增进感情的好方式之一。脸书新加坡总部，午餐，公司会请高级厨师做六种风格的菜，每一道菜都做的极好，甚至比五星级酒店的饭菜都好吃。他们的员工告诉我，根本不想回家，就想在公司吃饭。 19 坦诚，不装懂，打破沙锅问到底。想当然半天，不如简单试一下。要学会积攒各种低成本测试方法，并勤快地去试。超大额跨国汇款，先汇1元，测试路径是否畅通。没有招，没有策略库，一筹莫展。 有句古话，叫“以其昏昏，使人昭昭”。很多人对“学而优则仕”这句话的理解，是典型的“以其昏昏，使人昭昭”。这句话常被人解释为“学习好了就去当官”，若照此解释，下一句“仕而优则学”只能解释为“当官当好了就去学习”！这显然说不通。这里的“优”，不是“优秀”，而是“空闲”的意思。很多人不清楚，却到处教人解释这句话。 《水浒传》是中国版的黑帮小说，讲的是厚黑学，没有道德底线。梁山人为了拉扈三娘入伙，杀光了她全家，把原本是千金小姐，花容月貌的扈三娘指婚丑陋的王英。直到今天，《水浒传》常被解释为“侠义”。 在群里，遇到信口雌黄国学的人，我会问他们，论语中，第一句话“学而时习之不亦说乎”中的“习”是什么意思？很多人解释为“复习”。其实，繁体字中，“习”的写法是“習”，下面一个“白”，上面一个“羽”，指的是“雏鸟学飞”。意思是，雏鸟利用老鸟教的技巧，终于飞起来了。因此，“习”的本意是指老师手把手把心得教给你，让你学会了，有了收获和进步，绝不是指反复“复习”和“练习”的意思。  维特根斯坦说：“凡是可说的就要说清楚，凡是不可说的就该保持沉默。”别不懂装懂。 20   善待帮助你的人。一个人能否成功，要看有没有人愿意帮你。有多大成功，要看有多少人愿意帮你。 别人发现你出错了，提醒你，这些都是你所能得到的“举手之劳”的帮助，你知道了，能改掉，你容易成长。 如何做一个有很多人愿意帮你的人呢？ 首先，滴水之恩，当涌泉相报。每次收到礼物，我一定会表示感谢。 其次，得到帮助，一定要反馈。很多帮助不一定非得要你用物质来交换，可能仅仅是你要领情。我会记录所有受到的帮助，并广而告之。我写书时，会把帮助我的人都列举出来，这样做成本不高，但被提到的人会感动。 你们可以回忆一下，有多少人帮过你？如果脱口说出的人数越多，说明你离成功越近。要是发现世界上，愿意帮你的人只有父母，那就要反思了。（完） 刘韧商业写作通识

• 卷积的意义--我见过最生动易懂的解释--就是在图像处理中，将两组分辨率不同的图像进行卷积处理，从而形成易于处理的平滑图像。卷积甚至可以用在考试作弊中，为了让照片中的两个人同时像，只要对两个人的图像进行卷积处理就可以了，这是一种平滑处理，但我们如何才能真正把这个公式与实际建立一种联系，也就是说我们能不能从生活中找到一个很方便具体的例子来表达这个公式的物理意义呢？ 有一个七品县令，喜欢打骂无赖，并有一个惯例：只要不犯大罪，只打一顿就放他回家，以示爱民如子。 有一种无赖，想扬名立万却又不抱多大希望，心想：既然扬不了好名，出了臭名也成啊。怎样才能出恶名呢？炒作！怎么炒作？找名人！他自然而然地想到了自己的长官--县令。 无赖于是在光天化日之下，站在县衙门口撒了泡尿，后果可想而知，自然是被请进堂上挨了板子，然后昂首挺胸地回家，躺了一天，哎！身体并无大碍！第二天照样如此，全然不顾行政长管的仁慈和衙门的尊严，第三天、第四天 ......每天去县衙领板子回来，还兴高采烈，坚持了一个月之久！这个无赖的名声像衙门口的臭气一样传遍了八方！ 县太爷噤了噤鼻子，愣愣地望着惊堂木案，皱了皱眉头，思考着一个问题：这三十块大木板怎么会不好用呢？......想想也是，当年这位大人金榜题名的时候，我数学考了满分，所以这道题至少今天得解出来： --人（系统！）会怎么样（系统！）之后会怎么样（输出！）人（系统！）被打之后会怎么样？ --有什么用，很疼！ --我问的是：会发生什么？ --取决于有多疼。就像这个无赖的体质，每天挨一板什么事都不会发生，连哼哼两声都不行，你看他那得意洋洋的样子（输出 0）；如果一次连打他十板，他可能会皱着眉头，咬着牙，硬是不哼一声（输出 1）；打到二十板，他会疼得脸都变形了，像猪一样哼哼唧唧（输出 3）；打到三十板，他可能会像驴一样嚎叫，一把鼻涕一把泪，求你饶他一命（输出 5）；打到四十板，他会大小便失禁，勉强哼哼（输出 1）；打到五十板，他连哼哼都不能哼一下（输出 0）--死！ 县官摊开坐标纸，绘制了一条以挨打次数为 X 轴、哼唱程度（输出）为 Y 轴的曲线： --"呜呼！这条曲线就像一座山，想不通，想不通。为什么那个无赖被打了三十天也不喊救命？ --哦，你打的时间间隔（Δτ=24小时）太长了，这样无赖一天承受的痛苦程度，没有叠加，始终是个常数；如果缩短时间间隔（建议Δτ=0。5 秒），那么他的疼痛程度就可以迅速叠加；等到无赖挨了三十下（t=30）时，疼痛程度已经达到他叫喊能力的极限，就会收到最好的惩戒效果，再多挨几下也不会手下留情。 --还是不太明白，为什么疼痛程度会在小时间间隔内叠加？ --这跟人（线性时变系统）对木板（脉冲、输入、激发）的反应有关。什么是响应？人收到板子后，疼痛的感觉会在一天内（假设，因人而异）慢慢消失（衰减），而不是突然消失。这样，只要中风的时间间隔较小，每次中风造成的疼痛就没有时间完全衰减，都会对最终的疼痛程度产生不同的影响： t 块大板造成的疼痛程度 = Σ（第 τ 块大板造成的疼痛程度 * 衰减系数）[衰减系数是 (t - τ) 的函数，请仔细品味] 数学表达式为：y(t) = ∫T(τ)H(t-τ)

• Grid++Report 锐浪报表开发常见问题解答集锦-报表设计  问：怎样在设计时打印预览报表？  答：为了及时查看报表的设计效果，Grid++Report 报表设计应用程序提供了四种查看视图：普通视图、页面视图、预览视图与查询视图。通过窗口下边的 Tab 按钮可以在四种视图中任意切换。在预览视图中查看报表的打印预览效果，在查询视图中查看报表的查询显示效果。如果在报表的记录集提供了数据源连接串与查询 SQL，在进入预览视图与查询视图时会利用数据源连接串与查询 SQL 从数据源中自动取数,否则 Grid++Report 将自动生成模拟数据进行模拟打印预览与查询显示。注意：在预览视图与查询视图中看到的报表运行结果有可能与在你程序中的最终运行结果有差异，因为在报表的生成过程中我们可以在程序中对报表的生成行为进行一定的控制。  问：怎样用 Grid++Report 设计交叉表？  答：Grid++Report 没有提供专门实现交叉表的功能，其它的报表构件提供的交叉表功能一般也比较死板和功能有限。利用 Grid++Report 的编程接口可以做出灵活多变，功能丰富的交叉表。示例程序 CrossTab 就是一个实现交叉表的例子程序，认真领会此例子程序，你就可以做出自己想要各种交叉表，并能提取一些共用代码，便于重复使用。  问：怎样设置整个报表的缺省字体？  答：设置报表主对象的字体属性，也就是设置了整个报表的缺省字体。如果改变报表主对象的字体属性，则没有专门的设置字体属性的子对象的字体属性也跟随改变。同样每个报表节与明细网格也有字体属性，他们的字体属性也就是其拥有的子对象的缺省字体。  问：怎样在打印时限制一页的输出行数？  答：设定明细网格的内容行的‘每页行数(RowsPerPage)’属性即可。另外要注意‘调节行高(AdjustRowHeight)’属性值：为真时根据页面的输出高度自动调整行的高度，使整个页面的输出区域充满。为假时按设计时的高度输出行。  问：怎样显示中文大写金额？  答：将对象的“格式(Format)”属性设为 “$$” 及可，可以设置格式的对象有：字段(IGRField)、参数(IGRParameter)、系统变量(IGRSystemVarBox)与综合文字框(IGRMemoBox)，其中综合文字框是在报表式上设格式。  问：能否实现自定义纸张与票据打印？  答：Grid++Report 完全支持自定义纸张的打印，只要在报表设定时在页面设置中选定自定义纸张，并指定准确的纸张尺寸。当然要在最终输出时得道合适的打印结果，输出打印机必须支持自定义纸张打印。Windows2000/XP/2003 操作系统上可以在打印机上定义自定义纸张，也可以采用这种方式实现自定义纸张打印。  问：怎样实现 0 值不打印？  答：直接设置格式串就可以，在“数字格式”设置对话框中选定“0 不显示”，就会得到合适的格式串。也可以通过直接录入格式串来指定 0 不显示，但格式串必须符合 Grid++Report 的规定格式。另一种实现办法是在报表获取明细记录数据时，在 BeforePostRecord 事件中将值为零的字段设为空，调用字段的 Clear 方法将字段置为空。  问：怎样实现多栏报表?  答：在明细网格上设‘页栏数（PageColumnCount）’属性值大于 1 即可。通过 Grid++Report 的“页栏输出顺序”还可以指定多栏报表的输出顺序是“先从上到下”还是“先从左到右”。  问：如何实现票据套打？  答：Grid++Report 为实现票据套打做了很多专门的安排：报表设计器提供了页面设计模式，按照设定的纸张尺寸显示设计面板，如果将空白票据的扫描图设为设计背景图，在定位报表内容的输出位置会非常方便。报表部件可以设定打印类别，非套打输出的内容在套打打印模式下就不会输出。  问：Grid++Report 有没有横向分页功能？  答：回答是肯定的，在列的总宽度超过打印页面的输出宽度时，Grid++Report 可以另起新页输出剩余的列，如果左边存在锁定列，锁定列可以在后面的新页中重复输出，这样可以保证关键数据列在每一页都有输出。仔细体会 Grid++Report 提供的多种打印适应策略，选用最合适的方式。Grid++Report 的多种打印适应策略为开发动态报表提供了很好的支持。  问：怎样实现报表本页小计功能？  答：定义一个报表分组,将本分组定义为页分组，在本分组的分组头与分组尾上定义统计。页分组就是在每页产生一个分组项，在每页的上端与下端都会分别显示页分组的分组头与分组尾，页分组不用定义分组依据字段。  报表运行  问：怎样与数据库建立连接?  答：如果在设计报表时指定了数据集的数据源连接串与查询 SQL 语句，Grid++Report 采用拉模式直接从数据源取得报表数据，Grid++Report 利用 OLE DB 从数据源取数，OLE DB 提供了广泛的数据源操作能力。如果 Grid++Report 的数据来源采用推模式，即 Grid++Report 不直接与数据库建立连接，各种编程语言/平台都提供了很好的数据库连接方式，并且易于操作，应用程序在报表主对象(IGridppReport)的 FetchRecord 事件中将数据传入，例子程序提供了各种编程语言填入数据的通用方法，对C++Builder 和 Delphi 还进行了专门的包装，直接关联 TDataSet 对象也可以将 TDataSet 对象中的数据传给报表。  问：打印时能否对打印纸张进行自适应？支持表格的折行打印吗?  答：Grid++Report 在打印时采用多种适应策略，通过设置明细网格(IGRDetailGrid)的‘打印策略(PrintAdaptMethod)’属性指定打印策略。(1)丢弃：按设计时列的宽度输出，超出范围的内容不显示。(2)绕行：按设计时列的宽度输出，如果在当前行不能完整输出，则另起新行进行输出。(3)缩放适应：对所有列的输出宽度进行按比例地缩放，使总宽度等于页面的输出宽度。(4)缩小适应：如果列的总宽度小于页面的输出宽度，对所有列的输出宽度进行按比例地缩小，使总宽度等于页面的输出宽度。(5)横向分页：超范围的列在新页中输出。(6)横向分页并重复锁定列。  问：如何改变缺省打印预览窗口的窗口标题？  答：改变报表主对象的‘标题(Title)’属性即可。   问：利用集合对象的编程接口取子对象的接口引用，但不是自己期望的结果。  答：Grid++Report中所有集合对象的下标索引都是从 1 开始，另按对象的名称查找对象的接口引用时，名称字符是不区分大小写的。   问：怎样在运行时控制报表中各个对象的可见性？即怎样在运行时显示或隐藏对象？  答：在报表主对象(GridppReport)的 SectionFormat 事件中设定相应报表子对象的可见(Visible)属性即可。  问：报表主对象重新载入数据，设计器中为什么没有反映新载入的数据？  答：应调用 IGRDesigner 的 Reload 方法。  问：怎样实现不进入打印预览界面，直接将报表打印出来？