创业技术团队研发管理之十大观点.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PAGE 1 PAGE 1 创业技术团队研发管理之十大观点 创业公司招工程师难,招来也参差不齐。在编码要考虑整体安全、规范,还要快,实在不易。本篇为大家介绍是在创业型公司在技术团队开发方面的一些观点,告知大家如何避免成本铺张,提高时间效率及管理的一些技巧。 对于一个互联网创业公司来说,有以下这几个特点: (1)什么都要求快,这个快或许并非来自用户,而来自于自己,比如恨不得开发一天就开发一个新功能; (2)变化快,比如一个想法落实到开发,可能会有许多变化; (3)资源稀缺性,资源就是时间、金钱和人力成本,对于创业公司来说,有效的花费资源本身就很重要,看看多少创业公司都是胡乱花钱而撑不下去的,而对应的技术上就是能省则省。 针对以三个主要特点,创业公司在技术使用的策略上有什么准则呢? 个人认为就是“简洁化“,当然这个简洁是建立在理性分析的基础上的。技术人员有个通病,认为技术实现越复杂,越膨大,越全面就越能体现技术水平,这是特别错误的一个观点,衡量技术水平的唯一标准其实就是“是否有效支撑业务发展”,要看结果论,比如说开发速度快,后期问题少,假如能做到这些,那么这个技术团队就是牛逼的。 而提倡简洁化的理论,就会让你从另外个角度去端详技术本身,下面的一些技术使用建议或许看上去并不高大上,似乎每个人都能明白,但假如能有效的实行,在创业初期能够解决大部分的技术问题。 使用云服务器 对于创业团队来说,并不知道将来用户有多少,需要使用多少服务器资源(Web服务器,DB服务器等等)不好衡量,而云服务器的可扩容性则能很好的满意这个需求,换句话说创业初期使用云服务器可以有效节约成本。 云服务器的特点还不至这么多,它代表了一种开发模式,即分层架构。比如云服务器的类型有许多(云服务器、云缓存服务器、云数据库服务器、云存储服务器),正因为有了这样的分层模式,让你有了更好的选择,假如自建服务器,许多技术团队可能会把Web服务器和DB服务器放一块,从而带来许多问题。 另外云服务器也有沙箱功能,在安全性上也有很好的保证。虽然可能许多人觉得现在云厂商做的不好或担心全,不过说句实话你自己搞可能更差。 当然使用云服务器也并不能说明一定就省钱,这取决于你是是否真正了解系统以及其背后需要的资源。 重视数据存储 先入为主,推荐MySQL来存储数据。 在设计上要尽量规范化,索引利用合理一点,因为数据有个特点,假如前期设计不好,后期想重新调整结构是特别苦痛的一件事情。 原来公司某个产品,最重要的博文数据库表(blog表)有个字段存储的是文章的详细内容(content字段),从而导致这个表特别浩大,查询性能和内容特别不好掌握,就我了解到的状况是目前content字段还是没有从blog表中拆分,这不仅仅是技术的问题,对于一个在线的服务,数据量很大的服务,做表结构的调整是特别困难的,所以前期尽量设计好。 MySQL主要的作用还是存储,虽然可以通过SQL完成许多复杂的查询,但是建议尽量少使用,否则性能会急剧下降,我几年前了解到一个爆款的产品,用户量上来后,第一个压垮她的就是数据库,最大的原因就在于查询特别不合理,做了特别多的联合查询。 假如不合理使用MySQL,许多人会质疑性能不行,其实这都是错觉,我一直相信的一个原则就是,既然这么多人用,说明必定有他的优势,我们要做的就是学会使用而不是埋怨。 对于MySQL这样的数据库,很重要的观点就是备份和安全性,刚工作的时候领导说过这样一句话,“代码可以重构,但是数据不能丢,所以在写操作数据程序的时候一定要慎重”,而MySQL特别成熟,备份和安全性上有许多选择。 另外一个观点就是假如你并不知道数据量和访问量是多少,开始不要选择分库发表策略,也不要搞许多路由策略,尽量简洁点。单表数据量在一百万级别,只要设计和使用上保持稳健性,性能不是问题。 MySQL的主辅同步原来是做备份用的,但是现在许多人多当分布式查询使用,也能分担许多查询压力。 现在许多NoSQL服务特殊多,比如Redis,对于创业公司来说建议不要使用: 第一就是这些服务并不完全成熟,在使用上很需要有许多经验,尤其在备份和安全性上,在运维上并不简洁,需要有极大的成本。 第二虽然它有许多有点是数据库比不了的,但是还是那句话,它能做的Mysql也能做,对于创业团队来说,上手简洁和维护简洁,成本是优先要考虑的。当然假如应用场景特别使用用Nosql这样的服务,还是要大胆的使用。 创业公司招工程师难,招来也参差不齐。在编码

文档评论(0)

158****6777 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档