renderToString

на сервер весь хтмл передавать?

У него еще есть Oy.renderTemplate

эм, в смысле на сервер передавать?

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

я не понимаю как юзать короче

может полезно но я не понимаю

ты можешь срендерить в строку и на клиенте. Но лучше, чтобы само реакт компонент письмо лежало на сервере. И там же будешь рендерить в стоку и отсылать. Зачем этому быть на клиенте.

а норм

это в случае если нода бекенд

https://twitter.com/tomastrajan/status/782966705135947776

> also please check #AoT compile time template checking, no more runtime errors ? #angular2 > That's terrific. :)

Ребята отправил PR в реакт https://github.com/facebook/react/pull/7853 поставьте пальчик )

Поддержим, активного участника чатика ?

@lamo2k123 пили второй пр нормальный)

Завтра я спать

спи сегодня!

React power!

React power!

Нужно было написать зачем и что это даёт, плюс интересно по поводу производительности)

Так там линк с описанием )

Ребята, поделитесь опытом того, как у вас налажен процесс взаимодействия между верстальщиками и разработчиками. Интересуют такие вопросы. Хранится ли верстка отдельно от компонентов (имеется в виду разрабатывается ли она отдельно как статика в отдельных html файлах или же сразу рождается в компоненте)? Используете ли вы какие-либо шаблонизаторы для верстальщиков (при написании верстки для нового компонента не тянуть же на страницу всю верстку с хедерами, футерами и т.д.)? Вопрос прямого отношения к реакту не имеет, просто считаю сообщество реакта самое прогрессивное)

у нас верстка в отдельных репах. стили перемещаются автоматически гулпом, с проверкой линтером и минификацией, потомучто иногда верстальщики косячат, а было раз, даже postcss заглючил. Компоненты вручную из шаблонов собираются. У нас так

Ребята, поделитесь опытом того, как у вас налажен процесс взаимодействия между верстальщиками и разработчиками. Интересуют такие вопросы. Хранится ли верстка отдельно от компонентов (имеется в виду разрабатывается ли она отдельно как статика в отдельных html файлах или же сразу рождается в компоненте)? Используете ли вы какие-либо шаблонизаторы для верстальщиков (при написании верстки для нового компонента не тянуть же на страницу всю верстку с хедерами, футерами и т.д.)? Вопрос прямого отношения к реакту не имеет, просто считаю сообщество реакта самое прогрессивное)

Нет никаких чистых верстальщиков у нас просто

Ребята, поделитесь опытом того, как у вас налажен процесс взаимодействия между верстальщиками и разработчиками. Интересуют такие вопросы. Хранится ли верстка отдельно от компонентов (имеется в виду разрабатывается ли она отдельно как статика в отдельных html файлах или же сразу рождается в компоненте)? Используете ли вы какие-либо шаблонизаторы для верстальщиков (при написании верстки для нового компонента не тянуть же на страницу всю верстку с хедерами, футерами и т.д.)? Вопрос прямого отношения к реакту не имеет, просто считаю сообщество реакта самое прогрессивное)

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

У нас сразу компоненты делаются

Честно сказать, у нас тоже нет верстальщиков. Но такой подход дает возможность разделять задачи на верстку и разработку компонента как между разработчиками так и во времени. Ну и порядка добавляет.

Нет никаких чистых верстальщиков у нас просто

Как и у нас. Все разработчики. И верстать могут когда это нужно

Страшно представить процесс апдейта компонентов, если верстальщик отдельный хтмл верстает

Честно сказать, у нас тоже нет верстальщиков. Но такой подход дает возможность разделять задачи на верстку и разработку компонента как между разработчиками так и во времени. Ну и порядка добавляет.

Порядка это точно не добавит.

апдейт компонента подразумевает две задачи - апдейт верстки и/или апдейт логики. Эти две задачи также можно разделить между разработчиками

у нас фронтендеры тоже все верстать могут, но ещё они могут писать красивый жс, а вот верстальщики не могут

апдейт компонента подразумевает две задачи - апдейт верстки и/или апдейт логики. Эти две задачи также можно разделить между разработчиками

Ну вообще эти задачи часто сильно связаны (в чем и была мотивация держать разметку в компонентах, собственно), поэтому я хз как у кого-то получается жить с отдельной версткой

Красивый или нет, главное чтобы задачи решал

И пофиг на поддержку?

Поддержка важна, но не красота

Буквоедство

Красивый = хороший = читаемый и поддерживаемый, кмк

Есть немного :)

Задачу он по-умолчанию решает. Никому не нужен код, который не решает задачу :-)

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

и фронтендеры не редко комитят обратно в репу с макетами. Но в основном сосредоточены на написании кода и имплементации всех требований. Чаще столкнулся с проблемой, не блокирует, отписал тикет на верстальщика и дальше занимаешься своими. При следующем обновлении стилей как правило будет поправлено

