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

Эм

Это не минус

Назови мне ситуацию когда первый запуск быстрый и все работает

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

Ну да, я об этом и пишу

Серверный код вообще компилировать не нужно, ты это 1 раз в прод сборке делаешь и сколько оно там собираться будет абсолютно не важно

Еще про css модули, отчего тут считается хэш? generateScopedName: '[name]__[local]___[hash:base64:5]' Есть ли гарантия, что при сборке вебпаком и через хук я получу одни и те же имена классов?

Нет, гарантии нет

Ты должен имя селектора в хуке и в конфиге веб пака поставить одинаковое

Нет, гарантии нет

кстати почему нет-то?

Ты должен имя селектора в хуке и в конфиге веб пака поставить одинаковое

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

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

подразумевается, что шаблоны одинаковые

Если они одинаковые то как имя может отличаться?

может он всетаки получает хэш от названия переменной, файла и так далее? а не случайно генерирует

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

хэш по пути считается, т.е. нужно указать шаблон + если разные рабочие директории, то и базовый путь

Свойства селектора модифицируется? Имя файла изменится?

Народ, привет

Зачем ещё использовать CSS? Почему не перейти на JSS/Radium и из него генерировать необходимый CSS для браузера, как JS-бандл? Мы же давно уже ушли от того, что веб-разработка - это верстка HTML с добавлением JS. Мы сейчас делаем полноценные приложения, где HTML - это средство отображения UI в наших JS-приложениях. CSS - тоже самое.

Зачем ещё использовать CSS? Почему не перейти на JSS/Radium и из него генерировать необходимый CSS для браузера, как JS-бандл? Мы же давно уже ушли от того, что веб-разработка - это верстка HTML с добавлением JS. Мы сейчас делаем полноценные приложения, где HTML - это средство отображения UI в наших JS-приложениях. CSS - тоже самое.

https://en.m.wikipedia.org/wiki/JavaScript_Style_Sheets

А вообще, потому что говно и не удобно.

неудобно что конкретно?

Писать css в js.

А вообще, потому что говно и не удобно.

Опыт с React Native показывает обратное. У нас есть полноценный контроль.

Ладно если для RN, но для веба — не, спасибо.

удобно писать, значит ты не умеешь

плохой аргумент

+

конкретно и по пунктам что не удобно

не нужно удалять сообщения Денис

Подводя итоги срача: JSS говно, Jade говно, БЭМ говно, вообще всё говно и не нужно А что нужно то? Что удобно в славном 2016ом? :)

не нужно удалять сообщения Денис

Мы договорились днём не флудить

Подводя итоги срача: JSS говно, Jade говно, БЭМ говно, вообще всё говно и не нужно А что нужно то? Что удобно в славном 2016ом? :)

реакт еще допиши в список)

конкретно и по пунктам что не удобно

media queries, :hover/:focus/:etc.

это все в том же jss есть

Css modules решают.

это все в том же jss есть

Но писать уродливо.

не убеил

CSS modules - это промежуточный вариант.

+++ за css-modules в вебе

не убеил

Я не пытаюсь. Я говорю, что говно.

с jss куча проблем, префиксы, media и прочее

вообще никаких проблем

вы вообще пользовались jss ?

Да, и @canvaskisa выше написал.

префиксы - автоматом, медиа удобнее чем в цсс, сразу в селекторе можно описать, и прочее то что вы придумаете там все удобно

вы вообще пользовались jss ?

Композиции умеет? Ну, типа вот у меня есть одно говно, хочу взять его и сделать второе, только зеленое.

да

Ну хоть что-то.

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

а то так бессмысленно разговаривать

кстати про жсс недавно подкаст с Кофом вышел, создателем его

Смотрите, есть такие ребята Formidable, чем-то на нас похожие. Они сделали Radium для имплементации JSS. Там реализовали и medium, и даже browser States: http://codepen.io/david-davidson/pen/MarQEq/

Смотрите, есть такие ребята Formidable, чем-то на нас похожие. Они сделали Radium для имплементации JSS. Там реализовали и medium, и даже browser States: http://codepen.io/david-davidson/pen/MarQEq/

Как они решили проблему с vendor prefixes для значений?

а цсс как решил ?

я использовал Radium раньше, да, и там постоянно траблы с префиксами были, я видел они вроде как это пофиксили сейчас, передавая серверу user-agent, это нормально работает вообще?

а цсс как решил ?

Так, что в style не пихнуть.

кстати про жсс недавно подкаст с Кофом вышел, создателем его

