ixplo
о_о
파쇼크
я имею в виду чистый жс без обёрток
jq и есть чистый js, можно включить его в бандл а потом потришейкить бандл, весь лишний код отвалится, потом еще минифицируешь и все, jquery уже не jquery а твой нейтив
Winni
Это надо хакам типа тернарника и && отправить
Serhii
Хакуна матата
Anonymous
ребят, работал ктото со 2м иоником?
Андрей
Хорошая позиция
Слушай, а в ESLint можно как-нибудь потребовать коммент flow?
Дима
Да
Дима
В плане, что он у тебя будет ругаться, если типы в файле есть, а коммента нет
Андрей
Блин, а потребовать, чтобы комментарий обязательно во всех файлах был?
Дима
eslint-flowtype, что то в этом роде, не могу проверить сейчас
Андрей
Вот поэтому и хотелось обработку без коммента.
Дима
Да просто хоть через sed всё прогони сразу и всё
CherryTea
ПОТОМУ ЧТО ТАК ЗАДАНО ПРАВИЛАМИ FLOW
читаю вас и просто угораю )
Андрей
Да просто хоть через sed всё прогони сразу и всё
Чувак, программисты ленивые, рассеянные животные, поэтому нельзя им давать возможность "забыть" написать этот комментарий.
Андрей
Еслинт в помощь
Ну вот, я искал как заставить писать эту строчку, но не нашёл.
Sergey
Ну типы не будут работать тогда
Дима
Не так немного
доня.
неужели у вас так часты тайп ошибки, что вы всем этим заморачиваетесь?
Ну статическая типизация не только от ошибок предотвращает, это ещё и документация
Дима
Чувак, программисты ленивые, рассеянные животные, поэтому нельзя им давать возможность "забыть" написать этот комментарий.
Понимаешь, пока ты не пишешь в файле типы — у тебя нет причины получать алярм. Просто, вписав первый же тип в файле, ты увидишь напоминание, что нужна директива
Дима
Тут или или
Sergey
О да, и появляется что-то типа умножения строки на число! Ура!
Если инклюдить туда где есть флоу, будет ошибка
доня.
Кстати вот почему Flow а не TypeScript например?
Андрей
Если инклюдить туда где есть флоу, будет ошибка
Т.е. достаточно в корневом файле дать комментарий?
Андрей
доня.
Потому что это другой язык.
Ну и то и то - "другой язык"
Андрей
Ну и то и то - "другой язык"
Нет, не другой. Если надо будет отказаться от flow, то без проблем. От TS ты не откажешься.
А ВОТ ТЕПЕРЬ ПАБЛИК
доня.
Нет, не другой. Если надо будет отказаться от flow, то без проблем. От TS ты не откажешься.
Нууу, такое И во Flow придётся из кода выпиливать руками явные типы, интерфейсы, всё вот это вот В чём разница принципиальная?
Андрей
Нууу, такое И во Flow придётся из кода выпиливать руками явные типы, интерфейсы, всё вот это вот В чём разница принципиальная?
В том, что это другой язык с явным переусложнением. Вся вот эта ООП хрень на фронте не нужна совершенно.
Андрей
Так, у меня горит от атома. Теперь стрелки не работают в project-tree
Андрей
Блин, надо было тестером становиться.
Roman
Какой опыт общения с тс? У меня тоже пока впечатления исключительно негативные, но я джун простой и у нас его явно готовят не так как надо
Roman
Интересно послушать
Bohdan
а почему негативные?
CherryTea
Везде свои заморочки
CherryTea
Что флоу, что тс
Roman
а почему негативные?
Конкретно у нас в проекте данные с апи приходят фиг знает в каком виде и им везде ставятся any, нету никакой нормализации состояния и всякого такого
Дима
Кстати вот почему Flow а не TypeScript например?
Единственное, что на самом деле важно — это возможности, которые они предоставляют. Система вывода типов флоу позволяет получить верификацию — уверенность, что код будет работать именно так как описано абсолютно во всех случаях без исключений
Roman
В общем что есть что нет
Дима
Это нужно не всем, разумеется
Roman
Рантайм ошибки как летели так и летят
Roman
Да и вообще проект пока на нг1, че тут говорить
доня.
Какой опыт общения с тс? У меня тоже пока впечатления исключительно негативные, но я джун простой и у нас его явно готовят не так как надо
Мне в TS одной фичи не хватает - номинального сабтайпинга (а не структурного) для интерфейсов. Из-за этого приходится для нормальной проверки типов (а она мне в моём pet-проекте очень нужна) использовать наследование на абстрактных классах вместо интерфейсов, что конечно не очень. Впилят (опциональный) номинальный сабтайпинг - полностью выпилю наследование.
Андрей
Тебе не кажется это переусложнением?
Дима
Это нужно для пуленепробиваемых библиотек, софта, требующего гарантий и прочих аналогичных вещей. Только из-за этого можно перетерпеть все приключения с ним
Sergey
Тебе не кажется это переусложнением?
Да ну. Конечно же. Зачем вообще типы писать, это же усложнение
доня.
Во, слушай. И нафига это надо в js?
Ну, у меня проект фановый, специфичный, там это прямо нужнее чем в среднестатистическом проекте как мне кажется, и он не о фронтенде
Андрей
Это упрощение, лол
Ну хз, приватные методы, интерфейсы. Всё это js не надо, имхо.
Дима
Ты пишешь код и получаешь гарантию, что всё учел. Или не учел
Андрей
Да ну. Конечно же. Зачем вообще типы писать, это же усложнение
Ну, есть баланс, а есть крайность. Так вот. JS и TS - это 2 крайности.
Sergey
Ну хз, приватные методы, интерфейсы. Всё это js не надо, имхо.
Больше нечего сказать. Пиши дальше на жс, тебе норм
Андрей
А js + flow норм.
Дима
Ну хз, приватные методы, интерфейсы. Всё это js не надо, имхо.
В флоу нет ничего из синтаксиса жс, это строго типизация
доня.
Я в общем DSL пилю для генерирования сишного кода из JS/TS, и там благодаря статической типизации проверяется на этапе компиляции TS, что в качестве присваиваемого выражения не стоит что-то что присваивать нельзя, вроде объявления функции или инклуда или ещё чего-нибудь
Дима
Да, хороший пример
доня.
ага, но там пока хвастаться особо нечем, в последнее время из-за учёбы подзабросил
Roman
Какие все вокруг жаваскрипт-нинзи
доня.
А, вот кстати ещё один плюс флоу. Но напрямую я им пользуюсь пореже, нет «вау»)
там есть номинальный сабтайпинг для интерфейсов? тогда да, это круто
Roman
Я один походу васян с пустым гх
CherryTea
Дима
там есть номинальный сабтайпинг для интерфейсов? тогда да, это круто
Да. И ковариантность, поэтому свободно комбинируются функции, запрашивающие разные но совместимые типы) Это в принципе одна из причин, почему он даёт гарантии
Darya
Ребят, можете подсказать чат по mongo db?