Size: a a a

NodeUA - JavaScript and Node.js in Ukraine

2020 August 08

Y

Yury in NodeUA - JavaScript and Node.js in Ukraine
Алексей Попов
Так это потому что ты адепт ноды :)
Хотя вполне может быть что в 80% случаев нода действительно способна решить проблемы. У нас нестандартный проект (мне так кажется, по крайней мере), поэтому нода не подходит. Но для большинства проектов в вебе - вполне

Правда тут возникает другой вопрос. А почему нода, а не го? Только не надо зацикливать на то, что фронт и бек на одном языке
Интересно было бы послушать фидбек Тимура на этот тейк)
источник

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
Алексей Попов
Так это потому что ты адепт ноды :)
Хотя вполне может быть что в 80% случаев нода действительно способна решить проблемы. У нас нестандартный проект (мне так кажется, по крайней мере), поэтому нода не подходит. Но для большинства проектов в вебе - вполне

Правда тут возникает другой вопрос. А почему нода, а не го? Только не надо зацикливать на то, что фронт и бек на одном языке
Мне без разницы на чем фронт, мне js, при всех его проблемах удобенее для мультипарадигменного и метапрограммирования
источник

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
Yury
Интересно было бы послушать фидбек Тимура на этот тейк)
Правда, что на ноде можно сделать почти все, но это дано не только лишь всем, мало, кому это дано
источник

С

Сергей in NodeUA - JavaScript and Node.js in Ukraine
Алексей Попов
В текущем проекте у нас как раз нода как bff
А за ней настоящий бек на шарпе, сложный, с olap, big data, и сильно нагруженный (как по числу событий и объёму входящих данных, так и по логике обработки этих данных)
Я не хотел бы иметь на ноде всю ту бизнес логику и все те нагрузки, которые есть в настоящем беке. У меня есть опыт поддержки большого проекта со сложной бизнес-логикой на ecmascript, и мне не понравилось. Для сложной бизнес логики хочу статическую типизацию (желательно строгую), удобные инструменты типа linq и entity Framework, нормальную многозадачность. А не ноду
C# для больших данных? Это там, где для того, чтоб убить обработанный (уже ненужный) объект, вытащенный из БД (1 из 100 000 000), нужно завести махину под названием сборщик мусора, дождаться, пока она подберет по пути пару дохлых ворон, а только потом пристрелит вашего воробья из пушки? Вместо простого оператора delete, как в C++.  Да ну нахер. Linq из коробки - вещь, но сделать аналог хоть на js, хоть плюсах реально и они есть. Ну а entity Framework на больших данных ко всем остальным ОRМ в топку, с их проблемой N+1 запроса. 🙃
источник

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
источник

D

Devid QA in NodeUA - JavaScript and Node.js in Ukraine
Сергей
C# для больших данных? Это там, где для того, чтоб убить обработанный (уже ненужный) объект, вытащенный из БД (1 из 100 000 000), нужно завести махину под названием сборщик мусора, дождаться, пока она подберет по пути пару дохлых ворон, а только потом пристрелит вашего воробья из пушки? Вместо простого оператора delete, как в C++.  Да ну нахер. Linq из коробки - вещь, но сделать аналог хоть на js, хоть плюсах реально и они есть. Ну а entity Framework на больших данных ко всем остальным ОRМ в топку, с их проблемой N+1 запроса. 🙃
там фоновый поток для етого заводитса, мусорщик еще деграфментацию проводит, ормки всякие есть - например без состояний обьекта работают, что убирает n+1 запрос
источник

D

