从程序员的角度谈创业三年

    摘要:在创业三年时间里作为联合创始人,虽然拿着大家均等的股份,我始终是没有什么话语权的,但是,这也给了我从旁观者的角度看清整个局面的机会。创业公司的成败绝大程度取决于技术大牛和公司 Leader,这两个人最好能在性格上形成互补,而遗憾的是我们公司是同一人。

关于决定是否创业

2012年4月,正好三年前整,在深圳能源正混的郁郁不得志的时候,大学的好兄弟找到我一起创业,他们有钱、有 idea,就是差人,当时的我还是技术菜鸟,本科学的也不是计算机,看着移动互联网蓬勃的发展羡慕不已。很快就答应了一起干,因为心里想着就算创业失败了,那也学到了技术,也不愁再去找工作。现在回想起来觉得太鲁莽了些,我想抱着这样的想法的程序员绝不止我一个,每个人的生活条件和家庭背景不同,对与错得由你自己来评判。

?        关于股份如何分配

成功的企业大多是相似的,而失败的初创公司最有可能原因是股权分配不合理,我们的核心团队成员最开始有四个人,Team Leader 在股份分配的问题上的意见是四人平均分,换取他掌握公司话语权。当时大家就都表示了异议,激烈的争吵了几天,谁也说服不了谁,最后不了了之,这也为后来的分崩离析埋下了伏笔。试想下,假如你确实牛逼,大家敬你服你不就完了吗,又何须用股份来换取决策权。大家能力不同,股份平分的缺点是什么呢?创业是一个漫长的过程,每个人付出的时间、精力和成本一定会有差异。如果不设立股权池浮动分配机制,那么问题就来了,拿着四分之一股份的 Team Leader 觉得自己太累了,事必躬亲,心里不平衡就开始内斗了,因为我算是比较"听话和能干",他先后挤走了所有的核心团队成员,唯独剩下了我。关于如何科学分配创始人团队间的股份,以及拿出多少股份期权池用来激励员工的问题,我这里不分析,我只讲我的经历,能不能学到什么,那就要看你了。

关于融资的问题

?        大多数的初创公司是很难拿到天使和风险投资的钱的,没钱该如何创业,自己出钱、众筹、做外包...   这是八仙过海各显神通的事情,我们公司算是比较幸运的,这点必须承认。Team Leader 在软件行业混了十几年,有一些人脉和资源,从创立初始就有天使和风投愿意提供大笔的启动资金,后来我从深圳回武汉,也带来了深创投的天使。可惜这些投资人 通通被 Team Leader 拒绝了,理由是不缺钱。

没错,直到我现在离开了,公司也不缺钱,但是雪中送炭者少锦上添花者多,等到需要钱的时候再去找天使和风投就晚了,要么被迫签了城下之盟,要么被迫拿出了大量的股份。有了钱就能提供更好的办公环境、更好的待遇吸引优秀的员工等等好处无须赘述,而且投资人的能量往往大多远远不仅于此,他能站在不同的角度和高度看问题,他也是为你争取更大的风险资本加入的先行者和中介人。换个角度想,你拿天使和风投多一分钱,就等同于减少了潜在的竞争对手一分钱,所以在不需要钱的时候一定要多拿钱。不要舍不得出让一点你手中的股份,当创业不成功的时候,你拿着 100% 的股份也是废纸。

        关于产品是做到极致,还是快速迭代,还是同时做多个产品

        ?第 一款产品最初是做全平台的商业视频会议系统,是一款背离时代潮流的产品,我也不知道他为什么会有这样的决定。也许当时 Team Leader 是这么理解的,全国都在如火如荼的搞 App 开发,我们反其道而行之,这样就完全没有竞争对手。可是当快速产品原型出来以后,基本上没人搭理我们,无论是投资人还是客户,因为这玩意儿太扯淡了,而服务器端开发和运营成本高的惊人,根本就不是一般初创公司能够承受的了的,项目还未正式上线就搁浅了,没有认真的市场调研,没有进行技术和经济可行性的研究,甚至连潜在客户的需求都没有咨询过,就这样盲目的做了大半年开发,现在想来简直不可思议。

第二款产品是 Google Reader? 宣布关闭后诞生的想法,可以理解为站在了互联网的风口,放眼全球几乎没什么大的竞争对手,因为 RSS 资讯和文献的受众用户相对小而精,有一批忠实的粉丝,但大公司又刚好瞧不上,正适合小公司一展所长,投资人也特别亲睐。这是一次极好的机会,天时地利人和,谁能尽快推出产品,就能如同秋风扫落叶般占领市场,结果由于 Team Leader 一直秉持的做到极致的做事态度,写第一代产品的代码,版本控制都已经设想到第五代如何更新和扩展了,一而再再而三的增加功能,他负责的开发客户端迟迟无法按时交付,最后产品倒是极致了,可是错过了上架的最好时机,又有什么用?

