К этому как раз я и клоню) An integrated development environment (IDE) is a software application that provides comprehensive facilities to computer programmers for software development. An IDE normally consists of a source code editor, build automation tools and a debugger. Most modern IDEs have intelligent code completion.

Ну вот о чем и речь.

И все?

ну да, редактор, автокомплит и анализатор кода )

ну да, редактор, автокомплит и анализатор кода )

Ну дык атом не то разве?

Ну дык атом не то разве?

чистый атом нет, там только редактор и автокомплит )

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

чистый атом нет, там только редактор и автокомплит )

Ну так изначально тоже был блокнот.

Мы же вебпак почему все используем?

Наверное не потому, что наша иде не поддерживает "build automation tools"

Просто сейчас одна IDE не может включать в себя все сразу.

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

технически с webstorm можно собирать, ставить хуки и так далее, можно дебажить, но кому это надо сейчас )

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

технически с webstorm можно собирать, ставить хуки и так далее, можно дебажить, но кому это надо сейчас )

Во-во. Иногда для зашквара и notepad++ подходит)

Gulp integration есть, что ещё надо)

А я так по большей части к консоли привык.

Можно вообще из черного экрана же не вылазить. Иногда просыхать, когда надо пару килотон кода накидать.

Итак, парни. Полночь близится. Стемнело. Скоро начнём массонский ритуал розыгрыша билета на DevConf 2016. Есть легкое волнение? Почувствовали, как ладошки вспотели?

Студенты за окном начали кричать "халява прийди" - у них скоро экзамены. Думаю наш чат сейчас подхватывает их волну в голос. :)

зимой была тема – sokra собирал команду пилить новую вебпак аналитику

и все загнулось

кто-нибудь знает почему?

а может кто-нибудь объяснить про куки? если с сервера приходит set-cookie, куки же должны сохраниться и в resource в браузере быть видны?

вот чатик в гиттере запилили даже https://gitter.im/webpack/analyse-tool и репку https://github.com/webpack/analyse-tool, я сейчас только вспомнил, зашел, а там ничего нет)

@DenisIzmaylov а в этом чатике ты будешь разыгрывать? :)

Итак, из нашей группы React.js поступила 51 заявка. Это неожиданно много. Сейчас великий Random определит судьбу. Кто у нас будет ходить доволный и улыбаться с бейджиком DevConf 2016? Кто будет зажимать симпатичных промоутерш у кофе-машины? Кто-будет откинувшись в кресле, есть печеньки и завалив ногу на ногу наслаждаться докладами?

Барабанная дробь

)))))

офигеть, нет емодзи для барабанов

песик устал стучать) давай уже Денис)

https://monosnap.com/file/EVGGkHOKwf38VQuazhqTU6vCndCn7m

Парни, это не сговор, всё по настоящему. Поздравляем Дмитрия Ермакова!

Видимо он так хотел, что просчитал алгоритм и повлиял на рандом))

0_0

Тадам :)

dmitry@ermakov.rocks ?

конгратс)

Yes!

Я тоже удивлён, помня как ты весь день эту тему пушил :))

Значит есть какие-то силы! Ещё раз наши поздравления! Это было круто, я не знаю, как ты это сделал

Я сам сейчас офигел, когда смотрел видос

Победитель по жизни чё уж там))

Спасибо, большое, Денис!

Настоящий мэджик) Ладно, сейчас за эфиром обсудим про билеты

V8 - туда спасибо))

или Math.random() в libuv

Ахахаха

Парни, спасибо всем, кто участвовал! 50 заявок - это превзошло даже самые смелые ожидания

а при чем тут libuv?)

Да, точно, мы же не через файл рандомизировали

забавно, на предыдущую девконф я тоже выиграл билет) Тогда еще на php писал, очень порадовал доклад Олега Бартунова. Он в этот раз будет?

;)

Народ, в чате как то скидывали либу, для быстрой работы со стейтом редукса (прямо из компонента можно вызывать setState() и он меняет redux-state). Можете ссылочкой поделиться? А то не могу найти в истории

уже не надо, нашел)

Парни, смотрите, есть оптимизация рендеринга через shouldComponentUpdate, когда мы можем сказать, что для данного state и props мы можем не обновлять дальше ветку элементов VDOM. Всё ок, но что если у нас дочерние элементы используют данные из Redux Store или Relay?

А разве это не будет игнорироваться? потому что у детей изменятся свои собственные (редуксовские) пропсы

