谈谈降低技术成本

正文

请到「今天看啥」查看全文

创业初期，快速验证业务模型，验证市场反馈，当产品并不依赖于技术的时候，套用现成的成熟方案起步，抓大放小，将所有的能量放在业务需求上，不会轻易碰太新太潮的技术或者框架，更不会来造轮子。

记住，研发的目标永远是解决问题，而不是创造一堆代码或者什么框架。遇到问题，去寻找合适的工具解决问题，工具正好合适，或者几个工具组合起来正好合适，那就直接拿来主义。另外一方面，谨慎考虑使用学习成本太高的工具或者框架。

进入中期，根据目前遇到的挑战，确定是否有成熟方案可以解决，是否遇到现有方案彻底无法解决和规避的问题，根据目前技术力量，资金和时间的要求，决定是否通过自己的力量来做补强，比如，去年我们做了红包，合同和积分框架的更新和重构，对石投目前的业务帮助就很到位，投入的成本也是我们可以接受的。

个人技术成长、团队技术积累、未来可能需求升级都是一类问题。我遵循的原则是：如果某一块技术改造的必要性还没看清，就别瞎忙活，不要给自己人为造需求，更不要拿着锤子找钉子。

等规模变成了“独角兽”甚至IPO上市，一方面，从业务上，现有的系统和技术框架可能无法满足需要了。另外一方面，技术团队的人员规模也比较大了，需要通过工具进一步提升研发的效率。这个时候，研发方面，我们就需要投入一定的资源来创造属于自身的工具乃至框架。但需要注意的是，我们造出来的“轮子”，需要保持尽可能的通用性，有条件的话都把它们开源出去，这绝不是一笔亏本的买卖，因为那时候会发现，我们需要的技术人才永远是不够用的，开源是一个“攒人品”“打广告”“吸纳人才”的好机会。

请到「今天看啥」查看全文