А что нельзя на реакте писать? Только социалки или ещё что-то?

реакт стал платным?)

как кстати себя preact на сервере показывает?

А что нельзя на реакте писать? Только социалки или ещё что-то?

по идеи, это публичные запреты, а ещё есть "кажется я хочу здесь забрать лицензию"

BSD License

все ок

3-Clause BSD with Facebook addendum (not OSI-approved)

хз в лицензии нет ничего кроме того что они не несут никакой отвественности если вдруг реакт неправильно начнет работать

наверное в патентах

я сам узнал со слов

наверное история была года 2 назад

сейчас уже просто BSD с припиской если что мы не виноваты

ну тогда круто

Был же тред про то, что если твой продукт на реакте и конкурирует с фейсбуком, то у них есть права сделать атата?

Но в то же время: https://code.facebook.com/pages/850928938376556

ну это опенсурс давайте пошлем чтобы убрали эти патенты

или склонируй и сделай свой - патент в случае изменения кода не распространяется

ну вообщем-то на нпм под bsd license и вывесив свой код туда они они отдают право на распространение npm так что париться по этому поводу вообще не стоит

ребят подскажите какой back-end чаще всего используют в связке react + redux ? php ?

nodejs

ну вообщем-то на нпм под bsd license и вывесив свой код туда они они отдают право на распространение npm так что париться по этому поводу вообще не стоит

ноуп, ./LICENSE && ./PATENTS всё ещё имеют силу. BSD диалектов дюжина, поэтому если есть LICENSE && PATENTS, то они уточняют

ну как по правилам npm они же переделали после удаление пакетов что ты отдаешь им право на распространение

так что если фейсбук там публикуют новые версии

дело не в нпм

дело в лицензии

поле лицензии на странице в нпм это только для ознакомления

тут подробнее https://writing.kemitchell.com/2016/09/21/MIT-License-Line-by-Line.html

Друзья, есть такой вопрос: вы используете препроцессоры в 2016? что из плагинов к postcss используете? мне вот кажется, что стек типа less/sass/stulys + autoprefixer в 2016 уже не нужен, что достаточно postcss, расскажите, как есть на самом деле, пожалуйста

да

postcss-da postcss-net

информативно :)

По историческим причинам пока использую стилус)

ребят подскажите какой back-end чаще всего используют в связке react + redux ? php ?

Руби тоже

Друзья, есть такой вопрос: вы используете препроцессоры в 2016? что из плагинов к postcss используете? мне вот кажется, что стек типа less/sass/stulys + autoprefixer в 2016 уже не нужен, что достаточно postcss, расскажите, как есть на самом деле, пожалуйста

Jss, stylus

@iLestaD без postcss?)

ребят подскажите какой back-end чаще всего используют в связке react + redux ? php ?

странный вопрос, back-end обычно просто blackbox

другой вопрос, enzyme expect(wrapper.find(Button).props()).to.shallowDeepEqual(props) чтобы все props() руками не выбирать, что вы используете?

deep equal не пойдет здесь

@iLestaD без postcss?)

Стайлус с ним

использовать postcss имеет смысл если вам не хватает фунционала который предлагают препроцессоры из коробки. Вообще вся идея постцсс в создании собственных фич и плагинов которые не имплементированы в препроцессоры. А так, мне хватает фич Sass + autoprefixer.

Друзья, есть такой вопрос: вы используете препроцессоры в 2016? что из плагинов к postcss используете? мне вот кажется, что стек типа less/sass/stulys + autoprefixer в 2016 уже не нужен, что достаточно postcss, расскажите, как есть на самом деле, пожалуйста

autoprefixer и так работает на postcss, а postcss сам по себе не заменит less/stylus/sass

マイク а если использовать css-next какой-нибудь? я так понимаю, не надо будет два раза парсить одно и то же

без понятия

В postcss есть precss

postcss гораздо быстрее компилится, так-то

В postcss есть precss

на ванильном сасс писать можно?

postcss гораздо быстрее компилится, так-то

ну если 100 - 200 милесекунд критичны -тогда конечно)

там намного больше разница

там намного больше разница

А можно тест-кейсы и замеры? А то может там выигрыш в 1-2 секунды, будет не очень интересно

https://github.com/timaschew/postcss-compare-packs

https://github.com/postcss/benchmark (см ишью там)

А можно тест-кейсы и замеры? А то может там выигрыш в 1-2 секунды, будет не очень интересно

1-2 секунды это уже критично. Там разницы маскимум 400-500 милсек

1-2 секунды к скорости сборки - это критично? У меня вопрос, что вы делаете со всем сэкономленным временем?

посты на медиуме пишем

Я не делала замеры, но есть вот такой слайд с чьей-то презы https://wsd.events/2014/12/06/pres/postcss/?full#36

И это начинает быть критичным на больших проектах

Понятно, что если у тебя одностраничник, то посрать, за одну или полторы секунды он соберется

