Задать вопрос
  • Modx или October CMS?

    Ufolob, единственным преимуществом MODX перед October остается, но ненадолго, количество готовых интеграций для e-commerce с популярными в СНГ сервисами.

    Все остальное для решения задач типового проекта там есть. Я уже не раз здесь на Тостере приводил доводы в пользу October при его прямом сравнении с MODX. Посмотрите другие топики по тэгу OctoberCMS и наверняка найдете мои комментарии.

    Если кратко. Забудьте MODX он устарел морально еще лет 5 назад и ничего хорошего для его будущего не предвидится. Они больше шести лет не могут выпустить мажорное обновление, которое хотя бы выровняло в техническом плане MODX с современными CMS.

    Освоив October вы научитесь работать современными подходами в PHP-разработке и вплотную подступитесь к серьезной разработке на Laravel. А освоив последний, сможете выбриать наиболее подходящий инструмент для решения задачи.
    Ответ написан
    Комментировать
  • Стоит ли становиться fullstack?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Не стоит.

    Я сам лет 12 был FullStack и даже активно отстаивал точку зрения, что FullStack это круто, это удобно клиентам, это полезно (даже must have) знать все составляющие и тд и тп. Потом я как-то принял решение уйти полностью в бекенд. И спусть несколько лет понял что это было одним из самых важных и самых правильных решений в моей жизни/карьере.

    Реально и объективно сравнить хорошего фронтендера с фуллстаком, хорошего бекендера с фуллстаком - сложно. Ибо у всех свой уровень, сложно найти кого с кем реально можно сравнить. Поэтому подкрепленных наукой цифр у меня нет. Но по опыту и ощущениям - фуллстак всегда будет по уровню ниже аналогичного узкого специалиста. Потому что физически он не сможет уделять каждому направлению столько времени, сколько узкий специалист.
    Ответ написан
    2 комментария
  • Что думаете о Livewire и Inertia.js?

    Insolita
    @Insolita
    Отчаянная домохозяйка
    Про inertia почти ничего не скажу. Про livewire - Для mvp, низкобюджетных стартапов, инди-проектов, того что по умолчанию для ограниченной аудитории и не должно быть слишком нагруженным, админок каких-то... вполне себе вариант.
    Для более серьёзных вещей и с расчетом на перспективу - я бы оставалась на проверенных технологиях.
    Из подводных камней - с технологической стороны - дикое смешение ответственностей. С практической - каждый чих изменения в интерфейсе - та же кнопочка счетчика, смена таба, или еще чего, реализованного без православных скриптов - это запросы на сервер. И еще - серьёзный локинг на этих технологиях, их апдейтах.
    А конкретно tailwind мне таки зашёл, если его с умом готовить и выносить наборы в scss. В компании с purgecss на выходе можно получить очень лёгкий css файлик. Но он обязательно в компании с компонентами - блейд, или js -фреймворков (И это, разумеется с позиции бекендера. Если на проекте есть заведующий фронтом - то ему и править балом).
    В любом случае я бы посоветовала не полагаться только на мнение других, а покрутить и пощупать всё самому. Как минимум - они на хайпе, и значит есть вероятность что все равно с ними столкнётесь рано или поздно
    Ответ написан
    Комментировать
  • Выбор фреймворка для нового проекта - Angular? React? Vue?

    dom1n1k
    @dom1n1k
    Лично для меня Vue - это такой "фреймворк с человеческим лицом".
    В целом JS-мир похож на поле боевых действий, где постоянно то налеты авиации, то кононада гремит, то хипстерская конница с новым логотипом на знамёнах проскачет.
    А "обычный" человек сидит в подвале, обхватив голову руками, и думает - мама дорогая, куда я попал, и чё ваще вокруг происходит?
    Какие-то новые паттерны, подходы, языки... Раньше, чтобы начать, достаточно было блокнота и браузера. Пишешь hello world и сразу его видишь. Теперь нужно поставить ноду, овер 9000 пакетов, десять транспиляторов, таск-менеджеров и бандлеров. Пока увидишь рабочий результат - поседеешь.
    И вдруг какая-то добрая душа взяла у хипстоты всё самое лучшее и разумное, что та родила, но очистив от лишних абстракций и усложнений - и выкатила велосипед в виде велосипеда, а не турбо-космолета с инструкцией толщиной как "Капитал". И снова можно писать в блокноте и смотреть в браузере. При этом почти не проигрывая в возможностях.
    Ответ написан
    1 комментарий
  • Трудно ли будет перенести сайт с yii2 на yii3?

    @ZardoZAntony
    программист, сис. админ
    Если только начинайте проект, то yii3 в современных реалиях не лучший выбор. Прошло 2 года, а он все там же. Не смотря на разработку, он все равно умирает. После долгого анализа php фреймворков понял, что для новых проектов надо брать laravel.
    Ответ написан
    Комментировать
  • Бэкенд на php уходит в прошлое?

    gds1
    @gds1
    Пыха - это наше всё)))
    Ага, лет 10 уже хоронят PHP, а он как был живым так и остается...
    Ответ написан
    1 комментарий
  • Кто что может сказать по поводу курсов OTUS?

    Zoominger
    @Zoominger Куратор тега IT-образование
    System Integrator
    Убожество и зря потраченные деньги.
    Преподаватели ни о чем, все бабло спускают на спам о себе.
    Ответ написан
    Комментировать
  • Почему советуют не выбирать yii2 для разработки?

    @EvgeniiR
    https://github.com/EvgeniiR
    1. Yii мёртв. Устарел лет на 10 по подходам и кодовой базе, и не развивается.
    2. Плохой дизайн. Глобальное состояние для всего, наследование от базового класса модели, валидация через массивы там же, наследование для расширения всего и вся и прочая чушь. Отсутствие многих удобных фич типа нормального DI/аргумент резолверов, чего только стоит гибкость конфигурации сервисов в Симфе.
    3. Свои велосипеды вместо чего-нибудь готового
    4. Все компоненты прибиты гвоздями и не заменяются своими. Это делает код на нём нерасширяемым и нетестируемым(Ну то есть в теории переписав пол фреймворка и 100500 своих адаптеров можно писать нормально, но те кто хочет писать нормально просто уходят с Yii).
    5. Слабое комьюнити которое сидит на нём потому что не осилило ничего другого / генерирует CRUD`ы через Gii(Заменить бы их уже не postgrest и прочие обёртки над базой) / инертные кодеры которым без разницы чего делать лишь бы на хлеб хватало.
    6. Все фреймворки далеки(очень) от идеала, но Yii сильно отстаёт от прочих.
    Ответ написан
    Комментировать
  • Как уже на собеседовании понять, какое в компании качество кода?

    @yuopi
    C# developer
    Чем больше вопросов по программированию вам зададут на собеседовании, тем больше внимания они уделяют качеству кода
    Ответ написан
    4 комментария
  • Как уже на собеседовании понять, какое в компании качество кода?

    @g_s_e
    Ну вообще стоит начать с того, что Вы подразумеваете под говонокодом. Зачастую говнокод - это не только криво написаный метод/класс, это еще плохо оптимизированная бд, кривая архитектура приложения и неверно выбранные инструменты для решения задач поставленных перед проектом. В любом случае проект делают люди, которые меняться на проекте, посему нужно выяснить детали самого подхода разработки проектов в самой компании:
    - спросить сколько проект находится в разработке, степень покрытия тестами, если прокт древний и не покрыт, то плохо;
    - если проект древний, то узнать обновляются ли на нем версии инструментов/фреймворков на более новые, выяснить что с обратной совместимостью;
    - спросить как происходит процесс мерджа новых фич, если если через мерджреквесты на тимлида, которые он аппрувит или отклоняет, то уже не плохо, и Вам подскажут, проконтролируют, что не плохо. Eсли пуш в ветку девелопмент, то плохо;
    - если используют мерджреквесты на тимлида, то спросить используется ли git-flow, если да, то хорошо, это минимизирует варинт того, что Вы получите кучу крешей от того, что было запушино коллегами, если не используется, то плохо;
    - узнать что проиходит с CI на проекте, если есть тесты, то запускаются ли они при деплойменте, если да то хорошо, нет - плохо;
    - если это web проект, на котором используется бекенд и фронтенд фреймворки, то стоит спросить развернуты ли они на разных серверах, если да то хорошо, если нет то плохо;
    Выяснить это все иначе, чем по косвенным признакам, является маловероятным.
    Ответ написан
    Комментировать
  • Почему говорят не учить РНР?

    @McBernar
    Бред.
    В седьмой версии php стал полностью классо-ориентированным, появился тайпхинтинг, вокруг языка прекрасная устоявшаяся экосистема (не надо каждый год перескакивать на новую технологию, как в js), огромное сообщество, композер и огромное количество материалов для обучения.

    Если вы любите бэк, то php — прекрасный выбор.
    Но это не отменяет того, что параллельно можно и с нодой работать. Второй яп лишним точно не будет.
    Ответ написан
    5 комментариев
  • Что должен знать junior php на 2020 и стоит ли ходить на все собеседования?

    Anitamsk
    @Anitamsk
    Frontend Dev
    (надеюсь не поздно, хотя по словам девушки которая собирая вещи ушла)

    Я её понимаю частично, вы открываете аудитории свои проблемы, которые никому не важны. Т.к у каждого свои.

    1.
    На сколько хорошо jun должен знать HTML?

    Достаточно хорошо, что бы понимать что такое семантика, что-такое доступность и не лепить div туда, куда можно поставить p, span, aside, nav
    2.
    На что обратить особое внимание при php и где лучше брать тест задания?

    Для начала стоит выучить основные операции на языке(функции, циклы, работа с массивами), советую посмотреть в сторону курса Hexlet PHP, в своё время сама проходила. Там познакомитесь с базовыми операциями, такими вещами как composer и тд.
    3.
    Стоит ли сразу же после прохождения курсов и пару месяцев практики, браться за фреймворк? В том году учил Laravel, смотрел видео человека из Индии, где он достаточно хорошо говорил на этот счет. Есть еще мысль купить курсы Laracast и пройти их, но не знаю на счет целесообразности?

    У вас похоже проблемы с желанием наконец-то пойти работать. Год назад вы учили Laravel. В чем проблема год назад искать работу джуном? Откуда такой скачок во времени что через год вы снова решили учить фреймворки.
    4.
    Когда ходил на собеседования, не решался пойти на все. Понимал что уровень знаний не совсем достаточный, хотя определенные плюсы видел. Сразу было понятно, где я отстаю и тд. Стоит ли ходить на абсолютно все, даже если ты понимаешь что еще не совсем готов, или подождать пару месяцев, и досконально довести до идеала?

    Куча тараканов в голове, переставайте бояться, вы не обязаны знать всё в идеале. Это не стихотворение Пушкина или Маяковского. Вы должны понимать концепты и механизмы разработки, с каким инструментом и как что делается. Открою вам большой секрет. Все, всё, всегда гуглят. А так же пишут говнокод. Поэтому начните с фундаментальных основ, нагуглите варианты тестов(или собеседований) для джуна PHP и проходите по 3-4-5-10 раз. Я думаю на раз 6 все получится.
    Ответ написан
    4 комментария
  • Нужно ли учить Symfony, после Laravel?

    @AlexndrNovikov
    Solution Architect in Spiral Scout
    hovdev, ну тут на самом деле в постановке вопроса основной интерес.

    нужно ли знать Symfony для Senior PHP Developer если ты знаешь Laravel ?


    Дело, конечно, барское, как себя ограничивать в знаниях и компетенциях и делать ли это вообще.

    Кто-то останавливается на знании wordpress и wp api, но при этом считает себя senior wordpress developer, потому что может на wp любой сайт сделать в рамках конкретной фирмы.
    Кто-то учит один фреймворк от и до, принимая его практики как единственно верные, и считает себя senior {{ framework_name }} developer. Например, на yii на просторах СНГ таких людей много.
    Кто-то изучает несколько фреймворков, и конкретизации в умениях становится меньше, выбор подходящих инструментов и практик более осознанным и широким
    А в какой-то момент приходит понимание, что фреймворки - это просто инструменты, и можно выбрать и использовать оптимальный для задачи. Или фреймворк на самом деле даже и не нужен, и достаточно взять несколько библиотек, или микрофреймворк. Или просто написать свою библиотеку под задачу.
    А после этого приходит осознание, что в общем-то можно и не быть PHP Developer, а скорее Backend developer, потому что в сферу компетенций на самом деле входят задачи решаемые не фреймворками и PHP, а просто сервером. Где-то нужно на python что-то заскриптовать, где-то на lua модуль для nginx прилепить, где-то оптимизировать узкое место на go - и тд. Решать любые возникающие задачи одним Laravel-ем уже не получится.

    Если посмотреть, например, чем занимаются PHPшные монстры типа Badoo - то там о фреймворках вообще ни слова

    Поэтому,
    нужно ли знать Symfony для Senior PHP Developer
    - конечно не нужно, Сеньором в зависимости от фирмы можно быть даже делая сайты на Bitrix, и получать за это вполне себе хорошие деньги. Но действительно отличный разработчик должен иметь более широкий кругозор, разнообразный инструментарий и - главное - желание знать и уметь больше, чем просто один инструмент.
    Ответ написан
    1 комментарий
  • Как объяснять кадровикам быстрые смены работы?

    Обычно сливают быстро двух видов людей:

    1) Тех, кто не справляется со своей компетенцией за относительно неплохие деньги.
    2) Тех, кто видит кругом врагов, любовниц, сложности и прочее.

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

    Судя по всему, у вас пункт-2 и какая-то внутреняя истерия. Поэтому попытайтесь на новом месте работы делать свою работу и тратить свое время именно на неё, а не искать любовниц начальства - это поможет закрепиться на работе, а не сливаться по окончанию испытательного срока.

    Все же 3 места работы за 9 месяцев - это уже звоночек, что либо вы какой-то дефектный, либо вы не умеете выбирать работу. И надо работать именно с этим, а не с тем, что там говорить на собеседовании.
    Ответ написан
    1 комментарий
  • Почему php copy() отрабатывает два раза?

    DevMan
    @DevMan
    вангую: файл с кодом дергается 2 раза.

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

    mashletov
    @mashletov
    Math.random()
    Дополню, что помимо полноценных классов, есть еще StdClass — пустой дефолтный класс из коробки, которому можно присваивать свойства.
    $o = new \StdClass;
    $o->prop1 = '123123';
    $o->prop2 = 'xxxxxx';

    Его можно преобразовать в массив:
    $o = (array)$o;
    echo $o['prop1'];


    Да и любой массив можно преобразовать в StdClass:
    $arr = ['test1' => 1, 'test2' => 2];
    $o = (object)$arr;
    echo $o->test1;
    Ответ написан
    Комментировать
  • Хорошая ли это практика использовать vue и jquery вместе?

    nikichv
    @nikichv
    Frontend dev. Current stack: Next.js/RTK/Saga
    Нормальная.
    Очень много ситуаций, когда нужный тебе плагин тянет зависимостью jQuery, а аналога по функциональности на vue нет. Собственно, это и приписывают главным минусом vue, что очень мало вменяемых плагинов (всякие карусели, кастомные скроллы и прочее), и поэтому стиснув зубы и помолившись, приходится тащить за собой jQuery.
    Поэтому, если админка требует jQuery, то тащи ее в проект, вариантов немного как таковых (или даже и вовсе нет).
    Ответ написан
    2 комментария
  • JS include при сборке в gulp как реализовать?

    yellow79
    @yellow79
    Senior Software Engineer
    Я в своих проектах для этого использую gulp-rigger оно может быть полезным не только для JS
    Ответ написан
    2 комментария
  • JS include при сборке в gulp как реализовать?

    @kaktys123 Автор вопроса
    HTML, CSS, JS
    вот в общем сам нашел варианта два ну и думаю этого достаточно будет.
    1. gulp-include лучшее решение если не делаете прям крупных проектов или там плагины какие то. И можно в добавок к нему попробовать gulp-sourcemaps возможно им удастся еще и генерировать карты кому нужно. Но gulp-include можно не только js инклюдить но и любые файлы даже html.
    2. gulp-browserify для тех кто не хочет отказываться от gulp но тут есть много плющек и можно модульность организовать. Это уже для тех кто работает по крупному.

    Вот в общем может кому поможет это решение.
    Ответ написан
    Комментировать
  • Каков план личностного развития PHP программиста с нуля?

    konst20
    @konst20
    Программист, преподаватель, немного электронщик
    Есть опыт помощи таким начинающим.
    реальный срок до запуска джуниора - полгода, никого не слушайте.

    Важные моменты
    веб-программирование на базе PHP - это стек технологий: PHP/SQL/CSS/HTML/JS + Linux хотя бы азы + знание важных инструментариев (FTP, Git/SVN, работа с БД)
    чистый PHP плюс даже все перечисленное выше - не особо нужно и не интересно. Нужно знание конкретных платформ: фреймворков и/или CMS. (Почитайте вакансии на Хантиме по запросу PHP, обратите на это внимание). Навскидку самые востребованные (спорно конечно): Yii фреймворк, CMS Битрикс и Wordpress.

    Как начать?
    Смело на амбразуру!
    1) Установите у себя рабочую среду LAMP/WAMP - Apache, PHP, MySQL. Для этого возьмите пакет Denwer или OpenServer, что больше понравится. Сделайте Hello World просто как HTML, потом на PHP, потом алертом на JS. Порадуйтесь.
    Установите все редакторы кода. Кто там вам будет рекомендовать блокнот или notepad++ - не слушайте. Варианты: если машина мощная (4+ Гб памяти и пр.), берите редактор phpStorm (для php/html/css/js). Если не очень мощная - берите komodo edit. Для работы с БД инструмент встроен в Denwer/OpenServer, это phpMyAdmin
    2) Идеально, если вы договоритесь сделать кому-нибудь сайт. Бесплатно или за небольшую плату. Если нет - сами себе поставьте задачу: сайт про котиков/про детей etc. Красивый сайт, с галереей, с эффектами, с материалами
    Возьмите CMS Wordpress и попытайтесь сделать сайт у себя на компьтере. Настоящий сайт, во всей красе, как вы хотите. Правьте его, смотрите код, экспериментируйте. Сообщество огромное, вы найдете ответы на все свои вопросы
    Потратьте чуть денег, купите себе домен и хостинг, залейте сайт на хостинг.
    Порадуйтесь. Похвастайтесь.
    3) Ищите в сети тестовые задачи и решайте их, изучайте материалы собеседований, вопросы - их много.
    4) Зарегистрируйтесь на odesk.com под каким-то фейковым email, пройдите тесты по PHP, CSS, HTML, jQuery, Wordpress, а во время прохождения делайте скриншоты вопросов. Потом изучайте эти вопросы, ищите ответы, далеко не обязательно на все. Тесты вы, конечно, не пройдете, но вам нужны только вопросы.
    5) Постоянно следите за вакансиями "PHP-программист", "веб-программист" на Хантиме, на hh.ru и подобных ресурсах.

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

    Вот как раз на полгода.
    После этого у вас появится масса информации, и дальше вы сами сориентируетесь.
    Ответ написан
    11 комментариев