+1. Палкой по рукам бить надо, когда логику во view layer пихают.
Сами люди из facebook пишут, что getDerivedStateFromProps в крайне редких случаях должен использоваться.
Докладчик прошелся по всем основным моментам работы с персоналом со стороны тимлида: найме, мотивации и даже увольнении (хоть это и считается в современном мире кощунством).
Бывает такое, что редфлаги не сразу всплывают. Если не получается перевоспитать, то только увольнять.
Можно сказать, small talk – разговор ни о чем – помогает бизнесам держаться на плаву.
Пока ждем всем участников колла, самое время для оффтопа.
Мы с нашим PO порой каждую серию нескольких сериалов обсуждаем.
И не только сериалы. Разговоры на абсолютно разные темы.
Не уверен, что это нужно прям для удерживания бизнеса в нашем случае. Однако человеческие отношения у нас на отличном уровне.
Да, у RHL есть недостатки. Однако про плюсы никто не говорит. «Верстать» компоненты намного приятнее, ибо на каждый чих страница не перезагружается. И бóльшая часть времени разработки в React — это композиция компонентов. Я бы сказал, процентов 90 времени.
Так же, многое зависит от того, как выстроена архитектура самого приложения.
TL;DR: очень сомнительные вайны (местами приемлимые). Вместо нытья — поговорите на Github с мэинтейнерами и откройте пулл реквесты.
Я абсолютный 0 в Java. Начинал с PHP, последние годы делаю исключительно SPA на React/Angular.
Так вот. Без знаний Java/spring собрал весьма работающий pet-project REST API с помощью Boot. Всего-то погуглил статьи/доки за несколько вечеров. Итого: security, actuator (вырубил там всё, кроме endpoints/health), data rest. Работает, как часики.
Чего не хватает: той «легкости» работы с зависимостями, которая есть в npm/composer. Конечно, maven/gradle + idea делают своё дело, но порой слишком много времени тратил на поиск нужных «пакетов».
Да, всё верно. Я считаю, что tree-shaking еще совсем «зеленый», поэтому чудес от него ожидать не стоит. Надо писать нормальный код и правильно конфигурировать сборщик.
Предположим, мы имеем следующий код (почти как у автора в статье):
// foo.js
import { getBar } from './bar';
getBar();
// bar.js
export function getBar() {}
export function setBar() {}
И почему же webpack нам отдает даже те экспорты, которые не используются? А делает он это потому, что webpack молодец, следует стандартам EcmaScript. Он обязан загрузить полностью весь модуль, выполнить его, и только потом выполнять свой код. Именно поэтому в результирующем коде и появляется весь модуль.
Так же, все импорты «хоистятся» (не знаю, как это правильно на русском написать). Поэтому их надо писать в начале файла, и ни в коем случае не в каких-нибудь if. Они должны быть статическими. Сейчас комитетом ТС39 ведется работа над динамическим импортом, который уже в Stage 3.
В релизах webpack 2.x они пытались прикрутить tree shaking, но не очень удачно. В текущих версиях (3.8+), ситуация уже лучше. Rollup предназначен для библиотек и микро приложений, был написан с нуля, и выполняет свою четкую задачу. webpack уже был монстром на тот момент, поэтому интерграция tree shaking в него не такая уж и тривиальная задача.
Правильная конфигурация webpack, в частности, плагинов (код-сплиттинг, минификация, итд) позволяет писать весьма компактные бандлы. Поэтому не надо тут на него клеветать.
import на MDN, там же есть ссылки сопутствующие спекификации.
Чего очень не хватает — это коллапса ветки комментариев. Например, взять тот же r/wow r/leagueoflegends.
На мобилках просто печально пролистывать ветки.
Я считаю, что эти цифры, количество установок, абсолютно некорректны. У меня, грубо говоря, 1 SPA из 10 попадает в паблик — что AngularJS, что React, что любой другой SPA. Остальное — приватные продукты, которые недоступну общему глазу. Предположу, что я не один такой.
Месье, сначала бы посмотрели, как работает модуль react-redux. Открою секрет. Каждый connect() по умолчанию порождает PureComponent, поэтому не будет там лишних обновлений.
Сами люди из facebook пишут, что getDerivedStateFromProps в крайне редких случаях должен использоваться.
Бывает такое, что редфлаги не сразу всплывают. Если не получается перевоспитать, то только увольнять.
Пока ждем всем участников колла, самое время для оффтопа.
Мы с нашим PO порой каждую серию нескольких сериалов обсуждаем.
И не только сериалы. Разговоры на абсолютно разные темы.
Не уверен, что это нужно прям для удерживания бизнеса в нашем случае. Однако человеческие отношения у нас на отличном уровне.
Так же, многое зависит от того, как выстроена архитектура самого приложения.
TL;DR: очень сомнительные вайны (местами приемлимые). Вместо нытья — поговорите на Github с мэинтейнерами и откройте пулл реквесты.
Так вот. Без знаний Java/spring собрал весьма работающий pet-project REST API с помощью Boot. Всего-то погуглил статьи/доки за несколько вечеров. Итого: security, actuator (вырубил там всё, кроме endpoints/health), data rest. Работает, как часики.
Чего не хватает: той «легкости» работы с зависимостями, которая есть в npm/composer. Конечно, maven/gradle + idea делают своё дело, но порой слишком много времени тратил на поиск нужных «пакетов».
А в 2017.3 у меня отломался автокомплит this.props в React компонентах.
Предположим, мы имеем следующий код (почти как у автора в статье):
И почему же webpack нам отдает даже те экспорты, которые не используются? А делает он это потому, что webpack молодец, следует стандартам EcmaScript. Он обязан загрузить полностью весь модуль, выполнить его, и только потом выполнять свой код. Именно поэтому в результирующем коде и появляется весь модуль.
Так же, все импорты «хоистятся» (не знаю, как это правильно на русском написать). Поэтому их надо писать в начале файла, и ни в коем случае не в каких-нибудь if. Они должны быть статическими. Сейчас комитетом ТС39 ведется работа над динамическим импортом, который уже в Stage 3.
В релизах webpack 2.x они пытались прикрутить tree shaking, но не очень удачно. В текущих версиях (3.8+), ситуация уже лучше. Rollup предназначен для библиотек и микро приложений, был написан с нуля, и выполняет свою четкую задачу. webpack уже был монстром на тот момент, поэтому интерграция tree shaking в него не такая уж и тривиальная задача.
Правильная конфигурация webpack, в частности, плагинов (код-сплиттинг, минификация, итд) позволяет писать весьма компактные бандлы. Поэтому не надо тут на него клеветать.
import на MDN, там же есть ссылки сопутствующие спекификации.
На мобилках просто печально пролистывать ветки.