однозначно меньше мороки, которую вызывает весь стек node.js + babel'и + typescript`ы и куча фреймворков вот то-то и оно, что трудозатрат на порядок меньше (это опуская строгую типизацию, ошибки на этапе компиляции, встроенные стредства тестирования и линтеры кода) в go стандартные либы покрывают 95% нужд, на наших проектах из сторонних пакетов, только пакеты для работы с aws, jwt токенами и микросервисами ноду юзаем только для ssr

однозначно меньше мороки, которую вызывает весь стек node.js + babel'и + typescript`ы и куча фреймворков вот то-то и оно, что трудозатрат на порядок меньше (это опуская строгую типизацию, ошибки на этапе компиляции, встроенные стредства тестирования и линтеры кода) в go стандартные либы покрывают 95% нужд, на наших проектах из сторонних пакетов, только пакеты для работы с aws, jwt токенами и микросервисами ноду юзаем только для ssr

Это где такое счастье? Мне кажется я хочу у вас работать :D

какие плохие статьи у мейлру

однозначно меньше мороки, которую вызывает весь стек node.js + babel'и + typescript`ы и куча фреймворков вот то-то и оно, что трудозатрат на порядок меньше (это опуская строгую типизацию, ошибки на этапе компиляции, встроенные стредства тестирования и линтеры кода) в go стандартные либы покрывают 95% нужд, на наших проектах из сторонних пакетов, только пакеты для работы с aws, jwt токенами и микросервисами ноду юзаем только для ssr

Денис, вот у меня как раз именно так, недавно привлёк пару Go-разработчиков в команду, чтобы они все сервисы на Go переписали. Теперь у нас только SSR, простой ACL на Node.js и роуты для получения/выдачи данных из всех микросервисов. Пока для меня Go несовсем прозрачен. Что в качестве линтера для Code Style используете? Что для JWT?

Парни, какие пару новостей про Node.js Вы хотели бы обсудить на митапе?

куда движется нода и какие бест практики построения приложений в 2016 году)

Норм такая новость да?)

и может, ну его нафиг ноду, она для фронтенда и нужно переходить на go?)

Далеко не уйдешь

TJ тоже уходил

Но вернулся :)

и может, ну его нафиг ноду, она для фронтенда и нужно переходить на go?)

const user = await User.findById(req.body.id); if (await user.comparePassword(req.body.old_password)) { await user.updatePassword(req.body.new_password); }

вот так в go можно?

Да

А

фейл =)

) наоборот вопрос услышал

там же на сколько я помню coroutine, которые альтернативы генераторов и можно подобное воспроизвести )

да тут не про корутины

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

когда были в ноде только колбэки, этим пользоваться было невозможно. Появился async.js, промисы, yield и async/await. И теперь ты предлагаешь перейти на Go. Ради чего, спрашивается?)

потому, что модно/молодежно )

а так быстрее и меньше потребления памяти, но я не пишу на ноде, не говоря уже о go

запаковка в один файл, бинарник, тоже плюс )

особенно для микросервисов

Я рааскажу, почему Go - говно)

не знаю в чем плюс, если ты потом этот 1 файл запакуешь в контейнер

быстрее и меньше потребление памяти - это надо все мерить)

но я уверен, что большинство приложений упрутся в базу, IO и прочую фигню, никак не зависяющую от языка, на котором пишется прокси для этих вещей)

Я рааскажу, почему Go - говно)

Огонь :)

Привет, а места еще остались на сегодняшний митап?

Сорри, уже всё плотно. Stay turned.

Спасибо, в следующий раз заранее запишусь

?

Бигуу

А вы краткие выжимки их рассказа почему Го - плохо выложите?

ну тиип код научите писать

на показуху начальству хотя бы

ну тиип код научите писать

И мне тоже

?

мы ушли без вас

ищите нас в баре

Денис, вот у меня как раз именно так, недавно привлёк пару Go-разработчиков в команду, чтобы они все сервисы на Go переписали. Теперь у нас только SSR, простой ACL на Node.js и роуты для получения/выдачи данных из всех микросервисов. Пока для меня Go несовсем прозрачен. Что в качестве линтера для Code Style используете? Что для JWT?

Линтера кодстайла как такового нет, gofmt пока хватает, у нас сборка из внешних чекеров, которые советуют оптимизации, либо указывают на неэффективный мап структур в памяти, неудачные имена функций и тому подобное jwt первая либа в гугле, что-то вроде go-jwt

Go нет места в мире изоморфщины meteor derby catberry Вполне клевые штуки

Есть проект которые делает ssr исключительно на го, через go js интерпретатор, но на код больно смотреть

? гав-гав ? му-му ?Я рааскажу, почему X - говно)

Линтера кодстайла как такового нет, gofmt пока хватает, у нас сборка из внешних чекеров, которые советуют оптимизации, либо указывают на неэффективный мап структур в памяти, неудачные имена функций и тому подобное jwt первая либа в гугле, что-то вроде go-jwt

Можешь поделиться этой сборкой?

Есть проект которые делает ssr исключительно на го, через go js интерпретатор, но на код больно смотреть

Это уже диагноз :)

Xyu

Урааааа

Я в чяти!

))

SSR overrated и flow не нужен

SSR overrated и flow не нужен

SSR норм, главное - v8 прогреть в пре-форке php-fpm

Кто там про треды в Городе втирал

http://stackoverflow.com/questions/32452610/golang-how-to-handle-blocking-tasks-optimally

TL DR Го стартует новые треды, когда нет свободных

))

Кстати да, горячая тема

TL DR Го стартует новые треды, когда нет свободных

Ну слава богу

Слава Богу за Го

только мы уже выяснили, что питон обзавелся аннотацией типов и го больше не нужен(

как и фло

Что там за аннотации?)

Реально сделали

https://docs.python.org/3/library/typing.html

@vkurchatkin @chudesnov я там еще в гиттере мскжс вам ссылок накидал обещанных

:point_up: [May 20, 2016 4:04 AM](https://gitter.im/MoscowJS/chat?at=573e629bf240e50046a0a50f)

btw gradual typing давно исследуется в ts больше года (safe TypeScript), я про это еще год назад рассказывал на FrontendConf (который ненужен более всего прочего ненужного и надеюсь никто в здравом уме в этом году на него не пойдет). а у Flow что?

про геттеросеттеры почитал. и если правильно понял о чем речь, то в тс все это есть

поэтому преимуществ фло перед тс снова 0

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

да и реакт уже обречен судя по всему

PR не приняли? :)

Или что там с React не так?

https://github.com/Microsoft/TypeScript/issues/186

https://github.com/Microsoft/TypeScript/issues/6028

https://github.com/Microsoft/TypeScript/issues/2983

https://github.com/Microsoft/TypeScript/pull/7480

:) ахаха, разнёс

Думаю ещё много. Но постепенно они из флоу все скопируют, конечно

Интересно, пойдёт ли это всё в итоге в ESNext

Как новый 'use strict'

Интересно, пойдёт ли это всё в итоге в ESNext

Только если как включаемая анотация в комментариях