即刻App年轻人的同好社区
下载
App内打开
九门提督burke
146关注96被关注0夸夸
专职做财报的
飞书/Heptabase/Notion/Flomo使用中
Python/Vue/RPA上手中
宅男/书虫
嗑即刻上的真人cp
九门提督burke
1年前
听说p5天下第一，特来拜见
00
九门提督burke
2年前
mark大事件

小秘书: 大家总说即刻是个小镇，我们在这里相聚成为“赛博邻居”，一起看日出日落，一起听晚安电台，一起在冬天打雪仗，一起不眠不休地种地…… 这次我们在「即刻镇」为即友的相聚提供了6个新的场景： - 人才招贴栏：和认可的即友一起搞点事情 - 好奇点名册：点名游戏“文艺复兴”，发现即友隐藏属性 - 表态区：表达个人态度，也倾听不同观点 - 咖啡市集：各地咖啡店指南，相信即友之选 - 读书角：即友阅读趋势风向标 - 运动场：和即友PK运动量，挑战运动目标 这些年我们总在尝试做一些新的、和互动有关的东西，再小的事情即友一块玩儿起来都会变有趣，这就是相聚的魅力。在这之中，最有趣的是即友会参与建设，提出许多新点子。 欢迎大家升级到最新版本，点击底部「即刻镇」Tab体验探索新玩法，一起 #逛逛即刻镇 。同时也欢迎即友出谋划策，共同建造即刻镇。期待我们相聚后的联结，生长出更多可能。

00
九门提督burke
2年前
九门提督burke
2年前
买来ps之后，第一个游戏就是以三寸不烂之舌说动夫人一起玩的双人成行。
历时四个周末终于打完。期间感情有没有加深尚不可知，至少体验过有好多个瞬间两个人都有种摔手柄……到对方脸上的冲动了。
还好通关之后我们又找了别的情侣玩游戏的视频观赏了一番，发现大家都差不多，才相视一笑。
菜鸡瘾大的后续就是：我们约好把周末玩双人游戏列入到周末todolist里面了。
- 雷曼传奇
- 小小大星球
- 麻布仔大作战
- 植物大战僵尸：小镇保卫战
（ps的地位，稳了）
00
九门提督burke
2年前
九门提督burke
2年前
about编辑部的第二本作品
比第一本好玩了许多
收藏起来，期待下一本
（其他的是about周边，不是随书赠品）
30
九门提督burke
2年前

