сколько нужно

Нет, спасибо

Есть пакет — поставил и забыл

Разработчики пишут код

Это нормально

подожди

мне кажется надо найти jquery плагин

мне кажется надо найти jquery плагин

очень смешно

пакет в нпм это говняно

middleware для экспресса

а если с dom понадобится работать?

=== instead of ==

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

через jsdom в ноде

а если с dom понадобится работать?

На сервере?

Как будто этот чувак будет поддерживать свой пакет

Как будто этот чувак будет поддерживать свой пакет

А это неважно. Он есть в NPM и его можно оттуда поставить.

Ясно с тобой все

Код = зло

Кто нибудь swagger использует для документирования api ?

Ну так смени профессию, ивсе ок будет

https://habrahabr.ru/post/192320/

Если ты доверяешь левым чувакам из интернета больше чем себе, то лучше так и поступить

А это неважно. Он есть в NPM и его можно оттуда поставить.

положить что ли в npm что нибудь типа isOne(x) => x == 1 и посмотреть сколько человек скачают...

Кто нибудь swagger использует для документирования api ?

я пользовался как то давно

положить что ли в npm что нибудь типа isOne(x) => x == 1 и посмотреть сколько человек скачают...

предлагаю лучше is = (a, b) => a === b

Ну так смени профессию, ивсе ок будет

Зачем? Для тебя профессия это написание кода? Для меня это выпуск продуктов. И код это просто инструмент.

Да, это написание кода, если по существу

Если ты доверяешь левым чувакам из интернета больше чем себе, то лучше так и поступить

Ну я же посмотрел что у него в пакете всё ок. Не надо меня совсем уж за идиота принимать)

Если для тебя быстрее и надежнее найти такой код в npm, чем писать самому, то у тебя большие проблемы

лол, пока ты искал пакет, проверял его код, ты бы написал строк 30 кода

а тебе надо было одну

поместить в модуль

и юзать

лол, пока ты искал пакет, проверял его код, ты бы написал строк 30 кода

Так и замечательно, у меня проект не разбух

A little copying is better than a little dependency

вместо одной строки добавил в проект 20, не разбух, ага

Как бы я не не любил Go, это верно

Как можно читать код без статической типизации?

Если кода больше чем 3.5к строк

так же как и с ней

легко

(доков нету)

зачем доки?

иногда такая дока, что лучше код

> @frufruherou Как можно читать код без статической типизации? Долго и мучительно

Впрочем, дело не в статической типизации per se, а скорее в аннотациях

Может быть статическая типизация без аннотаций вообще, тоже читать невозможно

Эх

Может я ниасилил, но нода это ужасно

ну лучшее, но жить можно

а что круто?

Нода это ужасно, да

Нужна платформа нового поколения для JS

Ну хз... Я надеялся что с приходом вебасембли жс начнет умирать

Нода это ужасно, да

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

нода и нода че с нее взять js + десяток либ

Это отдельная проблема

Проблема в самом API ноды

В там какое оно, в том, чего там нет

ты про то что они никак не могут es6 модули туда впихнуть

Люди считают, что с приходом ES201x что то будет модернизировано, но на самом деле все останется как есть

Колбэки, ивент эммитеры, стримы - вот это все останется навсегда

ну так оно все из js идет, это можно оборачивать и по-человечески работать

как грустно

(на самом деле нет)

Колбэки, ивент эммитеры, стримы - вот это все останется навсегда

я видел WG по апдейту кор модулей

Но с 2009 js изменился

ERROR: S client not available

как например fs/2 с другим апи

Да, но это вряд ли произойдет

охотно верю

подписан на те треды

и там тишина месяцами

Политика такая - нужно что-то, ищите в npm

Из за этого на ноде например нельзя писать скрипты нормально

Потому что без либ мало что можно делать

а нпм заходишь и кровь из глаз

Просто банальная задача - сделать http запрос

Никто ведь не пытается штатными средствами это делать

Потому что API отвратительное

насколько мне известно в этом и была цель платформы

мол вот вам низко уровневое API, еби..сь как хотите

)

Ну не была, изначально

В какой то момент сформировался такой подход

Но это тоже не совсем правда, то есть это не очень низкоуровневое API

ну для скриптого языка с клиента, более чем

хотя хз

Вокруг просто низкогоуровнего API навешаны эмиттеры и стримы

В большинстве случаев и то и то приходится заворачивать

Если кода больше чем 3.5к строк

в одном файле?

Колбэки, ивент эммитеры, стримы - вот это все останется навсегда

А что с ними не так?

Потому что без либ мало что можно делать

Но зачем?

Это очень долго рассказывать

Самая большая проблема всего этого - обработка ошибок

Но в целом просто АПИ не соответствует вообще задачам, которые люди пытаются решить

Самая большая проблема всего этого - обработка ошибок

А что с ней? try catch для синхронных и Promise.catch для асинхронных решают люую задачу обработки, разве нет?

колбэки

колбэки

И чем они плохи?

ну, в них эти способы обработки не работают