Я рад за автора, что он сделал правильные выводы из увиденного, сравнивая теплое с мягким. А тем гоферам, для которых особенности жабаскрипта являются останавливающим фактором, можно пожелать успешной разработки браузерных приложений на голанге, уж там точно не будет проблем ни с параллелизмом из коробки, ни с браузерными причудами.
То, что автор путает сам язык и платформенный API, только подчеркивает, как он проникся идеей изоморфного подхода. Ну, с кем не бывает.
По-моему, обобщением занимается именно автор — экстраполирует свой однобокий опыт с JS-разработкой и противопоставляет ей TS в качестве панацеи, хотя последний является откровенным костылем, причем и в хорошем, и плохом смысле.
Попахивает подростковым максимализмом, густо приправленным тролльим жиром. Самое логичное объяснение положительной карме — здоровый смех продлевает жизнь, и читатели это ценят, и как здорово, что юмореска не была испорчена наводящими тоску аргументами.
Будучи ссторонником типизации, в большинстве случаев предпочту ТС. Да, я в курсе, что много ошибок ловится на этапе компиляции. И в курсе, что на порядок больше не ловится. Типизированный на 100% код в ТС — это дорогое удовольствие, которое сталкивается с законом Парето. За это спасибо и ограничениям самого ТС, и качеству типов сторонних библиотек. Существует баланс между строгой типизацией и покрытием тестов, которых тоже не бывает слишком много. Но допускаю, что не всем фанбойствующим теоретикам в розовых очках это известно.
Например, хук created из примера выше запускается тогда, когда готово состояние (state) компонента, но до того, как компонент прикрепляется к странице. Аналог из мира React — getDerivedStateFromProps.
Но есть одна большая разница: в библиотеке Vue нет аналога реактовского shouldComponentUpdate. В этом нет необходимости ввиду наличия в Vue системы реактивности.
Здесь неточности. Конструктор в React (ранее — componentWillMount) — это aналог created, выполняется для инстанса единожды. А getDerivedStateFromProps выполняется многократно, ближайший аналог в Vue — watch, также может быть не нужен из-за реактивности.
То, что автор путает сам язык и платформенный API, только подчеркивает, как он проникся идеей изоморфного подхода. Ну, с кем не бывает.
</sarcasm>
Будучи ссторонником типизации, в большинстве случаев предпочту ТС. Да, я в курсе, что много ошибок ловится на этапе компиляции. И в курсе, что на порядок больше не ловится. Типизированный на 100% код в ТС — это дорогое удовольствие, которое сталкивается с законом Парето. За это спасибо и ограничениям самого ТС, и качеству типов сторонних библиотек. Существует баланс между строгой типизацией и покрытием тестов, которых тоже не бывает слишком много. Но допускаю, что не всем фанбойствующим теоретикам в розовых очках это известно.
Чтоб вам при барахлящем infer приснилось no-any.
Здесь неточности. Конструктор в React (ранее — componentWillMount) — это aналог created, выполняется для инстанса единожды. А getDerivedStateFromProps выполняется многократно, ближайший аналог в Vue — watch, также может быть не нужен из-за реактивности.
Необходимость писать лаконичный код с минимумом third party-костылей — это достаточно конкретно, чтоб считать задачей?
* И успехов с ложными срабатываниями при замещении новоиспеченного globalThis кашей из window, self и global.