戴某DEMO: “ 在增量市场已经退去的当下，依赖产品功能的设计和策略的调整，带来增长的空间没那么大了，和过去十几年的情况已经不同。所以韩叙认为在存量市场的年代，也还是有机会带来公司或业务的增长的，比如提升效率、优化组织、扩展赛道。” 这是上面这场直播的话题初衷。 上次聊完「职场向上管理」后，叙爷立马就约了我这次的时间，但具体聊啥没跟我和张亮说，这是对我们捧哏实力多大的信任啊。离直播还有半天不到的时候，叙爷的直播大纲来了，话题我个人也很感兴趣，干脆就着这个话题写写自己的感想。 当我们说运营Run公司时，我们真正说的是什么？ 互联网红利时代，「运营」的狭义概念，是基于互联网产品的一系列拉新促活留存工作，但如果把公司作为一个产品，创始人视角下的运营，可以更广义的理解为提升经营效率；这本身是个很好的点，跟过往从业者共识下的「运营」，是共享了一个词组，但已经是跨度很大的事情了，但有些思维也是可以共同的。 传统理解里，运营是对象是经营内容「产品/项目等」，而经营内容的载体是公司，公司的载体是「商业/市场」。所以，过往所谓运营方法论的底层思维，皆是根植于理解「商业/市场」，而一个真正优秀的运营，不会仅仅掌握一些表层的运营技法，而是会基于对「商业/市场」的认知，掌握/提炼底层共性的东西，这事儿我们常常会发现，高效的运营产品和高效的运营一家公司，有许多共同之处。 所以这个课题说到最后，是如何科学高效的经营一家公司，听上去是COO最关心的问题。 所以这篇的真实主题是，COO通常是如何RUN一家公司的。 那站在COO的角度，怎么看这事儿呢？ 这个涉及到一家公司的业务战略和运营的关系。 战略是方向，运营是落地过程中的杠杆解。 什么是杠杆解？ 是四两拨千斤，是你用四两的劲儿拿下，能撬动千斤的资源。 是你花10的精力解决了能即刻带来1000的汇报或者超长周期的持续回报。 是我们获取了这个「不可扩张」的资源，就能建立行业竞争壁垒，竞对有花数倍资源才可以拿到，甚至压根拿不到。 为什么要杠杆解？ 战略，是做正确的方向，运营是正确地做事以实现战略。 做企业，战略是藏不住的，好企业好团队的本质是大家同做一个方向，我做的也比你好。所以战略落地执行的选择和效率通常就是商业竞争的胜负手之一了。 这里插播下，先介绍COO通常是干啥的？ COO 即首席运营官，作为 CEO 的搭档，核心高管，通常是合伙人的身份，CEO 主外，COO 主内，对公司的内部经营效率负责，是公司的大管家； COO 是一个黑脸的角色，搭档 CEO 唱黑脸（因为 CEO 如果唱黑脸，那么事情就确定了，基本上没有余地）；且日常运营中大量琐碎决策是依仗 COO 从「正确的做事」的维度去取舍和处理，以保障 CEO 有足够的精 力思考「什么是正确的事儿」。 从过程来看， CEO 更多考虑未来，COO 更多保障当下；参与甚至主导战略的输出，并承接公司的战略目标，使之能有效落地； COO 承接战略目标，并对战略目标进行分解到不同的部门承接，制定落地计划和执行策略，通过工具监控执行情况； 一般来讲，COO 负责公司职能管理组织体系的建设，并代表 CEO 处理企业的日常职能事务，COO 的职能主要是给 CEO 补位，所以能力属性不可一概而论，主要视 CEO 情况而定。 COO 一般得长啥样呢？ 虽说不能一概而论，但最好能涉及多领域的工作经验，市场、产品、研发、供应链、财务等等，是一个人公司敬畏的人，更多的是畏，应该是一个稳重、果决、有计划性和高效意识的人； 第一，过往涉猎不同工作，拥有丰富的认知/决策模型。 第二，具备系统思维，懂的通过制度流程机制完成全局最优的结果。 第三，与生俱来的效率意识，善于敏锐捕捉和梳理信息，服务于此。 最重要的是跟 CEO 有充分的信任，可以实现平等低损耗的沟通商讨、并共同决策、分工协作。 就着「杠杆解」，说几个直播中提到的案例 电影票务： 2015年前后，电影票务这个细分市场迎来了美团猫眼、淘宝电影、百度糯米几家巨头的竞争，在这个领域曾经的第一名是格瓦拉。 但格瓦拉第一的时间段，这个领域的购票线上化渗透率还非常的低，随着资本大规模进入文娱电影市场，电影院荧幕数这类供应端的基础设施指数级的增加，中国的消费端移动智能手机普及率也已经到了很高的水平，整个票务市场线上化的空间巨大，这个时间段的市场就像是一万米长跑，格瓦拉跑了前100米，暂时第一。 基于对市场的理解，三家巨头都意识到了当前阶段，最重要的「不可扩张资源」是消费端的购票心智，换成运营指标的话，就是首次线上购票的渠道选择。因为线上购票相比传统的线下购票，效率体验上的确是有大幅提升的，一旦心智被占住，就很容易固化下来，后续平台基于基础票务的营销建设都需要建立在这个心智上。 猫眼起步相对早，C端补贴效率也很高，美团APP在乡镇下沉市场的渗透率也是较好的，这跟电影院基建的方向一致，随着「幕布数基建完成」和「补贴后的电影票价成为年轻人单位时间最廉价的娱乐选择之一」，需求端爆发，很快建立了较为优势的市场份额，但此时渗透率也还有空间，市场也还完全容得下别家。 于是，淘宝电影跟了上了，凭借着阿里的资源和资金优势，8.8元电影票满天飞，靠着支付宝这个APP的流量，也迅速占住了老二的位置，但下沉市场的渗透乏力和一线城市大量的价格敏感性摇摆用户，也让淘票票的整体效率没有猫眼那么高。 最值得反思是百度糯米的票务，因为在运营端欠缺经验亦或者是组织内部有意粉饰的可能，大量的C端补贴被灰产黄牛套走，运营动作并未真正影响到最重要「购票心智」，这直接导致运营空转，这轮无法落地，结局也是不出意料。 这个故事中票务市场，在渗透率未达80%的业务窗口期，「杠杆解」可以理解成是「高效获取传统观影群体线上化购票的习惯」。在这个判断下，围绕着影评、社区等做的运营工作，在决策上可能都是相对低效的。 线下支付市场： 微信支付在线下支付市场当前的份额已经接近垄断了，谁能想到在移动智能机迅速普及的年代，支付宝钱包曾凭借余额宝等现象级产品，完成了移动化的业务升级，是阿里集团唯二的亿级用户旗舰APP。 可事情就是这样发生了。 2014年的1月27日，国民应用微信推出了红包功能，借着过年迅速完成了指数级的用户增长，并因为包红包的真实充值需求，顺道就解决了支付业务的最大门槛「支付四要素」，加之部分与支付宝合作的线下场景ISV公司，与一直跟随支付宝做了多年老二的腾讯财付通达成了合作，因为相对谦逊的合作态度，合理的服务商合作政策，ISV公司迅速帮助微信支付完成了线下场景的铺设，有需求，有供应，剩下的就是躺着吃红利了，压根就不需要运营什么了。 在这个故事里，红包产品，完美解决支付的关键门槛，四要素和账户里有钱，这就完成了需求端的建设。 微信通过一个自己创造的支付场景拿下了微信支付的大批绑卡用户，后来我们看到绑卡用户的增长基本上与红包数增长成正比。 创新的投入也许会很高，但是它的回报一定是值得的。“红包”功能，最开始是二十个人的团队做三周，投入可能比99.99%的互联网产品都高，但是它所带来的回报要远远超过其他非创新性功能。-微信支付总经理 吴毅 这个由财付通产品团队策动的产品，改变了中国支付市场的格局，这背后的脉络跟腾讯这家企业的组织结构、环境土壤，甚至跟过年上班第一天Pony马给大家发红包的传统有关。 这里似乎稍稍的捎上了下组织，后续有机会再补写，每家公司所处的行业属性、业务属性以及一号位的偏好，共同推导出你的公司所需要组织能力类型，这个推导会决定后续的组织结构、企业文化、人才观、管理方式等，同时随着企业业务发展的真实经历，总结和演化，有的企业强调执行力，有的企业强调创新，达摩面壁，愚公移山，各下功夫，各摘果子。腾讯在2B业务上的相对乏力也跟自己形成环境有一定关联。 说回来支付市场，其他第三方支付公司也早早就在了，但只有财付通/微信支付通过「产品创新」极其高效的完成了四要素、账户有钱，线下铺设场景更多是个效率问题，这也是我们理解的杠杆解所在。 战略落地的常见问题以及组织结构的设计 业务战略落地最常见问题包含： 有战略方向，但是没有目标、路径、方法、节奏； 没有方法论，拍脑袋； 组织结构设计和业务协同中的制度、流程、机制，互相掣肘损耗； 以上都涉及到运营参与； 至于这些常见问题的例子，我就先不写了，咱重点说说组织。 传统意义的概念解释里，组织结构最为重要的特征就是组织内的关系可以自我约定，而自我约定关系可以决定资源的获得和权力的分配。 所谓组织架构，也就是通过界定组织的资源和信息流动的方向和程序，明确组织成员个人相互之间关系的性质，为每个成员在这个组织中，具有什么地位、拥有什么权力、承担什么责任、发挥什么作用，提供的一个共同约定的框架。 其目标是确定最适应企业组织内部、外部实际的组织结构。其作用和目的是通过这种共同约定的框架，保证资源和信息流通的有序性，并通过这种有序性，稳定和提升这个组织所共同使用的资源在实现其共同价值目标上的效率和作用。 这里的资源不仅仅是物质资源，也包括加入这个组织的每个成员的体力和脑力——人力资源。任何一个组织都是由一个个独立的个人组成的。如果没有这样一个共同约定的框架，对这些众多的独立个人在这个特定的社会群体中的相互关系和地位作用明确地作出界定，这个组织也就不能称其为组织，而只能是一种随聚随散的社会群体，也就是一个没有共同目标、无法协调人员行为的乌合之众。 在一个特定的组织中，成员相互之间关系的性质，以及由这种性质决定的每个成员的地位和作用，直接取决于每个成员个人在为这个组织成员的共同价值目标的达成上承担的事务工作的大小和多少。 其所承担的事务工作越多，与组织目标达成的关系越紧密，他在这个组织中的地位就越高，作用就越大。反之相反。但这种地位和作用往往与他的能力素质并不对应一致，这一方面是因为这个组织是否会给他提供承担充分多的事务工作和重要性充分大的事务工作的机会;另一方面是因为他可能不完全认同组织所确定的价值目标而不愿意承担充分多和重要性足够大的事务工作。—旦发生这种不一致，这个企业组织往往就可能发生动荡，致使组织内耗加大，甚至由这种不一致而导致组织发生分裂。 上面提到的战略落地的诸多常见问题，往底层归因都是组织的问题，梳理和改善组织能力，是个很宏大的命题，市面上的资料其实也并不多，比较不错的研究样本是阿里、腾讯、字节等，另外苹果传统的职能制架构也是一个非常稀有的样本。 没有一种组织结构是万能神药，每个企业的组织选择都必须与业务高度适配。苹果的职能制架构是一个反潮流选择，现在并不多见。 图片 这种选择背后是一系列好的问题在得到答案后的判断。 从行业背景来看，谁来主导产品决策？ 从市场地位来看，你的产品决策能否让市场买账？ 从产品分布来看，职能制能否支撑不同产品发展诉求？ 从组织来看，职能制能否适配苹果的文化，吸引所需人才？ 同时，我们看到企业大多弃用职能制，也有其背后的原因： 职能制不够灵活，部门墙严重。 管理和决策非常依赖Leader的能力等等。 职能制下，各部门、各层级各自为政，各管一段，信息传递效率低下。当庞杂的信息到达决策层时，已经逐级耗散，这就十分考验大Leader的能力。 在这里，我们不展开讲背后的匹配逻辑了，将来有机会再细说，总之是要清楚行业属性、业务属性和企业组织的关系，推导出自己需要构建什么样的组织能力，以什么样的组织结构积累这样的能力，再匹配上业务发展过程中真实场景所需的制度、流程、机制，从而像一个有机体一样演化出属于自己的组织能力。 业务协同中的制度、流程、机制，互相掣肘损耗 先引用一个老故事。 圣诞节到了，一个贫穷母亲只能给她两个儿子一块小小的面饼作为圣诞晚餐。可是两个不懂事的儿子却给他们的妈妈出了个难题，无论她打算怎么分，总有一个儿子说妈妈偏心，把自己这边分得小了。 万般无奈之下，这位妈妈只好想了个办法：“老大，你过来，你来切这个饼。但有个条件，你要让你弟弟先挑切好后的半个饼。” 这一下，兄弟俩都没话说了。老大只有尽量切得一般大小，否则自己肯定只能得到小的一半；而老二则只好瞪大眼睛，尽力挑出稍大一点的那块。尽管两块饼肯定大小不一，但兄弟二人只好各自认命，因为在妈妈制定的规则之下，不论谁吃了亏，能怪的只有自己。 “圣诞节快乐”是目的，为了达到这样的目的，母亲制定了“平分面饼”的制度，可只有制度显然达不到预期，于是有了“老大切饼，老二先挑”的流程…… 思考 其实分面饼的可能的做法有以下几种： 1. 老大先分，老大先得 2.老大先分，老大后得 3.最后还请信赖的母亲作为公正的第三者分 …… 试想建立在方法一的基础上，基于“老大”的大哥谦让，公正的心态，一次可能做到公正，但如果 10 次，100 次呢，老大会不会一直甘心“吃亏”呢？万一“老大哥”不懂事呢？结果是显而易见的，长此以往，在现有的制度/流程下，最终会将“好人”变成“坏人”。 ——而建立在方法三的基础上，对于企业来讲，无疑将流程拉长，并且衍生了第三方的成本；还可能给兄弟俩对其施加影响的可能性。 从上述这个经典故事中，我们看到了做好一件事的三要素：制度，流程与机制。 我们对于制度所描述的通常是应该怎么做、必须怎么做的问题，具体是企业价值观，使命，愿景、实现商业价值的体现； 而对应该由谁来做、哪个部门或岗位来做，如何来做通常靠定流程来实现。 制度与流程二者的关系如同“提坝”之余“河道”的关系；如果没有“提坝”作为护航，河道将失去方向，甚至泛滥。 日常管理借鉴的意义在于 运营管理者在日常例行管理「建制度，定流程」中，如何将「机制」嵌入其中，是最为重要的事情，制度是对人的行为进行约束、调控的规则，机制是让这组织运转得趋向于制度目标的运行方式，是系统组成部分里各个角色相互制约、相互作用、相互联系的联结方式，确保组织各部分有序协作完成制度目标。 在制度，流程皆存的前提下，故事中兄弟都比较认同方法二的做法，这就是「机制」发挥作用，也就是通常我们讲的游戏规则支配了利益的博弈；制度、流程、机制三者缺一不可，称之为「管理铁三角」。 组织结构的设计和管理铁三角的落地都涉及到我们对于业务、对于驱动人和事儿的理解。那些深深印在我们脑中的经验，如果能知其然知其所以然，理解底层的原理和决策方式，我们往往能举一反三，甚至一通百通，但如果只是理解表象，到哪儿都靠肌肉记忆和路径依赖，那就变成我们自身的枷锁了。 结语 佛家有个词叫「着相」，意思是执着于外相、虚相或个体意识而偏离了本质。“相”指某一事物在人们脑中形成的认识，或称概念，就比如「运营」。 我等肉身，在社会职场中寻求交换价值，根本上是需要理解商业市场中的供需、理解人和事儿的驱动机制这些底层的东西，方能更大概率的找到高效履约的路径和方法。 —戴某DEMO

