Представляем Python


6

Компания, с которой я работал, имеет двух разработчиков, работающих полный рабочий день, и нескольких фрилансеров. Они находятся в процессе найма нового ведущего разработчика, чтобы попытаться привести порядок и управление в разработку.

Но в настоящее время один из разработчиков увидел свет Django (компания только разработала в PHP на сегодняшний день), в то время как другой разработчик обеспокоен тем, что введение нового языка (Python) - это плохая идея прямо сейчас.

Как им следует подходить к внедрению этой новой технологии? Очевидно, что только один из разработчиков, фактически знающий Python, не будет избыточности, когда этот разработчик уйдет или покинет компанию.

Должны ли они потрудиться, чтобы представить Python, или они должны искать решения только для PHP до тех пор, пока в команде не будет более одного Pythonion? Без руководителя команды решения должны пасть на них.

14

Недавно я представил Python для своей компании, которая занимается консалтингом в почтовом отделении. Я сделал это, ожидая, пока не будет проект, для которого я буду единственным программистом, а затем получаю разрешение на выполнение этого нового проекта на Python. Затем я сделал еще один небольшой проект на Python с такими же впечатляющими результатами. Кроме того, я использовал Python для всех моих небольших распределений («можете ли вы проанализировать статистику в этих файлах в файл CSV, организованный по дате и сайту?» И т. Д.) И быстро провел время на всех из них.

Я также немного благословил Питона; Я ушел с дороги, чтобы НЕ быть противным, но я иногда рассказывал, почему мне это так понравилось, рассказывал о личных проектах, которые я использую в своем свободном времени, и почему это здорово для меня и т. Д.

В конце концов мы начали новый проект, и я убедил всех использовать Python для этого. Я позаботился о том, чтобы указать всем на большую документацию, в том числе на определенные веб-страницы, касающиеся того, над чем они работали, и каждый раз, когда у них возник вопрос, я бы объяснил, как правильно все это делать, объясняя подход Питонов к вещам и т. Д. .

Это работает очень хорошо. Однако это может быть несколько иначе, чем то, что вы описываете. В моем случае я начал с небольших проектов, и Python используется только для новых проектов. Кроме того, ни один из моих сотрудников не был действительно гуру Perl или PHP; все они знали эти языки и использовали их некоторое время, но им не потребовалось много усилий, чтобы они стали более продуктивными на Питоне, чем раньше.

Итак, если вы говорите о новых проектах с людьми, которые в настоящее время используют PHP, но не являются супер-экспертами и не любят этот язык, то я думаю, что переход на Python не вызывает затруднений. Однако, если вы говорите о работе с большой существующей базой PHP-кода с большим количеством опытных программистов PHP, которые довольны своей текущей настройкой, то переключение языков, вероятно, не очень хорошая идея. Вероятно, вы находитесь где-то посередине, поэтому вам придется взвесить компромиссы; надеюсь, мой ответ поможет вам в этом.


0

Ну, python - это язык высокого уровня .. его не сложно узнать, и если у ребят уже есть знания в программировании, это должно быть намного легче узнать .. мне нравится django .. я думаю, что это должна быть хорошая попытка используйте django.


4

Если мандат нового руководства должен привести в порядок дом, текущая ситуация, скорее всего, будет как можно более упрощена. Если бы мне пришлось приносить вещи на заказ, я бы не захотел управлять текущим проектом преобразования языка поверх всего остального или, по крайней мере, мне бы хотелось, чтобы какой-то выбор был инициирован проектом. Когда вы делаете свою рекомендацию, подумали ли вы о дополнительной сложности управления, которая возникла бы в середине конверсии?


0

Я не думаю, что это вопрос языка программирования как такового.

Каков уровень владения языком PHP в команде, о которой вы говорите? Делают ли они код спагетти или используют некоторые структурированные структуры, такие как Zend? Если это первый случай, то я абсолютно понимаю интерес парня к Python и Django. Это последнее, это просто шумиха.


2

@darkdog:

Использование нового языка в рабочем коде это больше, чем простой синтаксис и возможности высокого уровня. Вы хотите быть знакомы с основными API-интерфейсами и почувствовать, что вы можете что-то исправить из-за логики, вместо того, чтобы расчесывать документацию.

Я не говорю, что переход на Python будет плохой идеей для этой компании, но я с Джоном - сохраняйте вещи во время перехода. Новый лидер по достоинству оценят, что в таких решениях говорят.

Если вы действительно действительно хотите представить Python, подумайте над написанием некоторых расширений или утилит в прямом Python или в рамках. Вы не будете расстраивать свои основные инициативы, поэтому это будет низкая/не-рискная возможность доказать достоинства коммутатора.


1

Я думаю, что сам язык здесь не проблема, так как питон действительно хороший язык высокого уровня с хорошей и простой в поиске, тщательной документацией.

Из того, что я видел, каркас Django также является отличным приложением для веб-разработки, дающим то же самое преимущество производительности разработчиков. Rails рекламируется.

Реальная проблема находится на уровне обслуживания и управления.

Как этот фрагмент будет фрагментировать содержание между PHP и кодом Python.Нужно ли перенести существующий код с одной платформы на другую? Какие проблемы будут решать Python и Django, которые у вас есть в вашем текущем рабочем процессе и инфраструктурах разработки и т. Д.


0

Я люблю Python и Django и использую оба для разработки наших основных веб-приложений.

Тем не менее, трудно сделать бизнес-кейс для переключения на данный момент. В частности:

  • Любая новая платформа является рискованной по сравнению с пребыванием с испытанным и истинной
  • Вы будете иметь фрагментацию разработчиков вы упомянули
  • Это гораздо проще найти PHP программист, чем питон программисты

Кроме того, как упоминают другие плакаты, если проблема связана скорее с кодом спагетти, чем с самим PHP, существует много хороших фреймворков PHP, которые можно было бы использовать для реорганизации кода.

Сказанное, если этот разработчик в восторге от python, прекращение их прямо, вероятно, деморализует. Мое предложение состояло в том, чтобы побудить их развиваться в python, но не в критических частях приложения. Вместо этого они могли написать некоторые полезные скрипты, какое-то небольшое внутреннее приложение, которое нужно делать, и т. Д.

В заключение: Я не рекомендую переключиться с PHP, но я рекомендую в какой-то мере проявить интерес разработчика.


1

Это действительно все о графиках.Для меня перерыв должен быть с конкретным проектом. Если вы решите, что ваше направление - Django, тогда начинайте с этого новые проекты. Перед тем, как начать новый проект с новым языком/фреймворком, убедитесь, что у вас есть запланированное время, чтобы ускориться в этом новом направлении или получить скорость до использования в новых проектах.

Я бы не стал использовать инструмент месяца. Убедитесь, что вы хотите, чтобы это было вашим направлением и выделило некоторое время/ресурсы для обучения достаточно, чтобы принять правильное решение.