Знакомство с Python

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

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

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

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

@darkdog:

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

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

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

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

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

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

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

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

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

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

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

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

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

Тем не менее, сейчас сложно обосновать необходимость перехода. Конкретно:

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

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

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

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

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

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