Посмотрите на языковые конструкции Rust, ну это совершенно не читаемо... На C++ можно писать код, который будет понятен человеку с улицы. Мы для кого пишем программы - для компьютера (тогда можно и на ассемблере писать) или для человека?
По идее можно взять историю коммитов за последний год и, если лень самому разбираться, скормить их какой-нибудь ИИ и попросить сделать саммори об изменениях, которые были сделаны и тогда станет понятно что там: правка багов, поддержка нового оборудования, рефакторинг или ещё что-то.
Напишите что там будет с этим кодом через полгода или год, если там будете ещё работать;). По опыту разбора json для управления ui на фронте, через некоторое время это становится не поддерживаемым месивом, в которое не хочется заглядывать..
Там проблема в том ,что этот кастрмный json язык потом все обрастает и обрастает атрибутами и правилами и начинает плохо умещаться в изначальную концепцию - привет месиво...
А разве плеер на странице - это функция от данных? Кажется нет.
Ну, он не перерисовывается на каждый чих потому что это предусмотрели - хранят Стейт до и после, потом сравнивают и перерисовывают измененные годы. Грубо говоря.
Мне вот одно не понятно. Если вы возьмёте любой десктоп фреймворк для написания UI, то это ООП в 100% случаев. То есть, уже есть проверенная парадигма для этой задачи. Но нет, веб пошел своим путём в сторону функций. Но по факту состояние переменеой то внутри функции сохраняется (useState). И получается, что это состояние выглядит как приватная переменная в классе. Так зачем тогда это все городить?? Не проще ли тогда использовать классы и ООП? Чем он так не угодил?
Посмотрите на языковые конструкции Rust, ну это совершенно не читаемо... На C++ можно писать код, который будет понятен человеку с улицы. Мы для кого пишем программы - для компьютера (тогда можно и на ассемблере писать) или для человека?
А чем это отличается от Copilot в vscode, который по сути оркестратор?
Мобайл, конкретно Андроид , тоже фигня — очень очень много мусора и сложностей на ровном месте...
А разве в бекенде нету сумасшествия со всякими кубернетс на каждый чих, серверлесс и прочая фигня?
А чем ща занимаетесь?
Так я могу заддосить ваш Апи. Разве нет?
Так и есть, все верно написано
Ни разу не видел, чтобы не мешала. А она существует в природе?
Это дань моде и ощущение, что что то упускаешь. А также "прокачаюсь в агиле за счёт работодателя", вдруг пригодится
Заберу итак уже давно конец - тут одни кликбейтные статьи и репосты новостей
А где код? Можно посмотреть?
Реакт код реально какое то месиво сам по себе))
По идее можно взять историю коммитов за последний год и, если лень самому разбираться, скормить их какой-нибудь ИИ и попросить сделать саммори об изменениях, которые были сделаны и тогда станет понятно что там: правка багов, поддержка нового оборудования, рефакторинг или ещё что-то.
Сколько платят то? Одну копейку... в день?😄😄
Ну, если схема не будет расти, то может оно и норм будет... В любом случае интересно куда эволюционирует код через год активного внедрения фич
Напишите что там будет с этим кодом через полгода или год, если там будете ещё работать;). По опыту разбора json для управления ui на фронте, через некоторое время это становится не поддерживаемым месивом, в которое не хочется заглядывать..
Там проблема в том ,что этот кастрмный json язык потом все обрастает и обрастает атрибутами и правилами и начинает плохо умещаться в изначальную концепцию - привет месиво...
Разберите схему на процессоре линейки M. Интересно есть ли там принципиальные отличия
Каким глобальным? Колупаться потом в этом месиве от ИИ, если ему дать таску целиком? Он пока годиться для атомных хорошо описанных ему задач
Сколько вам лет? Есть лично у вас или ваших знакомых реальный опыт собеседования в 45+ и проблемы эйджизма?
А разве плеер на странице - это функция от данных? Кажется нет.
Ну, он не перерисовывается на каждый чих потому что это предусмотрели - хранят Стейт до и после, потом сравнивают и перерисовывают измененные годы. Грубо говоря.
Мне вот одно не понятно. Если вы возьмёте любой десктоп фреймворк для написания UI, то это ООП в 100% случаев. То есть, уже есть проверенная парадигма для этой задачи. Но нет, веб пошел своим путём в сторону функций. Но по факту состояние переменеой то внутри функции сохраняется (useState). И получается, что это состояние выглядит как приватная переменная в классе. Так зачем тогда это все городить?? Не проще ли тогда использовать классы и ООП? Чем он так не угодил?
Так как это все работает. Приведите примеры в сравнении с обычным django, чтобы увидеть преимущества вашего варианта
Какой с этого профит разработчикам. Выше ЗП?