Англійська для Edtech Developers

Edtech engineering поєднує теорію освіти з інженерією продукту, і її англійська лексика відображає цю суміш — такі терміни як «скелі» і «формативна оцінка» походять з педагогіки, в той час як «LMS integration» і «adaptive engine» є чистими програмними концепціями. Вільна мова у обох частинах допомагає вам чітко спілкуватися з інструкторами, вчителями і учасниками проекту, які можуть не мати такого ж інженерного досвіду, як ви.

Ключовий словник

** LMS (система управління навчанням) ** Платформа, яка обслуговує, надає і відстежує освітній вміст і прогрес учня — наприклад, Canvas, Moodle або система, створена за замовчуванням.

• Приклад: « Ми створюємо додаток, щоб зміст нашого курсу можна було вбудувати безпосередньо в існуючу систему управління навчанням школи ». *

** LTI (змістовна сумісність навчальних інструментів) ** Стандартний протокол, який надає змогу безпечно інтегрувати зовнішні освітні інструменти з LMS, обробляти розпізнавання і передачу оцінок.

• Приклад: « Ми реалізували LTI 1. 3, щоб вчителі могли запускати наш інструмент безпосередньо з їх LMS- журналу без окремого входу. » *

** Адаптивное обучение ** Система, яка змінює ступінь складності, послідовність або тип вмісту, який буде показано учню, на основі його постійної ефективності, замість того, щоб слідувати фіксованому шляху для всіх.

• Приклад: « Рушій адаптації пересунув цього учня на більш складні вправи після трьох правильних відповідей підряд на поточну вправу. » *

** Формативний проти сумативного оцінювання ** Формативний аналіз перевіряє розуміння під час навчального процесу, щоб керувати навчанням (наприклад, швидкий тест); сумарний аналіз оцінює вивчення в кінці блоку (наприклад, заключний іспит).

• Приклад: « Ця перевірка під час уроку є формальною — вона не повинна впливати на оцінку учня, просто позначте, які поняття потребують перегляду. » *

Леса Інструктивна підтримка, що надається учню, яка поступово зменшується, коли вони стають більш здатними — у програмному забезпеченні, часто реалізована як підказки, працюючі приклади або часткові рішення, які з часом зникають.

• Приклад: « Вправа починається з прикладу, потім крок за кроком зняття леса, доки студент не вирішить остаточну задачу самостійно. » *

** Банк предметів ** Сховище окремих питань оцінки (« елементів »), які часто мітки за навичками, складністю і стандартним вирівнюванням, використовується для динамічного складання тестів або адаптивних оцінок. Приклад: “Ми повинні розширити банк предметів для цієї навики — є тільки чотири питання, тому адаптивний рушій продовжує їх повторювати.”

• Нет, нет, нет Структурований посібник з оцінювання, який визначає певні критерії і рівні ефективності для оцінки відкритої роботи студента, наприклад, есе або проекту.

• Приклад: « Функція автоматичного оцінювання застосовує критерії оцінки вчителем, але позначає будь- яке надсилання нижче порогу довіри для вручну перегляду. » *

Прогрес на основі майстерності Модель навчання, за якої студенти переходять до нового матеріалу лише після демонстрації вміння користуватися поточним матеріалом, а не лише за часом, який вони витратили на навчання.

• Приклад: « Під час прогресу за допомогою майстерності, студент не може розблокувати наступний модуль, поки не набере більше 80% балів за поточний модуль. » *

Звичайні фрази

** В обзорах коду: **

• «Це виклик передачі оцінок не повторюється при невдачі, тому якщо LMS короткочасно недоступна, книга оцінок вчителя безшумно виходить з синхронізації»
• «Адаптивний рушій перераховує складність на кожну відповідь — чи можемо ми це зробити, щоб уникнути whiplash у вказаній складності?»
• «Ця перевірка доступності не має перевірки альтернативного тексту для питань з діаграмами, що є справжнім бар’єром для користувачів екранних читачів»

В стоячих позах:

• «Вчора я закінчив LTI рівень passback; сьогодні я працюю над банком пунктів тегування, щоб питання можна було відфільтрувати за стандартним вирівнюванням»
• «Я заблокований на редакторі рубрик — команда продукту хоче зважених критеріїв, а наша поточна модель даних припускає рівну вагу»
• «Я виправив помилку, коли прогресія майстерності дозволяла студенту перескочити вперед після одного щасливого вгадування замість того, щоб вимагати тривалої роботи»

** Під час зустрічей з інструкторами або викладачами: **

• «Коли ви кажете «це повинно відчуватися більш скелястим», чи можете ви дати приклад того, якої підказки ви б хотіли на другому кроці?»
• Чи це має бути формативна перевірка, яка не впливає на оцінку, або вона повинна враховуватися при підрахунку кінцевої оцінки?»
• «Адаптивний рушій в даний час розглядає всі неправильні відповіді однаково — чи повинні певні неправильні уявлення викликати різний зміст відновлення?»

Фрази, яких слід уникати

Скажите “тест” для любого вида оценки. Викладачі уважно розрізняють « формування перевірки », « тест », « підсумкову оцінку » і « діагностику ». Використання « тесту » без розбору може створити справжню плутанину щодо оцінки і того, як слід використовувати результат.

