Alexey Nosov
Разработчики площадки озон допустили ошибку или ряд ошибок (если мы верим в технический сбой). И возникли они потому, что продукт (площадка) был опубликован зарабатывать деньги, но не бал достаточно хорошо протестирован (владельца озона сэкономили). И виноват в этом озон и только озон. Не понимаю, посему новая редакция закона позволяет уходить от такой ответственности.
Мой ответ оказался неактуальным, ниже в комментариях говорят, что в этом году уже ввели закон, защищающий как раз продавца от подобных технических ошибок.
Вы неверно прочитали мой комментарий. Про повышение квалификации я как раз про разработчиков и писал.
Инженеры-проектировщики, учёные-исследователи. Или думаете, что какой-нибудь физически существующий автомобиль проще спроектировать, чем ПО написать? Разница только в том, пожалуй, что в среде разработчиков переработки считаются нормой: ты должен и на работе отпахать, и пет-проект в свободное время пилить, и ещё какие-нибудь курсы/книжки для непрерывного повышения квалификации и поддержании актуальности знаний посещать/читать, а, в идеале, ещё и на конференции ездить. И вот это все - не норма. Отчего и возникают мысли подобные вашим. И вот с этой культурой надо борототься.
Реакт - это хороший результат R&D, но плохой продакшн. У ребят куча идей, но нормально реализовать они из не могут. Из того, что постарше - классы и redux, из того, что посвежее - хуки. Сравните с реализацией того же подхода во Vue 3 - будете сильно удивлены.
TypeScript - тоже довольно странная штука - уж больно они следуют своей философии нулевого оверхеда, из-за чего порождают немало проблем при работе с оным, но это все равно лучше, чем чистый js на сегодня. Хотя, зацените иронию: v8 написан на статически типизированном C++, он исполняет динамически типизированный JS, и, чтобы добавить строгости ребята из Microsoft написали статически типизированный TS. Многие проблемы TS ушли бы, если бы движки научились его в рантайме поддерживать, но то - мечты.
Боюсь - вы не правы. После такого подхода потом всякие горе-разработчики, которые тоже считали, что теоретическая база не нужна, то пишут кривые велосипеды, потому что стандартную библиотеку осилить не смогли, то пихают тонны зависимостей в свой проект из трёх кнопочек. И в том и в другом случае, все тормозит и багует, потому что разработчик не может отличить односвязный от двусвязного списка, и полагает, что графы - нечто из области изобразительного искусства. Понятное дело, что начинать надо с простого - простого понимания принципов построения алгоритмов, а не с графических приложений. И курсов на 2-3 месяца недостаточно и не может быть достаточно.
Там возмущение больше из-за того, что руководитель компании в довольно грубой манере назвал тех, кого сокращают бездельниками. Одно дело, когда тебя сокращают из необходимости урезать затраты компании, другое - когда говорят, что ты плохой работник и гонят поганой метлой, приправляя нецензурной бранью. Но почему-то многие восприняли ситуацию именно в разрезе трекеров и автоматической отчетности.
А вы не думали, что кому-то может быть психологически некомфортно от того, что за ним постоянно следят? И такие люди будут уходить из компании, хотя являются хорошими кадрами. Не поймите неправильно. Мы и сами трекеры используем, но без скриншотов и анализа самих трекеров. В задачах исполнителем проставляется затраченное время, а трекер ему это время позволяет зафиксировать. А вот потом, по факту, уже могут быть разбирательства на тему "а почему так долго было"? Но это уже конструктивное обсуждение результата, а не слежка.
В преподавании важно не только обладать знаниями, но и уметь доносить из до обучающихся. Поэтому и говорю, что не согласен с Вадим утверждением, что отсутствие актуальной практики у преподавателя - повод не идти на курс. Я встречал таких специалистов, которые, прошу прощения, как собака - все знают, а двух слов связать не могут. В этом нет ничего плохого, если только не пытаться обучать других людей чему-либо. На своем опыте знаю - насколько сложно обучать джунов, не говоря уже о совсем начинающих.
Так, быть может, озон и должен отвечать за ошибки в собственно сервисе, а не его клиенты (покупатели и сторонние магазины)? Или если "все виртуально", то законы из реального мира уже не действуют?