从时间轴组件的需求以小见大
反思:
时间轴的需求,为什么我确认的时候这么多内容没考虑到?
不要陷入“把事情想简单了”的误区,这种情况太常见了,即使同一个团队的不同职责的人之间,也普遍存在这个问题。
忽略的内容
需求上
- 交互:点击、悬浮
- 极端情况:文本过长的展示方式
- resize
- destroy
- 跨组件的通信、和外部的通信
技术上
技术的选择,应该根据需求而定。
- 一开始想复杂了,感觉要用D3.js,但是因为其布局是固定的3XN,用flex布局就可以了
如何解决这类问题
如何确保方案的合理性
比如这次的D3 VS. flex 布局,这种问题如何解决?
- 可以让AI帮忙评估当前的技术方案和项目的复杂度匹配问题。
- 设定一些原则性的内容帮忙评估,比如固定布局就用CSS,数据驱动、数学相关的布局就用D3.js
如何保证Checklist的可执行性
需要通过严格的工作流和每个环节的Checklist来客观的避免人的因素。
制定这些checklist很容易,难的是如何保证其被执行。
靠人的约束肯定是不行的,得靠工具进行约束,来确保可执行性。