说服IT部门继续使用Ruby on Rails而不是Kohana

Ted*_*ddy 3 ruby-on-rails kohana

我必须给出一个30分钟的演示文稿,说明为什么我们的IT部门应该继续使用Ruby on Rails,而不是使用Kohana框架(用于PHP).

我从过去的Ruby on Rails应用程序中获得了3年的成功,但整个"Everyone know PHP"的论点似乎比其他任何东西都重要.

我不是最优秀的演讲者,无论如何我都没有时间做演讲.

是否有任何体面的演示幻灯片或其他有价值的演示材料可以帮助我说服IT部门继续使用Rails?

edr*_*lph 9

这远不是语言与语言的关系,而是关于影响人们的更多. Whaat?

如果我用"这种语言"与"那种语言"观察到一个主题,那就是它们永远四处转转.是的,你会发现很多材料,包括@thisfeller发布的quora.com链接.看看这个 - 显然COBOL仍然是'女王'(无论那意味着什么).什么更有可能以你的方式摆动它是理解如何影响人(朝着你的观点).

如果IT部门正在推动语言/框架的改变,那么通常会有一两个原因. 理解这些原因(它真的只是'每个人都知道php'吗?)对于你能够捍卫继续使用Rails至关重要.理解这些原因,然后通过坚持使用Rails解释为什么它仍然可以(最好更好).

当然,我假设你对Rails更适合你的组织是正确的.我不能对此发表评论.回顾过去的Rails项目并突出显示成功,特别是在使用gem可能会在几小时内而不是几天或几周内使用gem来获取某些功能或功能的情况.

考虑从Rails转移到Kohana时集成和迁移的样子.实际上它可能比其他方式更顺畅但是嘿.尝试亲自了解如何使此举变得有益.如果你不能说服自己这是正确的事情,那么使用这种信念作为你的演示的基础.如果您选择Ruby vs PHP或Rails vs Kohana演示文稿,那么它很可能不会影响您组织的相关点.

确保您的演示文稿包含针对您的受众的内容.如果他们都是开发人员那么好,请了解您喜欢的所有技术细节.如果他们是没有技术背景的管理类型,请不要在他们身上得到所有的行话.他们会想' 谁是这个人 ',' 不要做他说的话 - 我不会得到任何一个 '.

最重要的是,确定关键决策者是谁.然后确定关键影响者对这些决策者的影响.然后出去和他们交谈.了解他们的观点,如果有的话.寻找支持您观点并参与其中的人.让他们与有影响力的人和决策者交谈.您绝对想要避免的是这些决策者和影响者第一次听到" 为什么我们应该保留Rails "的情况是在您的演示期间.你必须事先接近它们,让它们熟悉你的观点.

祝好运.