1. 工作相关

1.1 业务

• [ ] 做一个简单的小需求，上手练习
• [ ] 🚩 能独立做一次1号位: 从需求评审、系分、开发、联调、群里上下游合作沟通、测试、风险梳理、发布、数据分析、监控、线上问题排查，一条龙，全自己 hold 住，并能以后持续独立维护这条业务

  观察组里的别人: 如何做需求、好的系分什么样、模仿发布计划风险梳理，吸取优点

• [ ] ⭐️ 给自己所做的业务，过程中、事后，想 10+ 个优化 idea，如何让用户体验、业务数据效果更好

  不要 pd 说啥，就是啥，要有自己的思考，能砍需求，也能主动加戏，辅助业务决策

• [ ] 了解自己所做业务的 why，流量，数据效果，贡献度，在整个业务域里的占比，以及业务上下文

  比如是 10w dau 还是 1000w dau，曝点转效果是 巨好的王牌场景，还是说: 狗着不到1qps?

• [ ] 做一次周会分享

  业务、技术、或者以前学校擅长的事情都可以 说些我们不知道的东西

• [ ] 一次严格的 CR 经历

  养成良好的规矩，抽象复用、简洁、写注释、取变量名、怎么提 mr

• [ ] 学习、了解、使用
  • [ ] bff，chair，twa
  • [ ] 离线包，bigfish，smallfish，minifish 三条鱼
  • [ ] 闪蝶: 闪蝶页、组件开发
  • [ ] 雨燕、区块、发布流程
  • [ ] 权益相关: 营销红包链路
  • [ ] drm
  • [ ] hooks
  • [ ] ts

1.2 技术

• [ ] 调研整理: 找到 30 个大牛，去关注他们的语雀(不限前端、设计师、后端、pd 啥的，都可以关注)，整理格式: 谁、个人亮点 x3、招牌作品的 WHAT、 WHY、HOW

  了解基金组 x10、数字金融 x10、蚂蚁 x10，各个技术方向，有什么大牛、他们的招牌作品是什么? 你欣赏的点是什么，从他们身上你学到、想模仿什么? 他们的技术方向，解决什么问题，WHAT、 WHY、HOW?

• [ ] 列出其中自己感兴趣的技术方向(3个备选)

  水喝的多了，自然有尿，厉害的东西看多了，会有灵感输入

• [ ] 找准一个技术点，写点什么

  写方案、写demo、在业务中落地、效果如何

• [ ] 早上10前，晚上18:00之后，尽量不要干业务，而是主动做一些技术学习、与技术思考，或者干脆下班算了

  逼迫自己，白天把正事干完，不得不做的事，留给自己时间，做自己主动想做的事，工程师的幸福感指数

1.3 团队与个人成长

• [ ] 多看不同的人的优点、干活解决问题的方式、问题的思考方式

  是看源码、搜索、还是靠问人解决问题，每个人的工作方式不一样，连电脑装的插件都不一样

• [ ] 和 10+ 不同的人吃饭

  经历过社会毒打的当代社畜，工作与生活，闲着没事多聊聊

• [ ] 新人之间互帮互助，比如师兄教会了 A，新同学 B 他不会，那 A 和 B 平时可以多交流

  教是最好的学. 把自己学的能说出来，会进一步熟练的掌握

• [ ] 给团队带来新的活力输入

  来一些我们不知道的东西，新玩意儿

• [ ] 列出自己的优点 x3，缺点 x3

  优点: 要发光发热，热到成为你的核心竞争力，因你不同
  缺点: 找与你互补性格的人，多相处、和他吃饭学习，耳濡目染，慢慢靠近补齐

2 注意的事情

2.1 要

0. 安全生产，敬畏风险

• 安全第一，安全第一，安全第一，毕竟咱们的工作，和钱相关
• 充分评估技术方案，考虑影响面，不留坑，不埋雷，做一个稳重靠谱的开发，盯监控

1. 提前报备风险

• [ ] 千万不要在 ddl 的最后一刻 说，「对不起我要延期」

  WARNING

  • 在你感知到有风险的 第一时间、第一时间、第一时间，和你的师兄、主管反馈，寻求解法和帮助
  • 若确定没救了，不得不延期，则需要在项目大群里，同步 pm + pd + 运营 + 后端 + 测试

2. 提前传达你的时间预期

• [ ] 告诉对方，预期，几号几点，一定要准备好 xx 具体东西，这样才能做到不延期，对项目有把控感

  INFO

  举个例子: 后端接口约定，比如接口 7.3 周三你真的就要联调，那么提前做好这 3 次沟通:

  • 首次传达: 让后端 7.2 下班前提供，(下班前是模糊的，6 点下班，10 点下班，12 点下班)
  • 温馨提醒: 7.2 早上 9:00 提醒确认，今晚能给接口吗，几点给? 有风险吗?
  • ddl 确认: 7.2 晚上 18:00 确认，后端好了吗?

