Согласен. На мой взгляд, если не брать условный вариант: «У нас собралась команда супер-пупер чуваков, которые 30 лет в разработке, знают от Кобола, через Брейнфак и Джулию до Раста и все эти 30 лет они работали одной дружной командой», то единственный реальный кейс применения (микро)сервисов в веб разработке — это что-то вроде следующего:
Пилим PoC/MVP
Получаем кучу прибыли\инвестиций\клиентов
Набираем лучших специалистов (и не особо важно на каких стеках, ведь таких не больно и много)
Грамотно продумываем, какие части монолита можно выпилить безболезненно, под корень и надолго
Постепенно начинаем пилить это разными командами, возможно, на разных стеках
В итоге, когда выпиленные части монолита отлично работают в продакшене как микросервисы и код из монолита удален полностью, мы получаем буст в скорости разработки немного похожий на линейный по сравнению с количеством разработчиков. Иначе, увеличив количество разработчиков в 10 раз (с 10 до 100, например), мы бы в ЛУЧШЕМ случае ускороили разработку в 1.5 — 2 раза, но в большинстве случаев, бизнес бы умер.
А что, если конкретнее? Возьмём условного middle+/senior- веб разработчика Javascript/Python/PHP/Ruby с ЗП $3000-$4000. Должен ли разработчик автотестов выполнять какие-то непрямые обязанности, чтобы получать такую же сумму (например, брать под свое крыло начинающих автоматизаторов, как указано в статье)? И сколько у вас в компании таких разработчиков?
Также, давайте представим ситуацию, что разработчик проработал у вас несколько лет в автоматизированном тестировании и решил поменять работу. Как по вашему, насколько дольше он будет искать работу в качестве разработчика автоматизированных тестов, чем разработчик JS/PHP/… ?
В целом, моя мысль в том, что разработчик автоматизированного тестирования — это просто очередная узкая ниша в разработке. И компания должна иметь это ввиду, ориентируясь в окладе. То есть, если предложение в этой нише невелико (например, потому что сложно и важно), то ЗП должна быть выше. А если предложение больше (как Wordpress например, с небольшим порогом входа) — то, конечно, уже другое дело.
Но говорить, что разработка автоматизированного тестирования — это та же самая разработка, — на мой взгляд, неправильно, потому что это довольно узкая, ответственная и объёмная по знаниям ниша.
Разработчик — это тот, кто пишет код. А что этот код делает — продукт для конечных потребителей или других разработчиков — это уже вторично.
На одну из озвученных проблем, кажется, вы так и не дали ответа — «Опасение потерять в карьерном росте и зарплате.». Сколько менеджерской работы нужно выполнять разработчику автотестов, чтобы приблизиться к зарплате разработчика веб приложений?
Ну и основная проблема, которую могут просто подразумевать, но не озвучивать. Разработка авто-тестов (чаще всего, веб приложения) — это узкая ниша. Точно такая же, как «Разработчик Shopify» или «Разработчик Wordpress». Большой ли спрос у компаний на разработчиков автотестов в сравнении с, например, Python/Javascript разработчиками?
Вот даже если захотеть поверить, что все сказанное в статье правильно и нужно начинать революцию уже вчера, то достаточно посмотреть на предположение, что качество Warcraft, Google и Facebook падает из-за ситуации в ИТ. Это ключевая мысль и она неверная.
Качество поиска Гугла не падает, оно растёт. Только критерии роста определяют не пользователи, а бизнес. Гугл выжимает из него все больше и больше денег — просто посмотрите на отчеты компании. То же самое касается и Фейсбука.
Вы думаете, лента стала работать хуже, потому что там React Native и много эффективных менеджеров? Нет, лента начала приносить больше денег из-за того, что в среднем пользователи проводят больше времени, листая её.
Варкрафт не дотянул до ваших ожиданий? Ну, сорян, Frozen Throne был флагманским продуктом на тот момент, а Рефоржд никому не нужен на фоне мобильного Хартстоуна.
В статье поднято много важных проблем, но выводы неверные. Разработка ПО массового использования сейчас достаточно хорошо отражает свободный рынок. За что платят, то и делают. Делают так, как за это платят. Грубо говоря, если Гугл готов платить Васе 10к за говнокод на ноде, то зачем Васе работать за 500 баксов на Дельфи в МухосранскОблЭнерго?
Часто конфликты, вне зависимости от профессии, при работе над смежными задачами с обязанностями одного уровня, возникает из-за различия уровня компетенции (или субъективной оценки уровня компетенции себя\коллеги).
Например, Вы же описали, что вам не нравится, когда приходит [некомпетентное] описание задачи «протестируй сайт», точно так же разработчику не нравится [некомпетентное] описание бага «пустая страница при переходе в корзину» вместо «реквест таймаут со статусом 504 при переходе в корзину, когда там находится товар с количеством миллион единиц». В итоге, разработчику нужно тратить свое время на тестирование (работу тестировщика), что бы разобраться, в чем же причина, ведь в тех случаях, что он предварительно проверил — все работает. Кстати, на практике достаточно часто получается, что ошибка совсем в другом месте, или даже совсем не зависит от разработчика и разработчик ее не может исправить.
Ситуация наоборот, это, например, когда разработчик не обрабатывает простейшие случаи: при переходе в корзину шаблон выбрасывает исключение, потому что товаров нет (а у самого разработчика для тестов корзина заполнена), добавили скидку по формуле цена = цена — цена / скидка, но если у пользователя нет скидки — то происходит деление на 0 и т.д.
Согласен. На мой взгляд, если не брать условный вариант: «У нас собралась команда супер-пупер чуваков, которые 30 лет в разработке, знают от Кобола, через Брейнфак и Джулию до Раста и все эти 30 лет они работали одной дружной командой», то единственный реальный кейс применения (микро)сервисов в веб разработке — это что-то вроде следующего:
А что, если конкретнее? Возьмём условного middle+/senior- веб разработчика Javascript/Python/PHP/Ruby с ЗП $3000-$4000. Должен ли разработчик автотестов выполнять какие-то непрямые обязанности, чтобы получать такую же сумму (например, брать под свое крыло начинающих автоматизаторов, как указано в статье)? И сколько у вас в компании таких разработчиков?
Также, давайте представим ситуацию, что разработчик проработал у вас несколько лет в автоматизированном тестировании и решил поменять работу. Как по вашему, насколько дольше он будет искать работу в качестве разработчика автоматизированных тестов, чем разработчик JS/PHP/… ?
В целом, моя мысль в том, что разработчик автоматизированного тестирования — это просто очередная узкая ниша в разработке. И компания должна иметь это ввиду, ориентируясь в окладе. То есть, если предложение в этой нише невелико (например, потому что сложно и важно), то ЗП должна быть выше. А если предложение больше (как Wordpress например, с небольшим порогом входа) — то, конечно, уже другое дело.
Но говорить, что разработка автоматизированного тестирования — это та же самая разработка, — на мой взгляд, неправильно, потому что это довольно узкая, ответственная и объёмная по знаниям ниша.
Разработчик — это тот, кто пишет код. А что этот код делает — продукт для конечных потребителей или других разработчиков — это уже вторично.
На одну из озвученных проблем, кажется, вы так и не дали ответа — «Опасение потерять в карьерном росте и зарплате.». Сколько менеджерской работы нужно выполнять разработчику автотестов, чтобы приблизиться к зарплате разработчика веб приложений?
Ну и основная проблема, которую могут просто подразумевать, но не озвучивать. Разработка авто-тестов (чаще всего, веб приложения) — это узкая ниша. Точно такая же, как «Разработчик Shopify» или «Разработчик Wordpress». Большой ли спрос у компаний на разработчиков автотестов в сравнении с, например, Python/Javascript разработчиками?
Качество поиска Гугла не падает, оно растёт. Только критерии роста определяют не пользователи, а бизнес. Гугл выжимает из него все больше и больше денег — просто посмотрите на отчеты компании. То же самое касается и Фейсбука.
Вы думаете, лента стала работать хуже, потому что там React Native и много эффективных менеджеров? Нет, лента начала приносить больше денег из-за того, что в среднем пользователи проводят больше времени, листая её.
Варкрафт не дотянул до ваших ожиданий? Ну, сорян, Frozen Throne был флагманским продуктом на тот момент, а Рефоржд никому не нужен на фоне мобильного Хартстоуна.
В статье поднято много важных проблем, но выводы неверные. Разработка ПО массового использования сейчас достаточно хорошо отражает свободный рынок. За что платят, то и делают. Делают так, как за это платят. Грубо говоря, если Гугл готов платить Васе 10к за говнокод на ноде, то зачем Васе работать за 500 баксов на Дельфи в МухосранскОблЭнерго?
https://www.techonthenet.com/mysql/intersect.php
Вопрос, скорее, к тому, что, как уже спрашивали выше — непонятно, предназначено ли решение для разных СУБД, или конкретно под какую-то определенную.
А как быть с INTERSECT в MySQL?
Например, Вы же описали, что вам не нравится, когда приходит [некомпетентное] описание задачи «протестируй сайт», точно так же разработчику не нравится [некомпетентное] описание бага «пустая страница при переходе в корзину» вместо «реквест таймаут со статусом 504 при переходе в корзину, когда там находится товар с количеством миллион единиц». В итоге, разработчику нужно тратить свое время на тестирование (работу тестировщика), что бы разобраться, в чем же причина, ведь в тех случаях, что он предварительно проверил — все работает. Кстати, на практике достаточно часто получается, что ошибка совсем в другом месте, или даже совсем не зависит от разработчика и разработчик ее не может исправить.
Ситуация наоборот, это, например, когда разработчик не обрабатывает простейшие случаи: при переходе в корзину шаблон выбрасывает исключение, потому что товаров нет (а у самого разработчика для тестов корзина заполнена), добавили скидку по формуле цена = цена — цена / скидка, но если у пользователя нет скидки — то происходит деление на 0 и т.д.