其实对于创业来说,哪一种模式都有成功的例子,但都是不可生搬硬套的,谁也不能够肯定自己的产品策略和切入点是正确的,这些都需要大量的探索和验证,当发现走了错路,必须要有壮士断腕的勇气坚决砍掉错误功能或产品。我不是产品人,也没有花里胡哨、乱七八糟的想法,我只赞成最稳妥、最有概率成功的方式。专 注于一款产品,尽快的推向市场,然后根据少部分用户的反馈,修改服务或增加功能,最后借助投资人的资金和人脉做大肆营销和推广,这就是我最认可的方式。

        关于如何?选择开发人员和技术

这是大多数创业者不会说的话,大家都爱说实现不成问题,说这话的人我特别反感,人类文明文化发展迄今已五千多年,如何快速、高效、经济和安全的实现一项工 程是一门艺术,不是光有学问就可以的,今天的科学家们在工程实践项目上的研究停滞不前了吗?实现恰恰是最大的问题。

我们的 Team Leader 算的上技术大牛,从美工出身后来转到 Adobe Flex 系列程序员,算得上全栈程序员,精通软件设计与架构,这些都是优点。主要的缺点有两个,一是偏执,二是固步自封,也算是乔帮主极品粉丝的通病,我只是就是 论事,并非要挑起骂战或者编程语言之间的战争,如有冒犯请原谅。Adobe 近年在程序界的一天比一天颓败,Flex 也早已过时了,结果 Team Leader 却坚持选用 Air 虚拟机 + AS3 + MXML + CSS 的模式开发客户端,理由是熟悉且跨平台。我承认转战其他平台学习需要成本,但早期的 Air 虚拟机的性能简直惨不忍睹,就算是今天也是远不如 Java 虚拟机的,更不要说跟 Mono 或者 V8 引擎相比,更加不要说跟 Native App 的性能相比。最糟糕的不止如此,Adobe 不开源代码,扔个半死不活的 Air 虚拟机出来后,后续的优化和更新非常缓慢,稍微复杂一点的功能都要自己重写代码,大大加重了开发任务,再加上 Team Leader 对于产品的高标准严要求,更是使代码量成几何级数上涨,雪上加霜。

说到这里不得不举个例子,由于一直被客户端的开发拖着进度,我们服务器端的开发团队和设计师甚至抽空出来,做了好几个外包的 HTML5 网站和游戏。等到产品上架时,整个团队人心都涣散了。

  总结

三年的创业时间说长不长、说短不短,一生能有这样一次经历也是可贵。现今的成功或者失败绝不仅仅只是一个人事,整个团队包括投资人都各有责任。最好不要让 Leader 一边做技术、一边做管理,人的能力和精力是有限的。如果 Leader 找对了方向,而你坚持不懈的追随,那么你就走在了成功的路上。坚持学习,和投资人搞好关系,从上一个项目的失败中孕育下一个产品的成功,要运气,也要实力。

时间: 2024-10-13 03:13:58

从程序员的角度谈创业三年的相关文章

从程序员的角度谈创业三年(转)

  摘要:在创业三年时间里作为联合创始人,虽然拿着大家均等的股份,我始终是没有什么话语权的,但是,这也给了我从旁观者的角度看清整个局面的机会.创业公司的成败绝大程度取决于技术大牛和公司 Leader,这两个人最好能在性格上形成互补,而遗憾的是我们公司是同一人. 关于决定是否创业 2012年4月,正好三年前整,在深圳能源正混的郁郁不得志的时候,大学的好兄弟找到我一起创业,他们有钱.有 idea,就是差人,当时的我还是技术菜鸟,本科学的也不是计算机,看着移动互联网蓬勃的发展羡慕不已.很快就答应了一起

从一个程序员的角度看——微信小应用

前言: 最近初步了解了一下微信小应用,APP端的同事也非常感兴趣,于是在公司内部做了一个小小的分享,分享的过程中有很多讨论内容,大家也是非常感兴趣和有自己的看法,当时"混乱"的场面好几次我都没有把持住.以下内容部分来自于内部分享所用ppt.文章对微信小应用的使用做了展示性介绍,并简单介绍了代码结构.后端交互方法.最后提出一些总结和疑问.文章内容比较主观,有不对的地方欢迎大家指出纠正. 前段时间微信小应用公开内测,在朋友圈火了一把,各种阐述疯狂蔓延,干掉APP之类的说法比较突出,确实达到

从程序员的角度深入理解MySQL