Парни, смотрите, есть оптимизация рендеринга через shouldComponentUpdate, когда мы можем сказать, что для данного state и props мы можем не обновлять дальше ветку элементов VDOM. Всё ок, но что если у нас дочерние элементы используют данные из Redux Store или Relay?

То уже дочерние должны проверять что им пришли и не равно ли это с прошлыми данными

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

Новый PureComponents должен вроде как эту проблему решать)

ура, мой репозиторий добавили в список – http://andrewhfarmer.com/starter-project/

народ поддержите star'ом )) https://github.com/ivanzotov/react-native-example

https://monosnap.com/file/EVGGkHOKwf38VQuazhqTU6vCndCn7m

а зачем %25 ? вторая половина списка не достойна?)

а зачем %25 ? вторая половина списка не достойна?)

наверное из-за того, что в таблице всего отображается 25 результатов)

ERROR: S client not available

наверное из-за того, что в таблице всего отображается 25 результатов)

из 51. почему послали остальных?

ну он получил число 14 и он попадал в первые 25 участников )

последний скрипт только выдерает имя, а сам победитель был определен ранее )

а вообще да, все куплено и роздано родственникам ))

но скрипт-то один, написанный ранее. и там для любого числа [0, 50] получится только кто-то из первых 25

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

Парни, смотрите, есть оптимизация рендеринга через shouldComponentUpdate, когда мы можем сказать, что для данного state и props мы можем не обновлять дальше ветку элементов VDOM. Всё ок, но что если у нас дочерние элементы используют данные из Redux Store или Relay?

Ну это и есть большая проблема реакта с флакс/редакс. Должно быть примерно так: каждый компонент должен объявлять какую структуру данных из большого стэйта он использует. Только корневой компонент подписывается на изменение стора и рассчитывает путь по типу графа до всех компонентов которые должны обновится после изменения стора, а остальные компоненты которые не стоят на пути обновления возвращают false в shouldcomponentupdate. Мне казалось что relay + схема graphql как раз этим всем и занимается

Ну это и есть большая проблема реакта с флакс/редакс. Должно быть примерно так: каждый компонент должен объявлять какую структуру данных из большого стэйта он использует. Только корневой компонент подписывается на изменение стора и рассчитывает путь по типу графа до всех компонентов которые должны обновится после изменения стора, а остальные компоненты которые не стоят на пути обновления возвращают false в shouldcomponentupdate. Мне казалось что relay + схема graphql как раз этим всем и занимается

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

Что используете для роутинга? React-router в мусорку?

Что используете для роутинга? React-router в мусорку?

почему в мусорку ?

Парни, смотрите, есть оптимизация рендеринга через shouldComponentUpdate, когда мы можем сказать, что для данного state и props мы можем не обновлять дальше ветку элементов VDOM. Всё ок, но что если у нас дочерние элементы используют данные из Redux Store или Relay?

Есть дочерние элементы обычные - они не перерендерятся, а если они созданы через connect, то shouldComponentUpdate родительского компонента на них не появлияет. Для них все равно будет вызываться свой shouldComponentUpdate.

Если я правильно понял вопрос

Ну я как-то тут видел сообщения, что реакт-роутер не нужно юзать

Есть какие-нить способы работать с mix-inами в react-e, когда пишешь на es6?

fb пишет, что Unfortunately ES6 launched without any mixin support. Therefore, there is no support for mixins when you use React with ES6 classes. Instead, we're working on making it easier to support such use cases without resorting to mixins.

но нашел вот это https://www.npmjs.com/package/es6-react-mixins

никто не занимался такой проблемой?

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

Ну я как-то тут видел сообщения, что реакт-роутер не нужно юзать

не слышал такого, но, вот как альтернатива - https://github.com/kriasoft/universal-router - разработчик есть в этом чате

все куплено )

но нашел вот это https://www.npmjs.com/package/es6-react-mixins

Недавно читал выжимку из обсуждений react core team. Там была эта вещь для использования миксинов как возможность. Но они не рекомендуют их использовать

Недавно читал выжимку из обсуждений react core team. Там была эта вещь для использования миксинов как возможность. Но они не рекомендуют их использовать

Почему не рекомендуют?

https://github.com/brigand/smart-mixin - но сложные миксины это зло

хотя так хочется, чтобы react-router 3 вышел поскорее

https://github.com/reactjs/core-notes/blob/master/2016-05/may-26.md#what-about-mixins

господа, такой вопрос, существует ли чат по голангу?

Да

если да, то линк был бы очень ценен

https://github.com/A-gambit/awesome-telegram-chats/

о

шикарно

спасибо