3. 提 h5 的 mr 尽量配自测截图

• [ ] 提 h5 的 mr，视觉的改动，或者涉及到页面效果的，一定一定要尽可能配自测截图

  让 review 代码的人，即使不跑起来，能知道你做的是什么，有体感，也能知道项目跑起来不报错，不是盲改

4. 自测留痕:

• [ ] 项目联调自测后，一定要截图留痕，有证据，提测的时候，附自测留痕

5. 异常处理

• [ ] 写代码 80% 的时间写异常逻辑，异常 case 及早 return 掉

6.降级处理

• [ ] 做好降级处理，降级楼层、降级某个接口，快速应急

7. 做项目的大小群

• 通常会有一个项目大群，和开发小群(核心开发)
  • [ ] 项目大群: 可能 30~70 人，主管们都在里面，群里仅传达核心决策、沟通同步、节奏排期、问题上升等重要信息
  • [ ] 开发小群: 会有很多琐碎的接口字段沟通、方案确认、提 mr、异常问题排查，联调提测后，测试同学拉进来，沟通测试问题，都在小群里
  • [ ] 群公告里: 放项目的 prd，系分地址，设计稿地址、发布计划等，页面 url 访问地址，二维码了





8. 沟通技巧: 钉钉消息一定要摘要.

• [ ] 大群消息，要摘要、传达足够信息量，描述问题: 带「精简摘要」和「上下文背景」@ 具体的谁


• [ ] 发链接一定要标注，这是啥，配中文说明


• [ ] 二维码一定要带字，是什么环境-什么页面的url

• [ ] 发mr 要配中文，让看的人，提前知道这是啥

• [ ] 发链接要配中文，方便日后，对方要搜索的时候，有关键字可以找到

• [ ] 钉钉找人审批，一定要说明白事情的上下文，有自测留痕的，尽量配图

  让审批人知道，你要发布的是啥、确认没问题、心里安稳



9. 找到能解决你问题、拍板的 关键人物

• [ ] 大群里说话，一定要 @ 具体的人，不然群消息太多了，没人看的

  比如视觉问题: @ 交互视觉、运营，需要拍板的，酌情 @ pd、运营
  比如下边这样，是不会有人回复的，谁来回复? 谁觉得「与我相关」?


10. 主动去找自己的上下游沟通

• [ ] 需要找 pd 确认，找设计师、找后端确认的，自己找，自己聊，不要被别人牵着鼻子走，有自己的预判

  自己的项目，如果你自己都不主动上心，那就没有人，会比你更上心了，毕竟每个人都在忙自己的事

11. 问题上升

• [ ] 如果双方对方案有分歧，比如你坚持要 xx，对方坚持不要 xxx，让师兄/主管参考看看，给主意，必要时刻，拉对方 TL 出来，一起看看

12. XY 问题

• [ ] 你的源头问题是 X，结果尝试某个方法遇到 Y 问题，于是去问别人 Y 问题，大家埋头 Y 才发现，不应该这么做，所以 要先抛你的原始 X 问题，再说 Y 问题

  学会自己排查问题，描述问题，解决问题
  


13. 记录todo 每日、每周、每月的三件事

• [ ] 最重要的3件事，和怕忘记的琐事，不管记录在哪里，一定要记录，然后一个个勾掉


14. 钉钉

• [ ] 建议开启专注模式，分组，钉钉设置-效率套件，开启聊天分组
• [ ] 静音一切群，重要的群直接置顶(团队群、值班群、应急群、核心群、这个月要做的项目群、高频访问的群等)

  如果每天都是 99+ 的红点消息，你是没法第一时间 get 到「最重要的信息」

• [ ] 一定一定要看 @ 自己的群消息
• [ ] 怕忘记的群消息，需要进一步跟进的，右键「稍后处理」，日清，不要忘记，也不要让别人反复提醒


15. 趁手的工具

• [ ] 每个人习惯不一样，多试试一些小工具、chrome、插件快捷键之类的

  举个例子: tacos 连续按住 cmd + i 和 cmd + O 可以快速用模拟器打开剪切板的url地址
  举个例子: paste app，可以快速查找剪切板的东西

16. 安全生产

• [ ] 记住要保命: 第一次发布，一定要师兄盯着每一步，你点的每一个按钮，都要师兄盯着，按照发布一步步计划走，不要乱点，发错了，影响线上，要回滚就麻烦大了

