Ну да имеет, но я не всем же пользуюсь, допустим запросами к базе данных я через sql практически не пользуюсь, а пользуюсь typeorm, а решить задачки и написать запросы я могу загуглить и вспомнить, алгоритмами я не пользуюсь, а на собеседованиях я должен их знать, функцией которая сама себя вызывает , я не пользуюсь и никто не пользуется, а на собесе я зачем то должен это знать) да кучу всего) я пользуюсь стилями , перемененными в css, а зачем то должен знать препроцессоры, когда и так по умолчанию css умеет вложеность. По js тоже кучу всего должен знать, из того что не всегда требуется. Есть задача от клиента,я смотрю на чем проще и быстрее сделать, беру и делаю, а как всем плевать , лишь бы работало

Тогда вы просто взвесьте, так ли вам нужна эта работа)

Дело не в работе, а в рынке. Заказчик не компетентен и не сможет оценить результат сеньера и джуна если они выглядят одинаково. В этом основная проблема индустрии в РФ где тупо нет места именно науке, а есть место технологии. Разница в том, что один понимает, что делает, а другой понимает как сделать. И вот мы близки к финишу, а нужно ли знать водителю авто как работает двигатель?

Согласна. Это повсеместно. Не только в IT

То есть разницы для заказчика нет получается и там и там он получает то что хочет , примерно за одинаковое время, разница только в оплате часа )

Омг, теория это фундаментальная вещь, которая позволяет понять глубину языка и как устроено все. Особенно орнул с того что sql не нужен, орм никогда не заменит прямые запросы, ОРМ может в дегкую положить тебе все из-за n+1. Алгоритмы показывают просто , на сколько у тебя голова работает. Еще понравилось сравнение натянутое, что программист это водитель. Программист это автомеханик, и да, ему нужно знать как и чего устроено.

Нет. Современные программисты скорее водители. Да, водитель может быть автомехаником и тогда он будет лучше эксплуатировать автомобиль (технологию).

Не совсем так в случае с ИТ специалистом (сегодня синоним вайтишнику) вы получаете продукт похожий, но среднего качества и зачастую по той же цене. Опять же часто программисты руководствуются не только критериями внешнего вида, а так же и критериями внутреннего качества, расширяемости и производительности. Приведу пример: возьмём интернет магазин OZON на Golang и например какой-то аналог на PHP в открытом доступе. Понятно, что для лавки чая такое качество как у OZON просто не нужно и изредка падения базы, невозможность найти или купить сгенерит небольшой убыток, а при отсутствии о дела тестирования и вовсе не узнать будет о массовой проблеме. Хорошо если кто-то напишет письмо. С другой стороны для работающего бизнеса с массовым продуктом неудобная форма заказа, кривая карта или сбрасывающийся фильтр фатальны и приведут к разорению.