我有一个缺点,就是我在这里工作了一个月,所以我在这里很新.
我的问题是：我可以(如果是这样的话)说服他们考虑从普通的Perl OO切换到Moo(se)吗？它的优点是什么？我需要他们考虑的充分理由.
使用这些模块是否有很大的性价比？我从经验中知道,使用这些模块非常舒服(特性也非常好),但我担心由于性能原因它们会拒绝切换.
所以.有没有优势,你会如何描述那些陷入2000年前时代的Perl开发者？
解决方法
如果他们建立了从Bash脚本到perl hacking的Perl理解,那么说服某人“去OO”可能是一个挑战.他们可能 – 非常正确 – 指出尽管转换有优势,但“最低公分母”是适用的.与知道’驼鹿’的人相比,有很多人知道’非驼鹿’perl. (这可能对您有利,但指出它是一项有用的技术专业,可以提高他们未来的就业能力)
毕竟,今天仍然使用shell脚本的原因 – 这是因为它们是一个简单,直接且易于解决的直接问题解决方案.
首先,介绍一下您的计算机科学原理.让你的同事“买进”你概述的东西.这需要时间.可能需要很多时间.如果代码风格在15年内没有改变,那意味着那里的编码人员对事物的方式感到满意.
然后,你需要向同事们证明为什么“你的方式”足够让他们费心去学习它.新的’东西’一直出现,而且总会有人想尝试新的和酷的东西.你会看起来像这个人.就他们而言,目前的“家居风格”运作良好.
您可能会发现在新风格中实现新功能是令人信服的.让他们“买进来”作为概念证明.您可能会发现其他几个程序员也喜欢这个想法.
但无论如何 – 你必须接受这样一种非常现实的可能性：没有人愿意支付你所创造的’遗产’的技术债务.通过在您的组织中使用一组有限的编码范例,可以获得许多业务优势.你需要考虑如何使用这两种方法.
这不是一个新的讨论–OO编程总是有那些看不到它的 – 他们看到开销,而不是好处.我们使用OO的原因并不是因为它更有效.这是因为它是构建健壮,可靠和可测试代码的好方法.这将是你采用驼鹿的“倾向”.我建议你看看各种形式的测试,并准备一个测试套件的演示,因为这些是大多数程序员讨厌的东西:)