17. 桌面保持整洁(不邋遢)

• [ ] 确保别人找你谈事儿、排查问题的时候，桌面上，可以再放得下第 2 台电脑

18. 要提升自己的审美

• 你得看过足够多的好东西，才能提升自己的审美，慢慢打造出:「谁谁出品，必属精品」的印象
• 你没有看过 90 分的东西，是做不出来 80 分的，多见见市面，好的输出，源自丰富的输入

  90 分的系分文档，90 分的风险梳理，90 分的使用手册，90 分的组件库，90 分的稿子，是怎样的?

• 当你足够有品味的时候，和 pd 砍需求的时候 ，都更加理直气壮一点，因为你知道「为什么不合理」，怎样更好

19. 要发现自己的亮点

• 一定找到自己的亮点，发光发热，无可替代，灵感、特殊贡献，很多时候源自你的特长、你所热爱的东西
• 然后再是，意识到自己的短板，慢慢补齐，或者去找短板对应的榜样，学习/合作

  即使是再牛的大牛，也有不擅长的东西，不管你 20岁，30岁，60岁，人这一生，都有补不齐的短板，在有限的时间里，将长处发挥到极致，让别人一想到 xx 方面，第一反应，就是想 @ xxx 谁，这个方面很厉害的! > 在正弦波里，找脉冲!! 一个团队，就是有很多不同领域坐标的 脉冲小天才 组成

• 有人很擅长组织活动: 那就去尝试组织团建outing，找吃饭玩乐的地儿，制定日程排期，活跃气氛组
• 有人很擅长找茬儿: 那就去看优秀的源码，在找茬中，不光是提 bug，而是去给他们提 pr
• 有人很擅长挑刺: 那就去多用用不同的平台，给他们提意见，如何优化
• 有人很擅长抬杠: 那就派他们去怼 pd 的需求
• 有人很擅长探索新东西(侦察兵): 那就把你每周在不同地方看到的新鲜事、新技术，分享给同事们~
• 有人办事沉稳: 那就试试放手，去写一些工具库
• 有人点子多: 那就尝试写写创新 demo，小工具能跑起来，丑一点没关系

20.要主动同步进度

• 把要做的事情，有条理的整理列出来
• 信息互通，要让群成员知道，这件事情的「摘要进度」，知道有人在操作跟进中，不要等人问起才说
• 举例 1，2，3




21.开会纪律

• 提前 1 天发会邀，提前阅读会议文档，提前 5 分钟出发去会议室
• 坐到第一排去
• 不要开小会
• 先总后分，先过总的内容/摘要，再具体讨论细节/问题
• 记会议纪要
• 收敛话题: 1~5min拿到结论，短会不超过 5min，评审不超过 30min. 大会不超过 1小时
• Que 人:
  • que 人进来: 讲到 与 pd /设计师相关的时候，先说，「xxx，这块需要你关注，请留意下」再说 xx 具体细节
  • que 人走开: 讲到非常具体/很前端的东西，que 其他人说，「xxx，这环节是纯技术讨论，你们可以先离开」

22.取一个优雅的变量名

• 全局通用变量参考下方，要直观，一眼看，就猜到这个变量是 什么类型 + 什么含义
• 项目通用的业务语义，例如「理财分」统一叫 finscore，而不是 licaifen

配置项	规范	示例
bool值	isXxxXxx 要一看就是布尔值，大驼峰	isDegrade，isLoading，isReadyisShowPopup，isVisited，isCanLottery，isNeedQueryTask
对象Obj	xxxXxxInfo，xxxXxxConfig， 要一看就是对象，大驼峰	equityInfo，userInfopopupConfig，pkBoforeConfig，authPopupConfig
数组Arr	xxxXxxList 要一看就是数组，大驼峰	equityList，taskList，productList
枚举string	xxxXxxEnum.XXX_XXX 用大写下划线	activityStatusEnum.IS_AFTER_ACTIVITYactivity StatusEnum.IS_AFTER_ACTIVITY
常量/魔法数字	XXX_XXX 用大写下划线，且一定一定写注释	HOME_CLAP_HANDS_MARS_TIME，// 首页拍小手的 mars 时间 DAFAULT_AVATAR，// 默认兜底头像
方法function	xxxXxx 动词 + 名次，大驼峰	查询性质的: queryTask，getUserInfo，fetchData 格式化性质的: formartProductList 修改性质的: setPageStatus，changeAmount 监听性质的: onClickXxx，onSuccess，onChangeAmount

23.请假信息同步

