Vladimir
Если для тебя быстрее и надежнее найти такой код в npm, чем писать самому, то у тебя большие проблемы
Ale
лол, пока ты искал пакет, проверял его код, ты бы написал строк 30 кода
Ale
а тебе надо было одну
Ale
поместить в модуль
Ale
и юзать
Ohar
лол, пока ты искал пакет, проверял его код, ты бы написал строк 30 кода
Так и замечательно, у меня проект не разбух
Vladimir
A little copying is better than a little dependency
Ale
вместо одной строки добавил в проект 20, не разбух, ага
Vladimir
Как бы я не не любил Go, это верно
Anonymous
Как можно читать код без статической типизации?
Anonymous
Если кода больше чем 3.5к строк
Anton
так же как и с ней
Владимир
легко
Anonymous
(доков нету)
Anton
зачем доки?
horpto
иногда такая дока, что лучше код
Vladimir
> @frufruherou
Как можно читать код без статической типизации?
Долго и мучительно
Vladimir
Впрочем, дело не в статической типизации per se, а скорее в аннотациях
Vladimir
Может быть статическая типизация без аннотаций вообще, тоже читать невозможно
Anonymous
Эх
Anonymous
Может я ниасилил, но нода это ужасно
Vlad
ну лучшее, но жить можно
Славик
а что круто?
Vladimir
Нода это ужасно, да
Vladimir
Нужна платформа нового поколения для JS
Anonymous
Ну хз... Я надеялся что с приходом вебасембли жс начнет умирать
Roman
нода и нода че с нее взять js + десяток либ
Vladimir
Это отдельная проблема
Vladimir
Проблема в самом API ноды
Vladimir
В там какое оно, в том, чего там нет
Roman
ты про то что они никак не могут es6 модули туда впихнуть
Vladimir
Люди считают, что с приходом ES201x что то будет модернизировано, но на самом деле все останется как есть
Vladimir
Колбэки, ивент эммитеры, стримы - вот это все останется навсегда
Roman
ну так оно все из js идет, это можно оборачивать и по-человечески работать
Anonymous
как грустно
Anonymous
(на самом деле нет)
Vlad
Колбэки, ивент эммитеры, стримы - вот это все останется навсегда
я видел WG по апдейту кор модулей
Vladimir
Но с 2009 js изменился
Vlad
как например fs/2 с другим апи
Vladimir
Да, но это вряд ли произойдет
Vlad
охотно верю
Vlad
подписан на те треды
Vlad
и там тишина месяцами
Vladimir
Политика такая - нужно что-то, ищите в npm
Vladimir
Из за этого на ноде например нельзя писать скрипты нормально
Vladimir
Потому что без либ мало что можно делать
Roman
а нпм заходишь и кровь из глаз
Vladimir
Просто банальная задача - сделать http запрос
Vladimir
Никто ведь не пытается штатными средствами это делать
Vladimir
Потому что API отвратительное
nick
насколько мне известно в этом и была цель платформы
nick
мол вот вам низко уровневое API, еби..сь как хотите
nick
)
Vladimir
Ну не была, изначально
Vladimir
В какой то момент сформировался такой подход
Vladimir
Но это тоже не совсем правда, то есть это не очень низкоуровневое API
nick
ну для скриптого языка с клиента, более чем
nick
хотя хз
Vladimir
Вокруг просто низкогоуровнего API навешаны эмиттеры и стримы
Vladimir
В большинстве случаев и то и то приходится заворачивать
Vladimir
Это очень долго рассказывать
Vladimir
Самая большая проблема всего этого - обработка ошибок
Vladimir
Но в целом просто АПИ не соответствует вообще задачам, которые люди пытаются решить
Ohar
Самая большая проблема всего этого - обработка ошибок
А что с ней? try catch для синхронных и Promise.catch для асинхронных решают люую задачу обработки, разве нет?
Ale
колбэки
Ale
ну, в них эти способы обработки не работают
Ohar
Да ну
Ale
Promise.catch это первый шаг к try-catch с await
Ohar
Именно поэжтому есть соглаешние возвращать ошибку первым аргументом?
Anton
Нода это ужасно, да
так зачем тогда используешь ее? это бекенд же, а не браузер, куча технологий на выбор
Ohar
так зачем тогда используешь ее? это бекенд же, а не браузер, куча технологий на выбор
Просто он неосилятор и хочет поныть, другого объяснения я не вижу
Ale
ну поэтому в седьмой ноде есть async await и все ок там
Ale
но нодовская апи