Страшно демотивирует делать бесполезную работу. Но - как ни посмотри, на тех же образовательных курсах например решения задач (и, например, тестовые в приеме на работу) - в плане ценности результата как такового бесполезны, но полезны как процесс. Выше еще отличный пример со складированием барахла компаниями - что не всё так прямолинейно, как может показаться.
Лиса? Это где кучу разработчиков выкинули на мороз? Где баги висят годами и порой закрываются как won't fix потому что лень/некому фиксить? Как разработчик, интенсивно использующий WebRTC - могу сказать, что от лисы у меня горит каждый раз, когда я пытаюсь хоть как-то привести её в чувство. Даже более-менее стандартизированные API (типа permission, audiocontext). Не говоря ж о том, что свежие вещи туда едут просто вечность (insertable streams ... хм).
Пользовался FF долгое время как основным, пока она не стала катастрофически сливать хрому по производительности (даже год не вспомню, давно было). И вслед за хромом переехала на дурацкую нумерацию версий. До этого и оперу (3.5 - 9) юзал, и шкаф 3-4 застал с третьим ишаком. И арахну трогал, links и lynx.
Да, безусловно, если лиса умрёт - мы все сильно потеряем. Но и текущее её состояние - скорее коматозное.
Ммм, я думал что созданием контракта должен рулить некто "архитектор". Понимающий, как система в целом будет функционировать. А не только какая-то из её частей. Если, конечно, одна из частей не является анемичной (REST поверх хранилища данных, или наоборот тонкий UI на клиенте).
Ну spread operator как бы вообще ничего не копирует (ни в глубину, ни на плоскости), это тупо expand arguments сахар (разворачавающий итерируемое и подменяющий apply и т.п.)
Объект в общем случае (для object spread) не обязан быть итерируемым, чтобы к нему можно было применить object spread. Для использования в контексте списка значений - да, обязан.
Не увидел главного тезиса - "вызов dispatch - потенциально очень дорогой, чем больше компонентов с редаксом (connect/useSelector) - тем дороже dispatch". Начиная с какого-то уровня, мемоизация тоже не очень спасает (особенно то, что есть в createSelector).
Он же сам признается, что то, что под ним подразумевали раньше - и то, что считается сейчас - как бы несколько разные вещи?
ООП сейчас и ООП 20 лет назад - два разных ООП, не? Всякие ФП/ФРП, которые влетели во все мейнстрим языки - знатно далеки от изначальных концептов. Java и C++ - как два выживших "ООП" языка - очень язык не поворачивается назвать далее классическими носителями триады "инкапсуляция-наследование-полиморфизм".
PS enterprise fizz-buzz не смущает? Вот это всё про джунгли с гориллой к банану? Фабрики фабрик фабрик фабрик инструментов?
Как изящно он выворачивается из LSP :) Тогда ведь и аббревиатура рассыплется, некрасиво, сложнее кастомерам мозги полоскать. Парадигма изменилась, ООП во многих местах исчез или мутировал во что-то иное.
У Вернона Винджа в "Глубина в небе" такой мотив есть, и для одного из героев такой расклад очень выгоден - кмк и для части программистов это положение тоже будет выгодно (точнее уже). Job security термин не отечественное изобретение так-то ;-)
Для решения "меня слышно?" при эффективных шумодавах еще используют генерацию comfort noise - это почти бесплатно сделать на клиенте. @alatobol применяете уже?
К сожалению, отбор по телосложению - прям не то, чтобы редкость. Спортшколы (гос) по плаванию в СПб не берут детей с "неправильным" телосложением, даже если сдает норматив (очень высокий к слову). Типа ребёнок неперспективный, зачем на такого время тратить. Другой отбор - военные лётчики, в училище не возьмут если рост большой. Какой бы вы при этом не были замечательный. Так что традиции фашизма в нашей стране, увы, цветут и пахнут.
Ещё существует такая библиотека как XState, которая всё необходимое уже делает, только автоматы пиши. И картинки по коду (своей декларации) умеет рисовать. И биндинги для того же реакта тоже есть. Декларативно, и при этом достаточно прагматично - почти всё необходимое в комплекте.
Про вес этих (что 3, что следующих) кирпичей уже написали? На фоне Thinkpad T4xx? Даже 13" тяжёлый. То, что на 5 итерации грани и углы корпуса неприятно резкие — не, пофиг? Ну и металлический корпус конечно с одной стороны круто, с другой — сильно нагретый или наоборот только взятый из машины с улицы — на колени не поставить (прямо desktop какой-то, а не laptop).
Видеочасть обычно работает на webrtc, в самом примитивном случае это Chromium-based браузер в качестве клиента. Целиком проприетарный стек вроде Zoom — это по нынешним временам редкость (не в user-base исчислении ессно).
Всё уже было. 3 года как - https://pomb.us/build-your-own-react/ (с VDOM, файберами, хуками и т.п.). Если, конечно, английский не пугает.
как вы собираетесь санпин учитывать (например 5 математик во начальном звене в день нельзя)? и учительский критерий "поменьше окон"?
Страшно демотивирует делать бесполезную работу. Но - как ни посмотри, на тех же образовательных курсах например решения задач (и, например, тестовые в приеме на работу) - в плане ценности результата как такового бесполезны, но полезны как процесс. Выше еще отличный пример со складированием барахла компаниями - что не всё так прямолинейно, как может показаться.
Лиса? Это где кучу разработчиков выкинули на мороз? Где баги висят годами и порой закрываются как won't fix потому что лень/некому фиксить? Как разработчик, интенсивно использующий WebRTC - могу сказать, что от лисы у меня горит каждый раз, когда я пытаюсь хоть как-то привести её в чувство. Даже более-менее стандартизированные API (типа permission, audiocontext). Не говоря ж о том, что свежие вещи туда едут просто вечность (insertable streams ... хм).
Пользовался FF долгое время как основным, пока она не стала катастрофически сливать хрому по производительности (даже год не вспомню, давно было). И вслед за хромом переехала на дурацкую нумерацию версий. До этого и оперу (3.5 - 9) юзал, и шкаф 3-4 застал с третьим ишаком. И арахну трогал, links и lynx.
Да, безусловно, если лиса умрёт - мы все сильно потеряем. Но и текущее её состояние - скорее коматозное.
Ммм, я думал что созданием контракта должен рулить некто "архитектор". Понимающий, как система в целом будет функционировать. А не только какая-то из её частей. Если, конечно, одна из частей не является анемичной (REST поверх хранилища данных, или наоборот тонкий UI на клиенте).
В оригинале тоже очевидно враньё - некоторые тесты показывают единицы процентов на одинаковых алгоритмах, отдельные - деградацию wasm относительно JS. Да, счётные задачки типа расчёта фракталов - хорошо дробятся в wasm. Ну, может SIMD теперь еще ощутимо подпихнёт в некоторых кейсах. Но вот прям заявлять "a lot faster" - кмк перебор.
Объект в общем случае (для object spread) не обязан быть итерируемым, чтобы к нему можно было применить object spread. Для использования в контексте списка значений - да, обязан.
справедливости ради конструкция вида { ... obj } действительно делает поверхностную копию объекта
Не увидел главного тезиса - "вызов dispatch - потенциально очень дорогой, чем больше компонентов с редаксом (connect/useSelector) - тем дороже dispatch". Начиная с какого-то уровня, мемоизация тоже не очень спасает (особенно то, что есть в createSelector).
Он же сам признается, что то, что под ним подразумевали раньше - и то, что считается сейчас - как бы несколько разные вещи?
ООП сейчас и ООП 20 лет назад - два разных ООП, не? Всякие ФП/ФРП, которые влетели во все мейнстрим языки - знатно далеки от изначальных концептов. Java и C++ - как два выживших "ООП" языка - очень язык не поворачивается назвать далее классическими носителями триады "инкапсуляция-наследование-полиморфизм".
PS enterprise fizz-buzz не смущает? Вот это всё про джунгли с гориллой к банану? Фабрики фабрик фабрик фабрик инструментов?
Как изящно он выворачивается из LSP :) Тогда ведь и аббревиатура рассыплется, некрасиво, сложнее кастомерам мозги полоскать. Парадигма изменилась, ООП во многих местах исчез или мутировал во что-то иное.
Реально - пишите простой код. Многотонные абстракции в каждой мелкой фигне - это просто дно. Просто положу это здесь - https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition
У Вернона Винджа в "Глубина в небе" такой мотив есть, и для одного из героев такой расклад очень выгоден - кмк и для части программистов это положение тоже будет выгодно (точнее уже). Job security термин не отечественное изобретение так-то ;-)
Google Meet, Jitsi - пробовали тоже уже?
Для решения "меня слышно?" при эффективных шумодавах еще используют генерацию comfort noise - это почти бесплатно сделать на клиенте. @alatobol применяете уже?
К сожалению, отбор по телосложению - прям не то, чтобы редкость. Спортшколы (гос) по плаванию в СПб не берут детей с "неправильным" телосложением, даже если сдает норматив (очень высокий к слову). Типа ребёнок неперспективный, зачем на такого время тратить. Другой отбор - военные лётчики, в училище не возьмут если рост большой. Какой бы вы при этом не были замечательный. Так что традиции фашизма в нашей стране, увы, цветут и пахнут.
Ещё существует такая библиотека как XState, которая всё необходимое уже делает, только автоматы пиши. И картинки по коду (своей декларации) умеет рисовать. И биндинги для того же реакта тоже есть. Декларативно, и при этом достаточно прагматично - почти всё необходимое в комплекте.