Скажите “ШІ оцінює це” без опису фактичного механізму. Замість цього скажіть: «система автоматично застосовує оцінку вчителя» або «автоматизований оцінювач пропонує оцінку, яку вчитель може переглянути і перезаписати» — це важливо як для встановлення очікувань, так і для точності опису продукту для зацікавлених сторін і користувачів.

Скажите “сделайте его более персонализированным” без указания механизма. «Персоналізований» використовується вільно в edtech. Проясніть, чи маєте ви на увазі адаптивну складність, рекомендації щодо вмісту, налаштування темпу або налаштування інтерфейсу — кожен з цих параметрів вимагає дуже різних інженерних робіт.

Краткий справочник

Term	How to use it
LMS / LTI	”We integrate via LTI so grades pass back to the school’s LMS.”
adaptive learning	”The adaptive engine adjusts difficulty based on recent answers.”
formative assessment	”This quick check is formative and doesn’t affect the final grade.”
scaffolding	”Scaffolding fades as the student demonstrates independent mastery.”
item bank	”We need more items in the bank to avoid question repetition.”
mastery-based progression	”Students unlock the next unit only after demonstrating mastery.”

Ключеві моменти

• Розрізняти формативне від сумативного оцінювання точно — розрізнення впливає на оцінювання, UX і ставки для учня.
• Використовуйте « персоналізований » і « адаптивний » обережно; вкажіть фактичний механізм (зміна складності, рекомендації щодо змісту, темп), а не лише маркетинговий термін.
• Легування і прогресування за допомогою майстерності — це основні педагогічні концепції, які повинні визначати, як ви описуєте системи підказок і логіку прогресування.
• При обговоренні оцінювання з допомогою ШІ, будьте точні щодо ролі людини - описуйте її як надання або підтримку, а не заміну, судження вчителя.
• Словник LMS/LTI інтеграції є необхідним для будь-якого edtech інженера, який працює зі школами - знає рівень passback і запуск потоків достатньо добре, щоб обговорити режими невдачі чітко.

Навігація та зв’язок

Будьмо чесними - комунікація є всім в розробці програмного забезпечення, особливо коли ви створюєте щось складне, наприклад, LMS. Як не рідною англійською мовою, розуміння нюансів зворотнього зв’язку і ефективна участь у командних дискусіях може відчувати себе пригніченим. Це не тільки про технічні деталі; це про те, як ви передаєте ці деталі чітко і впевнено. Поширеним сценарієм є отримання коментаря перегляду коду - давайте поглянемо, як конструктивно відповісти, зосередившись на точності і уникати неоднозначності.

Уявіть, що рецензент зазначає: «Ця функція могла б бути більш продуктивною. Розгляньте можливість кешування часто використовуваних даних. » Просто сказати « покращити продуктивність » недостатньо. У нього немає деталей, які можна використати. Замість цього ви можете відповісти щось на зразок: « Дякую за пропозицію! Я додав декоратор memoize для кешування результатів цього виклику API, зменшивши затримку приблизно на 15% у нашому тестовому середовищі. Я продовжу моніторити продуктивність після розгортання і досліджувати подальші стратегії оптимізації, якщо це буде потрібно.” Зауважте використання специфічної термінології - «запам’ятовування», «затримка», «розгортання» - все, що має відношення до edtech простору. Аналогічно, під час написання опису запитів на звантаження, уникайте нечітких вказівок на зразок « Виправлено помилку ». Замість цього, докладно * що * було виправлено («Розв’язана проблема з неправильним призначенням ролі користувача, що перешкоджає доступу до оцінених оцінок») і * чому * це було важливо («Розв’язує критичну проблему доступності, як це описано в рекомендаціях WCAG 2.1»).

Іншою частою ситуацією є спілкування з зацікавленими сторонами - можливо, пояснення логіки за алгоритмом адаптивного навчання менеджеру продукту. Корисне повідомлення Slack може бути таким: «Я реалізував баєсову модель мережі для персоналізованих рекомендацій, використовуючи дані про продуктивність студентів для динамічної корекції рівнів складності і оптимізації залучення. Цей підхід відповідає нашій меті надання по- справжньому * адаптивного * досвіду навчання. » Ключовим тут є демонстрація вашого розуміння базової технології і її зв’ язку з більш широким баченням продукту. Не бійтеся задати прояснюючі питання - такі фрази, як “Чи можете ви розглянути бажаний поток користувачів для цієї функції?” або “Щоб переконатися, що я звертаюся до правильної вимоги, чи можемо ми підтвердити, що…” є цілком прийнятними і демонструють залучення.

Нарешті, пам’ятайте, що активне слухання є ключовим. Перефразування того, що ви почули, назад до мовця («Тоді, якщо я правильно розумію, ви шукаєте рішення, яке визначає пріоритети…») допомагає уникнути непорозумінь і показує повагу. Цей пункт надає вам змогу перевірити, чи розумієте ви, що ви робите, перед тим, як продовжувати роботу, що особливо корисно, якщо ви маєте справу зі складними технічними поняттями або коли ви маєте справу з різними думками.

# Example: Using `pytest` to verify caching in Python
pytest -v tests/test_api.py --cache-clear