My<cod/>.net
Представляем Python
Компания, с которой я работал, имеет двух разработчиков, работающих полный рабочий день, и несколько фрилансеров. Они находятся в процессе найма нового ведущего разработчика, чтобы попытаться навести порядок и управление в разработке.
Но в настоящее время один из разработчиков увидел свет Django (на сегодняшний день компания разработала только PHP), в то время как другой разработчик обеспокоен тем, что введение нового языка (Python) является плохой идеей прямо сейчас.
Как они должны подходить к внедрению этой новой технологии? Очевидно, что только один из разработчиков действительно знает Python, не будет никакой избыточности, когда этот разработчик уйдет или покинет компанию.
Должны ли они беспокоиться о том, чтобы ввести Python, или они должны искать решения только для PHP до тех пор, пока у команды на самом деле не будет более одного Pythonion? Без лидера команды, решения должны падать на них.
Недавно я представил Python своей компании, которая занимается консалтингом в почтовом отделении. Я сделал это, подождав, пока не появится проект, для которого я буду единственным программистом, а затем получив разрешение на выполнение этого нового проекта в Python. Затем я сделал еще один небольшой проект в Python с такими же впечатляющими результатами. Кроме того, я использовал Python для всех моих небольших одноразовых заданий ("можете ли вы проанализировать статистику в этих файлах в файл CSV, организованный по дате и сайту?", и т. д.) и имел быстрое время оборота на всех из них.
Я также немного проповедовал Python; я изо всех сил старался NOT быть неприятным об этом, но я иногда описывал, почему мне это так понравилось, говорил о личных проектах, для которых я использую его в свободное время, и почему это потрясающе для меня и т. д.
В конце концов мы начали другой проект, и я убедил всех использовать Python для этого. Я позаботился о том, чтобы указать всем на множество документов, включая конкретные веб-страницы, связанные с тем, над чем они работали, и каждый раз, когда у них был вопрос, я объяснял, как правильно делать вещи, объясняя Питонический подход к вещам и т. д.
Это сработало очень хорошо. Однако это может несколько отличаться от того, что вы описываете. В моем случае я начал с умеренно небольших проектов, и Python используется только для новых проектов. Кроме того, никто из моих коллег на самом деле не был гуру Perl или PHP; все они знали эти языки и использовали их некоторое время, но им не потребовалось много усилий, чтобы стать более продуктивными в Python, чем они были раньше.
Поэтому, если вы говорите о новых проектах с людьми, которые в настоящее время используют PHP, но не являются супер-экспертами и не любят этот язык, то я думаю, что переход на Python-это не проблема. Однако, если вы говорите о работе с большой существующей базой кода PHP с большим количеством очень опытных программистов PHP, которые довольны своей текущей настройкой, то переключение языков, вероятно, не является хорошей идеей. Вы, вероятно, где-то посередине, поэтому вам придется взвесить компромиссы; надеюсь, мой ответ поможет вам сделать это.
Если мандат нового руководителя состоит в том, чтобы привести дом в порядок, то нынешняя ситуация, вероятно, должна быть максимально упрощена до этого. Если бы мне пришлось навести порядок, я бы не хотел управлять текущим проектом преобразования языка поверх всего остального, или, по крайней мере, я хотел бы иметь какой-то выбор при инициировании проекта. Когда вы давали свою рекомендацию, задумывались ли вы о дополнительных управленческих сложностях, которые повлечет за собой переход в середине преобразования?
@darkdog:
Использование нового языка в производственном коде - это нечто большее, чем простой синтаксис и высокоуровневые возможности. Вы хотите быть знакомы с core APIs и чувствовать, что вы можете исправить что-то с помощью логики вместо того, чтобы расчесывать документацию.
Я не говорю, что переход на Python был бы плохой идеей для этой компании, но я с Джоном-держите вещи простыми во время перехода. Новый руководитель будет признателен за участие в принятии таких решений.
Если вы действительно, очень, очень хотите представить Python, подумайте о написании некоторых расширений или утилит в прямом Python или в рамках. Вы не будете расстраивать свои основные инициативы, так что это будет low/no-risk возможность доказать достоинства коммутатора.
Я думаю, что сам язык здесь не является проблемой, так как python-это действительно хороший язык высокого уровня с хорошей и простой в поиске, тщательной документацией.
Из того, что я видел, фреймворк Django также является отличным tooklit для веб-разработки, давая примерно такую же производительность разработчика boost Rails рекламируется, чтобы дать.
Реальная проблема находится на уровне обслуживания и управления.
Как это перемещение фрагментирует обслуживание между кодом PHP и Python. Есть ли необходимость в переносе существующего кода с одной платформы на другую? Какие проблемы будет решать принятие Python и Django, которые у вас есть в вашем текущем рабочем процессе разработки и фреймворках и т. д.
На самом деле все дело в расписании. Для меня перерыв должен быть с конкретным проектом. Если вы решите, что ваше направление-Django, то начните с этого новые проекты. Перед началом нового проекта с новым language/framework, либо убедитесь, что у вас есть запланированное время, чтобы получить до скорости в этом новом направлении, или получить до скорости перед использованием на новых проектах.
Я бы не пошел с инструментом месяца. Убедитесь, что вы хотите, чтобы это было вашим направлением, и посвятите некоторое время/ресурсы обучению достаточно, чтобы принять правильное решение.
Я не думаю, что это вопрос языка программирования как такового.
Каков уровень владения PHP в команде, о которой вы говорите? Они делают спагетти-код или используют какую-то структурированную структуру, такую как Zend? Если это первый случай, то я абсолютно понимаю интерес парня к Python и Django. Это последнее, это просто шумиха.
Я люблю Python и Django, и использовать оба для разработки наших основных веб-приложений.
Тем не менее, трудно сделать бизнес-обоснование для переключения в этот момент. Конкретно:
- Любая новая платформа рискованна по сравнению с тем, чтобы оставаться с проверенным и верным
- У вас будет фрагментация разработчика, которую вы упомянули
- Гораздо легче найти PHP программистов, чем python программиста
Кроме того, как упоминалось в других плакатах, если проблема больше связана с кодом спагетти, чем с самим PHP, есть много хороших фреймворков PHP, которые можно использовать для рефакторинга кода.
Тем не менее, если этот разработчик взволнован python, остановка их прямо, вероятно, деморализует. Мое предложение состояло бы в том, чтобы побудить их развиваться в python, но не в критически важных частях приложения. Вместо этого они могли бы написать некоторые служебные скрипты, небольшое внутреннее приложение, которое нужно сделать, и т. д.
В заключение: я не рекомендую переключаться с PHP, но я рекомендую каким-то образом удовлетворить интерес разработчика на работе.