На одну компанию, где есть кубер, приходит 40-50 компаний, где очереди это как раз из той же оперы, о чем написал автор - не усложняй проект, нам сложно будет найти разрабов за еду. Плюс под пуллом данный я имею виду сошкребание инфы из сгенерированного XML файла, который другая команда тоже генерит по крону и она костями ляжет, чтоб ты не добавил очереди. В 2018 я был на собесе, где мне сказали "только надеемся ты без хипстоты всякой кодишь?". Я подумал опять свидетели анти-кубера. Оказалось под хипстотой они в виду ООП! Контора делает CRM. Сейчас я в компании, где все есть РНР и все делают (не я) по канону. Но это первое место за 12 лет и 9 мест работы. Все предыдущие - как я описывал выше.
Полностью поддерживаю автора. РНР не про технологии. РНР про то как транслировать ТЗ в код с минимальными затратами. И когда работаешь над проектом, все силы уходят не на развитие продукта, а на максимальное напихивание свистелок в слоя приложения (ОРМы и прочее), чтобы клепать CRUD-ы с ошеломляющей скоростью. Сущность! Create! Read! Update! Delete! Контроллер! 4 тыс методов чтения данных, 2,5 тыс методов добавления данных. Слепок над БД, который существует только потому, что фронт не может постучать в БД напрямую. Ай маладэц! Дай бох одна крон-джоба чтоб пулить какую-то инфу.
Вау, этот парень, должно быть, работает с суперзвёздными программистами. Но будем реалистами...
Я в такой компании проработал почти год. Сквозь такую «броню» аргументов не пробиться. Любая техническая коммуникация с пояснениями, почему нужно что-то менять, сводится к разговору типа «щенок, не учи меня как работать», любая попытка внедрения улучшений саботируется — начинают неправильно использовать технологии/флоу, писать кривые тесты и жаловаться что время потратили, но не помогло.
№2 очень похоже на комбинацию «Мелочная опека» + «Гений не на своем месте» из книги «Как пасти котов» Дж. Х. Рейнвотера.
Очень советую книгу, читал когда готовился к аналогичной должности.
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
На одну компанию, где есть кубер, приходит 40-50 компаний, где очереди это как раз из той же оперы, о чем написал автор - не усложняй проект, нам сложно будет найти разрабов за еду. Плюс под пуллом данный я имею виду сошкребание инфы из сгенерированного XML файла, который другая команда тоже генерит по крону и она костями ляжет, чтоб ты не добавил очереди.
В 2018 я был на собесе, где мне сказали "только надеемся ты без хипстоты всякой кодишь?". Я подумал опять свидетели анти-кубера. Оказалось под хипстотой они в виду ООП! Контора делает CRM. Сейчас я в компании, где все есть РНР и все делают (не я) по канону. Но это первое место за 12 лет и 9 мест работы. Все предыдущие - как я описывал выше.
Полностью поддерживаю автора.
РНР не про технологии. РНР про то как транслировать ТЗ в код с минимальными затратами. И когда работаешь над проектом, все силы уходят не на развитие продукта, а на максимальное напихивание свистелок в слоя приложения (ОРМы и прочее), чтобы клепать CRUD-ы с ошеломляющей скоростью. Сущность! Create! Read! Update! Delete! Контроллер! 4 тыс методов чтения данных, 2,5 тыс методов добавления данных. Слепок над БД, который существует только потому, что фронт не может постучать в БД напрямую. Ай маладэц! Дай бох одна крон-джоба чтоб пулить какую-то инфу.
Я в такой компании проработал почти год. Сквозь такую «броню» аргументов не пробиться. Любая техническая коммуникация с пояснениями, почему нужно что-то менять, сводится к разговору типа «щенок, не учи меня как работать», любая попытка внедрения улучшений саботируется — начинают неправильно использовать технологии/флоу, писать кривые тесты и жаловаться что время потратили, но не помогло.
Очень советую книгу, читал когда готовился к аналогичной должности.