У кого-нибуду получалось подружить TypeScript с ESLint и Prettier?

У кого-нибуду получалось подружить TypeScript с ESLint и Prettier?

Чем хорош prettier?)

Тонны говнокода расчищает быстро

нет, он форматирует говнокод, а не расчищает

Тонны говнокода расчищает быстро

Периодически разбрасывая всё обратно

так eslint умеет фиксить правила и формтаировать код сам, зачем еще один инструмент?)

У prettier типа уникальный алгоритм. Форматирование кода так, чтобы было приятно читать при заданной ширине экрана.

У prettier типа уникальный алгоритм. Форматирование кода так, чтобы было приятно читать при заданной ширине экрана.

Чушь. Ничего уникального в нем нет.

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

В итоге только один плюс?))

Сама тулза совсем не интересна

У prettier типа уникальный алгоритм. Форматирование кода так, чтобы было приятно читать при заданной ширине экрана.

какой может быть там уникальный алгоритм? там нет же магии и все можно воспроизвести и в eslint)

Кто говорит про "неуникальный" алгоритм, вы хотя бы ридми читали?

он точно не уникальный, это было как минимум в reason

Да, prettier бесит ещё и своим позиционированием

"Уникально, прогрессивно, удобно"

А все на это ведутся

Я даже читал конктрентый научный труд, на который они ссылаются. CS то ли десятилетней то ли двадцатилетней давности без особых откровений вообще

В очень общем виде, между прочим. А между теорией и реализацией лежит бездна самомнения авторов prettier, благодаря которому инструмент обретает невменяемое поведение и абсолютно отсутствующую конфигурируемость

на медиуме где-то было объяснение почему он типа лучше, чем —fix из eslint

pr с поддержкой ts есть, но там только первая честь, и это надолго

Ну я кстати тоже отсылался на eslint --fix, когда обсуждали внедрение в проекте. И признаю, что он - правда не то

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

>И признаю, что он - правда не то Почему именно?

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

а что recast умеет?

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

>И признаю, что он - правда не то Почему именно?

Ну он многое не может или делает не сильно эффективно, всё же основное предназначение eslint иное

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

если судить по pr в реакт, все так же есть такие баги

Скомпилил свои тесты из es3 в котором обычно сидел в es6, так протестить. Билжусь в один файл, никаких webPack и Babel нет. Абсолютно идентичный код, просто много регулярок и много вызовов функций (парсер юзер агентов) http://service.crazypanda.ru/v/clip2net/v/d/TZIXhZbXW2.png внимание на скорость в ms. Chrome 56.

а что recast умеет?

prettier - это форк его принтера, но с алгоритмом из методички семнадцатилетней давности

Это нормально, чем новее функция тем меньше времени было на её оптимизацию. Если нужна бескомпромиссная скорость, то проще уж всё в asm.js перегнать с webassembly

И в воркеры вынести

воркеры да, где есть, webassembly нет, ибо её нет на нужных нам браузерах. И под него совсем иным методом код писать

и это НЕ нормально, что новые вещи в два раза тормознее

Ну знаешь) Лучше иметь например плохие async await сейчас, чем идеальные, но только через 5 лет)

воркеры да, где есть, webassembly нет, ибо её нет на нужных нам браузерах. И под него совсем иным методом код писать

asm.js / wasm, в таком порядке. Асм постарее, его оптимизируют уже три года

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

У нас вообще неидеальный мир, так то

я продолжаю таргетиться в es3 и не париться

нужны будут геттеры съеду на es5

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

я продолжаю таргетиться в es3 и не париться

Я просто отдельно оптимизирую такие места, можно и в es3, да

Так если мне es6 ничего вообще не даёт нового, зачем его использовать?

асинки я не использую(на сигналах ок), генераторы тоже(феноменально тромозная штука)

Так если мне es6 ничего вообще не даёт нового, зачем его использовать?

Естественно, незачем) Это же хорошо, если нет проблем

меня печалит что с 1999 года язык внёс из хорошего только TypedArray и больше вообще ничего

