В 2017 на экспрессе продакшен не начинает, на столько я знаю, просто потому что надоело

Нормальные это какие?

Как феникс?

Я вот кстати очень недоволен им, совсем недавно начал смотреть и сразу пошел в мануал file upload, а он предлагает это делать через multipart

пока удел ноды это CLI тулзы для фронтэнда, типа webpack / gulp. на сервере нода это дикая боль

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

Какая боль, нет никакой боли

Почти все решения для Node простые и понятные

Сделаны для людей, как и фреймворки

Давай конкретнее говорить, что конкретно боль

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

не стоит так резко переходить на ТЫ. то что у меня много проектов на подддержке на ноде это сугубо бизнес интересы. но симпатией я к ней не обладаю. да и думаю мало кто обладает, если есть опыт разработки на зрелых языках / технологиях

Ой, простите важный сэр

На этом прекращаю общение с Вами

Как феникс?

Хотя бы

Я вот кстати очень недоволен им, совсем недавно начал смотреть и сразу пошел в мануал file upload, а он предлагает это делать через multipart

А как еще файлы грузить если не мультипартом?

> сейчас в 2017 году ноду нахваливать

А как еще файлы грузить если не мультипартом?

Файлы можно грузить посылкой флешки с файлом почтой России

Именно, прямо сейчас, когда она двигает весь web вперед. Примеры у AWS по загрузке файла: http://docs.aws.amazon.com/AmazonS3/latest/API/RESTObjectPUT.html У google мне нравится больше: https://developers.google.com/gmail/api/guides/uploads

Минусы мультипарта для меня: разбивать загрузку на части, полноценная поддержка клиентами типа postman, либо генераторами swagger

Неочевидность

Минусы мультипарта для меня: разбивать загрузку на части, полноценная поддержка клиентами типа postman, либо генераторами swagger

Почему полноценная поддержка это минус?

Он не поддерживает

Отсутствие полноценной поддержки *

Так и надо писать "отсутствует полноценная поддержка"

Рад что смог объяснить

Хотя я отправляю через постмэн мультипарт и не вижу прооблем

Я делаю API, которым буду пользоваться после мобильные клиенты и я вижу серию проблем и они точно будут если я сделаю с multipart

Всё, что содержит хотя бы в своём названии js, или JavaScript, должно быть предано анафеме..

Прочитал "должно быть предано аниме" и сначала не понял

Ну, пока что WEB App, поэтому разбивать это на разные куски мне не хочется. Как и выкидывать роутинг феникча

Я думаю так оно и будет дальше работать

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

Это хорошо что ты можешь это сделать

Я просто не очень понимаю как мобила будет собирать такие запросы

За час

Мультипарт есть готовые решениях

Такое ощущение что все загружают фоточки через Инстаграмм приложение не через мультипарт

Мобила - плохой интернет - загрузка прерывается и большие файлы - нужны части - ебалово с мультипарт

Дальше я даже не думаю

Думаю что нет

Примера с AWS и Gmail мало?

Ты Амазон или Гугл?

https://blog.bradfieldcs.com/you-are-not-google-84912cf44afb?gi=36d61705a3be - вот неплохая статья насчет выбора подходящих технологий

Только сегодня обсуждали

У меня есть загрузка файлов

Извините

Как и у них

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

В чем-то я и амазон и Гугл

У меня все отлично работает через мультипарт

Если бы взлетел, запарился и грузил бы сразу на амазон

А если перестанет - час моей работы

Это хорошие аргументы

И точно не час, если есть что-то кроме веба

А еще и клиенты, которые апи используют

Работает и хорошо - самый лучший

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

Так в том то и дело что твой андроид умеет одной строчкой отправлять мультипарт

:)

чем плоха нода: 1. сложный, глючный и нелогичный синтаксис JS ( [] + [] === "" ? ) 2. странное ООП (целых два вида, которые используются повсеместно через транспилинг) 3. дурацкая область видимости переменных и объектов (в новых стандартах получше, любители браузерного JS несут сямятицу повсюду) 4. неуместная асинхронщина, синхронный код для большинства задач лучше подходит, быстрее кодиться и легче поддерживается 5. беднейшая stdlib из всех языков!!! 6. путаница со стандартами/технологиями 7. модули в основном низкого качества, всё глючное и недоделанное 8. её слишком громко и агрессивно пиарили (лично для меня это минус)

9. фреймворки жрут много памяти

10. есть много недопонимания по поводу производительности v8 (опять же адский пиар виноват)

> странное ООП (целых два вида Что это за два вида таких?

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

ну через прототипы и новые классы из ES6

Это одно и то же

классы это сахар

ну это умудряются намешивать

на фрилансе не один такой проект видел

ERROR: S client not available

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

var - боль

и про this постоянно надо помнить

после => меньше

но не все про это знают и используют

Со стрелками и let-ами всё проще

согласен, но не все их используют

и в проекты намешивается всё подряд

Ну это такая же проблема, как с пхп и руби

То что сообщество необразованное

надеюсь, вебасм таки позволит писать фронт на норм языках

там меньше было изменений за последние несколько лет

та же нода версии до 6й, постоянно всё ломалось

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

его же за 3 дня придумали (может это и легенда, хз)

имхо, самая большая проблема у JS -- критическая необходимость в обратной совместимости, т.е. у языка нету шанса исправить свои существующие косяки

Вот с этим согласен

вроде typeof null === 'object'

баг и все, с этим всегда жить

хз, меня от stdlib бомбит постоянно простейшие вещи требуют каких то странных телодвижений и напряжения

Например?

взять последний элемент массива, перевернуть строку

с массивами работать, вообще мало что есть

тот же эликсир

имеет очень приличную stdlib

Ну в приницпе да. Но довольно просто решается lodash или sugar какой-нибудь

lodash - хороший пакет

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

опять же новички про него не знают

и такоооооое городят

Там много хороших пакетов. JS (особенно ES6+) не мешает особо писать хорошо, у меня нет проблем с "выражением мысли" на нём, например

волосы дыбом встают

Дык на руби тоже, на пхп наверняка тоже