Розробка функцій
Розробка функцій — це майстерність перетворення необроблених даних на інформаційні вхідні дані (функції), які допомагають моделі навчатися.
Огляд
Розробка функцій — це майстерність перетворення необроблених даних на інформаційні вхідні дані (функції), які допомагають моделі навчатися. У класичному машинному навчанні це часто є найбільшим фактором точності, а не вибір алгоритму.
Розробка функцій є частиною основного набору інструментів ШІ. Коли ви це розумієте, інші теми ШІ стає легше оцінювати та порівнювати.
Глибоке занурення
Модель може навчатися лише на вхідних даних, які ви їй надаєте, а необроблені дані рідко надходять у корисній формі. Розробка функцій змінює його: вилучення дня тижня з мітки часу, обчислення середньої покупки клієнта, кодування категорій у вигляді чисел, масштабування значень до загального діапазону або об’єднання стовпців у співвідношення. Добре зроблений, він розкриває шаблони, необхідні алгоритму, тому проста модель на чудових функціях часто перемагає складну модель на необроблених даних. Це також вимагає знання домену, оскільки знання того, що, скажімо, «транзакцій за хвилину» сигналізує про шахрайство, створює потужну функцію. Класичним ризиком є витік даних, випадкове створення функції на основі інформації, яка була б недоступна на момент передбачення, що завищує результати тестів, але не виконується. Глибоке навчання автоматизує деякі з них, але структуровані/табличні проблеми все ще сильно залежать від нього.
Технічне розуміння
Загальні методи включають нормалізацію або стандартизацію (масштабування чисел, щоб жодна функція не домінувала), одноразове або цільове кодування для категоріальних змінних, групування безперервних значень і створення взаємодійних або сукупних функцій. Критичною дисципліною є підгонка перетворень (наприклад, середнього значення масштабувальника та стандартного відхилення) лише на навчальних даних, а потім застосування їх до валідації та тестових наборів. Обчислення їх на основі повного набору даних призводить до витоку інформації та надто оптимістичних результатів, які не втримаються під час розгортання.
Освоєння інженерних функцій
Щоб побудувати глибоке розуміння, розглядайте розробку функцій як операційну модель, а не як окрему функцію. Визначте бажані результати, уточніть припущення та відокремте те, що система може зробити надійно, від того, що все ще потребує експертної оцінки.
На практиці сильні команди, які використовують Feature Engineering, спочатку створюють сильні концептуальні моделі, а потім відображають ці моделі в реальних виробничих обмеженнях. Вони документують чіткі критерії успіху, перевіряють реалістичні дані та робочі процеси та виконують ітерацію на основі спостережуваних моделей невдач, а не одноразових перемог у тестах. Саме тут теоретичне розуміння перетворюється на довготривалу здатність щодо продуктів, політики та операцій.
Це допоможе вам відокремити чіткі технічні заяви від маркетингової мови. У той же час різні команди можуть використовувати один і той самий термін по-різному, тому визначте обсяг заздалегідь. Найбільш стійкий підхід полягає в поєднанні швидкості експериментів із дисципліною управління: запускайте пілотні проекти, збирайте докази, публікуйте журнали рішень і постійно оновлюйте запобіжні заходи в міру розвитку поведінки моделі, очікувань користувачів і нормативних вимог.
Стратегічний вплив
Це допоможе вам відокремити чіткі технічні заяви від маркетингової мови.
Це допоможе вам відокремити чіткі технічні заяви від маркетингової мови. У високоякісних розгортаннях це перетворюється на вимірювані правила роботи, межі власності та повторювані ритуали перевірки, щоб команди могли масштабувати впевненість замість масштабування неоднозначності.
Перш ніж витрачати гроші чи час, ви можете задати питання про кращу реалізацію.
Перш ніж витрачати гроші чи час, ви можете задати питання про кращу реалізацію. У високоякісних розгортаннях це перетворюється на вимірювані правила роботи, межі власності та повторювані ритуали перевірки, щоб команди могли масштабувати впевненість замість масштабування неоднозначності.
Команди зі спільним розумінням приймають кращі рішення щодо продуктів, політики та навчання.
Команди зі спільним розумінням приймають кращі рішення щодо продуктів, політики та навчання. У високоякісних розгортаннях це перетворюється на вимірювані правила роботи, межі власності та повторювані ритуали перевірки, щоб команди могли масштабувати впевненість замість масштабування неоднозначності.
Реалізація в реальному світі
Виявлення шахрайства: визначення частоти транзакцій, часу з останньої покупки та відстані від звичайного місця.
Прогнозування попиту: вилучення позначок днів тижня, свят і ковзних середніх значень із необроблених позначок часу продажів.
Кредитний скоринг: перетворення необробленої історії на такі співвідношення, як борг/дохід і кількість нещодавніх прострочених платежів.
Відтік клієнтів: об’єднання активності в такі функції, як логіни за місяць і дні з моменту останньої взаємодії.
Шаблони реалізації
Feature Engineering на практиці
Виявлення шахрайства: визначення частоти транзакцій, часу з останньої покупки та відстані від звичайного місця.
Команди зазвичай отримують кращі результати, коли заздалегідь визначають порогові значення якості, зберігають шлях людської ескалації для крайніх випадків і відстежують підвищення продуктивності та витрати на помилки з часом.
Feature Engineering на практиці
Прогнозування попиту: вилучення позначок днів тижня, свят і ковзних середніх значень із необроблених позначок часу продажів.
Команди зазвичай отримують кращі результати, коли заздалегідь визначають порогові значення якості, зберігають шлях людської ескалації для крайніх випадків і відстежують підвищення продуктивності та витрати на помилки з часом.
Feature Engineering на практиці
Кредитний скоринг: перетворення необробленої історії на такі співвідношення, як борг/дохід і кількість нещодавніх прострочених платежів.
Команди зазвичай отримують кращі результати, коли заздалегідь визначають порогові значення якості, зберігають шлях людської ескалації для крайніх випадків і відстежують підвищення продуктивності та витрати на помилки з часом.
Feature Engineering на практиці
Відтік клієнтів: об’єднання активності в такі функції, як логіни за місяць і дні з моменту останньої взаємодії.
Команди зазвичай отримують кращі результати, коли заздалегідь визначають порогові значення якості, зберігають шлях людської ескалації для крайніх випадків і відстежують підвищення продуктивності та витрати на помилки з часом.
Ризики та огорожі
Різні команди можуть використовувати той самий термін по-різному, тому визначте обсяг завчасно.
Порівняльні показники можуть виглядати сильними, тоді як продуктивність у реальному світі нерівномірна.
Ігнорування якості даних і планів оцінки часто призводить до нестабільних результатів.
Дорожня карта впровадження
Почніть із простого визначення необхідного результату.
Розглядайте це як джерело доказів: якщо критерії не відповідають, призупиніть розгортання, закрийте прогалину й лише потім розширюйте використання.
Перед тестуванням виберіть одну метрику успіху та одну умову невдачі.
Розглядайте це як джерело доказів: якщо критерії не відповідають, призупиніть розгортання, закрийте прогалину й лише потім розширюйте використання.
Запустіть невеликий пілот із репрезентативними даними, а не відшліфованим демонстраційним набором.
Розглядайте це як джерело доказів: якщо критерії не відповідають, призупиніть розгортання, закрийте прогалину й лише потім розширюйте використання.
Задокументуйте, де розробка функцій допомагає, а де простіші методи кращі.
Розглядайте це як джерело доказів: якщо критерії не відповідають, призупиніть розгортання, закрийте прогалину й лише потім розширюйте використання.
Продовжуйте досліджувати
Check your understanding
Test yourself: take the Feature Engineering quiz