Данная статья является продолжением ранее опубликованной статьи, которую можно найти здесь.
В текущей статье я уделю больше внимания тому, как, не смотря на ограничения, которые вводит политика обратной совместимости, не идти на компромисс в качестве кода. И выполнять непрерывный рефакторинг в ходе любых изменений кода, а не откладывать рефакторинг до тех пор когда будет позволено внести обратно несовместимые изменения, т.к. только непрерывный рефакторинг, который производится при каждом изменении кода, ведет к постоянному улучшению дизайна кода и архитектуры приложения, что ведет к улучшению расширяемости и поддержки кода в целом.
Откладывание рефакторинга на потом ведет к увеличению технического долга и созданию задач (user story) на рефакторинг, которые не имеют business value для product owner-a, а соответственно такие задачи не будут попадать в топ продуктового беклога.
Читать дальше →
... инженеров — типичный Backward
Я тут собрал все функции из мозиловской документации по JavaScript.
И ...
Hello World!
Я тут собрал все функции из мозиловской документации по JavaScript.
И упаковал их в один файл, получилось 4Кб.
Не совсем все конечно, а только те что добавляют совместимость со старыми браузерами, например Function.prototype.bind.
Читать дальше →