您好,欢迎来到12图资源库!分享精神,快乐你我!我们只是素材的搬运工!!
  • 首 页
  • 当前位置:首页 > 开发 > WEB开发 >
    高效软件开发团队的 4 个好习气(2)
    时间:2020-07-09 21:27 来源:网络整理 作者:网络 浏览:收藏 挑错 推荐 打印

    最后,良好的开发标准事关同理心。工件越整洁,团队成员就可以越快地了解上下文,花在上下文切换和探查上的认知精神也就越少。此外,这其实对未来的你本人也是有益处的。品德哲学的一个分支以为,未来的你是一个有品德权益主张的不同实体,我想说:推行这些开发标准后续一定会失掉报答,特别是在清晨 3 点有人由于你写的一行代码给你打电话时!

    4. 自动重新分配“阅历点”

    我喜欢角色扮演游戏,尤其是《火焰徽章》和《口袋妖怪》系列,我最近还渐渐地喜欢上了《最终梦想》。

    提这个是由于我以为,在《火焰徽章》中组建军队的方式和组建平衡的软件开发团队之间有很多相似之处。在 RPG 游戏中,我拥有本人的中心团队,我十分喜欢将一切角色都平衡晋级。假设我取得了一个等级较低的新角色,但他有一套技艺或亲和力可以给队伍做补充,我就会对他停止投资,给他升一点级,这样他就可以在地图上四处移动而不用担忧朋友的攻击。假设我的角色一末尾就有一个很高的等级,我就会避免让他们与较弱的朋友战役,由于这只会占用阅历点,而这些阅历点会让我的高等级角色受益更多。

    我倾向于以为,软件团队中也存在相似的准绳,但这些阅历点不是为了添加力气、进攻、魔法和抗性,每一项新任务都是一个“朋友”,一旦交付,就会扩展团队的范围上下文和决计。通常,团队中是没有中心“谋士”这样一个角色的,至此,这个类比就末尾变得不恰当了(主管和项目经理不算,他们通常没有足够的视野或最新的上下文信息,无论如何,把如此复杂而又静态变化的事情都集中在一团体那里是个坏主意)。假设你的团队里曾经有很多优秀的骑士和圣骑士——呃,我的意思是,初级开发人员——那么作为一个团队,你应该留意,不要总是只放置他们去处置困难的任务。在安康的团队中,上下文再分配也是他们任务的一部分,这样一来,一个缺乏阅历的战士——我的意思是,工程师——也可以取得一些有价值的阅历点。假设每团体都觉得本人至少在某种水平上具有了应对任何应战的才能,那么这将提高整个团队的消费力和士气。假设没有,他们知道本人可以添加一个猎鹰骑士作为副官——换句话说,向更有阅历的人寻求协助。

    5. 小气小气地交流

    关于最后一点,我想了很多。在对我的想法的一切描画中,我以为最好的是 Nat Friedman 在最近一次全体会议中所做的引见。他说过相似这样的话:“我们彼此之间的交流应该遵照稳健性准绳:发送时要保守,接纳时要开放。”他还鼓舞我们坚持宽容性准绳,尤其是在十分困难的状况下与对方沟通的时分。但是我以为,高绩效团队会百分之百遵照这个准绳。

    我十分喜欢这种框架化,由于它让我想起了多年前我在 codebar 做志愿者时所阅历的导师培训。“假定你接触到的每个先生都知识有限,但智慧有限。”这样一来,指点者就有责任确保他们的解释容易了解——思索到教员和先生之间固有的权利不平衡,这是传达附加的心情劳务的一种很好的方式。

    同事之间小气小气地交流意味着,我们假定任何时分任何人问成绩时:

    曾经做了基本的研讨,如曾经用谷歌停止了搜索;

    他们是由于在任何中央都无法找到答案才找人问。由于这个中央很难找,或许基本不存在。

    换句话说:假定你的同伴是一个有才能、聪明、通情达理的人,他们问成绩是由于他们不了解上下文,虽然他们曾经设法了解过。

    当你末尾寻求协助时,你的上下文信息和任务阅历被不断地“四舍五入”,我都不知道该怎样表达这是多么令人懊丧。是的,这外面有性别要素,但这超出了我们如今的讨论范围。以前,我曾发过多条推特,表达了当别人以为你实践上远没有那么阅历丰厚和知识渊博时的懊丧。当然,别人是不能够真正知道的,一无所知是不能够的!但是,这里有一个折中方案,也是一个合理的要求:小气。

    像下面这样就不够小气:

    我:嗨,这里为什么有一个负载平衡器?

    X:负载平衡器用于将央求分发到多个效劳上,这样我们就不会遭受 DDoS 攻击了!这里有一些文章引见负载平衡器的基础知识,以及从实际上讲我们为什么要运用它们!

    我:好的,但我问的不是这个。我知道负载平衡器是什么。我只是想了解下,在架构决策时,为什么要把 HAproxy 放在这个特定的效劳前面。

    X:奥!好吧,你应该直接这样问!

    相反,下面这样就是小气的:

    我:嗨,这里为什么有一个负载平衡器?

    X:我猜你是在问我们为什么选择 HAproxy,以及为什么选择这些效劳。假设不是的话,如今就通知我。

    我:对,就是那样!谢谢你先确认我的成绩。

    X:不用客气。是这样的,18 个月前,当我们构建这个系统时……

    下面两种互动方式的关键区别在于,在小气的互动中,在给出答案之前,回答者会确认他们对成绩的假定,进而核实提问者的上下文层级和意图。采用小气的交流方式有十分积极的影响:首先,留意到交流时所运用的词汇增加了吗?他们实践上可以更快地失掉答案。其次,没有产生不必要的摩擦。两团体勾搭分歧消弭了不确定性,而不是纠结于每团体知道多少,假设是后者,也许最终他们也可以得出答案,但同时也失掉了一些信任和好意。

    【编辑引荐】

    北京经济技术开发区组织区内集成电路相关企业 亮相SEMICON China 2020

    Facebook再曝破绽:与开发者超时分享用户数据

    AI力气大集结!中国团队初次在Nature子刊发布中国AI全景论文

    HMS Core 5.0上线,华为面向开发者开放七大范围效劳

    iOS 14第二个开发者预览版发布:引入诸多细节调整

    (责任编辑:admin)