斯坦福大学《如何创业》— 保罗格雷厄姆
- 1、注册一家公司
- 2、公司选址（法律清晰稳定）；初始文件的保存
- 3、股权的划分
- 执行比点子重要；所以需要为执行创意的人提供股权
- 4、股权的授予
- 4 年 + 一年悬崖期；（即使是创始人、哪怕是一个人的创始团队）
- 5、募集资金
- 卖的是什么？是公司未来的估值期望
- 6、投资者常见需求
- 1、董事席位（监管）；钱很重要，但是人更重要（顾问、战略判断）
- 2、按比例投票权（避免股权稀释）；
- 3、知情权；给予期限的信息和定期报告（小心过分的信息要求）；
- 7、公司运营支出
- 对投资人负责；控制花钱的边界
- 时刻想着账务（运营费用、收据）
- 资金链很重要；时刻关注
- 8、雇佣&解雇
- 创始人雇佣问题（把公司和作为创始人分开；创始人也需要工资；支付工资税；股票不能作为工资，至少需要支付最低工资）
- 创始团队分离；解雇创始团队成员（在你没有炒人之前都不算是个真正的创业者）；
- 炒人的方法：1、快；2、沟通有效（不能模棱两可）最好有第三者在场；3、结清工资和假期；4、解除员工权限（信息保密）；5、立即赎回股份；
- 一个优秀的管理者需要能够处理好员工辞退问题
- 不管是雇员还是合同工都要做好记录（走正规程序；文件的形式很重要）
- 不正确的做法
- 1、一个人埋头开发产品（无法建立反馈）；2、独家新闻发布；3、等用户上门（忠诚度低）；4、早期花钱卖用户（用户忠诚度不高；免费也是一种程度上的花钱买用户）；5、放弃（过早）
- 推荐做法
- 1、加入想要创业的行业（了解运作机制、发现痛点）；对行业充满热忱
- 2、确定客户群体（定向提供服务、解决需求）；提供完整的解决问题的流程图
- 3、开发产品（MVP、可行性很重要）；用最简单的办法解决问题；产品定位（一句话描述产品、已经产品定位）
- 4、第一批用户（从身边人向外辐射）；地推（不过分追求转化率），先积攒一批用户比较重要
- 5、如何跟用户打交道：1、客户能够联系到你（手机、客户群）；2、最好是面对面交流、友好高效沟通（社交方式）；3、宏观角度观察产品运作（转化率、留存率）；4、用户的诚实度（免费 vs 付费、关系亲近可能越不真实；要想得到真实的反馈，就要让客户花钱）
- 6、用户增长（初期）；不过分追求完美以及过分关注细节；只需要关注核心客户；深度挖掘用户需求背后的需求（不必要立即响应、投入开发；不能一股脑的给产品添加新特性；客户也会说谎掩盖真正的问题）
- 7、产品发布阶段；不必低调（可能错失早期用户）；不必过分控制发布时机；
- 8、企业增长阶段；多尝试各种用户增长模型（多对比、每次只聚焦一种增长模型；沉淀模型）
- 增长模型
- 1、留存增长模式
- 吸引回头客、复购率（续费率）
- 注重用户体验；关注「用户生命周期价值（用户在某个周期内的净利润）」「同期群分析（即多时间维度，对比一个指标；比如两年的留存率）」
- 2、病毒增长模式
- 自增长；用户自行传播；口碑传播
- 注重用户满意度；建立推荐机制（用户裂变、邀新返佣、周边奖励）
- 3、付费增长模式
- 用户补贴；
- 计算投入产出比（获得用户的产品要低于用户生命周期价值）；控制获客成本；注意回报时间（3-12月）和可持续性；
- 增长受阻
- 预设置乐观的增长曲线（基于现金流；综合评估）；不能偏离该条曲线；较长时间严重偏离（3 - 4周左右不增长），就需要调整增长策略、或者创业方向
- 找准价值
- 市场总值X；个人参与Y；找到 x/y 尽可能靠近 1 的市场（市占率）
- 向人们说谎
- 垄断公司极力开脱自己垄断的事实；并把自己描述为多元市场的参与者之一（即把多个领域合并起来作为一个整体市场看待）
- 非垄断公司极力把自己描述为垄断的生意；比如自己描述为多元市场的并集（即在某个细分领域里垄断）
- 如何构建垄断
- 进入小市场（细分领域）；大市场意味着较模糊的自我市场定位以及激烈的竞争
- 垄断公司一定是技术垄断（比第二名至少是一个量级的）：专利技术、网络效应、规模经济、品牌
- 持续性的垄断（大部分公司的80%利润是从第 10 年开始的）
- 建立复杂的垂直综合性垄断结构
- 后发优势
- 创新的历史
- 竞争心理
HR+用人部门 = 专业意见 + 决策录用
招聘端：
1、责任：淘汰错误的候选人
2、关注：候选人有何不妥
3、筛选：候选人软性技能
4、在用人权上有否定权
用人端：
1、责任：找出正确的候选和家人
2、关注：找出候选人中最合适的
3、筛选：候选人的硬性技能
4、在用人权上有决策权
理论知识，SATR 面试法
面试是挖掘应聘者 和目标岗位相关的信息（语言和非语言），并根据这些信息预测其在目标岗位上的未来绩效的过程。
面试类型：
表象：能不能
经验、知识
潜在的：合不合适、愿不愿意
能力：能做、合适做
动机：值得、喜欢、可以
封闭式：需要对方快速做出回答的情况（引导到开放式）
开放式：需要对方给出大量的事例、素质水平（和实际情况是否具有一致性）
假设式：了解应聘人的反应和应变能力；准确性、方向性（在无法给出准确答案的情况下）
连串式：适用于压力面试
注意项
场地：
面试中：方法技巧
STAR 面试法
实施面试的原则
确保你的理解、确保候选人的理解
不要急于评估
不哟啊急于寻找证据来支持自己的主观判断
对任何信息都保持警惕
如何控制面试的结构和进度
避免不必要的细节-果断并且有礼貌的打断
拒绝模糊或者不完整的回答
暂时跳过某些问题
让候选人自己负责整体进程
记录
记什么？：关键字、STAR（方便重新构建面试内容）；特定行动和事实，而不是主观判断
何时记？：面试结束后马上记录
怎么记？：保持中性、形成一套属于自己的笔记符号习惯、记录详尽（目光接触）
面试官合议
交换意见、相互补充
听取他人意见
降低个人主观
1 | val userName = a?.b?.c?.d ?: "" |
1 | class User(val name: String, val age: Int) |
.kt 结尾（其中脚本 DSL 以 .kts 结尾）1 | let (_, errMsg) = httpError |
1 | var notFountError = (404, "Not Found Error") |
1 | . |
开发时：开发效率高效、降低心智负担、生态丰富、职责分明&边界清晰
编译时：编译速度快、环境稳定、语法兼容
运行时：低延迟、运行稳定
开发时：多语言、DSL、类型检查、代码兼容性、尝试不同的编程范式
编译时：模块化、视图模型抽象（组件化）、DCE & LCI、代码压缩、
代码逻辑按需加载、模块编译、
Webpack
代码压缩常见的思路：Compress、Mangle、Rename
1 | // sum to numbers |
1 | // compress |
1 | // rename |
1 | // 基于语义分析的压缩 |
不是指做 UI 的技术，而是由 Web 原生语言、Web Runtime、Web 技术生态组成的技术栈，不是只在浏览器里才有前端技术，而是有 Web Runtime、有 Web 语言的地方，就有前端技术
传统前端开发不是成熟的软件研发体系，缺乏足够的抽象和基建，导致 DX 和 UX 始终存在矛盾，此消彼涨。以往的产品开发中，习惯更重视 UX，这有两方面的原因，一来是因为产品是由产品主导，因此更重视 UX， 不会过多关注开发者体验，再就是缺乏足够的抽象和基建，导致 DX 和 UX 之间必须牺牲一个。
Swift2
Swift3
1 | . # Svelte |
如下所列前端工程师所涉及领域；
领域（子领域）设置题目若干；
题中包含标签（涉及深度、提问触发词）& 答题点（必知 Must know、应知 Should to know、可知 Posibility）