September 22, 2019

围绕 Github 建立个人 Wiki 系统

尝试建立个人 Wiki 很久了,想要更系统的学习、输出。兜兜转转从 Notion 用回了 Github,还是喜欢 Github 的永久性,可以本地同步的感觉。

用 Github 建立个人 Wiki 系统需要用到以下几个功能:

  1. Issues
  2. Projects
  3. Gitbook

Issues

每一个 Github Issue 都是需要思考并解决的问题,Issue 的最终形态是 Close 掉。所以 Issue 的命名也很重要,也需要有一个能 Close 的标准

  1. 命名:个人感觉采取疑问句比较好,比如 如何搭建正循环 就很明显目的是要找出搭建正循环的方法以及下一步是什么
  2. Close 的标准:既然问题是如何搭建正循环,那么可以把每次想到相关的东西写在 Issue 里面,等到觉得思考的足够深入和完善了,知道下一步该做什么去搭建正循环,就可以把里面的内容整理然后输出成文章。

Milestone

Lean 和 Agile 是两个很有用的方法,要有周期性,可以用 Milestone 来设定周期,在这周期内完成所计划的事情。比如按年、月、两周来。像是 Sprint 一样每个任务都可以添加 points 来计算它们完成所需要的时间。

Projects

与 Issues 相关的功能就是 Projects 了,Github Projects 就是一个个看板,可以把 Issues 加入看板中,方便管理它们的进程。项目也可以添加 Notes 在里面,就可以把 Notes 当作一个个小任务来,省去了额外的任务管理工具,手机上拿浏览器也能方便浏览。
既然是项目,就应该有结束的那天,所以 Projects 的命名也可以按照自己的目标来命名,像是一个个里程碑一样,比如 个人 Wiki V1.0 等到项目里面的 issues 都完成之后也差不多可以关闭项目了吧。可以创建一个项目管理日常任务、也可以给每个想学习的技能创建一个项目,可以有很多有意思的用法:

  1. 💻 职业进阶
  2. 🥊 做个很厉害的人
  3. 🧡 做个更好的人
  4. 🛡 技能树 - 想去做并且需要努力一把才能完成的事情

Gitbook

Issues 算是让人进行思考的地方、Projects 是管理进度的东西,而 Gitbook 是思考输出的平台,把输出的内容按体系的整理好加入 Gitbook,看着自己的 Wiki 慢慢变多是多么美好的一件事。Gitbook 也可以 clone 到电脑里进行编辑,push 之后就会显示在网页上了,本地网络两不误。

January 21, 2019

独立开发流程及注意事项

作为一个设计师,从自学编程和设计到在外包公司工作一年多,然后现在又开始了一个小项目,总结一下流程和一些注意事项希望这次能做的更好。P.S. 自己独立开发只是为了好玩,让想法落地

流程

1. 流程图
假设已经知道自己想要做什么样的 App 了,那么第一步就是列出所有需要的页面相当于用户流程,这样可以保证没有页面遗漏,也方便查看流程是否合理。

2. 用户故事
画完流程图之后在流程图的每个页面旁边写下该页面所有功能,也可以选择放在任务管理软件中方便在开发时对照是否已经完成了这个功能。

3. 线框图
一般来说自己会直接略过该步骤直接开始 UI 设计,毕竟懒。

4. UI 设计
1. Moodboard - 寻找灵感,确定风格
2. 制作 Style Guide - 包括颜色、字体、部件
3. 打开 Sketch 就是干,设计完还能在 Sketch 里面直接测试简单的 prototype
独立开发时习惯边设计边开发,这样可以节省时间顺便测试是否可行。不知道这样好不好,因为会很纠结设计然后改来改去的,然后就导致进度落后完成不了。
5. 开发
设计完之后就是开发了,这时可以对照之前列的功能一个个完善然后打勾。

其他

几个觉得有必要做的事情就是
- 做好版本管理,每一个 release 都要记得 commit 一下
- CHANGELOG.md,有 changelog 的好处就是知道每一版都有什么新功能、改进、修复,可以用来给用户看也可以给自己记录
- 集中收集用户反馈然后安排
- 在设置页面中提供 Test Flight 链接邀请用户测试
- 做好 Roadmap


几个觉得很有用的工具
Whimsical - Flowchart
Overflow - User Flow