Banner1
Banner2
栏目分类
热门创业新闻文章推荐

广告赞助商

主页 > 创业新闻 > INTRODUCE

初来乍到,如何做好创业公司的技术 Leader?(2)

2017-06-16 11:33 作者:中国合伙人创业网 来源:互联网 浏览: 我要评论 (条) 字号:
柏木由纪的工口姿势 牛莉老公 宋江的故事 牛莉的老公 leemz2002 凯登克劳斯 黑嘴新浪博客 牛莉个人资料

过度设计,就是设计的方案不结合目前的实际情况,考虑的太复杂,所以实现的也特别复杂,和造轮子一样,也存在同样的浪费,其实过度设计到还好,就怕错误设计,比如我原来单位,非觉得 MySQL 性能不好,要加一层 Memcached 缓存,最后设计并线上使用发现后,缓存命中率非常低,白白浪费了大量服务器,损耗了性能,并增加了系统的复杂性。

不要有开发语言歧视,比如前端业务层用 PHP,后端数据层用 Java,性能没有想象的那么夸张,这也是细分岗位的一种缺陷。

专业化的反面其实就是技术负债,上面也只是简单的说下,有很多的最佳实践指导,想表明的就是太专业化是对效率的最大打击(时间、成本等等),我原来也遇到很多类似的情况,这个伤害分为两个阶段,第一阶段就是短期的一锤子伤害,比如说技术方案上线了,浪费了一些时间和成本,但是这个浪费是固定的,可衡量的。第二阶段就非常难衡量了,为早期的决策还债,比如说原来的技术方案上线后,后期开发特别难扩展,维护也非常困难,累计起来是对生产力的极大打击,成本非常昂贵。

招人要慎重

关键词就是数量和质量,没有合适的情愿不招。在创业团队,项目一个接着一个,很容易造成一个假象,开发人员不够,所以就大量的去招人,这是非常不成熟的行为,尤其假如这个技术团队没有太强的最佳开发实践,新来的人员可能会很茫然,各有各的开发习惯和模式,会导致 1+1 < 2 的现象产生。人一多,分工就要细化,一细化协作就会产生一定的问题,所以招人要控制数量。

第二就是重视质量,质量这个词每个人都有自己的标准,我核心的观点就是情愿使用一个技术底子扎实的毕业生,也不愿意使用一个有多年开发经验但无技术底蕴的人。一个没有技术体系的开发人员总有一些瓶颈和不好的习惯,会有很多累。

不了解公司负责人

很多公司负责人找技术负责人的时候,都是求才若渴,目标就是希望这个人去搞定技术事宜,可在头脑中并没有衡量标准,一切都是变化的。

对于一个技术负责人来说,可以天天和他聊,告诉他架构的重要性,人员的重要性,这些确实很重要,但并非必要性,对于公司负责人来说他其实就关注开发速度、稳定性、产出,他并不关心深层次的技术内部是如何运转的。

举个我遇到的情况,原来一个同事去一个公司做负责人,他天天搭基础,优化系统,后来不知道什么原因走了,而产品负责人这么评价他「来这么久一个产品也没上线」。这个例子对技术人员应该很具有打击性。

不要有求必应

和技术合作最多的就是产品人员,个人觉得产品人员思维有点发散,做任何事情都比较着急,天天思考这个功能,那个功能;一个简单的数据需求就问技术要不要弄个后台出来。反正一刻也不会让你闲着。

对于一个成熟的技术负责人来说,不能什么都快速答应,因为这是对自己的伤害,第一开发人员就算多一倍也会不够,需求会源源不断的来;第二产品人员很多情况会考虑不成熟,假如你完全按照他们说的去设计,方案会非常复杂,有的时候逻辑性也会显得有问题,会让系统很难有效的持续运转。第三有时候人工完成的时间比开发一个系统完成的时间少得多,所以少开发一些无意义的脚本或后台,比如刚开始产品人员觉得这个数据很重要,过了几天就会突然觉得没用了。

这样的例子很多很多,我的意思并不是不去配合产品人员,而是从自己专业角度出发,给出合理的意见,当然需要避免激化矛盾。

不要依赖测试

在创业团队,由于开发时间要求特别高,开发人员在评估时间的时候,特别喜欢加上测试时间,等同于拿测试时间完成其开发时间,这是一种非常不好的行为。比如说一个项目开发时间要 5天,测试时间要 5 天。看上去好像开发时间只占一半(开发人员好像很高效),但实际上测试时间开发人员肯定还在开发,给测试人员的是一个半成品。另外开发人员知道有测试人员会测试出问题、会把关,初期的开发质量肯定不高,这种案列见过很多。

所以不要变现的用测试时间弥补开发时间,有可能的话,开发人员自己负责测试,当然这个实际操作起来有困难。

这篇文章有点偏理论,每个公司有其特殊的情况,中心想表达的思想就是先考虑不犯错,然后再考虑更好的改进;在创业早期,追求轻量而不是重量;技术成本非常昂贵,需要效率。

在这个高速发展的互联网时代,人们总是喜欢快中求快,希望站在别人的肩膀上做自己的架构。很多开发者和架构师花了大量时间研究知名公司的企业架构,把这些资料当个宝,但拿回家后发现并不是那么回事。究其原因,只能说是参考的架构实践太多,但了解和领悟的架构知识太少。

道是事物发展的本质规律,术是事物发展的具体途径。《架构漫谈》系列文章其实就是想和大家聊聊架构之道,希望大家能领悟架构的本质,不拘泥于现有的实践和理论框框,而是以最直接的方式解决问题,无招胜有招。

责任编辑:

声明:本文由入驻搜狐公众平台的作者撰写,除搜狐官方账号外,观点仅代表作者本人,不代表搜狐立场。

阅读 ()

投诉

(责任编辑:admin)
Tags: 柏木由纪的工口姿势 牛莉老公 宋江的故事 牛莉的老公 leemz2002 凯登克劳斯 黑嘴新浪博客 牛莉个人资料
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
特别说明

此处放横条广告

◎ 广告赞助

◎最新评论
      谈谈您对该文章的看
      表  情:
      评论内容:
      点击我更换图片
      * 请注意用语文明且合法,谢谢合作 审核后才会显示! Ctrl+回车 可以直接发表

      ◎ 阅读说明READ EXPLANATION

      ☉推荐使用第三方专业下载工具下载本站软件,使用 WinRAR v3.10 以上版本解压本站软件。
      ☉如果这个软件总是不能下载的请点击报告错误,谢谢合作!!
      ☉下载本站资源,如果服务器暂不能下载请过一段时间重试!
      ☉如果遇到什么问题,请到本站论坛去咨寻,我们将在那里提供更多 、更好的资源!
      ☉本站提供的一些商业软件是供学习研究之用,如用于商业用途,请购买正版。