说说三流,研发团队的那些事--(1)

2015-5-06 晚上 23:50

首先做一下自我介绍,博主主要方向以C/C++为主,偶尔也会用一些其他的语言和技术来解决不同程度的问题,研究过安全测试等技术,做过一段时间游戏开发,对Web开发也有些了解。综上 我在团队中处于一个解决疑难杂症,进行项目攻关的角色。

一直无力吐槽,但是进来愈发感觉我必须来吐槽一下,要不然我今晚一定睡不好觉!

OK,闲话不多说进入正题。

当博主来到现在工作的城市之前,对这里的研发团队充满了好奇,并且认为我一定能通过自己的努力,若干年后也像业界大牛一样一个有核心竞争力的研发团队,给自己的软件生涯添上一抹色彩。

三年来的经验告诉我,我真特么错了。 我忘了这里是三线城市,如此安逸的城市怎会造就乐于拼搏的人。

我为什么会这么说呢?

博主在这小城市,三年来接触过的程序员和团队 ,我认为比较有代表性的几个坑:

1、周围的PHP程序员特别多,而且他们只专注于PHP开发,任何事情全部用PHP解决,不考虑任何其他方案。

2、周围的程序员对于有难度的项目积极性极低,大家推来推去,就好像给谁做谁吃亏一样。

3、部分程序员专注点从技术上转移到其他地方,而忽略了初衷,然而他们却混的很好。

4、部分"大牛"配合度极低,分享精神低下,处处充装大牛角色。

5、做事情效率低下,往往外包三天干完的项目,一个团队需要三十天。

6、或许你会发现只要你想糊弄,你可以一个月不干活 照样拿工资,而且这样做的人也特别多。

7、无聊的点击测试团队,或许你不相信,这里的测试团队根本不懂标准的白盒和黑盒测试流程,往往和程序员成为对立的存在,姑且忽略。

如果你的团队存在上述问题的话,那么按照经验来说结果会挺坑爹的!


       2015-7-7  早上9:34

坑1:

从语言上来说我们真不应该过于极端的评论哪一门语言的好坏,我们讨论的是使用语言的人。就三线城市的web程序员来说,PHP居多,原因是学习周期短,见效快,

如此在这里 团队里面PHP程序员和其他程序员的比例成了5:1,这是在博主所在的环境里,对于PHP程序员来说,基础入门的门槛已经非常低了,可以说参差不齐的穿插着各种各样的开发者,这些开发者对比北上广等一线城市的PHP开发者有着本质上的不同,认为所有问题都能通过PHP解决,而且也只考虑用PHP解决,怎么快怎么好。那么问题就来了,我们众所周知的性能问题,并发问题在于三线城市的团队就成了不可解决的方案,为什么不可解决呢,因为Team Leader也是搞PHP出身的,根本不可能像 BAT一样的PHP开发者那样:性能除了问题,那么我换一种方式来改善,比如 HHVM,用C写扩展,或者其他方式来提高性能......    如此下去一个完完整整的产品,深坑越积越多,笔者所在的环境中就出现过这样的案例。

坑2:

团队之间,遇到问题或者前人的遗留问题,相互推诿。如此经常听到的这个问题我解决不了?这个方向我不熟悉,XX比较熟悉,让他来解决吧! 同样的事情 博主在作为C/C++开发者的途中就曾经被某些开发者所坑过,而且还不止一次两次,经常接手的不是本方向,但是却又必须你来解决的问题。

坑3:

程序员的技术已经不重要了?很多人已经开始卖弄嘴上功夫了,在开发团队中有如此类人在我觉得很致命。要么你走领导路线,要么你走技术路线,否则这样的中间角色在团队中

简直一团糟。此类的人博主来到三线城市之后,见过很多。我甚至不明白这类人为何可以做到这一点,但是这的确是个功夫和脸皮问,但是这很明显对于踏踏实实干活的一类开发者,

明明可以充当技术大牛的角色,而许多的光环被此类人夺走,虽然不应去计较明面上的东西,但是这特么的关系大家的工资啊!