Я общался с Олегом на React Amsterdam, он увлечен JSS, но пока у него нет сильно стратегии продвижения. Чистый интузиазм, который может кончится. Radium подпитывается бизнесом, поэтому оно выглядит сильней.

я использовал Radium раньше, да, и там постоянно траблы с префиксами были, я видел они вроде как это пофиксили сейчас, передавая серверу user-agent, это нормально работает вообще?

Нет, это инвалидность.

Как они решили проблему с vendor prefixes для значений?

А разве от них не отказались? + @klimashkin

jss давно уже не проект одного человека

@schthngs вот и мне так кажется

ну и радиум отличается от жсс

ERROR: S client not available

Поцоны. Я понял. В вас просто нет перфекционизма. Вы же даже запятые пропускаете. То же и с jss — «и так сойдёт».

ты хотел сказать точку с запятой ?

Давайте к теме вернемся

Up!

Зачем ещё использовать CSS? Почему не перейти на JSS/Radium и из него генерировать необходимый CSS для браузера, как JS-бандл? Мы же давно уже ушли от того, что веб-разработка - это верстка HTML с добавлением JS. Мы сейчас делаем полноценные приложения, где HTML - это средство отображения UI в наших JS-приложениях. CSS - тоже самое.

Выше были следующие аргументы против: - Browser States - Media Queries - Vendor Prefixes

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

ты хотел сказать точку с запятой ?

Ггг :)

Или табы вместо пробелов.

Продолжая тему сборки css модулей. У меня сейчас css модули собираются не вебпаком, а gulp'ом при каждом изменении помощи postcss-modules, и попутно рядом кладется js файл, который экспортит мап получившихся классов и делает что-то вроде if (isBrowser) require('my.css'); И этот js файл уже рекваерится компонентом. В результате все ок с серверным рендерингом, и в компоненте ide подсказывает имена классов. Как вам такой вариант?

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

Но всё это легко реализуется средствами Radium/JSS. Плюс разная дополнительная логика и кастомизация (Themes).

Но всё это легко реализуется средствами Radium/JSS. Плюс разная дополнительная логика и кастомизация (Themes).

Но выглядит это неоднородно, некрасиво и беспорядочно.

ну смотри, в файле из 100 строк, ну около половины будет с точкой с запятой, если взять во внимание что одно нажатие пальцец тратит 0.5 калорий, то на файле в 100 строк я экономлю 25 калорий

не Денис, вообще не легко

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

ну смотри, в файле из 100 строк, ну около половины будет с точкой с запятой, если взять во внимание что одно нажатие пальцец тратит 0.5 калорий, то на файле в 100 строк я экономлю 25 калорий

А надо сжигать. Работа сидячая же. Иначе, рост не профессиональный, а в ширину.

+ за css это всякий пост/препроцессинг, экономящий время описания css типа postcss-short, sugarss и прочие сахарные штуки

Продолжая тему сборки css модулей. У меня сейчас css модули собираются не вебпаком, а gulp'ом при каждом изменении помощи postcss-modules, и попутно рядом кладется js файл, который экспортит мап получившихся классов и делает что-то вроде if (isBrowser) require('my.css'); И этот js файл уже рекваерится компонентом. В результате все ок с серверным рендерингом, и в компоненте ide подсказывает имена классов. Как вам такой вариант?

это не серверный рендеринг вообще

+ за css это всякий пост/препроцессинг, экономящий время описания css типа postcss-short, sugarss и прочие сахарные штуки

Это же логичнее делать с помощью JS-функций?

Переписать все постцсс надстройки на радиум ?

это не серверный рендеринг вообще

Ну за счет этого серверный рендеринг работает без хуков и без дублирования парсинга css webpack'ом и хуком

это не серверный рендеринг

я в файлах обращаюсь к именам классов, а на сервере что у меня будет ? ничего! потому что файл не подключен в итоге разная разметка от сервера и на клиенте

@DenisIzmaylov export default { button: assign(font(10, 10, 10), size(10, 20), { color: 'red' }) }

стремновато выглядит по-моему

ты мог вообще не париться и написать 1 строкой все что ты описал выше, и работало бы точно так же

@DenisIzmaylov export default { button: assign(font(10, 10, 10), size(10, 20), { color: 'red' }) }

это что ?

то как бы я реализовал сахар для шрифта и размеров элемента

а есть более симпатичные варианты?

Вот это правильный вопрос

то есть писать width height сейчас не модно ?