Size: a a a

JavaScript fwdays

2021 June 05

IV

Ievgen Vyshnevskyi in JavaScript fwdays
опять)
источник

IV

Ievgen Vyshnevskyi in JavaScript fwdays
можно даже не отдельную страницу, а просто туда добавить победителей)
источник

DH

Dasha Honcharuk in JavaScript fwdays
Евгений, вас ждёт футболка👌☺️
источник

IV

Ievgen Vyshnevskyi in JavaScript fwdays
а то конкурсов много, в них пишут что результатты будеутт там, или тогда-то)
источник

IV

Ievgen Vyshnevskyi in JavaScript fwdays
большое спасибо 😉
источник

IB

Iryna Bozhyk in JavaScript fwdays
Да, туда и добавим 😁
источник

IV

Ievgen Vyshnevskyi in JavaScript fwdays
источник

DH

Dasha Honcharuk in JavaScript fwdays
источник

A

Anton in JavaScript fwdays
Добрый вечер, вот примеры с курсов Лектрума по Реакт Квери, которые я показывал сегодня https://gitlab.com/lectrum-education-public/react-course/examples/-/tree/master/src/examples/react-and-network/2-advanced
источник

АЗ

Андрей Зайцев... in JavaScript fwdays
Спасибо
источник

A

Anton in JavaScript fwdays
И вам за внимание )
источник

EO

Eugene Obrezkov in JavaScript fwdays
Написание сервера на Assembly «невозможно», а на JavaScript - возможно )
источник
2021 June 06

M

Mehannoying in JavaScript fwdays
Не скромный вопрос, а где можно приобрести футболку, которая была на Тимуре на вчерашнем выступлении?
источник

AL

Andrey Listochkin in JavaScript fwdays
Вот тут
источник

AL

Andrey Listochkin in JavaScript fwdays
источник

M

Mehannoying in JavaScript fwdays
Именно той модели на сайте нет, видимо, эксклюзив. :)
источник

IB

Iryna Bozhyk in JavaScript fwdays
Это был отдельный заказ для Тимура, да 🙂
источник

ES

Evg Sevg in JavaScript fwdays
Хотелось бы дополнить,выступления, касаемые проблем TypeScript. Первая серьезная проблема TS c моей точки зрения - это даже не его собственная проблема: большинство JS-модулей и фреймворков не имеют нормальной документации по использованию TypeScript, хотя она, вероятно, будет отлично работать после установки правильного пакета @types. Конечно, иногда документации API достаточно, но бывает, что, может понадобится дополнительная информация о типах, декораторах и интерфейсах модуля. Другая проблема, которая может возникнуть, как вы могли заметить выше, заключается в том, что иногда пакет фреймворка @types не работает должным образом. В TS, когда это происходит, у вас есть возможность преобразовать переменные в любой тип, что в значительной степени является отличительным знаком TS. Но это далеко не лучший обходной путь, поскольку основная причина использования TS заключается в использовании правильных типов, чтобы вы могли точно предсказать, что метод должен получать и возвращать. Однако тип anyvaue утверждает, что в переменную может прилитеть что угодно: (<anyvalue>ExternalModule).method()
источник

ES

Evg Sevg in JavaScript fwdays
Но это не самое страшное, есть вещи намного пострашнее...😖
источник

ES

Evg Sevg in JavaScript fwdays
Если вас заставляют юзать функциональщину, как меня, то вы наверное сталкивались с чем то подобным.Например, связывание каррированных методов с обещаниями иногда может быть проблематичным. Это происходит потому, что некоторые фреймворки используют собственные ES Promises, а другие используют сторонние библиотеки обещаний, такие как Bluebird. Несмотря на то, что у вас не возникнет проблем с их цепочкой в JS, TypeScript видит их как разные типы и откажется даже транспилировать, поэтому выдает ошибку TypeError. Еще одна неприятная проблема заключается в том, что, если все сделано неправильно, универсальные шаблоны не определяют тип. Если вы не знакомы с дженериками, это базовые типы, экземпляры которых создаются позже, когда это необходимо. Но в TS иногда нужно снова явно объявить тип, например:
источник