Ale
Стало ли быстрее или медленнее?
Loyd
Ставлю на то, что разница на уровне погрешности
Ale
Loyd
Ну речь о том, что если всё равно sourcemap'ы генерить, то разница уже нет по одному файлы или в бандле. И тогда если времени сборки не жалко, впилить closure вполне можно, только я не думаю, что там разница будет хоть какая-нибудь
Nikita
эм, я говорю вам, берем react с NODE_ENV=production и берем реакт минифицированный, без проверок вообще, получаем буст
Loyd
Пруф?
Loyd
Ну не верю я, что при такой проверке, которая везде в одно и то же разворачивается, ни компилятор, ни брэнч-предиктор в процессоре не раскурят
Nikita
она не в одно и то же разворачивается, если не ошибаюсь
Nikita
env переменные вроде рантайм можно менять
Nikita
это значит что там геттер, а геттеры нельзя заинлайнить
Loyd
там разве геттер, а не просто свойство?
Nikita
https://github.com/facebook/react/issues/812
Loyd
Ну даже если так, брэнч-предиктор никто не отменял
Loyd
ну окей, а где бенчмарки-то?
Nikita
https://www.youtube.com/watch?v=PnpfGy7q96U
Nikita
доклад в тему
Nikita
надо бенчмаркать свой код, а не чужой
Loyd
Ну для своего проводил?
Loyd
Мне действительно интересно почему есть разница, если она есть
Nikita
не, я верю в логику
Nikita
Nikita
но вот тебе бенчмарки
Loyd
Чем отличается второй и третий вызовы?
Loyd
Я пока не понял на что это бенчмарк? На то, что с production оно быстрее работает? Ясен пень. Вопрос же про ускорение за счёт вырезания условий
Loyd
да и нет тут теста, соб-но
Konstantin
Konstantin
Кстати dom-stream не факт что будет быстрее на мелких аппах)
Konstantin
И еще интересно было бы все это сравнить вот с этим https://github.com/airbnb/hypernova
Konstantin
airbnb отказались от alt-iso в пользу этой штуки
Максим
зачем?
Хотел не делать на слабой виртуалки npm install. Очень долго ставится и памяти не хватает. Спасате только swap.
Nikita
Nikita
1 - NODE_ENV=development
Nikita
2 - NODE_ENV=production
Nikita
3 - NODE_ENV=production и react/dist/react.min
Loyd
Сколько на разогрев было выделено?
Максим
3.10.3
Максим
Там виртуалка 1 ядро и 1гб памяти. Выжирается полностью всяпамять и почти 1гб swap-а
Mannaro
эээ
Mannaro
у нас воркеры на проде работают с такой конфигурацией. Правда их 4 штуки, но тем не менее
Vladimir
в том и суть - npm отжирает очень много
Mannaro
ааа, мы npm на клиенте запускаем, а потом отправляем уже собранные пакеты.
Yan👀
ну да)
Yan👀
Поздравляю
Denis
Всем привет! Для тех, кто пропустил, напоминаю - в среду, 19:00, состоится 8-й Moscow Node.js Meetup. В этот раз он пройдёт в Яндексе. Успевайте зарегистрироваться:
+ https://events.yandex.ru/events/yagosti/13-jul-2016/
Denis
Количество регистрации уже превысило 100 человек, поэтому Яндекс нам выделил большой зал. Это значит, мы можем позволить больше гостей. Друзья, помогите донести информацию о митапе - сделайте ретвит:
+ https://twitter.com/DenisIzmaylov/status/751415655056961536
Paul
http://www.opennet.ru/opennews/art.shtml?num=44752
Loyd
Набрасываешь?
Paul
"Ни один нормальный язык программирования не может быть логичным продолжением Си, поскольку логичное продолжение фундаментальной ошибки - это фундаментальная ошибка. Примером тому может служить язык Go - желание сделать его нормальным привело к тому, что от Си там мало что осталось. Напомню, одним из авторов Go является Кен Томпсон - автор языка Би, а, следовательно, соавтор Си. И как тогда появилась книга Кернигана и Ричи для С, так и теперь появилась книга Кернигана и Донована о Go. В отличии от многочисленных неофитов, корифеи хорошо понимают цену своему поделию, создаваемое ими под конкретные задачи в 70-х, а не на века.
Сколько убийц Си всего было? Десятки, ведь. И не взлетели.
Потому что они методологически создавались неверно, всякими возомнившими из себя невесть что.
Страуструп создал C++, и назвал его C++. Не D, не E и не Z, а C++. Умные люди посмотрели на C++, и поняли, почему время для D ещё не пришло. Глупые не поняли, и застолбили букву D, под какую-то фигню, которая не несла в себе ничего нового, они просто слили в один флакон, всё что они в детстве слышали о языках программирования от бабушки, не имея никакой другой объединяющей идеи. Они даже не подумали о том, что Страуструп, скорее всего, знал всё, что они знают о программировании, но почему-то не включил это в язык. Им в голову не пришёл вопрос "почему так". Они просто взяли и создали язык программирования потому, что могли создать язык программирования.
И все последующие "убийцы" C, включая и Go тоже, точно так же не имели никакой идеи заложенной в них. Кроме, быть может, идеи "убить C", но это деструктивная идея и потому провальная. Отсутствие конструктивной идеи — практически наверняка провал. Бывали в истории языков программирования безыдейные исключения, добившиеся популярности, но их не так уж и много.
Сегодня же время пришло. C++ долго вынашивал идеи. Сильно разные идеи, которые рождались и развивались в нём: Страуструп запилил достаточно богатый на возможности язык, чтобы там можно было дрочить вприсядку так, как это описывал Александреску. И сегодня эти идеи доросли до уровня, когда они имеют самостоятельную ценность. Rust взял одну из них, и построил вокруг неё идеологию, подчинив всё развитие языка автоматическому управлению памятью в compile-time. И именно поэтому Rust имеет шансы убить Си, в то время как Go — нет.
Никакие миллиарды гугла не помогут Go, потому что Go безыдеен. В силу этих миллиардов, Go, может быть, отъест себе какую-нибудь нишу, типа как это случилось с Java, но на что-либо большее ему надеятся не приходится. Rust же как раз имеет все шансы подвинуть и C, и C++. Вытеснить их не удастся в обозримом будущем, но подвинуть их — вполне. Единственное, что может ему помешать — это кривая обучения: там реально может быть сложно въехать, если не понимать что, зачем и как сделано. А без этого понимания будет невозможно написать код, который компилятор сочтёт правильным. Собственно, если посмотреть вопросы, которые задают ньюфаги, то они неплохо демонстрируют.
И бесполезно сегодня ссылаться на корифеев, которые облизывают Го. Корифеи остались в прошлом, их область экспертизы где-то там. Что Керниган, что Александреску — они слишком много интеллектуальных усилий вложили в те задачи, на которых они стали известными, и судя по всему, они уже ни на что новое больше не годны. Ну, или может быть дело в том, что просто гугл им приплачивает, чтобы Го ассоциировался с их именами. PR своего рода. Что какбэ лучше всего остального говорит об отсутствии потенциала у Го: если ему нужны подпорки в виде авторитетов для того, чтобы выглядеть перспективным, то... нахрен он такой нужен?"
Paul
^^ Набрасываю из наболевшего у разработчиков :D
Loyd
> а следовательно соавтор Си
щито
Paul
:D
Loyd
> Rust взял одну из них ...
Loyd
не, ну точно наброс
Paul
"дрочить вприсядку так, как это описывал Александреску"!
Paul
http://i.giphy.com/eQy6UgkXfdsXu.gif
Vladimir
все на го, потому что даже сисадмины могут на нем писать
Vladimir
таких называют девопсами
Vladimir
на нормальных языках им тяжело
Michael
Как раз нормальный язык
Michael
Взяли и перенесли Limbo с Inferno
Oleg
Годно написано, залпом читается.
Oleg
Это точно конфа про ноджс?
Oleg
Vladimir
На C++ можно писать, но получится говно, если не уметь
Vladimir
Раст крут
Vladimir
Был бы там Gc, можно было бы все бросить и перейти
Sergey
"Ни один нормальный язык программирования не может быть логичным продолжением Си, поскольку логичное продолжение фундаментальной ошибки - это фундаментальная ошибка. Примером тому может служить язык Go - желание сделать его нормальным привело к тому, что от Си там мало что осталось. Напомню, одним из авторов Go является Кен Томпсон - автор языка Би, а, следовательно, соавтор Си. И как тогда появилась книга Кернигана и Ричи для С, так и теперь появилась книга Кернигана и Донована о Go. В отличии от многочисленных неофитов, корифеи хорошо понимают цену своему поделию, создаваемое ими под конкретные задачи в 70-х, а не на века.
Сколько убийц Си всего было? Десятки, ведь. И не взлетели.
Потому что они методологически создавались неверно, всякими возомнившими из себя невесть что.
Страуструп создал C++, и назвал его C++. Не D, не E и не Z, а C++. Умные люди посмотрели на C++, и поняли, почему время для D ещё не пришло. Глупые не поняли, и застолбили букву D, под какую-то фигню, которая не несла в себе ничего нового, они просто слили в один флакон, всё что они в детстве слышали о языках программирования от бабушки, не имея никакой другой объединяющей идеи. Они даже не подумали о том, что Страуструп, скорее всего, знал всё, что они знают о программировании, но почему-то не включил это в язык. Им в голову не пришёл вопрос "почему так". Они просто взяли и создали язык программирования потому, что могли создать язык программирования.
И все последующие "убийцы" C, включая и Go тоже, точно так же не имели никакой идеи заложенной в них. Кроме, быть может, идеи "убить C", но это деструктивная идея и потому провальная. Отсутствие конструктивной идеи — практически наверняка провал. Бывали в истории языков программирования безыдейные исключения, добившиеся популярности, но их не так уж и много.
Сегодня же время пришло. C++ долго вынашивал идеи. Сильно разные идеи, которые рождались и развивались в нём: Страуструп запилил достаточно богатый на возможности язык, чтобы там можно было дрочить вприсядку так, как это описывал Александреску. И сегодня эти идеи доросли до уровня, когда они имеют самостоятельную ценность. Rust взял одну из них, и построил вокруг неё идеологию, подчинив всё развитие языка автоматическому управлению памятью в compile-time. И именно поэтому Rust имеет шансы убить Си, в то время как Go — нет.
Никакие миллиарды гугла не помогут Go, потому что Go безыдеен. В силу этих миллиардов, Go, может быть, отъест себе какую-нибудь нишу, типа как это случилось с Java, но на что-либо большее ему надеятся не приходится. Rust же как раз имеет все шансы подвинуть и C, и C++. Вытеснить их не удастся в обозримом будущем, но подвинуть их — вполне. Единственное, что может ему помешать — это кривая обучения: там реально может быть сложно въехать, если не понимать что, зачем и как сделано. А без этого понимания будет невозможно написать код, который компилятор сочтёт правильным. Собственно, если посмотреть вопросы, которые задают ньюфаги, то они неплохо демонстрируют.
И бесполезно сегодня ссылаться на корифеев, которые облизывают Го. Корифеи остались в прошлом, их область экспертизы где-то там. Что Керниган, что Александреску — они слишком много интеллектуальных усилий вложили в те задачи, на которых они стали известными, и судя по всему, они уже ни на что новое больше не годны. Ну, или может быть дело в том, что просто гугл им приплачивает, чтобы Го ассоциировался с их именами. PR своего рода. Что какбэ лучше всего остального говорит об отсутствии потенциала у Го: если ему нужны подпорки в виде авторитетов для того, чтобы выглядеть перспективным, то... нахрен он такой нужен?"
Идея go - csp в стандартной библиотеке. По-моему это вполне инновационно, ни у одного мейнстрим языка такого не было
Vladimir
Там фишка в горутинах
Vladimir
Каналы интегрированы с ними
Vladimir
Плюс есть select
Vladimir
В остальном - можно на любом языке сделать
Vladimir
Не, Го отстой
Vladimir
Антагонист Go, это так
Vladimir
Отвратная вещь
Vladimir
Но в то же время уникальная
Vladimir
Node.js
Ale
так если задача несложная, то асинхронностью как раз максимально займу процессор
Ale
в ноде с этим хорошо
Vladimir
На данный момент я постиг, как писать на node.js максимально быстро и безопасно
Vladimir
Go явно не даёт такого же