Мы вроде в феврале-марте поставили вебпак с тех пор не было необходимости его обновлять/что то там менять. Только дописывать.

Да я не говорил, что есть лучше решения)

Тогда ты не можешь приводить это как аргумент.

Тогда ты не можешь приводить это как аргумент.

аргумент чему?

Я думаю без вебпака мы бы откровенно большую часть времени конфигурили галп и искали воркароунды

не знаю меняется ли синтаксис в новых версиях вебпака (сомневаюсь) но мы поставили какую то версию и до сих пор все работает как надо, т.е нет необходимости обновлять ради чего то. А перед продакшеном можно пробежаться и обновить все что нужно.

не знаю меняется ли синтаксис в новых версиях вебпака (сомневаюсь) но мы поставили какую то версию и до сих пор все работает как надо, т.е нет необходимости обновлять ради чего то. А перед продакшеном можно пробежаться и обновить все что нужно.

не менялся и обновление до 2 проходит без проблем

сидим сейчас на 2

Там вроде shaketree оптимизатор, но я пока не читал что это такое вообще.

да, но его надо специально включать у babel

code-spliting, оптимизация скорости сборки, создание определеных чанков и так далее

еще к сложным это, dll, различные кэши, happypack и подобное

О, прикольно.

да, но его надо специально включать у babel

Только не включать, а отключать преобразование es6 modules -> commonJs modules

Только не включать, а отключать преобразование es6 modules -> commonJs modules

или так, но в общем нужны телодвижения и необходимо заменить пресет es2015)

https://twitter.com/dan_abramov/status/759894585157955584

еще к сложным это, dll, различные кэши, happypack и подобное

>dll где можно нормально про это почитать?

5 сек в гугле https://robertknight.github.io/posts/webpack-dll-plugins/

https://twitter.com/dan_abramov/status/759894585157955584

да и передача пропсов вида {...this.props} нарушает принцип композиции)

>dll где можно нормально про это почитать?

на медиуме более менее статья была, или в исходном коде)

> {...this.props} {...restProps} бывает полезно, когда нужно всякую кастомщину передавать в компонент, но не хочется заводить отдельный пропс и его обработку на каждый чих-пых-edge-кейс но костыль, да через какое то время, когда уже кстати будет понятно как, это дело надо отрефакторить

Изначальный мессадж был вообще про "постоянно настраивать, все быстро меняется"

Там ломающие изменения только в webpack2 будет.

https://twitter.com/dan_abramov/status/759894585157955584

https://pbs.twimg.com/media/CowzUlbWcAAaxys.jpg:large

Но ничего особо не должно по ломаться.

парни, ну я всё понимаю, но я обновлял и не очень мажорные версии плагинов после его искал что же может значить этот интересный стектрейс =)

короче, мы без вебпака сейчас прилично живем и знать ничего о нём не знаем

https://twitter.com/dan_abramov/status/759894585157955584

По-моему если в ...restProps только дом-атрибуты, то это абсолютно нормальный кейс. Тот же <Link /> иначе как должен работать

https://pbs.twimg.com/media/CowzUlbWcAAaxys.jpg:large

Я не знаю какой насок надену поэтому на всякий случай надену оба == {...props}

Я думаю без вебпака мы бы откровенно большую часть времени конфигурили галп и искали воркароунды

Вот кстати, один раз правильно настроеный галп по внешнему виду мало отличается от вебпака. Если абстрагироваться и объединять код по максимуму, то в конце концов получится набор хелперов и единый конфиг практически того же самого вида

хз хз, как по мне так галп не такой гибкий.

Вопрос в том сколько потребуется для этого времени

Вам билды настраивать или работать?

Вопрос в том сколько потребуется для этого времени

Все время этого мира.

Все время этого мира.

Плодить мутантов

Все мы мутанты.

Но не я

хз хз, как по мне так галп не такой гибкий.

Галп гораздо более гибкий (там, где не надо), это и плохо

Объясни, в чем гибкость?

кастомные сценарии?

кастомные сценарии?

Да. Вебпак - бандлер а галп это таск раннер, это изначально шире специализация Просто если задача - чисто проект собирать, то инструмент, который не надо однообразно допиливать - предпочтительнее

