关于担任首席技术官5年的思考
生产中的MVPS

通过manbetx官方网站多少

关于担任5年首席技术官的思考:生产中的MVPS

从2013年到2017年,我在四家初创公司担任首席技术官:德因布斯多西夫尾鳍,和足智多谋的人.总之,我不是一个技术合作创始人,但加入团队的时候,现有的技术出现了裂缝,使公司面临风险。臭名昭著的科技人才短缺使这些初创企业转向自由职业者,机构建立他们的第一个公开测试版,或尽管缺乏专业的技术背景,创始人开始建立自己的解决方案。这是你能做的最聪明的事,因为在创业的种子期,现金通常是非常稀缺的资源,自由职业者和机构收取的费用在可持续的价格上是无法承受的,但会导致削减(成本)角落,从而产生对初创企业不透明的技术债务,这会导致更多的风险。

一旦我加入这些团队,我在所有情况下的工作都是稳定技术,使其更加强大和可靠,并增加技术团队的人数以提高速度,这是您向(有时是付费的)用户发布新功能的速度。在启动环境中,在只有已知和未知未知的情况下,实现这些目标尤其具有挑战性。在这个博客系列中,我将解释我所采用的原则,这些原则使臭名昭著的人手不足的技术团队能够以可持续的速度应对这些挑战。

这是我如何使它工作的回忆,当然,很多事情本来可以做得更好,如果情况不同的话。在这些职位上表达的意见仅仅是我个人的观点,而不是我以前的雇主的观点。

我会把这个放进一个易于阅读的指南,为未来的首席技术官,在Twitter上关注我先知道,当我完成一个新的部分。

在您开始阅读之前,这里有一些上下文:所有这些初创公司都是产品初创公司,它们构建了基于网络的(移动)应用程序,这是内部开发以及使用服务提供商和自由职业者。我们用裸金属招待他们,虚拟服务或在AWS上。团队规模从未超过15人,总是在分布式设置中,在那里远程工作是很正常的。

第一篇文章已经完成:

下一步:

  • 构建一个支持特性爬行的体系结构,垂直建筑特征

我还想在本系列的后续部分中介绍这些主题:

  • 去无服务器
  • 推动部署和代码管理
  • 进行生产试验,无分期
  • javascript的例子
  • 测试驱动开发
  • 设计易于发展的RESTful API
  • 利用机器人和开源与康威定律作斗争

但关键是:在开始第三部分之前,我希望有10位读者加入我的影响者小组。然后你就可以选择我要继续使用哪一个了!

如果您有兴趣了解更多信息,请填写此表!