Лекції

Розбираємося, як проєктувати звіти як послідовність кроків «дані → перетворення → підсумки → текст»: рання нормалізація ключів ( trim(), lowercase()), фільтрація, групування через groupBy()/ groupingBy() + eachCount(), агрегація за допомогою fold(), підготовка представлення (сортування, take(n)) і рендер у рядок через StringBuilder. Окремо пояснюємо, чому важливо стежити за зміною типів ( List → Map) і не змішувати обчислення з виведенням.

Розбираємося, як зробити довгі ланцюжки операцій над колекціями в Kotlin читабельними: де ставити «точки зупинки» за допомогою проміжних val, коли виносити кроки в окремі функції з контрактом «вхід → вихід», як тримати під контролем «драбину типів» ( List → Map → String) і які помилки найчастіше ламають повторне використання (побічні ефекти, невдалі назви, комбайни «на все»).

Розбираємося, як писати звіти як набір чистих функцій: відокремлюємо обчислення від представлення, виносимо побічні ефекти (наприклад, println) на межу CLI, уникаємо мутації вхідних колекцій ( List/ Map замість MutableList/ MutableMap), використовуємо fold для акуратного накопичення й допускаємо лише локальну мутацію на кшталт StringBuilder усередині рендера.

Розбираємо «тихі» збої пайплайнів у Kotlin: втрачений результат операцій sorted()/ filter()/ map(), неправильне використання map для побічних ефектів (і неочікуваний List із Unit), вибір між groupBy і groupingBy().eachCount(), зайві проходи даними та лінивість Sequence без термінального кроку toList(). Наприкінці — чек-лист типових помилок, які ламають звіти й статистику.

Розбираємо, як у Kotlin зібрати «споріднені» звіти для консольного трекера витрат: фіксуємо формат даних ( List<Pair<String, Int>>), робимо спільний крок нормалізації категорій через trim() і lowercase(), розділяємо обчислення та виведення, а потім реалізуємо звіти total, byCategory, threshold і top на основі fold, groupBy, сортування й фільтрації.