Но в вебпаке точно также можно написать кастомный лоадер

Ты по прежнему хочешь собирать проект ?

Тут ясен фиг лидер очевиден)

Для всего остального есть npm run ?

По-моему если в ...restProps только дом-атрибуты, то это абсолютно нормальный кейс. Тот же <Link /> иначе как должен работать

Ден писал, что юзайте там aProps, типа <Link onClick={onClick} aProps={{className, target}} />

aProps это не существующий?

Для всего остального есть npm run ?

js-way - это когда для каждого кейса у тебя есть не меньше десятка плохо подходящих инструментов?

npm вполне подходит.

Не вижу смысла как раз тащить дополнительную зависимость если ты и так можешь написать js скрипт

js-way это 800 мб node_modules

я жду gulp 4 нужен он для запуска тасок параллельно/последовательно и управлением зависимостей тасок

галп не нужен

сейчас я пишу npm scripts чем дальше, тем больше они похожи на свой gulp

кому-то нужен, кому-то не нужен то же мне спор развели

сейчас я пишу npm scripts чем дальше, тем больше они похожи на свой gulp

Скорее галп похож на npm run :)

в простых кейсах, npm run достаточно

aProps это не существующий?

aProps или domProps

типа явно указывать, что куда

А, это рандомные названия пропов?

что?

a - для тега <a />, это может быть divProps или как я написал domProps

a - для тега <a />, это может быть divProps или как я написал domProps

Ну а потом же будет всё равно {...this.props.aProps}

Плюс нужно знать внутреннюю структуру, что нарушает инкапсуляцию

ну так да

насколько я понял, это актуально только ui-либам, в своих компонентах это вообще не нужно

а там ты знаешь внутряк, потому что через все эти classname ты его и меняешь

и style

Ден писал, что юзайте там aProps, типа <Link onClick={onClick} aProps={{className, target}} />

Только смысл в этом не особый. С одной стороны да, более явно вместо "restProps" выделено то, что предназначено для самого хтмл элемента, а с другой стороны удобство использования сильно уменьшается и как будто не так уж и оправдано. Сейчас легко можно пройтись по всем <a> и заменить их на Link, тронув только href (либо наоборот). С другой стороны явность тоже штука важная. Главное, чтобы никто не подумал, что rest operator запретить хотят

ERROR: S client not available

последнее это да)

с них станется

ну запретят они его, форкнут и напишут свою реализацию где разрешен

этожбабел

кто может подсказать, у WebpackHtmlPlugin есть что-то вроде contentBase? как ему сказать, что мы в проде заливаем на CDN ассеты?

public path в помощь ))

спс

а кто каким редактором пользуется под виндой? вебшторм тяжелый

атом\саблайм?

vscode

vscode

а плагины юзаешь какие-нибудь?

Атом, вебшторм

Скажите пожалуйста сильно ли отличается 0.13 от 15.3 версии react

а плагины юзаешь какие-нибудь?

http://prntscr.com/c071jb

А как вы делаете, когда какой-нибудь пакет из нпма не ставится под виндой?

покупаем мак

ставим linux

ставим на мак линукс? да вы эстет

ставим на мак линукс? да вы эстет

ЗНАЮ ОДНОГО ТАКОГО НЕ БУДУ ПОКАЗЫВАТЬ ПАЛЬЦЕМ, ДА, АНТОН?

на mac mini пробовал, работает)

а если серьезно, то что вам мешает завернуть ноду в docker и работать через него?

кто нить работал с vue js?

А как вы делаете, когда какой-нибудь пакет из нпма не ставится под виндой?

vagrant

ЗНАЮ ОДНОГО ТАКОГО НЕ БУДУ ПОКАЗЫВАТЬ ПАЛЬЦЕМ, ДА, АНТОН?

Да.

(я под линуксом разрабатываю боже упаси)

Убунту + maс = one love.

убунту с маком смешать? что получится?

macbuntu ?

Вобще заебись

Я честно пробовал работать под макосью

Но все эти ублюдские анимации очень бесили

Но все эти ублюдские анимации очень бесили

если они так взбесили, то их можно отключить