Можно было и на actionscript оставаться ?

Можно было и на actionscript оставаться ?

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

всё остальное делается без проблем транспилятором

Какая ещё фича с es3 позволила написать более производительный код? Ну воркеры да, но это просто параллельность, а чтоб линейный код ускорить

Скомпилил свои тесты из es3 в котором обычно сидел в es6, так протестить. Билжусь в один файл, никаких webPack и Babel нет. Абсолютно идентичный код, просто много регулярок и много вызовов функций (парсер юзер агентов) http://service.crazypanda.ru/v/clip2net/v/d/TZIXhZbXW2.png внимание на скорость в ms. Chrome 56.

А es5 vs es3?

сейчас

точнее даже es5 vs es6 интересует

почти как es3 даже чуть быстрее

2750 ms на этом тесте

это кстати интересно почему

что вполне очевидно

код браузерами оптимизруется лучше, чем транспайлерами

а с es6 как выше написали, нет никаких оптимизаций

только базовая поддержка

в том то и дело что у меня es6 тормозит

а чем отличается es3 и es5 таргеты это ещё разобраться нужно

меня печалит что с 1999 года язык внёс из хорошего только TypedArray и больше вообще ничего

что такое "хорошее"?

то что позволяет напистаь более производительный код

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

ERROR: S client not available

так asm.js/wasm?

или webgl

и да мне это важно потому что я делаю игры, и мне часто нужны сложные алгоритмы и тяжёлый код

так asm.js/wasm?

не стандарт и много где нет, под wasm вообще всё переписать придётся, как и под asm тоже

webGl да, он позволил рисовать

а ещё мне иногда посчитать нужно, поиск пути например

или пакнутые форматы хитрые почитать

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

не стандарт и много где нет, под wasm вообще всё переписать придётся, как и под asm тоже

а кто не стандарт?

а кто не стандарт?

не понял вопроса

васм пока не особо про скорость. если не писать на wast сразу конечно

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

по сути только плюсы туда компилить

модули можно

с математикой

Я к тому что просто напропалую все туда не сбагрить

все так

Кароч такая проблема. Мой проект зависит от другого проекта на ТС и я должен использовать тайпинги из того проекта. Но он на 1.8.10 А я пилю проект на ТС2+ и вот елси в тсконфиг в секцию файлс добавляю индекс.д.тс то вебпак его сжирает и всё компилит гуд. Но вебшторм зараза не может типа найти модули... и подсвечивает красным, хотя по контрол+клику переходит в нужную дтс'ку Может кто сталкивался с настройкой юзания кастом тайпингов ?

В общем разобрался сам.

Кому интересно в шторме 2016.3.х

http://prntscr.com/eihr50

For now, I'd suggest disabling 'Use typescript service (experimental)' option - this issue seems to only occur when this service is enabled

Ибо бесполезный сервис. Идея без него лучше всё подхватывает.

Кароч такая проблема. Мой проект зависит от другого проекта на ТС и я должен использовать тайпинги из того проекта. Но он на 1.8.10 А я пилю проект на ТС2+ и вот елси в тсконфиг в секцию файлс добавляю индекс.д.тс то вебпак его сжирает и всё компилит гуд. Но вебшторм зараза не может типа найти модули... и подсвечивает красным, хотя по контрол+клику переходит в нужную дтс'ку Может кто сталкивался с настройкой юзания кастом тайпингов ?

Попробуй добавить каталог с тем проектом как JS-библиотеку. Мне в более ранних версиях IDEA это помогало с тайпингами.

Там в настройках где-то был список каталогов с JS-либами, по умолчанию там только node_modules, но можно добавить ещё.

Не это не помогает он не цепляет(

Это да пробовал

Ему еше можно поставить тайпинги глобально

Но толи он их не жрет типа тс2+ толи что(

у нас наоборот без tsserver webstorm хуже соображает

Были бы у нас в нексусе тайпы для тс2+ я бы вообще забот не знал