Во-первых, это код в чистую взят из доков, что меня очень смущает (уже у второй либы). http://typeorm.io/#/connection/creating-a-new-connection Во-вторых там асинхронная функция, которая возвращает промис, который необработан, и в ES точно работало await с промисом...

примеры это одно надо всегда головой думать

Во-первых, это код в чистую взят из доков, что меня очень смущает (уже у второй либы). http://typeorm.io/#/connection/creating-a-new-connection Во-вторых там асинхронная функция, которая возвращает промис, который необработан, и в ES точно работало await с промисом...

await может работать ТОЛЬКО внутри async функции

Во-первых, это код в чистую взят из доков, что меня очень смущает (уже у второй либы). http://typeorm.io/#/connection/creating-a-new-connection Во-вторых там асинхронная функция, которая возвращает промис, который необработан, и в ES точно работало await с промисом...

он для примера а не для копипасты))

Во-первых, это код в чистую взят из доков, что меня очень смущает (уже у второй либы). http://typeorm.io/#/connection/creating-a-new-connection Во-вторых там асинхронная функция, которая возвращает промис, который необработан, и в ES точно работало await с промисом...

в ноде нет top level await

в ноде нет top level await

в браузере тоже

в браузере тоже

Ну это понятно, но говорим то про ноду

в ноде нет top level await

Ок, спасибо

если только через кастомный лоадер https://github.com/standard-things/esm#options

если только через кастомный лоадер https://github.com/standard-things/esm#options

такое

Ок, спасибо

конфиг пиши в ormconfig.json, а connection через createConnection().then(тут сервер запускаешь)

я делаю main функцию обычно

которую запускаю из ./bin/www

>ts >не vscode >wtf???

>ts >не vscode >wtf???

ts же не только vscode поддерживает

ts же не только vscode поддерживает

ну да

не надо городить классы на каждый чих

синглтон еще небось

>ts >не vscode >wtf???

Нынче использовать полноценную ide уже не модно? (не в обиду vs code)

не надо городить классы на каждый чих

ну там connect, disconnect, reset, migrations

Нынче использовать полноценную ide уже не модно? (не в обиду vs code)

Да

ну там connect, disconnect, reset, migrations

этого там не должно быть

это и есть nodejs-way - по больше бреда на каждый чих. К базе коннектица в промисе my ass....

это и есть nodejs-way - по больше бреда на каждый чих. К базе коннектица в промисе my ass....

слушай, иди в другой язык

это и есть nodejs-way - по больше бреда на каждый чих. К базе коннектица в промисе my ass....

в базе в промисе никто не коннектится промис лишь обертка над колбеком

в базе в промисе никто не коннектится промис лишь обертка над колбеком

шотынесёшь??

это и есть nodejs-way - по больше бреда на каждый чих. К базе коннектица в промисе my ass....

ну если операция асинхронная почему нет

ну если операция асинхронная почему нет

с хера она должна быть "асинхронной"???

юзаешь колбэки @ юзаешь промисы @ юзаешь стримы @ юзаешь колбэки

шотынесёшь??

что блядь это так

>ts >не vscode >wtf???

Крыша поехала?)

с хера она должна быть "асинхронной"???

ну да, а с хера ли и нет? учитывая что коннекшн к базе асинхронный

с хера она должна быть "асинхронной"???

ответь на этот же вопрос для любой другой операции

юзаешь колбэки @ юзаешь промисы @ юзаешь стримы @ юзаешь колбэки @ юзаешь футуры

а где асинхронные итераторы?

@ юзаешь все сразу

а где асинхронные итераторы?

Soon....

а где асинхронные итераторы?

Это стримы по сути

@ юзаешь все сразу

Во, это правильный подход

Где что больше подходит - то и используется, не нужно себя в рамки загонять

Где что больше подходит - то и используется, не нужно себя в рамки загонять

да чувак чет совсем бред пишет

кто кого перетолстит

да чувак чет совсем бред пишет

Какой именно?)

кто кого перетолстит

Сумо

ответь на этот же вопрос для любой другой операции

я не знаю, лучшие умы над этим бьются и не могут найти ответ https://news.ycombinator.com/item?id=12338365 node-boyz верят что IO скедулер ноды че то там оптимизирует, но это бред конечно Правильный ответ на этот вопрос - не использовать nodejs. никогда

Какой именно?)

@bertolu4i же

я не знаю, лучшие умы над этим бьются и не могут найти ответ https://news.ycombinator.com/item?id=12338365 node-boyz верят что IO скедулер ноды че то там оптимизирует, но это бред конечно Правильный ответ на этот вопрос - не использовать nodejs. никогда

вот опять тупейший предрассудок

@bertolu4i же

А, ну это тролль же

забаньте его к ебеням

