Комментарии 27
Не зашёл никому из разработчиков.
Почему не зашел?
Не совсем, во фреймворке который мы используем удобная система вывода ошибок.
Да и нет ничего плохого в var_dump.
Очень нежный в настройке, постоянно нужно включать его в PHP, а мы пережили уже как минимум 4 версии. Да и нужды в такой тонкой отладке практически не возникает. Просто все перестали им пользоваться и всё.
Ощущения сравнимы с тем, когда видишь программиста печатающего двумя указательными пальцами.
Из ваших слов выходит что повстречайся вам сервер где нет xdebug, но требуется отладка у вас будет случаться ступор?
И поверьте моя компетенция ни сколько не страдает от того что я не пользуюсь xdebug.
если человек не может работать без дополнительных средств разработкиIDE тоже ненужна?
повстречайся вам сервер где нет xdebug,Обычно на серверах его и нету, а отлаживать на серверах такая себе компетенция.
IDE тоже ненужна?Кидаетесь в крайности.
отлаживать на серверах такая себе компетенция.У нас всегда три этапа серверов: разработки, промежуточный и лайв.
Не знаю как у вас, но мы не работаем локально. Всегда на серверах.
Не знаю как у вас, но мы не работаем локально. Всегда на серверах.
В нынешнее время по-дефолту всё крутят в контейнерах, т.к. заливать всё на сервер, просто чтобы проверить что-то — это так себе удовольствие. Просто ужасно. Особенно когда ещё rsync подвисает (у меня лет 10 назад такой опыт был).
Контейнеры на сервере, работает мы там.
Может хватит цепляться к каждому слову, честное слово уже не смешно!
Да что вам всё нужно разжёвывать как маленьким то?!
Ну уж соблаговолите, достопочтенный сударь, снизойти до объяснений ваших слов. Где написано, цитата: «Не знаю как у вас, но мы не работаем локально. Всегда на серверах.». Что означает, что локально поднять докер/вагрант — это не для вас, а работаете только через rsync/lsync, ssh или ftp. Ну или через samba или webdav хард подмонтирован. Вариантов огромная масса.
Контейнеры на сервере, работает мы там.
Ну вот. А обычно контейнер крутится локально и разработчики так же работают все локально. И БД тоже локальная, а не на сервере.
Может хватит цепляться к каждому слову, честное слово уже не смешно!
Тыкните пальцем в то место, которое я передёрнул или «зацепился». Меня удивляет просто способ работы напрямую с сервером, который наверняка доставляет трудностей. Отсюда и интересен опыт, вида: «На кой хрен так было сделано».
Меня удивляет просто способ работы напрямую с сервером, который наверняка доставляет трудностей.Ни разу ни у кого трудностей не возникло. Не знаю что вас так удивило.
За 15 лет попробовал всё, и ftp, и ssh и даже вэб интерфейс, и виртуальные машины, и контейнеры, ну ни разу проблем ни с одной технологией не возникало. Хотя нет, один раз интернет отпал на пол часа, но мы тогда тупо обедать пошли.
Может вам просто не повезло с системным администратором?
Может вам просто не повезло с системным администратором?
Да не с сисадмином дело. Всё же нажать Ctrl+S на порядки проще по-моему, а потом F5 в IDE тыкнуть для запуска тестов или какого-нибудь тестового скриптика.
Да и опять же, как дифы гитовые делать нормально?
Или если надо создать изолированный компонент, который потом войдёт внутрь проекта, подключаемый через composer repositories секцию.
Ну или если надо vld поставить или spx для профилировки? Это что, руками получается? А если во время установки отладочных компонентов он уронится?
Двоякое ощущение. Вроде как и действительно какая-то подборка инструментов. Но очевидно, что при написании этого поста никаких консультаций с разработчиками произведено не было. Давайте разберём по пунктам:
1) О перечисленных вещах не слышал только ленивый, так что это опустим.
xDebug.
Почему не Zend Debugger? Почему не phpdbg? А где сравнительное описание инструментов? А вы ведь знаете, что phpdbg умеет показывать опкоды, а Zend будет побыстрее, а работает поверх того же DBGP?
PHPUnit — идеальный инструмент тестировщика. Лучшего просто не найти.
Т.е. вот этой фразой зарезали сразу всё интеграционное, мутационное и прочее тестирование. Чем PHPUnit лучше Infection или Аtoum? А почему он лучше Codeception? А чем удобнее Gherkin или Behat? А может взглянем на PHPSpec? Как на счёт Peridot? Ой, забыли про Selenium?
PHPCS / PHPCPD / PHPMD — отличные средства улучшения качества кода. В работе любого профессионала можно найти ошибки, а избавиться от них поможет этот инструмент.
А где информация о phpstan? Phan? Psalm? Ну или что-то вроде Scrutinizer или StyleCI? А почему перечислили PHPCS, но не написано ничего про PHPCBF?
Крайне однобокие суждения и выводы в статье, которые не несут никакой практической пользы, по-моему...
JFYI, на Реддите подобные статьи постят по 2-3 раза в день, индусские аутсорсеры таким образом продвигают свои услуги. "5 причин использовать Ларавель", "Почему РНР такой популярный" и пр. Внутри ничего нового или полезного, сплошная банальщина и протухшие новости. Это называется словом "блогспам" и весьма негативно воспринимается как аудиторией, так и модераторами.
Где информация как это где это применять? Выше SerafimArts больше информации дал одним своим комментарием нежели вы целым постом!
Хороший IDE
IDE — интегрированная среда разработки. IDE хорошая, а не хороший.
И еще — здешняя библиотека плагинов просто огромна
Почему не тутошняя? А если серьёзно, почему хотя бы не "его (PHPStorm'а) библиотека плагинов просто огромна"?
Сколько же трешнины в /hub/php в последнее время.
Правда $90 за первый год для начинающего php-разраба не такая уж и высокая цена, имхо. Тем более 2, 3 и последующие года идут со скидкой.
Пятничная помощь: 5 инструментов для начинающего PHP-разработчика