Комментарии 18
Да я просто хотел запустить одну строчку кода, чтобы проверить этот алгоритм…Чтобы проверить алгоритм на одну строчку кода можно было скопировать его из файла на гитхабе :)
Все равно не вышло бы, там был typescript в .js-файле:)
Очень может быть.
Она не спутала TS и flow :)
Не умаляя ее заслуг, я лишь делаю вывод на основании ее же статьи. Разобраться с вопросом она не смогла. Хотя и «одна из самых знаменитых фронтендеров мира, с сотней выступлений на конференциях, одной из лучших книг в мире по CSS и членством в w3c»
Статья на грани фантастики. Встретить Typescript залитый в npm? Да еще и с разрешением .js? Это либо очень толстый троллинг, либо автор пакета сам не понимал, что же он выкладывает. Хочется просто попробовать либу? На npm давным давно есть RunKit в котором обычный алгоритм протестить не составит труда. Для чего было новичку советовать закостылять импорты вместо require? В экосистеме есть неочевидные моменты, но приведенное в статье далеко не про это. Разве виноват молоток, что гвоздем бьют по нему? Проблема тут явно в горе-советчике
Предполагаю, что там был какой-нибудь ES6, который автор принял за TypeScript. Статья о том, как один человек, который не разбирается в вопросе, пытался помочь другому такому же.
Проблема современного веба в том, что это по сути огромный ком всяких граблей, частных случаев и прочих особенностей.
И хоть ты гениальный ученый, то никакие способности мозга не ускорят процесс понимания что происходит.
Это видимо больше похоже на изучение естественных языков, чем на computer science.
он мог запустить localhost, когда это было необходимо
Это как? По моему какой то испорченный телефон на всех уровнях.
Видел вживую доклад Lea Verou на каком-то HolyJS, непонятно почему перевод от лица мужского рода, Лея точно девушка ))
Мне кажется, что этот случай скорее исключение чем правило, npm достаточно простой и прозрачный инструмент, но тут да, несколько странный случай)
Не согласен с тем, что это особенности js, к примеру, недавно заинтересовался языком Си, там тоже хватает бед с библиотеками
На днях апгрейдил аппликуху с JS на TS, включая graphql и ещё кучу зависимостей.
Сначала делал babel-only — всё работает. Решил подключить компилятор TS и началось — то graphql не работает, то остальные модули не резолвятся если выключить transpileOnly.
Всё вылечилось тем, что поставил module и target на es2015, и пару параметров на moduleInterop / moduleResolution. Но в этом зоопарке гуглить вообще что-то было бесполезно — в итоге сделал новый проект, новый tsconfig.json, и посмотрел что с diff'ами.
Очень было обидно за бездарно потраченное время :)
Современный JavaScript: взгляд со стороны