Make Things Done

on technology

尽快做出原型

从大学开始，不知道已经写废了多少个项目了。 无疾而终总觉的很遗憾。 那些廉价的想法被埋在硬盘的某个角落，只会在某次 du 的时候被探针扫过。

我突然认识到，绝大部分原因是因为我是以成品的心态去做一件事情。 然而在验证想法时，所需要做的事情，就是以最快速度作出原型。 可以去掉最耗时的 UI 部分，做出一个命令行工具，这也非常有用。 从验证可行性的角度而言，只要有个东西能运行一些想法，这个想法就已经不单单是神经单元突触之间的兴奋传导了。

在验证过程中，尽可能地少写代码；相反地，应该多花一些时间配置现有的库。 软件世界是通过一层一层的封装构建起来的。 在轮了一次用户注册登录模块后，我意识到，车轮的制造时间远超自己的想象。

原型推介

最近的工作得以让我制造一些工具，这让我得到了极大的满足感。 对，不是藏在长长的 Import 链条下面，而是剥离出来成为了真正的可用的工具。 在为工具写下 Markdown 链接的时候，忐忑与不安也在袭来。

如果这个工具无人使用，我会觉得做了无意义的事情。 接下来的几天，我会尝试对先前的两个工具

  • 添加文档，让人有欲望使用它
  • 做社交推广，让人知道它的存在

这两件事情以前有做过一点，但从来说不上成功。 但我知道，写了一两百行代码，发了一篇博客，远远不是一件事情的终结。 发布，维护，推广，这些现在对我而言，是同等重要的事项。

原型与成品之间的区别

在有人认可原型的前提下，尽快为工具提供

  • 不难用的接口：软件小而美才是真谛。工具做自己应该做的事情，设计好接口，让别的工具接管剩下的事情。
  • 不丑的样式：从原型到严肃认真的产品，差了大概很多个像素吧。

这大概能让原型朝成品接近一些。

噢，对了，可能没有成品这一说。 大概是因为有Beta-Forever 这种说法吧。