да мы все знаем про стейджы

ты пишешь — > в таком виде, как написано выше - никогда и не будет) почему "никогда"?

ща найду статью у реакта

потому что там через символы чето начали мутить

но самые полезные для коммьюнити frontend union и украинские

Только один был юнион в России?

и в блоге реакта написали - что так работать не будет в новом виде драфта

??? разве не от обратного надо вопрос ставить?

Только один был юнион в России?

пока да

напомнить что у нас со стейдж 1 вникуда попало?

Напомни, интересно

Object.observe, TypedObjects

и в блоге реакта написали - что так работать не будет в новом виде драфта

ну так бы сразу, а то начал про стейджы, которые якобы из "1" в "2" и "3" никогда не переходят ) ссылку найдёшь?... интересно же

https://babeljs.io/repl/#?evaluate=true&lineWrap=false&presets=es2015%2Creact%2Cstage-1%2Cstage-2&code=function%20contextWrapper()%20%7B%0A%20%20const%20outer%20%3D%20()%20%3D%3E%20this.name%0A%0A%20%20class%20Example%20%7B%0A%20%20%20%20name%20%3D%20'instance'%0A%20%20%20%20instanceMethod%20%3D%20()%20%3D%3E%20this.name%0A%20%20%20%20static%20staticMethod%20%3D%20()%20%3D%3E%20this.name%0A%20%20%7D%0A%0A%20%20const%20tmp%20%3D%20new%20Example()%0A%0A%20%20console.log('outer()'%2C%20outer())%20%20%0A%20%20console.log('Example.staticMethod()'%2C%20Example.staticMethod())%0A%20%20console.log('tmp.instanceMethod()'%2C%20tmp.instanceMethod())%0A%7D%0A%0AcontextWrapper.call(%7Bname%3A%20'outer'%7D)

блог не нашел

там типо не юзайте больше class-fields, юзайте bind

в каком реакте React.Component появились?

потому что там Катц запорол че-то и меняли

и Себастьян потом извенялся, да, было

который Маркбейдж

было такое

так что вперед, чуваки, у кого стейдж 0

мы в вас верим

✊

не сдавайтесь

если честно сказать - я юзаю этот трансформер))

но для static propTypes исключительно

потому что ну уродски писать по airbnb гайду(

там типо не юзайте больше class-fields, юзайте bind

Спасибо за инфу

https://twitter.com/sebmarkbage/status/646486868888911872

привет! нужна помощь коллективного разума: ищу какой-то аналог select2 с упором на загрузку данных с сервера по мере ввода. хочется чтобы он синтегрировался с react-redux-form. пробую сейчас react-select, но он что-то не радует

react-select вроде вполне приличен

странно, но не нашел больше инфы что Class properties transform станет Deprecated и его не стоит использовтаь)

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

у него менялась реализация в спеке

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

но какой в этом всем толк когда бабель не нужен?

нашел issues с примером выше и с описанием проблемы https://github.com/jeffmo/es-class-fields-and-static-properties/issues/18

но какой в этом всем толк когда бабель не нужен?

какой толк в этом вопросе, когда JS не нужен?

потому что браузеры пока только жс умеют к сожалению

браузеры не нужны

тг-бот и вперед

вижл бейсик скрипт депрекейтед(

вижл бейсик скрипт депрекейтед(

Спокуха, только в эдж моде!

браузеры не нужны

факт. надеюсь так и будет и останется только платформа

react-select вроде вполне приличен

а как паджинацию делал?

вин уже в этом направлении ок преуспевает

uwp во все поля

привет! нужна помощь коллективного разума: ищу какой-то аналог select2 с упором на загрузку данных с сервера по мере ввода. хочется чтобы он синтегрировался с react-redux-form. пробую сейчас react-select, но он что-то не радует

Ты уверен, что оно нужно для редакса?

не особо

Я бы сделал отдельный тупой реакт-компонент

главное чтобы работало, react-select сейчас с багом

И в сторе бы не хранил результаты выпадашек

главное чтобы работало, react-select сейчас с багом

Так возьми обычный UI-select и сделай над ним обертку в виде тупого реакт-компонента

эхехех, не хотелось своего городить, а доверить это дело умным людям)

А нормально делать микрокомпоненты для форматов данных - для даты, для денег. Параметром формат фигачить, например

Я пока как-то опасаюсь делать тысячи компонентов

А нормально делать микрокомпоненты для форматов данных - для даты, для денег. Параметром формат фигачить, например

Вообще грубое правило — лучше больше компонентов, чем меньше. Но для форматированного отображения не компоненты скорее нужны, а ютилити библиотеки. К тому же вот https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Intl

Вот да, вопрос проброса формата и i18n я в голове пока не решил

почему больше компонентов — лучше? разделить всегда можно. заранее время рендеринга незачем увиличивать про сто так

почему больше компонентов — лучше? разделить всегда можно. заранее время рендеринга незачем увиличивать про сто так

Имеется в виду, что по возможности компонент должен быть простым, а не сложным. Значит если внутри компонента появляется логика, не относящаяся к основной сути компонента — её лучше вытащить в отдельный компонент, а не держать.

Посоны, слуште, небольшая пятничная тема для флейма чем отличается сеньор от мидла React Front End Developer? :)

ERROR: S client not available

@dmitriiabramov https://github.com/facebook/react/pull/6804/

всеравно реакт не нужен :)

а, вот еще вопрос вдогонку нормально ли фронтенд девелоперов называть "верстаками"?

Посоны, слуште, небольшая пятничная тема для флейма чем отличается сеньор от мидла React Front End Developer? :)

там где есть слово senior, не может быть слова react :)

Посоны, слуште, небольшая пятничная тема для флейма чем отличается сеньор от мидла React Front End Developer? :)

Всё-таки деление на джуны/мидлы/сеньёры существует внутри компаний, они не объективны и один и тот же человек попадает в разные категории по меркам разных компаний

ну база какая то же должна быть, фундамент так сказать

не потомучто реакт плохой или что-то еще, но если ты senior, то это уже не знания какого-то конкретного фреймворка или библиотеке, а умение и опыт решения проблем

а, вот еще вопрос вдогонку нормально ли фронтенд девелоперов называть "верстаками"?

Верстак = верстальщик, человек верстающий макеты, в теории может не знать JavaScript (на практике так небывает)

а так да. в каждой компании по разному

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

не потомучто реакт плохой или что-то еще, но если ты senior, то это уже не знания какого-то конкретного фреймворка или библиотеке, а умение и опыт решения проблем

> умение и опыт решения проблем онли во фронтенде? а если чел 7 лет шпилил на c++ или с oracle возился или все вместе?

если 7 лет шпили на c++ то он там синьор/мидл, а во фронте будет в переходном состоянии )

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

выучить реакт :)

выучить js и понять тонкости =)

фронтенд тоже разный бывает

и все?))

я официально фронтенд дев, но я уже три года как хтмл/css не трогал

ок, чел реакт начал изучать опосредованно еще осенью 2013г

и все?))

а ты себя кем считаешь? и по каким параметрам это определяешь?

я потому и спрашиваю что хз кем себя считать)

сходи на собеседования тогда, если сам не можешь самоопределиться ))

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

Посоны, слуште, небольшая пятничная тема для флейма чем отличается сеньор от мидла React Front End Developer? :)

зарплатой?

собеседования это хорошая тема, да

зарплатой?

больше 2к$ - сеньор?

зарплатой?

+1 полюбасу

больше 3к - сеньор

больше 3к - сеньор

а джуниор тогда сколько?)

больше 3к стопудов сеньор, 2к хз