
Ҫѐҏӗѫӑ
17.06.2016
12:50:45
тс лучше, да
@typescriptru

Yan?
17.06.2016
12:50:59
я так понимаю флоу и сделан для тех кому впадлу делать жс->тс

Ҫѐҏӗѫӑ
17.06.2016
12:51:09
нет

Google

Yan?
17.06.2016
12:52:02
а что он делает чего не может тс?

Vladimir
17.06.2016
12:53:44
https://github.com/vkurchatkin/typescript-vs-flow
У TS слишком слабый type inference, чтобы чекать голый js

Ҫѐҏӗѫӑ
17.06.2016
12:54:57
норм
но послабее чуть

Vladimir
17.06.2016
12:55:26
ну вот пример, где ts ругнется
https://github.com/vkurchatkin/typescript-vs-flow/blob/master/ts/6.ts
конечно не часто такое бывает

Ҫѐҏӗѫӑ
17.06.2016
12:55:39
ой, я твои примеры не смотрю больше

Vladimir
17.06.2016
12:55:55
я не тебе, я адекватным людям

Ҫѐҏӗѫӑ
17.06.2016
12:56:02
можно решить все. да, многословно
хотя там вроде влили что тебе не нравилось

Vladimir
17.06.2016
12:57:05
в ts? ну как будут новые релизы, будет перепроверять естественно

Google

Vladimir
17.06.2016
12:57:10
буду

Ҫѐҏӗѫӑ
17.06.2016
12:57:24
ты же бабель не юзаешь?

Vladimir
17.06.2016
12:57:40
естественно юзаю

Ҫѐҏӗѫӑ
17.06.2016
12:57:55
для чего?

Vladimir
17.06.2016
12:58:10
flow, модули, async await

Ҫѐҏӗѫӑ
17.06.2016
12:58:50
модули - импорты в ноде?

Vladimir
17.06.2016
12:58:58
ага

Ҫѐҏӗѫӑ
17.06.2016
12:59:02
зачем?

Vladimir
17.06.2016
12:59:26
да хз, так вышло
особо ничего не дает, конечно
типа, будущее

Ҫѐҏӗѫӑ
17.06.2016
12:59:48
ну так норм флоу
но модули зря имхо

Vladimir
17.06.2016
13:00:04
ну вроде и минусов нет

Ҫѐҏӗѫӑ
17.06.2016
13:06:38
вообще судя по трекру на гх у флоутайп тоже не все гладко
там твои ишусы полугодовалые аж

Vladimir
17.06.2016
13:08:49
эт да
пора браться за окамл

Никита
17.06.2016
15:59:02
Привет :-)

Dmitry
17.06.2016
16:00:18
Welcome

Google

Vladimir
17.06.2016
16:04:10
ого, какие люди)

Никита
17.06.2016
16:58:16
@vkurchatkin Мне на devconf показали чатик, до этого я про него не знал =).

Vladimir
17.06.2016
16:59:05
Ну он новый относительно

Denis
17.06.2016
16:59:33
Никит, как насчет выступить с докладом на Moscow Node.js Meetup?

Ҫѐҏӗѫӑ
17.06.2016
17:03:04
+

Никита
17.06.2016
17:48:57
@DenisIzmaylov Честно говоря, не уверен — надо будет разобраться со временем, плюс прямо хорошей темы для доклада пока в голову не приходит. Но если надумаю — я учту, спасибо за предложение =).
Кстати, если кто пропустил сегодня — http://www.ecma-international.org/ecma-262/7.0/index.html

Vladimir
17.06.2016
18:19:39
уже несколько дней висиь

Ҫѐҏӗѫӑ
17.06.2016
18:20:41
но только сегодня экма подписала

Никита
17.06.2016
18:23:23
На самом деле @vkurchatkin прав, с 14 числа оно там. Я пропустил =).

Ҫѐҏӗѫӑ
17.06.2016
18:23:43
все так

Никита
17.06.2016
18:23:53
http://www.ecma-international.org/news/index.html — вот тут дата.