坑4:

部分老员工,充当技术大牛的角色,不愿意和新员工和 新手进行分享和交流,对工作上总是以时间安排不开为由,拖慢相互配合的工作进度,生怕新来的抢走自己的风头,能做自己能

做的事情。这部分人 我认为是大部分三流团队所存在的老油条,此类开发者很难去评论。

坑5:

开发效率极其低下,这么做一个比较,如果一个项目寻找外包团队可能 一个月完成,但是团队开发需要花10倍的财力 物力 和时间 。这一点说明了什么,但是实际上就是这样,一个

团队如何达到极客团队,我们为首先就要达到效率。没有短频快的开发速度,在互联网时代根本跟不上脚步,不幸的是 博主就在此类团队,我想改变现状 想让大家都像你一样通过努

力在技术上达到某一程度,从而构建一个真正的极客开发团队,我如果这么说,那么好多我周围的开发者回转头给我一句:傻X。

坑6:即使你不干活,一个月照样能过去,因为没有人一眼看到家你在干什么,这就是老油条的强项了。

坑7:在这里你和一群自以为是的,点击测试争执起来是很正常的事情,因为他们不懂开发,不同流程,只懂点击。 缺少对专业知识的理解,导致很多时候测试用例编写不准确,不能正确

的写出测试脚本 、测试驱动, 甚至以搞死开发者程序为最总目标跑着Load Runner神器,这种不合理的测试方法真是不少见了。

以上文章纯属吐槽,不针对任何人和事。

2015-7-7   10:09

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-10-12 23:56:17

说说三流,研发团队的那些事--(1)的相关文章

研发团队中引入变化的思路和模式

过程改进是研发管理的本质性工作,如果过程要改进通常意味着我们要引入变化,尤其对当前研发管理工作和流程尚不规范和完善的团队而言,引入变化是必须走的一步.但个人在实践过程中体会到引入变化有时候是一项非常有挑战的事情,如果把握不好可能反而会起到反作用.本文从研发团队如何有效的引入变化的角度出发,对思路和模式进行探讨. 关于团队引入变化,业界也有一些主流方法论,其中受Mary Lynn Manns和Linda Rising两位博士的著作<Fearless Change: Patterns for Int

未来酒店——建设高效研发团队的经验分享

摘要: 在5月29日召开的第二届研发效能嘉年华中,由浙江未来酒店网络技术有限公司的孙吉君带来了"未来酒店--建设高效研发团队的经验分享".本次分享中他对未来酒店研发规模进行了介绍,对高效团队的三个特征.四个能力的培养和团队建设过程中的四个方法进行了讲解. 在5月29日召开的第二届研发效能嘉年华中,由浙江未来酒店网络技术有限公司的孙吉君带来了"未来酒店--建设高效研发团队的经验分享".本次分享中他对未来酒店研发规模进行了介绍,对高效团队的三个特征.四个能力的培养和团队

产品研发团队如何融合OKR与Scrum敏捷开发?

「 OKR 」现在非常的火爆,很多公司都在使用,不仅国外的 Google.英特尔等大公司在用,国内的一线知名互联网企业今日头条和一些创业团队也都在使用. 那为什么「 OKR 」这么受欢迎呢,因为把它可以帮助团队 达成共识.加深信任.加强协同. 并且「 OKR 」这套方法,不仅可以帮助我们开展工作,还可以用它来管理个人生活.例如互联网大牛 吴军 就是固定使用「 OKR 」来管理他个人年度目标和计划的. 乘着假期,我也仔细读了两本关于「 OKR 」的书籍,<OKR工作法>.<这就是OKR&g

合理的用户业务研发团队搭配

