и es2016

ну и es2017. там уже почти фриз

>подучи es2015 Вот даже как-то странно такое слышать в 2016. Стандарту уже год, а юзать и того раньше стали, но дофига народу просто прошло мимо.

>подучи es2015 Вот даже как-то странно такое слышать в 2016. Стандарту уже год, а юзать и того раньше стали, но дофига народу просто прошло мимо.

так всегда, кто то в танке, кому то и так норм, а кто то пишет на java 5

>подучи es2015 Вот даже как-то странно такое слышать в 2016. Стандарту уже год, а юзать и того раньше стали, но дофига народу просто прошло мимо.

Так это нормально же.

Вы ещё скажите, что без хороших знаний js, это пустая трата времени)

так всегда, кто то в танке, кому то и так норм, а кто то пишет на java 5

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

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

Ну как бы надёжнее в танке сидеть.

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

а зачем что то менять, если так сойдет?)

и es2016

что в 16, что в 17 фич мало, только в 17 более менее из-за async/await

Ну как бы надёжнее в танке сидеть.

Всяким джавистам - ок, а js'никам не ок.

а зачем что то менять, если так сойдет?)

Ну типа, любовь к работе и всё такое. Да даже если с точки зрения зп смотреть, чем лучше спец, тем больше платят же, ну.

Хотя ладно, большинство из сидящих тут итак это понимают) //сорян, накипело)

Ну типа, любовь к работе и всё такое. Да даже если с точки зрения зп смотреть, чем лучше спец, тем больше платят же, ну.

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

Ребят, а напомните почему стринговые рефы задепрекейтили. Какое есть решение? Юзать бабелевский плагин, чтобы автоматом менял? (кто-то писал такое решение в конфе). Или пока забить и надеяться, что их не выпилят. Ну и да - зачем это все надо, проблема в скорости была?

Ребят, а напомните почему стринговые рефы задепрекейтили. Какое есть решение? Юзать бабелевский плагин, чтобы автоматом менял? (кто-то писал такое решение в конфе). Или пока забить и надеяться, что их не выпилят. Ну и да - зачем это все надо, проблема в скорости была?

функция ref={(ref) => this.input = ref}

проблема была в отделении реакта от реакт дома

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

Это понятно, но причина интересна

Ребят, а напомните почему стринговые рефы задепрекейтили. Какое есть решение? Юзать бабелевский плагин, чтобы автоматом менял? (кто-то писал такое решение в конфе). Или пока забить и надеяться, что их не выпилят. Ну и да - зачем это все надо, проблема в скорости была?

у нас на проекте включили правило у eslint и стринговых почти уже нет)

проблема была в отделении реакта от реакт дома

Спасибо за ответ )

у меня есть знакомый js-погромист, матерый, принципиально называет новый стандарт хипстерской х-ней, когда ему намекаю, что поезд уходит, говорит что он 10 лет пишет на жс и всягим щеглам его учить не надо. всячески презирает меня за то, что я "не пишу в ооп-стиле". всякое бывает в общем.

в чем-то он прав

Но такими темпами через пару лет(если не раньше) он станет "не нужен" ;(

Завоюй его уважение, начни писать в ООП стиле :) а потом предлагай новые технологии

или наоборот, станет нужен

потому что не пишет неоптимизируемое говно

потому что не пишет неоптимизируемое говно

тема для холивара)

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

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

потому что не пишет неоптимизируемое говно

Но пишет настолько медленно, что к моменту релиза продукт уже никому не нужен. Ведь хипстеры юзнули свою хипстоту и быстро вышли на рынок, а он только начал какую-нибудь админку пилировать..

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

Можно просто не юзать то, что плохо оптимизируется.

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

о том, что если нужна оптимизация, то лучше тогда писать на es3 и о том, что все всеравно упрется в DOM, а не в время JS) Но я за оптимизацию часто используемого кода

Можно просто не юзать то, что плохо оптимизируется.

например, es2015, es2016 и es2017?

> лучше тогда писать на es3 нет

es5 ничего нового особо не привнес по сравнению с es3. он заэкспозил наружу то, что в es3 было под капотом + несколько новых методов

например, es2015, es2016 и es2017?

Ну это пока. Скоро и до их оптимизаций доберутся.

угу, особенно до обжект рест и спред

es5 ничего нового особо не привнес по сравнению с es3. он заэкспозил наружу то, что в es3 было под капотом + несколько новых методов

.map, .forEach медленее реализации на обычных for)

да ладно?

ничего себе

угу, особенно до обжект рест и спред

Так я и говорю, если в приложухе это критично, то можно не юзать, но не отказываться же от всего?

хипстеры

Будто что-то плохое.

Ок, ребят. Поставлю свой вопрос по-другому. Сейчас я знаю довольно скромно js, также скромно jquery, с фреймворками js ещё вообще не работал в том числе и стандартами es6. Чтобы начать полноценно постигать react, подскажите мне с чего начать и чем продолжать обучение, чтобы прийти от скромного js до уверенного react. Можно списком или цепочкой, для наглядности) Заранее спасибо!

а английский хорошо знаешь?

просто хорошие книги на нем в основном

а английский хорошо знаешь?

Не очень, но читать могу

