Слишком много способов кошки кошки?

Question

Я только что начал новую работу в роли PHP LAMP, и снова я столкнулся с крутой кривой обучения.

Настолько замечательный и полезный, как PHP, я начинаю чувствовать, что он слишком гибкий. В отличие от Ruby, у которого есть единственная принятая Rails-инфраструктура, у нас, PHP-разработчиков, есть множество возможностей, которые можно бросить на нас, таких как воспламенитель кода, zend, cakephp и kohana.

Различные инструменты блоггинга также могут вступить в игру, такие как WordPress, Drupal, Joomal и т.д ..

Тогда мы имеем презентационные рамки абстракции как Smarty. Список можно продолжить.

Кажется, что PHP как язык дает столько возможностей разработчикам делать по-разному, что очень сложно поддерживать согласованность или «ударять по земле», так сказать, когда вы начинаете работу в новой организации ,

Поскольку мой опыт в основном основан на PHP, мне интересно, как разработчики на другом языке получают это как можно больше? Или я нахожусь на этом?

Answer 1

Сообщество PHP огромно и растёт в течение многих лет. Ruby - относительный новичок на сцене, поэтому у него не так много вариантов.

Здесь вы должны быть осторожны, чтобы не путать язык с программным обеспечением, написанным на этом языке. Cake, CodeIgniter и т. Д. Написаны на PHP, так же как Rails написано в Ruby. Однако это не родная часть их соответствующих языков.

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

Answer 2

У Python огромное количество фреймворков, библиотек и приложений; большинство из которых делают то же самое по-разному. Java похожа, хотя, возможно, не такая же, как на Python. Я слышал, что Perl тоже. Рубин - это странность, насколько эта тема идет.

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

Answer 3

Rails получает номер рекламы. Это так много шумихи, что его часто путают с языком Ruby. Это привлекло много людей к программированию Ruby. Это не означает, что их нет в alternatives, поэтому Rails не является «единой принятой структурой».

Answer 4

Вот интересная мысль, которая возникла у меня в голове. Может быть, причина, по которой так много способов сделать то же самое, состоит в том, что мы так много раз не реализовали ее правильно?

Answer 5

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