00
九门提督burke
2年前
打印下来贴床头！

王建硕: 前不久 Jason 同学邀请复旦大学数学系的梅同学给希望了解 Web3 的朋友们上了 5 节硬核的数学课。从自然数开始，一直讲明白了 RSA 非对称式加密的细节。我再回顾一下，尝试解释这个其实还挺复杂的事儿。 （前方数学预警，但是我保证努力限制在小学数学知识范围以内） 大数无法分解 3 * 7 算出 21 容易吗？容易。反过来，21 是哪两个数的乘积？也不难，但肯定比算 3 * 7 麻烦。 同理 967 * 379 = 366493 容易。反过来，366493 是哪两个数乘积？难多了。 随着乘积的不断变大，算乘法的难度略微增大，算是这个数是由哪两个数相乘的难度陡峭的增加。 一个一百位数字的数和一百位数字的数相乘，手工算不容易，但对计算机来说不难，结果是一个大约两百位数字的数字。 反过来，把这个200 位的数字分解？基本上现在能想到的办法就是近似于一个一个的试。别说算乘法了，光从一数到 80 位的数字，按照现在的计算水平，就要消耗掉一个中等恒星一生的能量了。所以，简单结论是，超级大的数字做分解不可能。 就利用这个简单的原理，加上听起来故弄玄虚的欧拉定理，就是一个精妙绝伦的 RSA 加密算法。 n 进制取个位 这个东西的数学名称叫「取模」，就是算「一个数除以 n 以后的余数是几」。 不过我们不用这个名字。我自己发明的一个混杂了数学和计算机的概念，叫做 n 进制取个位。比如 n = 8，八进制下只取个位，超过的十、百、千位数就直接扔掉，那么 15 这个数本来八进制就是 17，只取个位，就是 7。所以，我们规定，15 在八进制个位模式下，就等于 7。同样，23，31 等，在 8进制取个位下，都等于 7。这个「等于」，不是绝对数字的相等，而是经过了 n 进制取个位，我们用 ≡ 表示这种特殊的等于（正规说法叫做“模 n 同余”，可以忽略）。 这样，如果 n 是 4 万公里的话，数字的世界变成像地球一样，是一个循环。在赤道上可以向东走 1 万公里，和向西走 3 万公里结果是一样的，甚至向西走 7 万，11 万，15 万公里的终点是一样的，就是一圈一圈的转就是了。所以4 万进制取个位， 1 万 ≡ -7 万 ≡ -11 万 ≡ -15 万。注意，毕竟走 7 万公里和走 11 万公里不相等( = )，但是在地球赤道上走，他们的效果相等 ( ≡ )。 例子：比如在 20 进制取个位下，3 * 7 的结果就是 1 （本来是 21，结果走过头了， 又绕回来，回到了 1 ）。 连着乘两个数就是它本身 这有啥用呢？神奇的事情在于，在 20 进制取个位下，任何数乘以 3 再乘以 7，就相当于乘以 1，就是这个数本身！ 比如 12 * 3 = 36 ；36 % 20 = 16; 16 * 7 = 112; 112 % 20 = 12 变回原来了。神奇吗？ 在 20 进制取个位下，你把一个数乘以 3，我不用除以 3，而是继续乘以 7 ，就是原来那个数。不仅仅是 7，我把乘 3 的数字乘以 67，127，或者 187。。。。它都会回到原来那个数，只是转的圈数多了些。 这就使得，如果两个数在一个 n 进制取个位下乘积为 1，这两个数不就是一个很好的加密和解密的工具吗？ 比如数字大一点，在366492 进制取个位下，任何数乘以 967 得到的数再乘以379，就是它本身。 公钥和密钥 如果我把 e = 967 当做公钥，d = 379 当做密钥，我只需要告诉别人（ e = 967, n = 366492）这两个数字，别人乘积以后交给我，我再乘以 d ，然后。。。。 不过有一个小问题，如果给出了（e = 967, n = 366492）这两个数，别人除以 e 不就得到了我的秘钥 d 吗？毕竟，你可以算乘法，别人就可以算除法，而且难度差不多。我们把这个办法成为露馅儿加密法。 接下来要做的事情，就是想办法把这自己的密钥藏起来，让别人拿到 n 进制数，还有公钥 e，没有办法算出我的密钥，但是依然可以用 e 加密，我可以用私钥 d 解密不就好了？ 欧拉定理 我们引入 φ(n) 。它的定义可厉害了，是「小于 n 的正整数中和 n 互质的数的个数」。这个定义忽略就好，只要知道，如果 n 是两个素数 p, q 的乘积的话， φ(n) = (p-1)(q-1)。 欧拉发现了一个惊天大秘密，居然在 n 进制取个位下，如果 m 和 n 互为质数，m 的 φ(n) 次方 居然等于 1： m ^ φ(n) ≡ 1 两边都取 k 次方： m ^ (k * φ(n)) ≡ 1 两边都乘以 m ： m ^ (k * φ(n) + 1) ≡ m k * φ(n) + 1 是啥意思？就是这是一个「除以 φ(n) 余数为 1 」的数字。也就是说，只要找到 e*d 这两个数，使得他们的乘积除以 φ(n) 余数为 1 就好。这个好找，有一个叫做辗转相除法的方法，不过这里先略过。我们一般常常把 e 固定的设为 65537，然后就可以找到一个满足的 d。 最后，也就是最惊艳的一步，如果我们能够找到这样的e, d，我们把 e 和 n 告诉整个世界，让他们在 n 进制取个位下，把要加密的数字 m 取 e 次方发给我，我对这个数再进行 d 次方，我就能得到 m。 (m ^ e) ^ d ≡ m 重新梳理 到现在大家应该已经无一例外的晕厥了。这很正常。我们再理一下就清楚了。 就是说，如果我能无论用什么方法，找到一个进制 n，在这个 n 进制取个位下，能够找到两个数字 e 和 d，e 公开给整个世界，d 留给自己，同时还能让任何数字 m 的 e 次方的 d 次方还等于原来这个 m，加密解密算法不就成立了吗？就跟最早我说的那个乘以一个数，再乘以另一个数，总等于原来的数字一样？ 但露馅儿加密法两个乘法的算法的明显的漏洞在于，e 和 n 给出了，d 也就给出了。 在这个新的算法中，e 给出了。n 给出了，但 e * d ≡ 1 的进制，不是简单地 n，而是和 n 同源，但是不同的 φ(n) 。正因为进制改了，所以也不能用露馅儿加密法里面的两次乘法，而借用欧拉的惊天发现，做了两次幂运算。 从 n 能不能算出来 φ(n) 呢？如果有能力分解 n 当然 φ(n) 唾手可得，把两个因子各自减一再乘起来就好。 但是从 n 能不能轻易地找到 p 和 q 呢？根据最早的大数不可分解，要想找到 100 个太阳烧掉都不够用，p 和 q 好像是脚手架，算出来 n，算出来 φ(n) 就扔掉了。 那么 φ(n) 就是一个秘密。如果 φ(n) 是个秘密，有了 e 也找不到 d。 所以，整个算法是无比精巧的安全。 举例子 我们找两个脚手架数字：p = 2, q = 7，算出 n = 2 * 7 = 14, φ(n) = (2 - 1) * (7 - 1) = 6 。那两个脚手架数字 p, q 在算出 n 和 φ(n) 后就退休了。找在 6 进制取个位下，e * d ≡ 1 好办，e = 5, d = 11 就行 （ 5 * 11 = 55 = 6 * 9 + 1 ≡ 1）。 这样，公布给全世界的数字就是 (e = 5, n = 14)，保留给自己的就是 d = 11。φ(n) 千万也不能告诉任何人。φ(n) 就如同总统，n 如同他的影子。世界只能看到他的影子，看不到总统本人。好在影子在世间行走不怕暗杀，总统躲在防空洞里是安全的。 我们来试一下，在 14 进制个位模式下，如果要传递的数字 m = 2，别人把 m ^ e 算出来，就是 2 ^ 5 = 32 = 2 * 14 + 4 ≡ 4 现在，4 就可以大大咧咧的在互联网上随便传输了。只有我知道有一个秘密是 11 。我拿到以后，算 4 的 11 次方，4 ^ 11 ≡ 4,194,304 % 14 ≡ 2 ，不就是别人要给我的那个数字吗？前提是，我们认为 别人从 n = 14 无法分解成 2 * 7，否则就全露馅了。 14 肉眼可以看出等于 2 * 7。 这个数 n： 8244510028552846134424811607219563842568185165403993284663167926323062664016599954791570992777758342053528270976182274842613932440401371500161580348160559 是 p 91119631364788082429447973540947485602743197897334544190979096251936625222447 乘以 q 90480063462359689383464046547151387793654963394705182576062449707683914045697 计算机眼也看不出来。 p 和 q 如同两位门神，死死的守住了获取它们后面的秘密的入口。但是从 p，q 算出 φ(n) ，以及e，d，却都是举手之劳。 如果知道 n 的组成是 p，q，我们按照上面的算法可以选出来 e 和 d： 65537 2545549238258797954286678713888152865623498585866759298032549597771444725977268190722532488574321463855938811396613702406984581214587037347197409962813953 也就是说，这个游戏，任何人要把一个数字 m 传给我，只需要在 n 进制取个位下，对它进行 65537 次幂（m ^ 65537），我再把它进行 d 次幂，我就拿回了原来的数字。 这个精巧的算法，就是 RSA 加密算法。 希望有人能够看明白。我真的是尽力了。