Друзья, есть такой вопрос: вы используете препроцессоры в 2016? что из плагинов к postcss используете? мне вот кажется, что стек типа less/sass/stulys + autoprefixer в 2016 уже не нужен, что достаточно postcss, расскажите, как есть на самом деле, пожалуйста

перелез с sass на postcss + sugarss недавно, вроде полет нормальный, хоть и есть легкое чувство дискомфорта

на ванильном сасс писать можно?

Ну технически это sass-like. Можно онлайн свои кейсы проверить https://jonathantneal.github.io/precss/

1-2 секунды к скорости сборки - это критично? У меня вопрос, что вы делаете со всем сэкономленным временем?

когда верстаешь и хочешь увидеть результат мгновенно. А не ради каждого мелкого изменения ждать 2 секунды

если кто не пони https://github.com/postcss/sugarss

похоже на переезд ради переезда

я не знаю как у вас, но у меня знатно подгорает когда при апдейте стилей приходится ждать больше секунды -_-

когда верстаешь и хочешь увидеть результат мгновенно. А не ради каждого мелкого изменения ждать 2 секунды

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

должна быть очень специфичная по нынешним меркам команда чтобы перелезать на indent-based что-либо

у меня есть оч старый проект, который less собирается секунд за 10-15 ) такой пожар

я не знаю как у вас, но у меня знатно подгорает когда при апдейте стилей приходится ждать больше секунды -_-

должна быть очень специфичная по нынешним меркам команда чтобы перелезать на indent-based что-либо

Больные ублюдки т.е.

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

так я не про приложение, я только про сборку стилей говорю

еще раз постану, мб кто не вчитывался https://github.com/postcss/benchmark/issues/2

так я не про приложение, я только про сборку стилей говорю

Ну, я это и имел ввиду. Может не стоит в dev-режиме пересобирать их все?

Может стоит их модульно подключать?

у меня есть оч старый проект, который less собирается секунд за 10-15 ) такой пожар

У меня есть старый проект на второй рельсе и assets-pipeline. Когда мне кажется что нынешней проект начинает тормозить - то я открываю его)

я о том и говорю, libsass - 93ms || postcss - 75ms.

Ну, я это и имел ввиду. Может не стоит в dev-режиме пересобирать их все?

речь не о том идет, речь о скорости сасс/лесс/стилус и постцсс

имхо, главное приемущество postcss не в скорости

А еще libsass долго устанавливается и компилируется, и не всегда взлетает на центосе

речь не о том идет, речь о скорости сасс/лесс/стилус и постцсс

Это прекрасно. Но очень уж напоминает народную забаву "У кого пипирка длиннее"

Я понимаю когда время сборки критично для production-сборки. Особенно если проект обновляется в real-time, а не по принципу "собрали - выложили на продсервак"

Тогда погоня за скоростью имеет смысл

Но в остальном, ИМХО, это бесполезный спор

Ребят, как работает хеш для cssmodules в вебпаке? Он инкрементарно его присваивает или рандом? Он же не может пересечься, так?

Это прекрасно. Но очень уж напоминает народную забаву "У кого пипирка длиннее"

Друг, я же не говорю что лучше. Постцсс дает возможность расширить функционал препроцессоров (если такая необходимость имеется). Мне, к примеру фич сасс + автопрефиксер вполне хватает. Причем тут пипирка

скорость пересборки не менее важна, чем время работы тестов любые тормоза во время работы – плохо даже поссать сходить – плохо но постцсс не об этом

Друг, я же не говорю что лучше. Постцсс дает возможность расширить функционал препроцессоров (если такая необходимость имеется). Мне, к примеру фич сасс + автопрефиксер вполне хватает. Причем тут пипирка

Так и я не говорю)) Просто диспут скатился к очередному "А вот :подставить_имя_тулзы: работает на 16% быстрее"

не, диспут в том, можно ли обойтись одной тулзой или нет

И у меня немного пригорает от таких аргументов))

Ребят, как работает хеш для cssmodules в вебпаке? Он инкрементарно его присваивает или рандом? Он же не может пересечься, так?

это же хэш

Так и я не говорю)) Просто диспут скатился к очередному "А вот :подставить_имя_тулзы: работает на 16% быстрее"

Ааа. да не, спорить привычки не имею) Кому как удобней

это же хэш

Я пытаюсь понять будет ли он как-то пересекаться и сколько мне минимально нужно символов для покрытия всего количества классов.

Я пытаюсь понять будет ли он как-то пересекаться и сколько мне минимально нужно символов для покрытия всего количества классов.

он был придуман чтобы не пересекаться Я ставил 6 символов и не было ни разу проблем А классов было дохрена

он был придуман чтобы не пересекаться Я ставил 6 символов и не было ни разу проблем А классов было дохрена

Мне и трех хватит если это так.

но лучше поставить 8-12 символов

вероятность коллизий оч низкая, т.е. никакая

У меня возникло ощущение что это не псевдорандом.

То есть 3 символа под хеш хватит?

У меня возникло ощущение что это не псевдорандом.

это Хэш!