7 天 600 stars， Mobi.css 是如何诞生的

Mobi.css 是一个轻量、灵活的移动端 CSS 框架。发布一周以来，获得了 600+ stars，登上了 GitHub Trending Top1（CSS），在 Hacker News 上进入了前三。

这篇文章会先介绍一下创造 Mobi.css 的思路，再介绍一下我在推广 Mobi.css 中的心得。

为什么要创造 Mobi.css§

当我在设计一个新的 Focus on 移动端用户的网站（比如面向微信用户的网站）的时候，调研了一些现有的 CSS 框架，应用比较广泛的有 Bootstrap, Foundation, Pure.css, Framework7, Skeleton 等。

他们都很优秀，但是都有一些缺点。

Bootstrap: 太大太笨重了，对于桌面端用户我希望展示与手机端一样的页面，可能再加上一个二维码，将用户导向微信（类似于微信公众号的文章在网页中的样式）
Foundation: 没有实践过，看上去也很大，大部分都是我不需要的功能
Skeleton: 在移动端有一些 bug，overflow:auto; 的滑动不平滑，<select> 样式太丑，官网的 <pre><code> 在 iPhone 里根本不 work，说明他们没有在手机上测试过
Framework7: 适合做 WebApp，而我不太喜欢那种仿原生 App 的设计
Pure.css: 很优秀，足够小巧，没什么特别的缺点，如果定制一下应该也可以满足需求。不过我还希望框架层面能够有一些针对移动端的设计

于是我决定自己造一个轮子。

造新轮子之前一定要做好调研，否则可能白费了功夫。

CSS 框架相比于 JavaScript、React 等简单得多，但是也不能忽视了工具的使用。我选择了以下工具：

Sass (scss)/Autoprefixer: CSS 预处理器都大同小异，Sass 功能比较全，所以选择了它。移动端也需要兼容不同设备，Autoprefixer 可以自动加上 -webkit- 等前缀
Ejs/Marked/Highlight.js: 构建 website 的工具，一开始是手写 HTML，发现根本 hold 不住。这些工具后期可以用静态网站生成器替换
Gulp: 构建工具，串起其他工具
Travis CI/GitHub Pages/Coding Pages: 静态页面服务，一开始手动部署网站，后来发现太麻烦了，就用 Travis 自动部署了

磨刀不误砍柴工，善用工具可以大大提高开发效率。

开源社区上的代码都是别人的积累，如果离开了它们，Mobi.css 很难在短时间内完成开发，我借鉴了以下开源项目：

开源项目要受欢迎，文档是非常重要的。README.md 要让大家能在短时间内了解项目的特点。网站要能够尽可能输出自己的理念。

如果可以的话，最好用英文（或者双语）写。否则只能有中国人来关注你的项目了。要知道，外国开发者比中国开发者多很多倍的。

不要担心自己英语不好，只要表达的内容能让外国人看得懂即可。等项目成熟了，自然会有人帮你修改文档。

不要觉得不好意思推广，我们推广不是功利性的求赞求关注（逃。

而是因为没有人关注的项目，是不可能向好的方向发展的。而如果自己不做主动的推广，项目也很难被关注。

推广这部分其实我并不是很擅长，这里只写出一些我自己的心得吧。

一般在下班的时间，大家都会拿出手机刷一刷。这时你的贴最容易被曝光。等到人气上去了，晚上睡觉之前大家再刷一波手机，就有更多人看到了。

发帖的时候只需要简要的说重点，引导用户到 GitHub 或你的网站。但是慎用「求 star」等字眼，功利性太强。

我用了以下推广渠道（按推广效果排序）：

自己的想法总归是一个人的，吸取了别人的建议才能让项目更好的发展。Mobi.css 就有一部分 API 是听取了别人的建议之后修改的。

当然，自己需要有自己的判断。Mobi.css 的准则很简单：这个设计是不是 focus on mobile 的。

没有价值的项目即使推广再多，也没有人会关注的，只会招来一顿猛喷。

Mobi.css 在短时间内获得了很多关注，离不开大家的支持，离不开开源社区的帮助。

我知道这只是 Mobi.css 项目的开始，后面有更长的路要走，感兴趣的可以一起来建设。