Зачем использовать и бем и изоляцию стилей? Ведь бем это и есть изоляция. Берём класс и прописываем к нему имя блока.
Не скажу за реакт, но во вью встроенная изоляция (scoped стили) тоже работает с проблемами. И именно благодаря использованию бем, нет необходимости использовать встроенную
На фронте логика интерфейса, на сервере логика обработки данных. Каждый занят своим делом и у каждого есть подходящие возможности для реализации этой логики. На бекенде делать что-то связанное с интерфейсом и фронтом не так удобно. Тогда фронт находится на в своей стихии.
Верстка, которая натягивается на движок, никуда не делась. Большинство проектов делаются так. А это мир jq, там смысла нету без нее писать. Нативный dom api до сих пор неудобный.
Выбирать нужно не cms, а разработчиков. А они уже возьмут подходящие или любимые технологии. Написать плохо или хорошо можно на чем угодно. Единственное важно не попасть на мертвые/редкие технологии.
Так же фреимворки несправедливо обошли стороной. Если есть возможность выбрать фреимворк, а не cms, то лучше фреимворк. Получите совсем другой уровень разработчиков и качества. Ибо cms это лютый гвнокод и более менее нормальные разрабы с этим не работают. А если у вас что-то сложнее простых контентных страниц, высокие нагрузки, множество интеграций, планируете постоянно развивать проект, вом точно во фреимворки.
Что касается сео, то для поисковика разницы между движками нету. Если не считать лишнего кода ресурсов cms и шаблонных решений, которые мешают. И все проблемы сводятся к интерфейсу админки. Что там можно поменять без привлечения разработчиков, удобство и тд. Хотелось бы раскрытия темы, что нужно сео-специалистам от админки.
если вам отказали в работе, дело вовсе не в навыках.
Так значит soft skills и ценности главное, а не hard skills. Тем более, что последние можно подтянуть или перейти на другой стек.
когда вам предлагают пройти кейс, ассессмент или небольшое тестовое, отнеситесь к этому с интересом и пониманием
То есть 10-15 откликов. От каждой компании тестовое от 4 часов до недели. При этом отказывают не по навыкам, а по чему угодно. Точно с пониманием отнестись?
На самом деле, нужно найти команду, где будут те задачи, которые ты хочешь решать.
Но по взаимосвязи разработки и бизнеса не соглашусь. Считаю, что программист должен вникать в проблемы клиента и с учетом своей экспертизы предлагать оптимальное решение. Иначе придется делать бред, упарываться на ровном месте и тд, приятного мало.
Зачем использовать и бем и изоляцию стилей? Ведь бем это и есть изоляция. Берём класс и прописываем к нему имя блока.
Не скажу за реакт, но во вью встроенная изоляция (scoped стили) тоже работает с проблемами. И именно благодаря использованию бем, нет необходимости использовать встроенную
Тоже задумался почему цена не выросла.
Просто уберите дробную часть у $9 ))
Любителям мандарин стоит побывать в марокко или и так к нам все привозят?)
то что нужно, спасибо)
за консультациями тоже буду обращаться
Посоветуйте, пожалуйста, что почитать из литературы на тему организации процессов, и внедрению всего того, что есть на схеме в миро
На фронте логика интерфейса, на сервере логика обработки данных. Каждый занят своим делом и у каждого есть подходящие возможности для реализации этой логики. На бекенде делать что-то связанное с интерфейсом и фронтом не так удобно. Тогда фронт находится на в своей стихии.
Бутстрап умрёт похоже
Верстка, которая натягивается на движок, никуда не делась. Большинство проектов делаются так. А это мир jq, там смысла нету без нее писать. Нативный dom api до сих пор неудобный.
По бекапам. Сейчас стоит бекапить только бд, и папку uploads. Все остальное поднимается из гита за 15 мин.
ну я вам и написал, проблема разделения сайта и движка давно решилась внедрением фронтенд фреимворков.
Возьмите nuxt.js и у вас будет полностью независимый фронт. Дальше через rest его можно связать с любым бекендом.
https://glide.thephpleague.com/
Эта штука мгновенно генерит
Выбирать нужно не cms, а разработчиков. А они уже возьмут подходящие или любимые технологии. Написать плохо или хорошо можно на чем угодно. Единственное важно не попасть на мертвые/редкие технологии.
Так же фреимворки несправедливо обошли стороной. Если есть возможность выбрать фреимворк, а не cms, то лучше фреимворк. Получите совсем другой уровень разработчиков и качества. Ибо cms это лютый гвнокод и более менее нормальные разрабы с этим не работают. А если у вас что-то сложнее простых контентных страниц, высокие нагрузки, множество интеграций, планируете постоянно развивать проект, вом точно во фреимворки.
Что касается сео, то для поисковика разницы между движками нету. Если не считать лишнего кода ресурсов cms и шаблонных решений, которые мешают. И все проблемы сводятся к интерфейсу админки. Что там можно поменять без привлечения разработчиков, удобство и тд. Хотелось бы раскрытия темы, что нужно сео-специалистам от админки.
Так значит soft skills и ценности главное, а не hard skills. Тем более, что последние можно подтянуть или перейти на другой стек.
То есть 10-15 откликов. От каждой компании тестовое от 4 часов до недели. При этом отказывают не по навыкам, а по чему угодно. Точно с пониманием отнестись?
career.habr.com/salaries
Но по взаимосвязи разработки и бизнеса не соглашусь. Считаю, что программист должен вникать в проблемы клиента и с учетом своей экспертизы предлагать оптимальное решение. Иначе придется делать бред, упарываться на ровном месте и тд, приятного мало.
Статья совы-менеджера.