1.前言 用户业务指的就是面向用户的产品展示及用户操作入口,简单点说就是APP,微信,H5活动页等一系列前端展现入口的集合.用户是多变的,用户是神秘的,没有任何产品能从一开始就把握住用户的需求,任何好的产品和功能都是不断试错,不断调整出来的,所以我们需要一个能快速反应的用户业务开发团队,新需求快速上线,已有业务快速调整,响应越快才越有可能在竞争中走到别人前面,产品才有胜出的可能. 用户业务业务研发团队可以称为广义上的前端团队. 2.团队意义 用户业务研发团队(后文如无特殊说明,用前端团队简称),

微软中国的相关研发团队 交流平台

1. 微软中国研发集团服务器与开发工具事业部: http://blogs.msdn.com/stbcblog 作为微软中国研发集团的核心研发部门之一,服务器与开发工具事业部在上海和北京与总部及世界各地产品研发机构紧密配合,致力于为微软用户提供安全与访问.管理与服务.互连系统.数据平台.Windows服务器解决方案.商业在网服务和开发工具等核心产品与技术的研发和孵化. 服务器与开发工具事业部还积极与本土合作伙伴展开战略合作,分享研发管理和产品开发的经验,将创新成果带给广大用户.此外,事业部还在中国

Oracle 裁掉北京研发团队,相应职位撤回美国(收购了NetSuite,LogFire,Dyn)

根据中国日报报道,2017年1月14日上午9点09分,甲骨文北京研发团队的同事收到了来自BU老大的一封邮件.邮件上提及,由于市场变化,甲骨文开始整合各研发中心资源公司在云计算方向发力,文末单独提出了甲骨文在中国将会裁员,裁掉的员工必须在2017年3月31日之前离开.实际上,在一个月之前甲骨文就裁掉了大约十几个北京员工,当时大家都以为仅仅是因为人员冗余公司才进行精简.但是没想到这一次北京研发中心有200多人受到了这封措辞严谨的公开信,这意味着甲骨文为了整合研发业务,要裁掉云计算存储相关的整个北京研

[转]一个优秀的研发团队应该具备什么特征

一个优秀的研发团队应该具备什么特征 1.计划执行:计划安排得当,不要老加班,不要老是现实和计划不匹配.不要做到哪儿计划就推后到哪儿. 2.研发成果:成功产出几个重影响力级别的.完整成块的.有成就感自豪感的产品或项目 3.团队氛围:这个团队每个人都相处的很融洽 4.团队协作:每个人都能找到自己擅长并喜欢做的事情.团队允许发出不同声音,不打击不反击.团队允许各种性格和背景的人都能存在并融洽存在. 5.团队协作:团队不要造成老是关键几个人忙死,其他人都在等这几个关键人完成核心事情后才能工作 6.团队氛

中小软件企业的研发团队建设(一)团队的组建

在软件企业中,研发部门负责的主要的工作是软件设计与研发,都是强智力创造的活动,所以团队建设对与研发部尤其显的重要.优秀的团队是研发部门能获取成绩的根本. 我对研发团队组建的一般流程的认识为: 而中小软件企业团队建设中的有自己对应的特点: 主要的劣势是 1 招人经费不足,企业背景没有吸引力. 2 人员的稳定性先对与大企业相比很低. 主要的优势 1 部门建设灵活,可变性高. 2 老板"唯利是图",注重个人技能带来的收益,而对人情关系网比较轻视. 那么在中小型软件企业中构建团队就需要我们扬长

国内研发团队普遍常见问题

下面是国内研发团队普遍常见问题,大家说说各个岗位怎么提高质量和效率吧. 一.产品设计 1.业务没啥清晰的战略核心主干与目标.业务需求不会解构洞察.客户提什么就做什么,业务需求和软件功能要求混在一起 2.不会建立业务模型和产品模型.客户提什么就做什么 3.不会理性需求排级,不做数据度量论证/也没有数据可度量/也不知道度量哪些合理数据.客户谁权力大谁态度恶劣谁叫的声大.就先满足谁的需求,研发团队疲于奔命赶快应付完工匆忙上线再重复填坑 4.不会增量设计.仅仅会撕开个口子强塞进去 5.场景不会分离,各种