Современный JavaScript: взгляд со стороны

[YNile]

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

Чтобы проверить алгоритм на одну строчку кода можно было скопировать его из файла на гитхабе :)

[k12th]

Все равно не вышло бы, там был typescript в .js-файле:)

[YNile]

Что тоже очень странно. Может автор перепутала typescript с flow?

[k12th]

Очень может быть.

[v1vendi]

Автор — Lea Verou — одна из самых знаменитых фронтендеров мира, с сотней выступлений на конференциях, одной из лучших книг в мире по CSS и членством в w3c.

Она не спутала TS и flow :)

[YNile]

Чтобы выступать на конференциях нужно быть специалистом по конференциям :)

Не умаляя ее заслуг, я лишь делаю вывод на основании ее же статьи. Разобраться с вопросом она не смогла. Хотя и «одна из самых знаменитых фронтендеров мира, с сотней выступлений на конференциях, одной из лучших книг в мире по CSS и членством в w3c»

[v1vendi]

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

[zede]

Статья на грани фантастики. Встретить Typescript залитый в npm? Да еще и с разрешением .js? Это либо очень толстый троллинг, либо автор пакета сам не понимал, что же он выкладывает. Хочется просто попробовать либу? На npm давным давно есть RunKit в котором обычный алгоритм протестить не составит труда. Для чего было новичку советовать закостылять импорты вместо require? В экосистеме есть неочевидные моменты, но приведенное в статье далеко не про это. Разве виноват молоток, что гвоздем бьют по нему? Проблема тут явно в горе-советчике

[serginho]

Предполагаю, что там был какой-нибудь ES6, который автор принял за TypeScript. Статья о том, как один человек, который не разбирается в вопросе, пытался помочь другому такому же.

[zede]

А потом выясняется, что это вообще был Hegel/Flow. Либо то что он в папку сырцов зашел, а не скомпилированный вариант. Я на самом деле до сих пор сомневаюсь включать исходники в npmignore или нет.

[Tarik02]

Честно говоря, складывается ощущение, что это не только проблема веба, а вообще такая проблема в той или иной мере везде. Начиная от Android-разработки, заканчивая C++.

[gsaw]

он мог запустить localhost, когда это было необходимо

Это как? По моему какой то испорченный телефон на всех уровнях.

[Large]

А мог бы использовать hqjs.org и не мучаться

[funca]

Мир JavaScript уже давно напоминает психушку, вышедшую из под контроля. Но и взгляд ученого из статьи отдает некоторой проф деформацией. Нужно иметь определенный склад ума, чтобы на ровном месте собрать кучу невероятных граблей, а потом описать случившееся как проблему мирового уровня. Как иначе получить заветный грант?)

[riin41]

Видел вживую доклад Lea Verou на каком-то HolyJS, непонятно почему перевод от лица мужского рода, Лея точно девушка ))
Мне кажется, что этот случай скорее исключение чем правило, npm достаточно простой и прозрачный инструмент, но тут да, несколько странный случай)

[TheGhost902]

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

[k7paul]

На днях апгрейдил аппликуху с JS на TS, включая graphql и ещё кучу зависимостей.
Сначала делал babel-only — всё работает. Решил подключить компилятор TS и началось — то graphql не работает, то остальные модули не резолвятся если выключить transpileOnly.

Всё вылечилось тем, что поставил module и target на es2015, и пару параметров на moduleInterop / moduleResolution. Но в этом зоопарке гуглить вообще что-то было бесполезно — в итоге сделал новый проект, новый tsconfig.json, и посмотрел что с diff'ами.

Очень было обидно за бездарно потраченное время :)