- #93
- #92
- #91
- #90
- #89
- #88
- #87
- #86
- #85
- #84
- #83
- #82
- #81
- #80
- #79
- #78
- #77
- #76
- #75
- #74
- #73
- #72
- #71
- #70
- #69
- #68
- #67
- #66
- #65
- #64
- #63
- #62
- #61
- #60
- #59
- #58
- #57
- #56
- #55
- #54
- #53
- #52
- #51
- #50
- #49
- #48
- #47
- #46
- #45
- #44
- #43
- #42
- #41
- #40
- #39
- #38
- #37
- #36
- #35
- #34
- #33
- #32
- #31
- #30
- #29
- #28
- #27
- #26
- #25
- #24
- #23
- #22
- #21
- #20
- #19
不知道不同团队是如何巩固与记录开发制度的？
- 团队部门领域间交接
- 架构设计抉择、技术背景
- 团队默契
- …
很想重视文件，但总是找不到时间去记录补足经验和共识，甚至文件记录下来也没有时间去消化，还会被遗忘在某个角落。
近期目标是：在产品上希望在新的专案能开始尝试导入测试、开发、商业一体的 BDD （Behavior-driven development）模式，让不同领域共同维护与合作统一的文件。至于琐碎的知识和踩坑经验目前还是零散的用 Notion 管理记录，要找时间整理归档确保新加入的人也能马上上手！
看到厉害公司的技术博客会有被激励的感觉：dropbox.tech
- #18
- #17
- #16
- #15
- #14
- #13
- #12
- #11
- #10
- #9
- #8
- #7
- #6
- #5
- #4
- #3
- #2
- #1