он не умеет работать с InlineQuery, CallbackQuery

да и вообще похоже заброшен

последний коммит месяц назад

буду юзать https://github.com/mast/telegram-bot-api

он всё это умеет

последний коммит 11 дней назад

последний коммит месяц назад

Мы хотели под новый es6 запилить

@kaf_lan не доверяй людям, которые используют слово Ajax в 2016 году

posted 4 years ago

я просто спрашиваю как би может проблемка та осталась?

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

В github обсуждаются о android поддержке node.js?

шта?

armv7 ВЫШЛО

и соответственно должно на android должно пойти

Отсыпь стаффа

https://github.com/jw84/messenger-bot-tutorial

https://www.instagram.com/p/BE1mhXPoMuI/

:)

Relax is a powerful new generation CMS on top of React and Node.js which aims for a better way of building websites https://github.com/relax/relax

https://www.instagram.com/p/BE1mhXPoMuI/

А как будет выглядеть HTML+CSS+JS?

Она будет шевелиться.

А как будет выглядеть HTML+CSS+JS?

Возможно она будет мастурбировать

Фу таким быть

Ага

Не то слово

Видимо, серверная строна MosсowJS решила переименоваться в MoscowGO и сейчас ищет подтверждения https://www.facebook.com/groups/moscowjs/permalink/1211258065565759/

react/node+golang отличная комбинация

В свете развития экосистемы ещё более актуальной становится нашумевшая 2 года назад статья tj https://medium.com/@tjholowaychuk/farewell-node-js-4ba9e7f3e52b#.qe8p2d9rd

2 года назад не было async/await. И асинхронные сервера сейчас удобно писать на том же тайпскрипте, разменивая в проде потоки на процессы. Но для больших проектов важна статическая типизация, эффективная многопоточность, быстрая компиляция, бинарники на выходе, надёжные клиенты под очереди и базы и прочее

Крайний раз когда мы писали сервер под ноду, клиент той же Кафки падал раз в неделю, пришлось перейти на раббит. Коннекшен пул у того же постгресовского клиента бедный, пришлось переписывать. И тп

Зачем на ноде пользовать async/await, которая ожидается не скоро https://bugs.chromium.org/p/v8/issues/detail?id=4483, а может и вообще не будет, если есть генераторы?

async/await на генераторах - это лайфхак

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

Последняя нода итак уже почти не требует бабеля :)

Только ради import

c import динамически нельзя указать импортируемый модуль, только строкой, ленивое подключение также не сделать - все импорты сразу нужно указать, в чем тогда сейчас его прелесть? деструктуризая в новой ноде уже есть..

import не нужен :)

я просто не понимаю, зачем их используют

В статическом анализе зависимостей

для динамического импорта всё ещё есть require

На ноде без async/await уже не обойтись. Кто писал линейный асинхронный код обратно к callback и promise hell не вернется

а чем тогда лучше вариант ждать нативной поддержки и подключать babel, если можно сейчас использовать генераторы, тот же co использовать?

Это как раз мелочи. Корутины много где на генераторах построены. Но конструкцию async/await можно и в c# увидеть и в scala и в python

а для продакшена делаете билд бабелем или подключаете babel-register?

Делаем либу серверную и к ней запускатор в es5

Генераторы не работают с классами, т е нельзя красиво сделать асинхронный метод класса, завёрнутый в co или подобное

почему не работают? метод может быть генератором

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

The V8 team is already working to bring upcoming features such as async /await keywords http://v8project.blogspot.com.by/2016/04/es6-es7-and-beyond.html

Обзор популярных библиотек и фреймворков для JavaScript #javascript Для быстрого решения большинства нетривиальных задач в JavaScript, как и в других языка, есть множество полезных библиотек и фреймворков. Библиотеки помогают быстро реализовывать отдельные функции в приложении, а фреймворки являются надежным фундаментом для построения приложений на их основе. Ссылка на пост https://vk.com/wall-54530371_68384

import не нужен :)

Нужен, когда дейсвительно нужен. Из-за того что все экспортируемые не-default свойства - это по сути геттеры, которые могут менять байндинги. Например, если контроллеры используют модуль, который является обвязкой над драйвером базы данный и подключение может быть ленивым или меняться в рантайме, при этом этот модуль может импортировать свойства некоторых контроллеров (и без этого бывает не обойтись) - модель с геттерами позволяет иметь циклические засысимости в таких случаях

как связаны import и подключение к бд?

Да никак, это пример, в котором бывает нужно переменную экспорировать раньше, чем у нее будет байндинг на какое-то значение

http://geekforbrains.com/post/after-a-year-of-nodejs-in-production

Это можно делать и без import разными способами, но с import/export это родная фича, с которой все начинает смотреться стройно

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

зачастую это говорит о проблеме

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

очень в редких

обычно третье звено может помочь

например, нормальный di

если использовать di, то от импортов можно избавиться вообще

в JS да

в ts все равно импортировать интерфейсы нужно

Что-то я не верю в TS

Не видел ещё читабельного кода на TS

Не видел ещё читабельного кода на TS

Видишь постоянно. TS = ES6 + статическая типизация

Я про неё и говорю

ES6 => меньше кода

TS => больше кода

меньше кода != читабельнее

читабельность != язык

тебе тогда не в Relay :)

почему?