00
九门提督burke
2年前
今晚的票，有史以来最最最最超值！

文森特动物园: 今晚有个大惊喜

00
九门提督burke
2年前

梵天飘泊: 现在B端产品流行说Product-Led-Growth，我应该也算是比较早就接触和践行的一批人了，给大家说说几个坑，做相关规划的时候得考虑到，切莫把它当银弹（战略占位级的土豪产品不考虑变现，或者阶段性不考虑变现请随意）： 1. 目标客户和需求，对应到产品上，是不是匹配这种模式，ERP这种需要企业高层推动的产品走PLG大概率走不通，产品使用的体验是否良好也并不是客户关注的首要要点； 2. 用户有没有主动接受新事物的动力和能力，上手的流程是不是通畅，是不是要很多人共同参与才能跑起来把价值体验清楚，特别是涉及到多人协作才能产生价值的产品而言，要特别考虑清楚用户群从体验到正式使用甚至到付费，完整的体验地图； 3. 产品的标价和客户购买的决策流程要考虑清楚，这两者需要一起进行考虑，标价很多时候决定客户的决策采购流程。国外购买时业务口的负责人自主权较高，很多SaaS产品填个信用卡就能够完成支付，反向国内可能几百块的价格可能都要走采购审批流程要大老板审批，上几万的采购可能就要走招标流程、搞选型对比、搞POC。这也要让产品考虑PLG方式接触到的用户是不是购买决策人，离购买的实际决策人有多远，从使用产品到决策购买产品有多少的鸿沟需要跨越； 4. 有没有专门的人或者团队来做用户的Onboarding和后续的客户服务和跟进工作，其中很大的一个误区就是认为做PLG就是让产品本身直接搞定用户增长，从而节省掉相关的人力。但实际上除非是极其简单的产品，否则还是要有必要的运营人力投入的，某种程度上来说，甚至可能比销售驱动的方式要求更高。如果不幸公司原来是以销售为主的方式来推动增长的话，就需要考虑能否打破创新者窘境这个魔咒了，哪怕老板能够下定决心，也要其他的销售、实施人员能够转变思路，也要求有新的激励方式，老的萝卜和大棒并不适用； 5. 最后两个数据作为参考： 1. 数据一：前Airbnb的产品经理Lenny Rachitsky曾经调研过30家比较著名的SaaS产品（当然都是国外产品）的GTM方式，绝大部分的一开始为PLG驱动的产品最终或正在加上专门的销售团队，或者直接转变为SLG的，而不存在反过来的案例，即先是SLG然后成功转变为PLG的； 2. 数据二：Notion 2020 年只有 40 多人，2021 年涨到了 150 多人，大部分增长的员工数大部分都在营收团队，比如销售、市场、CSM 等。

00