нужно такое же, но в обратную сторону. Чтоб общаться с туповатыми ботами-помощниками/первой линией саппорта в других приложениях
Типо, говоришь ChatGPT, "мне нужно узнать почему перевод завис. Детали перевода такие-то. Как ответ хочу получить точную дату, либо полный отказ. Если разговор заходит в тупик, проси переключить на начальника". И все, пускай оно дальше их долбает до достижения результата
Мы ж не знаем, как у них в компании выстроены процессы? Может это вполне в компетенции рекуртера принимать решения, если обратная связь от ПМа не получена через сутки/двое.
Если иметь только этот скриншот, я все равно больше на стороне рекуртера: - меня воспитывали, что хамить слабым западло. А умение выразить мысль культурно в любой ситуации, это показатель некоторого уровня развития; - нецензурная лексика уместна, если ее могут использовать все участники диалога. В модели подчиненный-начальник, такое довольно редко
ну тут явно ошибка на стороне ПМа - не смог донести до рекуртера необходимые критерии отбора
а, судя по орфографии и лексике, еще и с софт-скилы не особо прокачаны. Я б не хотел работать с человеком, который запросто кроет коллег/подчиненных матом
просто как это вижу я требования вашей вакансии я перекрываю с головой (если что, работу не ищу). Но вашу вакансию на hh я открывать бы вообще не стал:
1 нет вилки 2 вакансии у совместных компаний лучше смотреть на иностранных версиях сайтов. А если там нет, брать адрес hr и предлагать себя к ним самому
если бы у меня был большой опыт с WP, я бы тоже без ооочень серьезной причины не стал бы переезжать
соотносится с вот этим?
Пересядь с иглы WordPress на Static Site Generator
Что делать, если WordPress (WP) уже не вставляет, а сайт пилить надо? Кейс авторского блога
что явно намекает — что статья для людей с опытом работы с WP
повторюсь, любой довод из статьи либо не верен, либо исходит из негативного/неправильного личного опыта автора, либо в равной мере относится к WP/JAM
я использую тему Salient
это проблема конкретно этой темы, к WP никак не относится
если взять готовую верстку с кучей !important и попробовать ее использовать на статическом сайте, попутно пытаясь что-то кастомизировать, — вылезут ровно те же проблемы.
к самой технологии/движку это вообще никаким боком
Именно об этом я и говорю: вы – PHP разработчик со стажем на WordPress, я – НЕ PHP разработчик со стажем на WordPress, и не хочу тратить время на его глубокое изучение, как и вспоминать PHP.
Если вы не знаете php, это не значит, что нужно автоматом всем уйти с php движка. В идеале, еще бы и перестать агитировать всех уходить с php, но это утопично.
PHP, а я его не хочу использовать.
может это и есть основная проблема?
например, не все WP плагины нормально работают в статике.
а, например, для jamstack этих плагинов вообще может не быть.
Все ли плагины WP адаптируются под API? Нет.
любой плагин, написанный по стандартам, можно «адаптировать под API»
если этот плагин работает только на фронте, вытащить эту часть для headless cms так же реализуемо
довольно плотно занимаюсь разработкой на WP.
есть у WP много минусов, но плюсы (для меня и клиентов) пока перевешивают
все то, что указано в статье как «минусы WP» в равной мере подходит и для статики.
V. Дизайн
предложенный подход для кастомизации темы «понатыкать кучу !important» в корне не верен, несет кучу проблем. Как вы сами уже и заметили.
2) Начать пилить Тему самому. Но для этого придется использовать PHP, CSS, HTML и рендеринг шаблонов на сервере.
Не вижу проблемы в «начать пилить самому». Для SSG при таком подходе нужен будет ровно такой же объем работ. Разве что вместо пхп будет другой язык
Во-первых, SSG и HCMS устроены так, что их легко и удобно интегрировать с любой системой, которая имеет API.
Ну, ровно то же самое можно сказать при первом знакомстве с WP — он устроен так, что можно легко и удобно добавить нужные плагины.
На практике же все не так радужно. Список ваших багов вы в статье привели. С SSG, уверяю, проблемы тоже есть.
А теперь просто киллер-фича: SSG позволяет выгрузить весь контент в заранее собранные HTML файлы минимального размера, что уже дает максимальную скорость показу сайта клиенту, так?
Есть плагины, которые умеют перегонять WP в статику.
Можно сгенерированное позже класть куда угодно.
IX. Безопасность
тут да, взломать WP с старыми плагинами будет проще, чем облачный хостинг.
Но, вы понимаете насколько большая разница качества и удобства подобного функционала? Когда это не “дополнительная функция с плагином”, а основной механизм технологии?
нет, разницы не вижу. Если WP + плагин дает ровно тот же функционал, то в чем разница?
Стоит еще учитывать, что некоторые фичи WP вначале разрабатываются как отельные плагины, позже, если они востребованы, добавляются в ядро
XI. Условная бесплатность
выше писал, что в статику WP перегоняется на раз-два. Даже банально, без плагинов — wget + развернутый локально сайт.
Вообще, общее впечатление от статьи схоже с чтением отзыва только только приехавшего эмигранта — все вокруг нравится, минусы идут в плюсы и тп.
Не, технология отличная, но плюсов в переходе уже существующего проекта (так, чтоб они перевесили время на переход или чтоб время на переход вышло меньше, чем время на устранение проблем на текущей платформе) найти не смог.
а можете пересчитать то же самое, но с использованием ChatGPT?
нужно такое же, но в обратную сторону. Чтоб общаться с туповатыми ботами-помощниками/первой линией саппорта в других приложениях
Типо, говоришь ChatGPT, "мне нужно узнать почему перевод завис. Детали перевода такие-то. Как ответ хочу получить точную дату, либо полный отказ. Если разговор заходит в тупик, проси переключить на начальника". И все, пускай оно дальше их долбает до достижения результата
Мы ж не знаем, как у них в компании выстроены процессы? Может это вполне в компетенции рекуртера принимать решения, если обратная связь от ПМа не получена через сутки/двое.
Если иметь только этот скриншот, я все равно больше на стороне рекуртера:
- меня воспитывали, что хамить слабым западло. А умение выразить мысль культурно в любой ситуации, это показатель некоторого уровня развития;
- нецензурная лексика уместна, если ее могут использовать все участники диалога. В модели подчиненный-начальник, такое довольно редко
ну тут явно ошибка на стороне ПМа - не смог донести до рекуртера необходимые критерии отбора
а, судя по орфографии и лексике, еще и с софт-скилы не особо прокачаны. Я б не хотел работать с человеком, который запросто кроет коллег/подчиненных матом
интересно, как эти самые ребята учитывают требования поисковиков по accessibility?
просто как это вижу я
требования вашей вакансии я перекрываю с головой (если что, работу не ищу). Но вашу вакансию на hh я открывать бы вообще не стал:
1 нет вилки
2 вакансии у совместных компаний лучше смотреть на иностранных версиях сайтов. А если там нет, брать адрес hr и предлагать себя к ним самому
и смысл тогда в этом "не разглашении"?
учитывая, что часть зарплатных вилок у вас все равно доступна на других ресурсах - https://www.glassdoor.com/Salary/Karuna-Salaries-E646914.htm, https://career.habr.com/resumes?company_ids[]=1000071627 (у вакансий вилок нет, но достаточно просмотреть ЗП у текущих/бывших работников), https://glints.com/companies/karuna/daa3cdd8-eb08-431f-a525-b7ced86f5ce1 и тп.
но вы же понимаете, что тот самый мидл из Омска вполне осознает, что мидл из Кракова за его зарплату работать не будет?
вопрос снят: купил стол, сделал тест сам
если поднять до максимума и шатать - шатается, но терпимо. На максимуме я не работаю, комфортно чуть ниже. Думаю, можно брать
есть возможность сделать видео с тестом стабильности?
соотносится с вот этим?
что явно намекает — что статья для людей с опытом работы с WP
повторюсь, любой довод из статьи либо не верен, либо исходит из негативного/неправильного личного опыта автора, либо в равной мере относится к WP/JAM
это проблема конкретно этой темы, к WP никак не относится
если взять готовую верстку с кучей !important и попробовать ее использовать на статическом сайте, попутно пытаясь что-то кастомизировать, — вылезут ровно те же проблемы.
к самой технологии/движку это вообще никаким боком
Если вы не знаете php, это не значит, что нужно автоматом всем уйти с php движка. В идеале, еще бы и перестать агитировать всех уходить с php, но это утопично.
может это и есть основная проблема?
а, например, для jamstack этих плагинов вообще может не быть.
любой плагин, написанный по стандартам, можно «адаптировать под API»
если этот плагин работает только на фронте, вытащить эту часть для headless cms так же реализуемо
статья, к сожалению, ни о чем
есть у WP много минусов, но плюсы (для меня и клиентов) пока перевешивают
все то, что указано в статье как «минусы WP» в равной мере подходит и для статики.
предложенный подход для кастомизации темы «понатыкать кучу !important» в корне не верен, несет кучу проблем. Как вы сами уже и заметили.
Не вижу проблемы в «начать пилить самому». Для SSG при таком подходе нужен будет ровно такой же объем работ. Разве что вместо пхп будет другой язык
Ну, ровно то же самое можно сказать при первом знакомстве с WP — он устроен так, что можно легко и удобно добавить нужные плагины.
На практике же все не так радужно. Список ваших багов вы в статье привели. С SSG, уверяю, проблемы тоже есть.
Есть плагины, которые умеют перегонять WP в статику.
Можно сгенерированное позже класть куда угодно.
тут да, взломать WP с старыми плагинами будет проще, чем облачный хостинг.
нет, разницы не вижу. Если WP + плагин дает ровно тот же функционал, то в чем разница?
Стоит еще учитывать, что некоторые фичи WP вначале разрабатываются как отельные плагины, позже, если они востребованы, добавляются в ядро
выше писал, что в статику WP перегоняется на раз-два. Даже банально, без плагинов — wget + развернутый локально сайт.
Вообще, общее впечатление от статьи схоже с чтением отзыва только только приехавшего эмигранта — все вокруг нравится, минусы идут в плюсы и тп.
Не, технология отличная, но плюсов в переходе уже существующего проекта (так, чтоб они перевесили время на переход или чтоб время на переход вышло меньше, чем время на устранение проблем на текущей платформе) найти не смог.