ты убеждаешь, что это нормально

ты убеждаешь, что это нормально

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

возвращать nullable значения из Promise, Option это бред

если хочется можешь, но называй тогда методы нормально

ну хорошо, буду называть

возвращать nullable значения из Promise, Option это бред

а возвращать такое без обёртки в промис - тоже бред или нет?

а возвращать такое без обёртки в промис - тоже бред или нет?

промис сам по себе обертка

обертка, которая обещает вернуть либо конкретное значение либо ошибку

этим можно оперировать как угодно

а вообще вон лучше взять по совету @zerobias фьючерсы и исключить для себя такие вопросы

блеа, как заставить typedoc убрать приватные поля из доки?

нашел

Стартует третья ежегодная рождественская головоломка для программистов Advent of Code: https://tproger.ru/events/advent-of-code-2017/ Каждый день декабря все желающие могут поупражняться в своих навыках и посоревноваться с друзьями в количестве решенных задачек.

кароч flow форева, жалко flowdoc нету(

documentation.js

Ох фига тут нажористый тред был

documentation.js

не показывает типы для флоу

Показывает, открой доку

Но я не спорю что поддержка у него пока так себе

Когда ошибка неявно(!!) проглатывается, после чего возвращается некорректный по структуре объект, не совпадающий по типам это вообще финиш, полнейший

Дальше падать некуда, дальше только LUA

Десириализации-тред

Привет неспящим. Подключаю тайпинги через`@types` Код такой: import { createServer } from 'http'; function foo(b: http.Server): void {}; TS ругается на то, что не может найти namespace http. Если написать import http = require('http'), то проблема исчезает Но можно ли не тащить весь модуль http только ради тайпингов и одой функции createServer? Может, tsconfig.json надо правильно настроить?

tsc -v Version 2.6.2

добавть к createServer в импорте Server

а еще ты в любом случае подключаешь весь модуль

добавть к createServer в импорте Server

Спасибо

а еще ты в любом случае подключаешь весь модуль

Разве? Там же деструктивное присваивание идёт, которое просто переменные создаёт

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

ой там писали что классы есть в рантайме, точно ли тут js обсуждают...)

В es6 уже есть классы.

а какие проблемы можно отхватить при переходе с es5 на es6?

Совместимость со старыми браузерами в основном.

а какой нить прирост производительности в es6 есть?

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

а какой нить прирост производительности в es6 есть?

Есть. В основном во всяких спредах и стрелочных функциях.

а у js разрабов не бомбит от появления классов? Там же все за протатайпы, фп, рфп

а у js разрабов не бомбит от появления классов? Там же все за протатайпы, фп, рфп

Бомбит конечно

/me любит злорадствовать

а у js разрабов не бомбит от появления классов? Там же все за протатайпы, фп, рфп

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

ну неплохие движения, глядишь es7 или 8 отобьет нужду в тайпскрипте)

ну неплохие движения, глядишь es7 или 8 отобьет нужду в тайпскрипте)

Там типы добавят? Есть пропозал?

ну неплохие движения, глядишь es7 или 8 отобьет нужду в тайпскрипте)

Каким образом?

Ес8 уже вышел

Там типы добавят? Есть пропозал?

в душе не знаю что там добавят, я за js вообще не читаю, но изменения в es6 частично повторяют ts

Зачем вы тролля кормите

в душе не знаю что там добавят, я за js вообще не читаю, но изменения в es6 частично повторяют ts

esXXX не заменит typescript если в нём не будет типов.

спасибо кэп

но добавить типы это логичное продолжение

но добавить типы это логичное продолжение

А смысл?

чтоб массивы на объекты не делить, очевидно же

Подскажите, есть ли для VsCode расширение, показывающее имена параметров функции (как на этом скрине)?

в душе не знаю что там добавят, я за js вообще не читаю, но изменения в es6 частично повторяют ts

Жс сообществу нужно ещё подрасти и типы наконец появятся в спецификации, тогда тс выродится в транспилятор для старых браузеров по типу бабеля сейчас.

Жс сообществу нужно ещё подрасти и типы наконец появятся в спецификации, тогда тс выродится в транспилятор для старых браузеров по типу бабеля сейчас.

Смысла от них не будет большого. Предлагаешь strict2?

super puper strict*

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

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

И?

что и? Это завершенное предложение)

Это оформление. В каждой компании свой стандарт.

Смысла от них не будет большого. Предлагаешь strict2?

Многие уже вовсю переходят на тс и флоу. Наберётся критическая масса - введут в стандарт.

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

Многие уже вовсю переходят на тс и флоу. Наберётся критическая масса - введут в стандарт.

Это как? Можете использовать типы, а можете не использовать? И какой смысл от типов тогда?

Типы должны быть в компайлтайме, а не в рантайме.

Суть типов же в том, чтобы в браузере не падало.

Я уверен, что типов в js никогда не будет в стандарте. Или же js станет компилируемым.

ERROR: S client not available

и что значит свой стандарт, даже я знаю что запятую можно использовать при перечеслении, а завершать надо точкой с запятой, нарпимер public a, b, c; но у вас по факту это пишут как public a, b, c, public a, b, c public a public b public c уровень извращения бесконечен

Я уверен, что типов в js никогда не будет в стандарте. Или же js станет компилируемым.

расскажи это интерпретируемым типизированным языкам)

и что значит свой стандарт, даже я знаю что запятую можно использовать при перечеслении, а завершать надо точкой с запятой, нарпимер public a, b, c; но у вас по факту это пишут как public a, b, c, public a, b, c public a public b public c уровень извращения бесконечен

Ставишь линтер, прописываешь правила.

расскажи это интерпретируемым типизированным языкам)

Они где выполняются?

где угодно

где угодно

Готов ли ты тратить на клиенте время на проверку типов? Да и зачем?

наверно чтоб у меня в консоле небыло 5к ошибок?)

наверно чтоб у меня в консоле небыло 5к ошибок?)

Ты понимаешь, что проверка типов должна в компайлтайме происходить?

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

Или ты сторонник того, что клиентская машина такая же как у девелопера?

Типизация в js - это глупо. Она должна быть сбоку.

ты переоцениваешь сложность првоерки типов

ты переоцениваешь сложность првоерки типов

Посмотри на flow

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

Посмотри на flow

чувак, я сижу в чате по ts, зачем мне flow?)

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

Т.е. ты предлагаешь браузерам не поддерживать очередной стандарт js?

чувак, я сижу в чате по ts, зачем мне flow?)

К сожалению, у ts не очень хорошая система типов.

+ что делать с чанками?

не заметил каких либо проблем с типами, хз

Т.е. ты предлагаешь браузерам не поддерживать очередной стандарт js?

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

а когда в js func(a, b, c, d, e), ну разберись че ей там надо на вход

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

Зачем тратить время клиента на проверку типов?

Ответь на этот вопрос.

Зачем тратить время клиента на проверку типов?

тебя не смущает что все интепретированные языки тратят на это время?

интерпретируемые*

а нужно это для избегания проблем с памятью

тебя не смущает что все интепретированные языки тратят на это время?

Они тратят на это время в рантайме. Если типизировать явно, то проверка типов будет при запуске. А это время. Зачем его тратить на клиенте?

А если будет не при запуске, то в чём отличие от текущей модели?

а нужно это для избегания проблем с памятью

Какие проблемы?

Они тратят на это время в рантайме. Если типизировать явно, то проверка типов будет при запуске. А это время. Зачем его тратить на клиенте?

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

Чувак не шарит, что статически типизированный язык не может проверять типы в рантайме

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

Да, на моей мобиле это будет узким местом.