介绍python[关闭]

我最近把python介绍给我的公司,这家公司为邮局做咨询工作。我通过等待一个我将是唯一的程序员的项目来做到这一点,然后获得用Python执行这个新项目的权限。然后我在Python中做了另一个小项目,结果也同样令人印象深刻。此外,我在所有一次性小任务中都使用了python(“你能把这些文件中的统计信息解析成按日期和站点组织的csv文件吗?”等等),而且所有这些都有一个快速的周转时间。

我也向巨蟒宣扬了一点;我特意不去讨厌它,但我偶尔会描述一下为什么我如此喜欢它,谈论一下我在业余时间使用它的个人项目,以及为什么它对我来说很酷等等。

最后,我们启动了另一个项目,我说服每个人都使用Python。我小心地向每个人指出了许多文档,包括与他们正在工作的内容相关的特定网页,每次他们有问题时,我都会解释如何通过解释蟒蛇式的处理方法来正确地处理事情,等等。

这真的很管用。但是,这可能与您描述的有所不同。在我的例子中,我从中等规模的项目开始,而python只用于新项目。另外,我的同事都不是真正的Perl或PHP专家;他们都知道这些语言,并且已经使用了一段时间,但他们在Python中的效率比以前提高不了多少。

所以,如果你在谈论新项目的时候,和那些现在使用PHP但又不是超级专家,也不喜欢这种语言的人在一起,那么我认为切换到Python是一件很简单的事情。但是,如果您谈论的是与许多非常有经验的PHP程序员一起使用大量现有的PHP代码库,他们对当前的设置很满意,那么切换语言可能不是一个好主意。你可能介于两者之间,所以你必须权衡权衡;希望我的回答能帮助你做到这一点。

如果新领导的任务是让房子井然有序,那么现在的情况应该尽可能地简化。如果我必须使事情井然有序,我不想管理一个正在进行的语言转换项目,最重要的是,至少我想在启动项目时有一些选择。当您提出建议时,您是否考虑到在转换过程中会带来额外的管理复杂性?

@黑狗:

在生产代码中使用一种新语言不仅仅是简单的语法和高级功能。您希望熟悉核心API,并且感觉您可以通过逻辑修复某些东西,而不必梳理文档。

我不是说过渡到python对公司来说是个坏主意,但我和john在一起——在过渡期间保持简单。新的领导将赞赏在这些决定中拥有发言权。

如果您真的、真的、真的很想介绍Python,那么可以考虑用直接的Python或框架编写一些扩展或实用程序。你不会扰乱你的核心计划,所以这将是一个低/无风险的机会来证明转换的优点。

我认为语言本身在这里不是一个问题,因为Python是一种非常好的高级语言,具有良好的、易于查找的、全面的文档。

从我所看到的来看,django框架对于Web开发来说也是一个很好的tooklit,它为开发人员提供了和Rails被吹捧的一样的性能提升。

真正的问题是在维护和管理层。

这将如何在PHP和Python代码之间分割维护。是否需要将现有代码从一个平台迁移到另一个平台?采用python和django可以解决当前开发工作流程和框架等中存在的问题。

一切都是关于日程安排的。对我来说,休息应该是一个特定的项目。如果你决定你的方向是Django,那么就用它开始新的项目。在使用新的语言/框架开始新项目之前,请确保您已经安排了时间来加快这个新方向的速度,或者在使用新项目之前加快速度。

我不会带着这个月的工具去的。确保你希望它成为你的方向,投入足够的时间/资源来学习,做出一个好的决定。

好吧,Python是一种高级语言。这并不难学,如果他们已经有编程知识,学习起来应该会容易得多。我喜欢姜戈……我想用姜戈应该是个不错的尝试。

我不认为这是编程语言的问题。

你所说的团队中PHP的熟练程度如何?他们是在编写意大利面代码还是使用Zend这样的结构化框架?如果这是第一个案例,那么我完全理解这个人对python和django的兴趣。这是后者,只是炒作而已。

我喜欢python和django,它们都可以用来开发我们的核心webapps。

也就是说,在这一点上,很难为转换提供商业理由。明确地:

• 任何一个新平台都比停留在久经考验的真实平台更危险。
• 您将得到您提到的开发人员碎片
• 找PHP程序员比找Python程序员容易得多

此外,正如其他海报所提到的那样,如果问题更多的是关于意大利面代码而不是PHP本身,那么有很多好的PHP框架可以用来重构代码。

这就是说,如果这个开发人员对Python感到兴奋,那么直接停止它们可能会让人泄气。我的建议是鼓励他们在Python中开发,而不是应用程序的关键任务部分。相反,他们可以编写一些实用程序脚本、一些需要执行的小型内部应用程序等。

总之:我不建议从PHP切换,但我建议在工作中以某种方式满足开发人员的兴趣。