А мне это нравится ещё https://github.com/tc39/proposal-promise-finally/blob/master/README.md

Секция why not .then(f, f)

#x is shorthand for this.#x

Но this['#x'] написать нельзя! https://github.com/tc39/proposal-private-fields/blob/master/FAQ.md#why-doesnt-thisx-access-the-private-field-named-x-given-that-thisx-does

А кто знает, почему там юзается для примера weakmap а не просто map?

там в примере есть, в качестве ключа инстанс класса

там в примере есть, в качестве ключа инстанс класса

Там же написано что и объекты в качестве ключей можно использовать, только это нихрена не удобно

неудобно если руками писать все это

А, понятно

И хрен с ним

с чего лучше начать обучение js: с книги "Выразительный js", или learn.js.ru ?

или лучше совмещать ??

Решение в 3 строчки, думаю суть понятна. Ещё проверку на String воткнуть и профит function isCaps(str){ var upper = str.toUpperCase(); return (upper === str); }

только хотел предложить :(

с чего лучше начать обучение js: с книги "Выразительный js", или learn.js.ru ?

С learn

Народ, поделитесь мудростью, предстоит отрефакторить кучу js и css, что может помочь в этом? Например, в стилях полная каша и безобидное на первый взгляд изменение может сломать верстку в неочевидном месте сайта

С жсом помогут тесты

Со стилями лучше в церковь сходи

Народ, поделитесь мудростью, предстоит отрефакторить кучу js и css, что может помочь в этом? Например, в стилях полная каша и безобидное на первый взгляд изменение может сломать верстку в неочевидном месте сайта

Pretiest js

Eslint

Касколько я знаю css только ручками

stylelint https://stylelint.io/

Спасибо) А про сравнение скринтошов или типа того есть что-то удобное?

Народ, поделитесь мудростью, предстоит отрефакторить кучу js и css, что может помочь в этом? Например, в стилях полная каша и безобидное на первый взгляд изменение может сломать верстку в неочевидном месте сайта

Со стилями ничего не поможет. Только русское ручное переверстывание

Народ, поделитесь мудростью, предстоит отрефакторить кучу js и css, что может помочь в этом? Например, в стилях полная каша и безобидное на первый взгляд изменение может сломать верстку в неочевидном месте сайта

Самое мудрое конечно не трогать

Это я как человек, который много чего рефакторил, говорю

Но если нужно...

Поэтапно нужно делать, в зависимости от ситуации - послойно

То есть не 1 набор функционала за раз, а сразу весь

Но

Только в виде одной фичи конкретной

Например, можно начать со стилистики кода, руками или автоматом переформатировать, это поможет читать в более привычном виде код

После - локальные переменные, если они однобуквенные и тп - понять зачем они и поменять имена на адекватные

Дальше по неймингу функций и тп пройтись и молиться чтобы сильно не явные вызовы не были

Если молиться не помогает - поискать имена функций и в строках и тп

И вот уже после подготовки - уже перейти к доработке реальных конкретных частей кода

Если молиться не помогает - поискать имена функций и в строках и тп

Понятно)

Желательно не трогать сразу архитектуру

Плавно

А как в вебпаке сделать css bundle? А то не особо гуглится у меня.

— Типизировать чтобы было понятно — Покрыть тестами чтобы не париться что что-то сломаешь — Спокойно рефакторить

Если есть хоть какая модульность и разделение функционала - в рамках этих модулей рефакторить

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

Когда связанные модули все будут отрефакторены - уже заменяем костыльное апи на подготовленное своё

Кстати по поводу модульности, что поможет построить карту reqire-ов и импортов?

— Типизировать чтобы было понятно — Покрыть тестами чтобы не париться что что-то сломаешь — Спокойно рефакторить

Тоже вариант, но типизировать - это вопрос ещё тот - тайпскрипт? Флоу? Прочее такое? Или комментов и хорошей ИДЕ ок? Тут всё от конечной цели зависит

Иногда ты вообще не знаешь как оно должно функционировать, на такое невозможно тесты написать

Так что первый этап с приведением к единому стилю и неймингу - не избежать