• 尽量 提前1天 在群里说一声，你明天要请假，以及告诉你「当前需求的高频合作方」(例如 pd /测试)，你明天请假
• 请假了的话，一般只有主管审批知道，所以，尽量提前一天在群里说一声，不然别人不知道你请假，可能会有其他会议安排

  请脑补一个画面: 多人合作项目，明天你要发布，然后你的搭档明天请假了，你并不知道他请假了，然后就有一堆的事情要做...惊喜不惊喜😡脑补请假那天，谁会找你，提前联系好交接人，要开的会议，提前交代好，尽量错开时间

24.要提前打招呼

• 发布操作
  • 提前沟通 发布/切流操作时间
    • 如果 不能按时切流，群里留言报备下原因，以及可能会延迟到几点(不要让人毫无预期的等)
    • 如果发布/切流操作时间 预计在晚上8点以后 需要提前和审批人员 (管理员/测试/主管) 打招呼: 说今天晚上 xx 点有个审批，请留意手机
  • 准备操作「前」，群里通知后端、测试，注意一起盯盘(不要先斩后奏、不要先斩后奏 、不要先斩后奏)

    有可能合作方需要推 drm、推配置等

  • 操作完成「后」，监控截图自证，无报错异常，流量正常，群里同步 pd，运营，测试，后端
• good case

25.要有好奇心-攒着多问问题-记录小本本

• 每当你看文档/看钉钉群/听别人提起，那些你不知道/不确定/没见过的/有意思的概念/词语/观点，请记得小本本记下来，自己去查，查了还不懂的，攒下来问
• 入职后的前面 3 个月，每天问师兄/搭档 3～5 个问题，刨根问底之后，你就会了
• 问题问出来，师兄/主管，才知道「你不知道什么」，才能补齐这块小知识，问完之后，你比别人更强了，就可以回答别人的问题了，早别人一步～

26.要选不好走的那条路

• 如果
  • 有一个技术方案A是：现在一时爽，以后火葬场，每个接手的人，都需要人肉知道和处理 xxx
  • 有一个技术方案B是：现在改起来很麻烦头大，但以后就舒坦多了，后续 100 个人接手维护都不感
• 记得选难走一点的方案 B，多折腾折腾，经历大风大浪，就更加沉稳了

  备注：这里不是指「闲着没事绕弯路、故意瞎折腾、简单的事情复杂化」，不要误解

27.要每天更新自己

• 尝试用不同的维度、切面描述自己，变的更加立体，有意识、刻意的做一些（让生活、工作更好的）小改变
  • 例子：我是「决定不喝奶茶，但是来到长沙还是想要试一试茶颜悦色」的xxx
  • 例子：我是「91年91斤」的xxx
  • 例子：我是「养花养鱼又养猫”」的xxx
  • 例子：我是「自测用例写的非常详细清晰」的xxx
  • 例子：我是「不喜欢写单元测试」的xxx
  • 例子：我是「熟练使用 fast-spm」的xxx

2.2 不要

1. 在意识到有潜在问题的时候，不要潦草

• [ ] 记录下问题，排查解决，不然日后就是你复盘埋的雷 💣
• 案例：测试同学的 A 账号体验有问题，你的账号 B 是好的，不能敷衍潦草过去说：我的账号是 ok 的，你换个账号，线上没问题的，就这这样吧，这种情况下会埋坑（例如之前发现了一例：连续正收益的灰度环境算法配置未同步的问题）刨根问底，找出问题

2. 项目相关文档，不要放到个人知识库

• 例如技术系分文档，自测留痕、发布计划、白皮书，风险梳理等，请放到项目公共知识库
• ❌不要放到个人知识库，不然，万一你跑路了，找都找不到
• ❌更加不要放到加密知识库，不然，没权限，打不开

3. 不要惹师兄生气

• [ ] 说过的话，教过的小技巧，放在心上，记在小本本里，不要让我叨叨 3 遍

4. 不要让主管太糟心

• [ ] 有风险提前说，不要埋雷，不要在危险的边缘试探，不要让别人替你背锅 🥣
• [ ] 换位思考: 主管下边带 10+ 或几十人的时候，每个人都让主管很操心的话，那就要裂开了😂
• [ ] 与业务方、兄弟团队、上下游和谐共处，融洽对接，love and peace! 🎈

5. 不要一直加班

• [ ] 勤劳加班并不一定就是好的绩效，反思一下，搞到很晚，是不是因为自己太菜了，多动脑子，早下班，加班会变丑

  有人排查问题卡半天，有人 5min 搞定，多赞经验，提升排查效率
  多和别人聊聊，你遇到的困扰，莫慌，你遇到的问题，大家一定都遇到过，会有解决方法的

// todo 未完待续，我会接着写...