作为一个程序员都有超越BIll Gates,又Linus Torvalds一样的梦想。当然也可能没有那么远大,但是也会有当上CTO这样的想法。
一直在考虑这样的问题很久,直到有一天有了一些新的想法——这也是可以练习的。我们都知道创业就是集齐一些条件,然后持之以恒地做下去。而要集齐条件是一件很难的事,但是要练习确是一件很容易的事。
如果你可以每天抽出时间做一件事,那么再好不过了。如果一直在加班,那么这件事对你来说一定是很困难的一件事。抽出这些时间,然后做一些有针对性地学习和练习,那么就会离这个目标又进一步。
所以,这其实是一篇在说怎么去练习创建一个成功的产品的文章。这些原则可以很容易运用到创建一些开源项目上,又或者是其他类似的事情。如果你看过之前那篇《程序员如何艺术的提升技术、影响力&赚钱》,那么我想这篇文章对于你去创建一个Side Project也是很有意思的。
过去我也一想在想这个问题,为什么我也没有一个好的Idea。后来,我发现只是我没有去记录,再后来我发现光有一个好的Idea也没啥用。
「只差程序员」是一个很值得思考的问题,但是也是一个很有意思的问题。作为一个程序员,我们很容易发现对方的Idea,实现上真的不怎么样。而且如果他们差的不只是一个程序员,他们需要的是一系列的程序员。还有更多的人员,他们只是觉得程序员是万能的。
这就回到了一个问题上,既然我们是一个程序员,那么我们就占据着这个世界上的人和了。如果天时是一个好的时机的话,那么就是值得去等待了。但是作为地利的Idea,却是可以练习出来的。
这可能是你听过最有意思的笑话了~~~。
在我看对刻意地练习进行了一番尝试之后,我发现这其有无限的可能性。
开始瞎说之前,让我们先看看英特尔®高级院士Gene Meieran对创新的三种类型定义:
现在,我们已经有三个可以练习的领域了。
这是一个再简单不过地问题,自然是从我们擅长的领域开始——计算机。又好像是一个说了等于没说的答案,而这也是最容易练习的领域了。
在我们日常的编程工作中,我们会遇到各式各样的问题。有的人因此而创建了许多工具,有的人创建一些公司等等。只是因为这些是我们的痛点,而如果一个痛点是很多人的痛苦,那说明这是有希望的一个想法。因此,上面的三点也是三个可以练习的点。对于突破性创新来说,可能会比较难以在早期进行练习。但是对于渐进式创新来说,却是一件很容易的事。
在很早很早以前,我们都用过jQuery。然而这个库太大了,在早期他根本就不适合用于移动领域。相信当时也有相当多的人对其叫苦连天,于是有一个人写了一个框架叫Zepto——一个兼容jQuery API的迷你版jQuery。
去除掉那些我们不需要的功能,我们就可以获得一个新的产品。毕竟,每个人的口味都是不同的。功能越多的东西并不意味着越好,好的设计应该是添加不了新的特性,也删除不了特性。
兼容旧的浏览器本身就不是一件令人愉快的事,如果我们可以像React一样抛弃旧有的浏览器,那么我们在开始的时候就能走得更快。
加法是一件很有意思的事,他已经和我们上面提到的那一点相矛盾了。但是这一点似乎就是很多软件的盈利点所在——通过添加新的功能来赚钱。
这也是一个非常容易理解的点,你只需要添加一些新的特性即可。不过,我想这一点已经到处都用到了,没啥说的~~。
然后,让我们再看看再运用式创新。
对于这一个点就更有意思了。就是找以前的人做过的Idea,重新做一遍。在旧有的技术下不能完成的Idea,在新的技术和环境下就有可能完成了。如出生得太早的Palm掌上电脑,如果在一个新的时机重新创造的话,那么我们就可以超越原来的产品
实现上,你也发现了上面我们说了一堆费话。因为没有行动的话,说太多也是没用的。
记得在那篇《如何去管理你的Idea》中,我们提到了用GitHub来管理Idea的想法。但是在上面记录的都是一些公开式的Idea,我们可以记录一些相似的问题。除此,我们还有一些更好的工具。
但是,养成记录问题和Idea的习惯很重要。 但是,养成记录问题和Idea的习惯很重要。 但是,养成记录问题和Idea的习惯很重要。
如我开始将各式各样的Idea,向我的 GitHub Repo 里放,如下图所示:
里面已经堆了一堆想法,有的是重复的造轮子,有的是造一些新的轮子。隔三差五地创建一个新的Issue,虽然不一定及时完成,但是可以放着看看。等老了,看看有哪些Idea已经被实现了。
除此,有一些比较隐私地Idea,会用【奇妙清单】来管理:
想法先记下来,然后再说~~。
更多 后事 ,请见下回分解: 《如何将Idea变成产品》