前言 作为一名工作了4年的程序猿,今天我将站在程序员的角度以MySQL为例探索数据库的奥秘! 数据库基本原理 第一,数据库的组成:存储 + 实例 不必多说,数据当然需要存储:存储了还不够,显然需要提供程序对存储的操作进行封装,对外提供增删改查的API,即实例. 一个存储,可以对应多个实例,这将提高这个存储的负载能力以及高可用:多个存储可以分布在不同的机房.地域,将实现容灾. 第二,按Block or Page读取数据 用大腿想也知道,数据库不可能按行读取数据(Why?   ^_^).实质上,数据

从一个程序员的角度看——微信小应用(第二弹 见解)

最近公司的小程序刚通过了代码审核(待发布状态),从最初对它的学习 到开发 到小程序待发布 再到28日微信公开课,也算一步步的了解了微信小程序吧. 28日微信pro公开课张小龙针对小程序进行了一些答疑,之后行业的同僚都很关注,似乎大家还是有很多疑惑.之前初学后写过博客 从一个程序员的角度看--微信小应用(第一弹 初学),今天决定再写一篇小程序的小文,所以此篇谈谈我对小程序的理解吧. 说说张小龙回答的8个问题 1.小程序的入口在哪里?张小龙给出的答案是:小程序在微信没有入口. 2.小程序会不会有类似

从一个程序员的角度看——微信小应用(含直播视频)

前言: 最近初步了解了一下微信小应用,APP端的同事也非常感兴趣,于是在公司内部做了一个小小的分享,分享的过程中有很多讨论内容,大家也是非常感兴趣和有自己的看法,当时"混乱"的场面好几次我都没有把持住.以下内容部分来自于内部分享所用ppt.文章对微信小应用的使用做了展示性介绍,并简单介绍了代码结构.后端交互方法.最后提出一些总结和疑问.文章内容比较主观,有不对的地方欢迎大家指出纠正. 前段时间微信小应用公开内测,在朋友圈火了一把,各种阐述疯狂蔓延,干掉APP之类的说法比较突出,确实达到

站在服务端程序员的角度下的一下编程看法

作者:陈硕链接:https://www.zhihu.com/question/22608820/answer/21968467来源:知乎著作权归作者所有.商业转载请联系作者获得授权,非商业转载请注明出处. 既然你是在校学生,而且编程语言和数据结构的基础还不错,我认为应该在<操作系统>和<计算机体系结构>这两门课上下功夫,然后才去读编程方面的 APUE.UNP 等书. 下面简单谈谈我对学习这两门课的看法和建议,都是站在服务端程序员的角度,从实用主义(pragmatic)的立场出发而言

从程序员的角度分析微信小程序

昨天朋友圈被微信小程序刷爆了. 我赶快在书架上拿出三年前买的书,把上面的土擦干净,压压惊. 作为一个并不是资深的程序员. 从程序员的角度分析一下微信小程序,欢迎指点. 首先吐槽 微信小程序只发了200个邀请号,和我预想的一样,张小龙并没有翻我牌,难道就不能雨露均沾吗? 先来了解下什么是微信小程序. 转自知乎 微信也许重申了"我们是一款约炮软件" 微信还提供了一大堆接口和组件(不好意思,说了句废话). 下面是禅叔的观点: 小程序原理就是用JS调用底层native组件,和React Nat

黑马程序员_浅谈out参数、ref参数和可变参数

1.out参数 out关键字会导致参数通过引用来传递,通俗点说,就是往外传值的. out参数的作用:用于以内部变量为外部变量赋值的,out一般适用于某个方法不只是使用return返回单个值,而是需要有多个返回值的情况. out参数的使用需要注意以下几点:  1)out参数传递的变量在传递之前不需要对其进行初始化. 分析:在调用方法之前,对out参数传递的变量只需声明,可以赋值也可以不赋值,不过反正都是要在调用时被覆盖掉,所以大可不必赋值,因为赋值了虽然不会报错,但却根本也没有用处,没必要多此一举

从程序员的角度来看为什么我们需要工作流

每一个程序员,在接触到工作流的时候,都会有这么一个疑问--我用一般的方法可以实现,为什么还要用工作流? 我曾经也问过这个问题,不过现在稍微有点明白了.别着急要答案,看过下面的例子,或许你也就明白一些了. 这是一个简单的业务--订货流程: 客户提交采购订单 业务员执行订单处理 如果缺货,转工厂生产 仓库出货 物流发货 如果不使用工作流技术,从头开始开发这个订购流程的业务逻辑,我们需要: 每个活动点都需要开发交互页面和后台处理程序 每个活动的流转都需要硬性判断下一步活动节点及其操作人 每次操作都需要