程序员Tim和新事物。

从前,在一个平行的维度上,有一个叫做Tim的开发人员。 在蒂姆的世界中,数据库相对较新,很酷,但尚未被大多数人采用。 到目前为止,他的公司正在使用文件来存储所有数据,例如csv等文件,或者使用给出数据结构的路径为每个记录仅存储单个文件。

有一天,蒂姆被告知他们需要建立一个数据库,不是针对整个项目,而是针对这一小部分。 他是最有可能喜欢探索新事物的人,因此他投身其中。 很显然,他喜欢数据库的想法。 当他完成任务时,他知道这个想法很有潜力,他迫不及待地要告诉团队的其他成员,以便他们开始使用它。 令他惊讶的是,团队中没有人真正对它们感兴趣。 因此,无论何时出现与数据库有关的问题,他都是要处理的问题。

经过数月的烦人,说出数据库的惊人性能,结果又出现了另一个数据库用例,他的上司决定,如果更多的事情开始使用数据库,那就太好了,所以最后绿灯亮了。 蒂姆认为:

一旦他们了解了这个概念,我就等不及其他人了! 我们肯定可以改善我的做事方式!

因此,他开始在数据库中指导每个团队成员,每个人都分配了任务,他在那里教他们分配任务。 但是由于某种原因,并不是每个人都想立即进行这项工作,当他们这样做时,他们并不愿意学习该技术,他们只是想完成它并进入自己熟悉的领域。

完成所有工作后,Tim感到很失望,他没有从同事那里得到任何新见解,甚至没有人试图改善他做事的方式。 他们认为他的话是理所当然的,只是按照他的建议去做,就是这样。 几个月过去了,Tim忙于不同的任务,这些任务将持续相当长的一段时间,而新票证显示需要对数据库进行某些处理。 每个人都使用了这张票,他们希望Tim能够在能够的时候去做。 当Tim问到他们为什么不尝试这样做时,他们试图变得很有趣,说他们之所以使用数据库,是因为它们是新数据库,而且与CSS文件相比,它们没有看到任何优势。

蒂姆很烂。 不仅是新技术。 作为开发人员,我们需要对我们的观点进行一点对抗,我们知道,我们的方式很可能不是最理想的,并且每个观点都可能带来有益的东西。 因此,当您作为一个团队来做某事时,不要让一个人成为唯一做这件事的人。 不要依赖,挑战他的观点并向前迈进-作为一个团队。