Вы, возможно, заметили, что была заметная пауза, когда я атаковал методы Array по алфавиту. Честно говоря, я начал сомневаться, что именно так я должен был начинать этот проект; как только я нажал _.differenceBy, я понял, что есть несколько служебных методов, в которых я отчаянно нуждался. В этом конкретном подразделе слишком много функциональности, чтобы без него я мог точно сопоставить исходные методы (в чем и заключался весь смысл этого упражнения).

Изучение этого немного дальше вернуло меня к планированию. Как упоминалось ранее, сегодня в Lodash существует 315 методов. Я боролся с организационным методом управления своим прогрессом — я пересмотрел множество диспетчеров задач, прежде чем понял: зачем использовать другой инструмент для отслеживания прогресса репозитория, когда на Github уже есть один с проблемами?

Только одна неприятная проблема: вы можете создавать только одну проблему за раз.

Оказалось, что это действительно помогает мне. Вместо того, чтобы открыть 315 вопросов, я был вынужден сгруппировать их в 13 «типов» методов. Использование функции флажка в разделе комментариев позволило мне вставить все методы этого типа, и это автоматически создает «индикатор выполнения» для основной проблемы. Я вижу, сколько методов есть в каждом разделе и как далеко я продвинулся в воссоздании каждого из них. Это делает большой проект гораздо более управляемым и мысленно помогает с мотивацией.

Это также позволяет мне взглянуть на типы методов и переоценить мою отправную точку. Массив, безусловно, самый большой раздел с 65 проблемами, но он также был тем, из которого можно было извлечь несколько замечательных «уроков». Некоторые из этих методов вряд ли заслуживают отдельного описания (например, _.first или _.tail), но это позволит мне лучше познакомиться с Lodash в целом, и, скорее всего, я напишу о своих более интересных выводах.