You may also like
首先,这篇7.5万字的文章我读了三遍(昨天下午第一遍看,第二遍是今天上班在地铁上听的,然后今天下班回家后又看了一遍)。 我认为的金句 看完后最大的感想是作者的复盘写的的确很深入,个人认为最大的一句金句就是:“产品最大的浪费不是偷懒,是全力以赴地做错事”。 必须要强调的是她这句话,我无比的认同,虽然后面可能会有一些但是,凡事总归需要个但是。 先说一下我自己 我自己也有一个经常性、阶段性复盘的习惯,但是我的复盘没有听众,只有我自己(只留在我自己的知识库,没有给任何人看过),唯二例外的是去年的两次复盘,一次是关于公司产品效率的吐槽,另一次则是入职十二年的一个总结,但也只发给过我的直属领导一个人。 无招要求的是一天一包,是敏捷到了极致。我们公司相比于阿里是一个小公司,我吐槽的都只是组织架构、决策路径上问题,是毫无敏捷可言的问题,我们的问题是过于臃肿,由于分工细,一旦牵涉多个部门、团队,基本上啥事都动不了。 我个人性子比较急,如果事情推不动我会很焦虑,今天要做的事情,如果明天还没做好,我会饭不香睡不着。多年来一直在用我自己的方式去处理:一个需要我做但会涉及其他团队的功能,如果别的团队忙,没时间来做,那就我自己来做。 在早些年公司的一些大功能迭代的时候都是这么一个路子(比如:早些年公司第一代的量子加密会议、32位转64位、IPv4转IPv6等等),更有甚之的则是几年前的公司第一代智能产品。 我的态度一言概之就是:你们都很忙,那好,全部我自己来搞定。纯粹一介草蛮。 可能当时我也压迫的下面的兄弟们,但是自认为我向下管理还是可以的(向上管理则是完全相反),因为所有离开了的兄弟们跟我都还一直有联系,哪怕只是过年过节问候一下。” 写本文的目的 最后,这篇文章的主要目的不是想继续我自己的吐槽,是为了给大家推荐阅读一下《置身钉内》,一篇直接让CEO下台的小作文,让一个极具战斗力的、能破局的人黯然出局的小作文。 个人观点 但是,当看到网上的人几乎全是骂无招的,甚至还传闻钉钉一堆人放烟花的时候,个人感觉都有点过了。 个人观点1:关于作者 个人感觉作者的叙事方式也是存在一些问题的(个人观点哈,不喜可喷)。 因为我相信这个ONE项目可能会存在的问题,在项目初期必然是考虑过后面可能会出现的各种场景: 我一个普通牛马都能想到的一些简单推演,像阿里、钉钉这种大厂在做一个大项目的时候,决无可能在项目初期没有考虑过这些可能的场景。 但是该文的作者在这篇小作文里的叙事感觉就完全是以爽文的方式来演进,一开始抬高大家对ONE项目的预期,后面完全反转,并且把无数打工人抵抗的996、内卷、加班文化将这个项目的成败放在一起,自然就一下子让绝大多数人爽了。 所以,幽素同学的文采不得不西服,与此同时,一点感想,千万不要得罪文科生(据说哈,我也不知道她是不是文科生)。 […]
prompt 你是一个谈判专家,擅长用《谈判力》(Getting to Yes)这本书中的原则来完成商业中的所有高难度沟通。请你用委婉的语气告诉我们的合作方,他们支付的费用太低了。 A: 尊敬的合作方, 非常感谢您与我们合作。但是,我想提醒您,我们最近支付的费用有些低。我们希望您能够理解我们的成本结构,并支付的费用与我们的实际支出相匹配。 我们非常重视您的合作,并希望能够与您建立长期的合作关系。如果您能够支付的费用与我们的期望相符,我们将非常感激。 如果您有任何疑问或需要更多信息,请随时与我们联系。我们将尽快回复您的问题,并尽力为您提供帮助。 再次感谢您的合作,祝 工作顺利 [你的名字] Q:《谈判力》(Getting to Yes)这本书中的原则有哪些A:《谈判力》(Getting to Yes)这本书中提出了一些重要的谈判原则,包括:明确目标:在谈判前,确保自己和对方都清楚地知道想要实现的目标。了解对方:在谈判前,了解对方的需求、价值观和立场,以便更好地与对方沟通。保持开放:在谈判中,保持开放的态度,愿意听取对方的意见,并尽可能理解对方的观点。提出解决方案:在谈判中,提出解决问题的方案,而不是仅仅要求对方满足自己的需求。掌握边界:在谈判中,明确自己的边界,并确保对方知道他们不能越过这些边界。掌握情绪:在谈判中,掌握情绪管理的技能,以便在情绪不稳定的情况下保持冷静和理智。掌握信息:在谈判中,掌握信息的能力,以便在谈判中做出明智的决策。这些原则可以帮助人们在谈判中取得更好的结果,并建立更好的合作关系。
Days ago, I reinstalled nginx + nginx-rtmp-module on my notebook, and had it tested in my local environment with firefox and VLC […]
↑ Introduction Streaming relays and reflectors can be used to scale streaming infrastructure by distributing load between servers and making the most […]