Честно сказать, у нас тоже нет верстальщиков. Но такой подход дает возможность разделять задачи на верстку и разработку компонента как между разработчиками так и во времени. Ну и порядка добавляет.

попробуйте https://github.com/roman01la/html-to-react-components

Сделайте сэндбокс для верстальщиков.

Осилил jQuery осилит и jsx

Пусть в этом сэндбоксе пилят.

“Верстают”

> @sullenor Как и у нас. Все разработчики. И верстать могут когда это нужно +1 самая бесполезная херня в проекте это верстальщики чьи поделки потом приходится переводить в шаблоны или компоненты и все равно верстать, т.к. почти всегда шаблоны выглядят заебись только на dummy data.

Сделайте сэндбокс для верстальщиков.

в чем суть сэндбокса? зачем верстальщику jsx?

рисовать компоненты

не скажи. Они делают полезную работу и сокращают мои переживания по поводу "опять верстать"

а почему не в html?

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

потому что потом придется переводить html в jsx

Ну вообще эти задачи часто сильно связаны (в чем и была мотивация держать разметку в компонентах, собственно), поэтому я хз как у кого-то получается жить с отдельной версткой

Эти две задачи очень хорошо разделяются (в React особенно). Более того они должны быть разделены. Потому как верстка это очень большой пласт знаний и программисту его освоить сложно/неинтересно. Я бы вообще разделял не фронт/енд разработчик. А разработчик и верстальщик.

*фронт/ бэк разработчик

а ещё у нас верстальщики отвечают за общий дизайн и Ux, все эти разговоры про количество кликов до цели, про то где надо размещать кнопки и тд, я как фронтендер не хочу этим заморачиваться, у меня хватает своих задач и чаще я время провожу с бекендером над проектированием апи

>Потому как верстка это очень большой пласт знаний Лолшто?

чето везде где я работал (по большей части USA проекты), нигде верстальщиков не было. заказывалась верстка дизайна которая потом разбивалась на компоненты/темплэйты.

верстка это геморойный пласт знаний)

Вёрстка это эталон copypast парадигмы разработки

Бедные верстальщики, за кого вы их вообще держите )

я вот сейчас верстаю кое что, уж запарился если честно)

> @esseswann Лолшто? реально. всякая совместимость, префиксы и прочее говно.

ещё респонсив

caniuse и препроцессоры

> @esseswann Лолшто? реально. всякая совместимость, префиксы и прочее говно.

аутопрефиксер?

я еще и бэкенд делаю

Вообще, скажу так. Если верстальщик еще и логику интерфейса программирует (не трогает эти ваши флаксы), то интерфейс выйдет лучше.

Вёрстка это эталон copypast парадигмы разработки

ты не встречал хороших верстальщиков

Т.к. больше пространства для реализации фич

и дашборды приходится иногда на angularjs но последний год на реакт перешел.

Я сам хороший верстальщик. И я не считаю это большим достижением

ну я тоже могу хз правда хороший или нет.

Я сам хороший верстальщик. И я не считаю это большим достижением

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

верстальщик по профессии и прогарммист который тоже может это разные вещи))

Ага, или в этом ничего сложного и вправду нет

Не проявляйте презумпцию виновности без нужды

В вёрстке есть три с половиной нюанса, которые отслеживаются специальными сервисами и покрываются зверинцем библиотек

Пф

Какие вещи например верстальщики делают которые и не снились?

Остальное - методичка

В вёрстке есть три с половиной нюанса, которые отслеживаются специальными сервисами и покрываются зверинцем библиотек

какие, например?

спец сервисы это caniuse?

Какие вещи например верстальщики делают которые и не снились?

https://www.youtube.com/watch?v=m3TK94ZQjPw

@TimeRaider, разжигаешь

Да. Три с половиной нюанса это адаптивность, кроссбраузерность и использование препроцессоров. Половинка нюанса это всякий треш вроде горизонтальной вёрстки, специфических селекторов и т.п.

@TimeRaider, разжигаешь

“на JS каждый мудак писать может, а верстальщик - это от Бога” ©️

> @TimeRaider https://www.youtube.com/watch?v=m3TK94ZQjPw лол

щаз еще flexbox

что круто упрощает жизнь

Да. Три с половиной нюанса это адаптивность, кроссбраузерность и использование препроцессоров. Половинка нюанса это всякий треш вроде горизонтальной вёрстки, специфических селекторов и т.п.

все это нарабатывается тупо практикой

теория довольно проста

Я про это и говорю

да и вообще последнее время есть тенденция к унификации интерфейсов

когда реально крутые UI/UX инженеры разрабатывают концепции в аппл, микрософт, гугле.

так вы приходите к нам на собеседование на позицию верстальщика, вот и посмотрим :)

А не какие-то там верстальщики.