Учебный курс по React, часть 17: пятый этап работы над TODO-приложением, модификация состояния компонентов

Автор, большое спасибо, давай еще! Использование спец механизмов для изменения состояния как я понимаю — вынужденная необходимость, иначе бы пришлось наследовать классы состояний от какого-то Observable и все стало бы еще сложнее

Довериться Кодду или своим объектам?

Я год проработал разработчиком на Cache и это был просто ад с ежедневным баттхёром. Ужасная IDE, кривой псевдоязык, отсутствие внятной документации, отсутствие сообщества, отсутствие сторонних библиотек: все приходится писать с нуля! Баттхёрт начался с первого же проекта, когда потребовалось написать код для кодировки кириллических доменных имён. Баттхёрт при отладке, когда выясняется что отладчик понимает и подсвечивает не то что ты видешь в IDE, а псевдокод в который транслируется твоя программа. Баттхёрт при неожиданном поведении БД, например, индексы надо было перестраивать вручную после измененияе класса. На вопрос «почему» наш гуру отвечал «потому что это Cache». В 2013 году плюнул и уволился из этой конторы. Недавно бывший коллега сообщил что Cache очень сильно улучшили и добавили даже Json-сериализацию «из коробки». Прогресс, блин, когда на дворе 2018 год

Так-так-так, я всё вижу

Не все так здорово как малюют маркетологи. Делал коррекцию зрения по методике LASIC, через 5 лет зрение село опять. Офтальмологи Германии в голос говорят что глаз не набирает после операции 100% прочность уже никогда и впаривать обычным людям (не пилотам-космонавтам-военным) лазерную коррекцию — это преступление