Devid QA in NodeUA - JavaScript and Node.js in Ukraine
проблема - лишние 24 байтика в х64 системе на каждый маленький инстанс ссылочного типа, когда у вас полей совсем мало, а мусорщики не дураки пишут(# по крайней мере)
источник

АП

Алексей Попов... in NodeUA - JavaScript and Node.js in Ukraine
Сергей
C# для больших данных? Это там, где для того, чтоб убить обработанный (уже ненужный) объект, вытащенный из БД (1 из 100 000 000), нужно завести махину под названием сборщик мусора, дождаться, пока она подберет по пути пару дохлых ворон, а только потом пристрелит вашего воробья из пушки? Вместо простого оператора delete, как в C++.  Да ну нахер. Linq из коробки - вещь, но сделать аналог хоть на js, хоть плюсах реально и они есть. Ну а entity Framework на больших данных ко всем остальным ОRМ в топку, с их проблемой N+1 запроса. 🙃
Ну да, для больших данных
Такое ощущение, что ты никогда не слышал о том, что в big data как раз много чего делают на язык со сборкой мусора. Там вызов gc не является камнем преткновения
Big data это только один из аспектов в нашем проекте. Нагрузки даже важнее и актуальнее. Постоянный большой поток данных, которые надо правильно обработать, разложить по полочкам, принять решения, изменить состояния автоматов
Я ценю плюсы, писал на них лет пять, если считать опыт аспирантуры. Но реализовывать такую логику на них мне тоже не хотелось бы. Шарп очень удобный, внятный, с большим количеством сахара. Можно написать свою реализацию linq, притащить либы для работы с int64, заюзать Бабель для optional chaining, реализовать самописный пул потоков, сделать кучу других вещей, притащив сотни зависимостей. И получить отличный костыль, в котором, может, даже не очень много багов будет
А можно взять платформу, где всё это есть изначально
Второй вариант больше похож на выбор здорового человека :)
источник

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
Алексей Попов
Ну да, для больших данных
Такое ощущение, что ты никогда не слышал о том, что в big data как раз много чего делают на язык со сборкой мусора. Там вызов gc не является камнем преткновения
Big data это только один из аспектов в нашем проекте. Нагрузки даже важнее и актуальнее. Постоянный большой поток данных, которые надо правильно обработать, разложить по полочкам, принять решения, изменить состояния автоматов
Я ценю плюсы, писал на них лет пять, если считать опыт аспирантуры. Но реализовывать такую логику на них мне тоже не хотелось бы. Шарп очень удобный, внятный, с большим количеством сахара. Можно написать свою реализацию linq, притащить либы для работы с int64, заюзать Бабель для optional chaining, реализовать самописный пул потоков, сделать кучу других вещей, притащив сотни зависимостей. И получить отличный костыль, в котором, может, даже не очень много багов будет
А можно взять платформу, где всё это есть изначально
Второй вариант больше похож на выбор здорового человека :)
Каждую платформу делают люди, их объединяет одно - я очень волнуюсь за их здоровье
источник

NK

ID:0 in NodeUA - JavaScript and Node.js in Ukraine
Что вы не потащите в следующий проект? (можно несколько, можно все)
Анонимный опрос
6%
Node.js
6%
TypeScript
8%
ORM
9%
MongoDB
8%
GraphQL
13%
Angular
9%
Vue
8%
Rx.js
25%
jQuery
8%
Nest.js
Проголосовало: 3404
источник

TS

Timur Shemsedinov in NodeUA - JavaScript and Node.js in Ukraine
На старом jQuery все вымещают злобу...
источник

AA

Anna Alimova 👩‍💻... in NodeUA - JavaScript and Node.js in Ukraine
Камингаут: просто я его не знаю.
источник

МШ

Михаил Шибаев... in NodeUA - JavaScript and Node.js in Ukraine
Timur Shemsedinov
На старом jQuery все вымещают злобу...
Просто он действительно старый))
источник

ГП

Георгий Погосян... in NodeUA - JavaScript and Node.js in Ukraine
А сколько сайтов до сих пор с ним
источник

A

Alexander in NodeUA - JavaScript and Node.js in Ukraine
Timur Shemsedinov
На старом jQuery все вымещают злобу...
нелюди
источник

A

Alexander in NodeUA - JavaScript and Node.js in Ukraine
Timur Shemsedinov
На старом jQuery все вымещают злобу...
Так ведь большинство ушло в сторону реактивных фреймворков или нет?
Хотя я считаю современный JS-Native не так уж плох для поддержки браузерного кода, при хорошем понимании и простеньких задачках можно и самому пилить код.
источник

IL

Ihor Levchenko in NodeUA - JavaScript and Node.js in Ukraine
ID:0
Что вы не потащите в следующий проект? (можно несколько, можно все)
Анонимный опрос
6%
Node.js
6%
TypeScript
8%
ORM
9%
MongoDB
8%
GraphQL
13%
Angular
9%
Vue
8%
Rx.js
25%
jQuery
8%
Nest.js
Проголосовало: 3404
А где реакт ?)
источник

Д

Дмитрий in NodeUA - JavaScript and Node.js in Ukraine
реакт обычно лидирует в списке "что вы точно потащите в проект" )
источник

Д

Дмитрий in NodeUA - JavaScript and Node.js in Ukraine
Alexander
Так ведь большинство ушло в сторону реактивных фреймворков или нет?
Хотя я считаю современный JS-Native не так уж плох для поддержки браузерного кода, при хорошем понимании и простеньких задачках можно и самому пилить код.
да, хорош, и spa на нем написать можно. только вот зачем велосипед изобретать?
источник

M

Misha e in NodeUA - JavaScript and Node.js in Ukraine
Ihor Levchenko
А где реакт ?)
Любишь бойлерплейт и копи-пасту?)
источник