Перестаньте читати, щоб наповнити бібліотеку. Почніть читати, щоб розв'язати проблему.

Більшість списків літератури для інженерів зосереджені на накопиченні знань.

Сучасна інженерія винагороджує за одне: усунення вузьких місць.

Нещодавно молодший інженер показав мені список із 10 найкращих книг для інженерів. Він виглядав так само, як і списки десятирічної давнини. Він спирався на ту саму стару класику та книги про процеси.

Це припущення хибне. Читання книг не робить вас автоматично кращим інженером.

Високоефективні команди будують плани навчання не навколо книг. Вони будують їх навколо обмежень.

Стандартні списки читання припускають, що всі знання мають однакову цінність. Насправді ж інженерна цінність залежить від вашої конкретної ситуації.

  • Бекенд-інженеру, який стикається з проблемами бази даних, не потрібна книга про Agile.
  • Команді з високими витратами на ШІ не потрібна загальна книга з розробки програмного забезпечення.
  • Стартапу з проблемами затримки (latency) не потрібна методологія лідерства.

Цим людям потрібні рішення для конкретного вузького місця, з яким вони стикаються.

Інженерія винагороджує релевантністю, а не повнотою.

Основи, такі як бази даних та мережі, все ще важливі. Але цього вже недостатньо. Сучасні системи приносять нові виклики, як-от витрати на інференс ШІ (AI inference costs).

Десятиліттями інженери працювали з детермінованими системами. Один і той самий вхідний сигнал завжди давав однаковий результат.

Сьогодні багато систем є ймовірнісними. Промпт для ШІ може щоразу давати різні відповіді. Оновлення моделі може змінити роботу вашого додатка, навіть якщо ви не торкалися коду.

Вашу роботу визначають нові питання:

  • Як оцінювати якість?
  • Як керувати непередбачуваними компонентами?

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

  • Якщо затримка (latency) висока, вивчайте пакетну обробку (batching).
  • Якщо втрачається контекст, вивчайте пошук (retrieval).
  • Якщо ШІ-агенти помиляються, вивчайте оцінювання (evaluation).

Це пов'язує навчання з результатами в продакшені. Ваші знання стають миттєвим важелем впливу.

Використовуйте цей цикл навчання:

  1. Визначте вузьке місце.
  2. Знайдіть конкретний ресурс для його усунення.
  3. Застосуйте це в системі.

Перш ніж почати читати наступну книгу, поставте собі одне запитання: Яке найбільше обмеження у моїй системі зараз?

Це затримка, вартість, надійність чи спостережуваність (observability)?

Знайдіть ресурс, який допоможе вирішити цю проблему. Не обирайте найпопулярнішу книгу. Обирайте ту, що вирішує ваше обмеження.

Інженерія — це не змагання з читання. Це професія, яка полягає у вирішенні обмежень. Нехай ваша система вирішує, що ви вивчатимете далі.

Джерело: https://dev.to/neilton_rocha_dev/stop-reading-to-build-a-library-start-reading-to-solve-a-problem-55ag

Додаткова спільнота для навчання: https://t.me/GyaanSetuAi