师弟必读
1. 工作相关
1.1 业务
观察组里的别人: 如何做需求、好的系分什么样、模仿发布计划风险梳理,吸取优点
不要 pd 说啥,就是啥,要有自己的思考,,辅助业务决策
比如是 10w dau 还是 1000w dau,曝点转效果是 ,还是说:
业务、技术、或者以前学校擅长的事情都可以
养成良好的规矩,抽象复用、简洁、写注释、取变量名、怎么提 mr
1.2 技术
了解基金组 x10、数字金融 x10、蚂蚁 x10,各个技术方向,有什么大牛、他们的招牌作品是什么? 你欣赏的点是什么,从他们身上你学到、想模仿什么? 他们的技术方向,解决什么问题,WHAT、 WHY、HOW?
水喝的多了,自然有尿,厉害的东西看多了,会有灵感输入
写方案、写demo、在业务中落地、效果如何
逼迫自己,白天把正事干完,不得不做的事,留给自己时间,做自己主动想做的事,工程师的幸福感指数
1.3 团队与个人成长
是看源码、搜索、还是靠问人解决问题,每个人的工作方式不一样,连电脑装的插件都不一样
经历过社会毒打的当代社畜,工作与生活,闲着没事多聊聊
教是最好的学. 把自己学的能说出来,会进一步熟练的掌握
来一些我们不知道的东西,新玩意儿
优点: 要发光发热,,因你不同
缺点: ,多相处、和他吃饭学习,耳濡目染,慢慢靠近补齐
2 注意的事情
2.1 要
0. 安全生产,敬畏风险
- 安全第一,安全第一,安全第一,毕竟咱们的工作,和钱相关
- 充分评估技术方案,考虑影响面,不留坑,不埋雷,做一个稳重靠谱的开发,盯监控
1. 提前报备风险
注意
- 在你感知到有风险的 ,和你的师兄、主管反馈,寻求解法和帮助
- 若确定没救了,不得不延期,则需要在项目大群里,同步 pm + pd + 运营 + 后端 + 测试
2. 提前传达你的时间预期
相关信息
举个例子: 后端接口约定,比如接口 7.3 周三你真的就要联调,那么提前做好这 3 次沟通:
- 首次传达: 让后端 7.2 下班前提供,(下班前是模糊的,6 点下班,10 点下班,12 点下班)
- 温馨提醒: 7.2 早上 9:00 提醒确认,今晚能给接口吗,几点给? 有风险吗?
- ddl 确认: 7.2 晚上 18:00 确认,后端好了吗?
3. 提 h5 的 mr 尽量配自测截图
让 review 代码的人,即使不跑起来,能知道你做的是什么,有体感,也能知道项目跑起来不报错,不是盲改
4. 自测留痕:
5. 异常处理
6.降级处理
7. 做项目的大小群
- 通常会有一个项目大群,和开发小群(核心开发)
8. 沟通技巧: 钉钉消息一定要摘要.
让审批人知道,你要发布的是啥、确认没问题、心里安稳
9. 找到能解决你问题、拍板的 关键人物
比如视觉问题: @ 交互视觉、运营,需要拍板的,酌情 @ pd、运营
比如下边这样,是不会有人回复的,谁来回复? 谁觉得「与我相关」?
10. 主动去找自己的上下游沟通
自己的项目,,毕竟每个人都在忙自己的事
11. 问题上升
12. XY 问题
学会自己排查问题,描述问题,解决问题
13. 记录todo 每日、每周、每月的三件事
14. 钉钉
如果每天都是 的红点消息,你是没法第一时间 get 到「最重要的信息」
15. 趁手的工具
举个例子: tacos 连续按住 cmd + i 和 cmd + O 可以快速用模拟器打开剪切板的url地址
举个例子: paste app,可以快速查找剪切板的东西
16. 安全生产
17. 桌面保持整洁(不邋遢)
18. 要提升自己的审美
- 你得看过足够多的好东西,才能提升自己的审美,慢慢打造出:「谁谁出品,必属精品」的印象
- 你没有看过 90 分的东西,是做不出来 80 分的,多见见市面,好的输出,源自丰富的输入
90 分的系分文档,90 分的风险梳理,90 分的使用手册,90 分的组件库,90 分的稿子,是怎样的?
- 当你足够有品味的时候,和 pd 砍需求的时候 ,都更加理直气壮一点,因为你知道「为什么不合理」,怎样更好
19. 要发现自己的亮点
- 一定找到自己的亮点,发光发热,无可替代,灵感、特殊贡献,很多时候源自你的特长、你所热爱的东西
- 然后再是,意识到自己的短板,慢慢补齐,或者去找短板对应的榜样,学习/合作
即使是再牛的大牛,也有不擅长的东西,不管你 20岁,30岁,60岁,人这一生,都有补不齐的短板,在有限的时间里,将长处发挥到极致, > 一个团队,就是有很多不同领域坐标的 组成
- 有人很擅长组织活动: 那就去尝试组织团建outing,找吃饭玩乐的地儿,制定日程排期,活跃气氛组
- 有人很擅长找茬儿: 那就去看优秀的源码,在找茬中,不光是提 bug,而是去给他们提 pr
- 有人很擅长挑刺: 那就去多用用不同的平台,给他们提意见,如何优化
- 有人很擅长抬杠: 那就派他们去怼 pd 的需求
- 有人很擅长探索新东西(侦察兵): 那就把你每周在不同地方看到的新鲜事、新技术,分享给同事们~
- 有人办事沉稳: 那就试试放手,去写一些工具库
- 有人点子多: 那就尝试写写创新 demo,小工具能跑起来,丑一点没关系
20.要主动同步进度
- 把要做的事情,有条理的整理列出来
- 信息互通,要让群成员知道,这件事情的「摘要进度」,知道有人在操作跟进中,不要等人问起才说
- 举例 1,2,3
21.开会纪律
- 提前 1 天发会邀,提前阅读会议文档,提前 5 分钟出发去会议室
- 坐到第一排去
- 不要开小会
- 先总后分,先过总的内容/摘要,再具体讨论细节/问题
- 记会议纪要
- 收敛话题: ,短会不超过 ,评审不超过 . 大会不超过
- 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.请假信息同步
- 尽量 在群里说一声,,以及告诉你「当前需求的高频合作方」(例如 pd /测试),你明天请假
- 请假了的话,一般只有主管审批知道,所以,尽量提前一天在群里说一声,不然别人不知道你请假,可能会有其他会议安排
请脑补一个画面: 多人合作项目,明天你要发布,然后你的搭档明天请假了,你并不知道他请假了,然后就有一堆的事情要做...惊喜不惊喜😡脑补请假那天,谁会找你,提前联系好交接人,要开的会议,提前交代好,尽量错开时间
24.要提前打招呼
- 发布操作
- 提前沟通 发布/切流操作时间
- 如果 ,群里留言报备下原因,以及可能会延迟到几点(不要让人毫无预期的等)
- 如果发布/切流操作时间 需要提前和审批人员 (管理员/测试/主管) 打招呼: 说今天晚上 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. 不要惹师兄生气
4. 不要让主管太糟心
5. 不要一直加班
有人排查问题卡半天,有人 5min 搞定,多赞经验,提升排查效率
多和别人聊聊,你遇到的困扰,莫慌,你遇到的问题,大家一定都遇到过,会有解决方法的
// todo 未完待续,我会接着写...