靡不有初，鲜克有终 All are good at first, but few prove themselves to be so at the last
思想放松，行动紧张
不需要和别人比，每天让自己变强一点点（每天问自己，有没有收获哩～其实所有的经历，都会给我们带来成长，不用着急
知道要什么最重要，快乐最重要
不放过碰到的疑问

反馈

工作中：
带团队：让每个人能得到反馈（通过代码评审，有效的绩效制定及反馈）
快速反馈能够建立信任（消除信息不对称-The intolerance of uncertainty-Freeston）

coding && studying

1.问题的收敛（问题在整个领域中所处的位置，问题背后的最大的问题）
2.think big and think deep

  • 团队代码要求： 正确性 > 可读性 > performance

    源码阅读

  • 继承学习方法论，但工作和进入社会前的学习，目标不同，因而要达到目标所优先采取的路径也不同——这是进入工作时，老大让我明白的第一课

  • 为什么（背景），做什么（功能），怎么做

  • 磨刀不误砍柴功，配置好具体的项目阅读的IDE环境（Vscode基础配置，对应插件）

  • 抓大放小（2/8原则）—— 先掌握结构框架（在不断的阅读及反哺工作的过程中，自己的框架构建方法论也会不断成熟）

  • 模块分析/归类/类比/总结 && 自底向上/自顶向下 && 抽象与验证 && 可以适当借助工具，自己画结构图 && 最后可以换个维度，比如从功能维度再进行串联

  • 核心代码-即使复杂，也要吃透

  • 阅读

    • redis/tomcat
    • react/
    • dubbo（RPC）/guava

  • 最重要，去做

团队

1.愿意怎么样去影响团队？
2.应该怎么样去影响团队？
3.如何建立一个新的团队？

技术预研

  • 分析需求，找出重点难点
  • part1- demo跑通核心难点
  • part2- trade-on!!!，投入收益，人才积累，团队架构，公司已购服务情况，运维团队

产品

  • 当用户想要的功能越多，它的使用成本也会逐渐上升

  • Hick’s Law

  • word - 桌面出版-desktop publishing - 在线上还原与印刷一致的效果，有很多印刷相关的设计和逻辑

  • container - size - 2560(24寸高清)|1920(24寸)|1440(15寸)|1366(13寸)|683(分屏)

    1
    2
    3
    4
    5
    6
    7
    8
    价值论 -> 趋利避害（人）
    成本 vs 收益 （性价比）
    戴明环（PDCA循环）plan规划 do执行 check检查 action调整
    dont't make me think 
    1.no阅读 yes扫描
    2.满意即可
    3.勉强应对
    群体行为严格遵守价值论，产品是一种价值交换，用户体验影响价值的传输率（收益）

  • 定义 -> 开发 -> 运营 -> 迭代 （小步快跑）

深阅读

  • raymond mar | keith oatley

  • 数据的容器 - 数据的加工 - 加工流程的控制 - 流程的重用

思考 ｜ 表达

  • 思考过程 - 自下而上 - 建造X
  • 表达过程 - 自上而下 - 描述X

框架和库选择

  • 前提（成本和效率-实现目标+团队协作+后续迭代）
  • 可学习性 + 满足需求
  • 后续迭代-长效价值
  • 设计代码比编写代码更重要
  • 模式｜体量｜性能｜前景｜普及度｜局限性｜活跃度｜契合度｜成熟度｜学习成本｜周边资源｜文档质量
  • 开发痛点，项目瓶颈

选择的原则

  • 不同特点的项目，要求不同 - 判断思路要有
  • 妥适性原则
  • 库（缩小依赖范围和向稳定方向依赖｜轻，简，实｜可替代性）
  • 主框架（没有不二法则｜拥抱未来｜经验价值高｜架构上的优势为重）- code review

熵增

book reading