Ҫѐҏӗѫӑ
17.06.2016
18:24:41
но бюрократы от экмы подписали сегодня. это просто формальность, но без этого выложенная спека не была действительно фактически

B~Vladi
17.06.2016
19:25:40
Хотели бы .on(name, listener, context) ?

Vladimir
17.06.2016
19:28:11
Нет

B~Vladi
17.06.2016
19:29:21
Promise?

Vladimir
17.06.2016
19:30:14
Все это и так не сложно сделать

Ҫѐҏӗѫӑ
17.06.2016
19:34:26
что если два раза один хендлер на разные контексты?
как отписываться?

Google

Ҫѐҏӗѫӑ
17.06.2016
19:35:25
кто будет отвечать на тупые вопросы в чатах и SO?

Никита
17.06.2016
19:43:47
Вы мне про .off напомнили.

Ҫѐҏӗѫӑ
17.06.2016
19:45:14
а что с ним?

Vladimir
17.06.2016
19:45:39
самое глупое название функцию за всю историю

Никита
17.06.2016
19:48:00
@vkurchatkin Безусловно. Но если выбрать топ несколько используемых библиотек для того же самого из npm, то они все используют on/off, и это де-факто стандарт. Возможно, ljharb прав, и стоит таки добавить алиас.
Переносимости для.

Vladimir
17.06.2016
19:49:48
может быть, но думаю лучше не руководствоваться такими мотивами
в экосистеме есть много глупостей, с ними нужно бороться

Никита
17.06.2016
19:51:53
@vkurchatkin Если честно, глупое название функции — это наименьшее из зол.
https://github.com/patriksimek/vm2 — вот такие штуки меня куда больше пугают.

Vladimir
17.06.2016
19:53:30
То что есть много всякого - это хорошо, но люди совершно не хотят понимать, как работают их зависимости
А зависимостей обычно много, потому что такие делают всякие популярные ребята
так

Никита
17.06.2016
19:54:19
Да. И если кто-нибудь поверит тому, что написано в описании vm2, он сделает себе очень плохо.

Vladimir
17.06.2016
19:57:17
я как-то раз сделало такое по фану: https://github.com/vkurchatkin/deasync
понял, что бред и забил

andretshurotshka?❄️кде
17.06.2016
19:57:46

Vladimir
17.06.2016
19:57:48
а какой-то дурак форкнул и теперь многие пользуются

Никита
17.06.2016
19:58:20
@andretshurotshka с vm2 не так абсолютно всё, так делать нельзя.

Ҫѐҏӗѫӑ
17.06.2016
19:58:25
лол

Google

Никита
17.06.2016
19:58:53
> vm2 is a sandbox that can run untrusted code with whitelisted built-in node objects. Securely!
Оно утверждает, что оно может безопасно выполнять недоверенный код.
В одном процессе.
При этом передавая туда доступ к каким-то модулям.
При этом оно утверждает, что чем больше модулей пустишь внутрь — тем хуже будет.
@goodmind Что же тут не так? ;-)

andretshurotshka?❄️кде
17.06.2016
20:01:46
Ну, rm -rf нельзя сделать значит безопасно, require там же нет

Vladimir
17.06.2016
20:01:59
я уверен, что можно

Никита
17.06.2016
20:05:01
Ой. У них там до 16 марта сего года ещё и Buffer глобальный был доступен всегда.

andretshurotshka?❄️кде
17.06.2016
20:06:19
Так это NodeVM
А не VM

Vladimir
17.06.2016
20:07:09
ну очевидно что в голом конексте все еще как-то безопасно
но заблокировать процесс можно

andretshurotshka?❄️кде
17.06.2016
20:07:42

Vladimir
17.06.2016
20:08:06
Promise.resolve().then(() => { while (true) {} })

Никита
17.06.2016
20:08:17
Таймаут не является безопасным.
Да, как раз по этой причине.
@vkurchatkin И нет, в голом контексте это тоже не безопасно.
Оно работает в одном процессе.