просто хорошие книги на нем в основном

Согласен!

по js -- https://github.com/getify/You-Dont-Know-JS отличная серия, последняя про es6 как раз, дальше разбираться со сборщиками и npm, если есть пробелы с css -- тоже подтягивать и читать про пре/постпроцессоры. а реакт потом, он сам по себе "просто библиотечка доя создания интерфейсов"

по js -- https://github.com/getify/You-Dont-Know-JS отличная серия, последняя про es6 как раз, дальше разбираться со сборщиками и npm, если есть пробелы с css -- тоже подтягивать и читать про пре/постпроцессоры. а реакт потом, он сам по себе "просто библиотечка доя создания интерфейсов"

Не, с css и html всё в порядке слава богу) А вот с js как-то до сих пор не срослось..

по js -- https://github.com/getify/You-Dont-Know-JS отличная серия, последняя про es6 как раз, дальше разбираться со сборщиками и npm, если есть пробелы с css -- тоже подтягивать и читать про пре/постпроцессоры. а реакт потом, он сам по себе "просто библиотечка доя создания интерфейсов"

Пока пройдусь по этому учебнику(https://learn.javascript.ru/), потом вернусь)

Ок, ребят. Поставлю свой вопрос по-другому. Сейчас я знаю довольно скромно js, также скромно jquery, с фреймворками js ещё вообще не работал в том числе и стандартами es6. Чтобы начать полноценно постигать react, подскажите мне с чего начать и чем продолжать обучение, чтобы прийти от скромного js до уверенного react. Можно списком или цепочкой, для наглядности) Заранее спасибо!

Для новичка, кмк вот этот путь не плох: 1. https://learn.javascript.ru Обрати внимание на раздел "Современные возможности ES-2015" 2. Потом(или вместе с п.1) это https://learn.javascript.ru/screencast/webpack и хотя бы немного про Gulp. 3. И если прям вообще усё хочешь знать, но не хочешь в спеку лезть, то это http://exploringjs.com/es6/ 4. А по реакту хз даже, лучше всего на офф сайте доку читать. Или что-то типа этого https://habrahabr.ru/post/269831/

1. Уже взялся за него. 2. Про вебпак собирался почитать, с галпом дружу, даже свой сборщик небольшой намутил. 3. ес6 после п.1 буду изучать 4. Это уже потом тогда)

Держи руководство по изучению реакта, которое не сшибёт с ног https://github.com/petehunt/react-howto

> А по реакту хз даже, лучше всего на офф сайте доку читать. > Ссылка на туториал по redux

> А по реакту хз даже, лучше всего на офф сайте доку читать. > Ссылка на туториал по redux

Это для ознакомления.

Зачем человеку знакомиться с redux, если он не знает react?

Redux - это просто подход

Его можно использовать где угодно

Redux - это просто подход

flux это подход, а redux - библиотека

Держи руководство по изучению реакта, которое не сшибёт с ног https://github.com/petehunt/react-howto

О, спасибо))

Redux посути пересмотренный flux

ERROR: S client not available

да, но это не отменяет того, что это библиотека

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

Я не понимаю тебя

реализовать что? flux?

Аа, понял твою логику, ок. Да, можно реализовать flux таким образом, что получится redux

да ладно?

Да, только что проверил, For x 20,453,080 ops/sec ±1.25% (87 runs sampled) map x 605,432 ops/sec ±0.88% (87 runs sampled)

а сам код где?

https://gist.github.com/Tom910/f7e47a406b4476afbc1431f322fa0ae5

что я делал не так?

node v6.4.0

Да, только что проверил, For x 20,453,080 ops/sec ±1.25% (87 runs sampled) map x 605,432 ops/sec ±0.88% (87 runs sampled)

это был сарказм. потому что for и forEach — не одно и то же

конечно, я имеел ввиду, все эти методы из es5, но в любом случае, for во много раз быстрее, особенно, если пред устанавливать размер массива и добавлять по индексу а не с помошью push) и вот, es3 побеждает

что я делал не так?

http://mrale.ph/blog/2014/12/24/array-length-caching.html

http://mrale.ph/blog/2014/12/24/array-length-caching.html

не в этом вопрос был, как ускорить так же map, но кстати спасибо за статью)

es5 ничего нового особо не привнес по сравнению с es3. он заэкспозил наружу то, что в es3 было под капотом + несколько новых методов

Но получается, только привнес медленных методов, на es3 надо писать, какой es5 и тем более es-2015-17)

у них нет альтернативы в es3

в es2015 стрелочные функции оптимизируются

rest медленный везде

map x 612,443 - arr.map(function(item) {return item * 2}) map x 611,798 - arr.map(item => item * 2)

наверное еще не завезли оптимизацию или в других кейсах)

тут просто фанкшн так же оптимизируется очевидно

у эрроу фанкшнс нет прототипа, нет конструктора

map x 611,315 const mapTest = arr => arr.map(item => item * 2);

у эрроу фанкшнс нет прототипа, нет конструктора

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

шта?

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

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

btw в хроме 55 ptc без флага теперь. кто там ждал?

теперь можете считать свои фибоначчи по утрам

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

Хвоставая рекурсия позволяет снять ограничение на максимальную глубину, или только оптимизация?)