Я не реагирую

я не знаю, лучшие умы над этим бьются и не могут найти ответ https://news.ycombinator.com/item?id=12338365 node-boyz верят что IO скедулер ноды че то там оптимизирует, но это бред конечно Правильный ответ на этот вопрос - не использовать nodejs. никогда

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

?

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

не, переводим все на тс и запускаем под deno

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

использовать тс на фронте как и раньше

использовать тс на фронте как и раньше

почему не флоу?

использовать тс на фронте как и раньше

*не использовать тс

почему не флоу?

дело вкуса. мне как то тс больше зашёл - чуть лучше тулинг

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

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

ну покажи хоть один драйвер который умеет в синхронщину

это было не внятно и не на техническом языке

это было не внятно и не на техническом языке

так ты покажи

Эфо было нивнятьна и ни на тикничефком языке

ну покажи хоть один драйвер который умеет в синхронщину

Хе, был какой-то рантайм для жээса смешной, который весь асинхронный код делал синхронным, вообще все Это выглядело странно, автора тогда на Хабре говном закидали по уши

так ты покажи

епти, в Го всё синхронно, и драйвера к бд в т.ч.

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

чтобы не блокировать поток? ваш кэп, вобщем то как и со всеми остальными асинхронными операциями

Эфо было нивнятьна и ни на тикничефком языке

?

епти, в Го всё синхронно, и драйвера к бд в т.ч.

лол

епти, в Го всё синхронно, и драйвера к бд в т.ч.

ну иди пиши в го

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

Потому что пока коннект происходит можно еще всякого поделать

ну иди пиши в го

он спасти тебя хочет, а ты его в го посылаешь

епти, в Го всё синхронно, и драйвера к бд в т.ч.

В пхп кстати тоже!

чтобы не блокировать поток? ваш кэп, вобщем то как и со всеми остальными асинхронными операциями

коннект к бд - милисекунда или того меньше зачастую. К sqlite - микросекунды. назера нагружать скедулер асинхронщиной ради этого??

коннект к бд - милисекунда или того меньше зачастую. К sqlite - микросекунды. назера нагружать скедулер асинхронщиной ради этого??

на локальной машине так но это ДАЛЕКО не всегда так

коннект к бд - милисекунда или того меньше зачастую. К sqlite - микросекунды. назера нагружать скедулер асинхронщиной ради этого??

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

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

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

твои задачи этого не требует

тебе вообще похуй на то как работает инициализация

только че ты раскудахтался непонятно

а

ты же жирный тролль

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

напиши свой язык тогда под свои задачи)))

уже написали - Go

напиши свой язык тогда под свои задачи)))

так го появился

уже написали - Go

>go >язык

говна полный синтаксис

хуже блядь язык сложно придумать

ну кроме пхп

концепции классные но реализация говнище

ну кроме скорости и канкаренси, больше там ниче хорошего нету

скорость тоже спорна

гринтреды хороши, да

ребята, а как расписать в typescript в стрелочной функции, что функция должна вернуть?

а то ts не понимает, что я пытаюсь отфильтровать

1. Программы на Go отлично масштабируются на все ядра процессора, в отличие от однопоточного nodejs. При этом не нужно извращаться с shared memory при взаимодействии между процессами nodejs, ведь в Go достаточно одного процесса, чтобы загрузить работой все ядра CPU. 2. Веб-сервер на Go отлично справляется с миллионом одновременных клиентских подключений, где каждое подключение обрабатывается отдельным потоком. Т.е. под Go не нужно извращаться с асинхронностью, калбэками, промисами, async / await и т.п. костылями при обращении к файлам и внешним сервисам типа базы данных, key-value storage/cache или самописным микросервисам — достаточно обычного простого и понятного синхронного кода. 3. Программы на Go работают быстрее программ на nodejs. См. techempower benchmarks. 4. Программы на Go содержат меньше багов, т.к. простой синхронный код легче дебажить, поддерживать и расширять, чем закрученный асинхронный. 5. Код на гоу написан в едином стиле благодаря go fmt, поэтому его легко читать и править. Благодаря этому в среде go-разработчиков отсутствуют споры о правильной расстановке скобок, табов и пробелов. 6. Программа на гоу компилируется в один исполняемый файл, который не нуждается ни в каких дополнительных зависимостях, в т.ч. не нужна и установка Go на серверы, где будет работать программа. Поэтому деплой и обновление программ на Go представляет из себя заливку новой версии бинарника и его перезапуск. Не нужно никаких докеров и никакой специальной подготовки окружения. При выходе новой версии гоу достаточно просто перекомпилировать программы новой версией компилятора и перезалить их в прод. Сравните это с апгрейдом nodejs. 7. .... 8. PROFIT!!!

Тролль под спидами явно