— Типизировать чтобы было понятно — Покрыть тестами чтобы не париться что что-то сломаешь — Спокойно рефакторить

Надеюсь ты не про юнит тесты?

Любые, которые позволят тебе понять, что ничего не сломано

Любые, которые позволят тебе понять, что ничего не сломано

Но юнит тесты для старого кода придётся по 100 раз переписывать

shit happens

shit happens

Кстать, ты вчера сказал что у меня код говнистый в проекте, антипаттерны все дела Что почитать посоветуешь чтобы это дело исправить?

Вообще забавно когда ты не знаешь как работает функционал полностью, аналитик проекта не знает как работает функционал полностью, пользователи не знают как работает функционал полностью, те кто писали это 7 лет назад уже тогда не знали как работало полностью то, что было до них. Но! Оно работает и продолжает работать.

Кстать, ты вчера сказал что у меня код говнистый в проекте, антипаттерны все дела Что почитать посоветуешь чтобы это дело исправить?

https://proglib.io/p/dsn-patterns/

я вот этот курс смотрю

Кстать, ты вчера сказал что у меня код говнистый в проекте, антипаттерны все дела Что почитать посоветуешь чтобы это дело исправить?

Книга "Чистый код"

Лечит всё

Кстати про тесты, недавно было в топе gh какое-то расширение для браузера для написания аксептенс тестов методом прокликивания сайта, никто не встречал?)

Вот эта книга еще норм

Была тема с монкей тестами - миллионы рандомных кликов по разным частям сайта в надежде словить баг

На хабре была статья, 2012-2014 годы где-то

Спасибо за советы, чат)

Была тема с монкей тестами - миллионы рандомных кликов по разным частям сайта в надежде словить баг

Вполне реальное поведение среднестатистического юзера))

Кстать, ты вчера сказал что у меня код говнистый в проекте, антипаттерны все дела Что почитать посоветуешь чтобы это дело исправить?

ну ты и накрутил себя) Я просто прошёлся по тому, что vue форсит плохие практики)) Нормальный код)

Только в compose какая-то странная организация кода, а так особо ничего плохого не заметил)

ну ты и накрутил себя) Я просто прошёлся по тому, что vue форсит плохие практики)) Нормальный код)

Аа, ну лан

Книга "Чистый код"

Не, я больше хотел персонализированно по своему коду получить фитбек

ну ты и накрутил себя) Я просто прошёлся по тому, что vue форсит плохие практики)) Нормальный код)

Не понравилась логика в темлейте?

Была тема с монкей тестами - миллионы рандомных кликов по разным частям сайта в надежде словить баг

Так вроде гугл недавно что-то подобное выпустил

Была тема с монкей тестами - миллионы рандомных кликов по разным частям сайта в надежде словить баг

Я регулярно использую. Хорошо помогает утечки памяти искать.

Google Testing Blog: Announcing OSS-Fuzz: Continuous Fuzzing for Open Source Software https://testing.googleblog.com/2016/12/announcing-oss-fuzz-continuous-fuzzing.html?m=1

Кажется это оно

Я регулярно использую. Хорошо помогает утечки памяти искать.

В js?

В js?

И в самом хроме )

Только в compose какая-то странная организация кода, а так особо ничего плохого не заметил)

Как раз таки compose я почти полностью стырил из koa2-compose, просто for ... of заменил, потому что babul не поддерживает трансляцию с es6 Но пасиба👍

https://github.com/marmelab/gremlins.js/blob/master/README.md вот они

Где-то на гитхабе видел пакет для ноды, добавляющий поддержку es6 imports (хрен знает как они это сделали, но все же), никто не видел случаем? А то найти не могу

Где-то на гитхабе видел пакет для ноды, добавляющий поддержку es6 imports (хрен знает как они это сделали, но все же), никто не видел случаем? А то найти не могу

CommonJS ?

Где-то на гитхабе видел пакет для ноды, добавляющий поддержку es6 imports (хрен знает как они это сделали, но все же), никто не видел случаем? А то найти не могу

https://github.com/standard-things/esm