Англійська мова для конференц-спікерів: CFP Writing, Talk Delivery, і DevRel Language
Від написання переможного резюме CFP до управління живими питаннями і відповідями і будівництва спільноти з відкритим кодом - англійська лексика, яка потрібна кожному розробнику.
Технічна доповідь на конференції є однією з найпомітніших речей, які може зробити розробник. Хороший виступ будує вашу репутацію, збільшує вашу мережу, і робить значний внесок у суспільство. Але процес — від подачі CFP до відновлення після невдалої демонстрації — повний англійської, яка не з’ являється в жодному підручнику. Цей посібник містить словниковий запас і фрази, які вам знадобляться на кожному етапі.
Використовується для запису криптографічного шифру
CFP (Call for Papers, або Call for Proposals) - це процес, за допомогою якого конференції запрошують спікерів надати пропозиції щодо доповідей. Основним результатом є ** резюме ** - короткий текст, зазвичай 200-400 слів, який переконує комітет з перегляду, що ваша промова варте включення в програму.
Переконливе резюме має впізнавану структуру:
- Яку проблему вирішує ваша промова, і чому це важливо?
- Для кого ця розмова?
- ** Ключові висновки **: Що учасники дізнаються або зможуть зробити після закінчення семінару?
- Біографія оратора: Чому саме ви є найкращим вибором для цієї розмови?
Словник для написання і обговорення резюме:
- ** Переконливе резюме **: резюме, яке привертає увагу і змушує рецензентів вибрати його
- Відповідний до дії висновок: щось, що аудиторія може застосувати негайно — не просто «ви дізнаєтеся про X», а «ви зможете зробити Y»
- ** Конкретний приклад **: конкретний, реальний сценарій, а не узагальнений опис
- ** Відповідність аудиторії **: ступінь, у якій виступ відповідає рівню знань і інтересам учасників
** Приклади абстрактних вступних рядків, які працюють: **
“У кожної команди є один сервіс, якого ніхто не хоче торкатися. У цій розмові я покажу вам, як ми систематично зменшили фактор страху нашої найкрупнішої мікросервісу — і словник, щоб говорити про спадкові системи без деморалізації вашої команди» «Ця розмова для бекендівських інженерів, які намагалися пояснити стратегію версії API менеджеру продукту і зазнали невдачі» «До кінця цього сеансу, ви будете мати три конкретні техніки для ведення обговорень архітектури на другій мові»
Зауважте шаблон: проблема, яка може бути пов’ язана з цим, чітка аудиторія («інженери, які працюють на сервері, які…») і обіцяний результат, сформулований як користь для слухача.
Розмовляємо про сигналізацію
Як тільки ви на сцені, ** signposting ** - мова, яку ви використовуєте, щоб показати аудиторії, де ви знаходитесь в структурі - стає важливою. Це зменшує навантаження на глядачів і дає вам природні перерви, щоб подумати і подумати.
** Відкривається структура: **
«Я розкажу про три речі сьогодні — спочатку, контекст проблеми; потім, рішення, яке ми побудували; і ми закінчимо уроками, які ми застосуємо по-іншому наступного разу» “Ця розмова має три частини. Не соромтеся запитувати питання протягом всього або зберегти їх до кінця — я буду тут»
** Перехід між розділами: **
«Дозвольте мені пов’язати це з більш широким контекстом» «Тепер, коли ми чітко побачили проблему, ось як ми підійшли до її вирішення» Це приводить мене до другої частини розмови
** Мова підсвічування: **
«Ключевим взірцем тут є не технічний вибір — це процес, який привів нас до нього.» Якщо ти пам’ятаєш лише одну річ з цієї розмови, зроби це «Я хочу зупинитися на цьому слайді, тому що нам знадобилося три місяці, щоб зрозуміти, що він нам показує»
Фрази з позначенням напрямку також надзвичайно корисні, коли ви втратили хід думки: повернення до перехідної фрази (« Отже, друга річ, яку я хочу сказати…» ) дає вам кілька секунд на відновлення, не зауважуючи цього аудиторією.
Відновлення фраз Live Demo
Спроба виконання демо- програми зазнала невдачі. Проблеми з мережею, невідповідності середовища, залежність, яка оновлюється за одну ніч — досвідчені користувачі мають плани на випадок непередбачуваних ситуацій і, що важливіше, вони мають мову, щоб грациозно справлятися з помилками.
** Переформатування помилки як вмісту: **
Це насправді чудова можливість показати вам, що не робити. ” «Цей режим невдачі є неймовірно поширеним у виробництві — дозвольте мені показати вам, як ми б його дослідили»
** Час покупки під час завантаження середовища: **
“Поки це середовище нагрівається, дозвольте мені описати те, що ви збираєтеся побачити.” «Я буду розповідати про кроки, поки контейнер запускає — це зазвичай займає близько тридцяти секунд на свіжому середовищі»
Відновлення запису:
«Демо-богов не було зі мною сьогодні — давайте поглянемо на попередньо записану версію, яку я завжди ношу як страхування» “Я записав це вчора саме з цієї причини. Це ідентично тому, що я збирався показати вам наживо»
Ключовий принцип: ** ніколи не вибачайся і не йди далі **. Визнайте проблему коротко, переформулюйте її, якщо це можливо, і залучайте аудиторію. Публіка поважає компетентність під тиском більше, ніж бездоганну демонстрацію.
Співпрацює з Q&A
** Сесія запитань і відповідей ** (Запитання і відповіді) після виступу є місцем, де багато мовців найбільш нервують - особливо не рідні носії, тому що питання можуть бути несподіваними, швидкими і ідіоматичними. Основні навички: граціозно визнавати обмеження, переходити до ваших ключових моментів, і поводитися з важкими запитувачами, не ставлячи себе в оборону.
Відповідь на питання:
«Це за межами моєї сфери компетенції — я рекомендую подивитися на роботу [Назва] або документацію [Проєкту]» Я б хотів перевірити, перш ніж відповісти на це остаточно — знайдіть мене після розмови, і я буду стежити за цим» “Я не тестував цей конкретний сценарій. Мій інстинкт — X, але я не хочу вводити вас в оману»
Відповідь на питання, що не стосується теми, що стосується вашого матеріалу:
«Це пов’язано з тим, що я сказав про [тему] — коротка версія — це…» “Готове питання. Коротка відповідь — X, але нюанс — Y, який насправді і був причиною нашого рішення»
Як поводитися з ворожим чи викликаючим питанням:
«Я розумію занепокоєння — мій досвід був іншим, і ось чому я думаю, що так» “Це дійсна перспектива. Я не думаю, що ми не згодні з метою, просто з шляхом реалізації» Я б не хотів обговорювати це зі сцени — чи можемо ми продовжити цю розмову після цього?»
Словник і словник-довідник
** DevRel ** (відносини з розробниками) — це практика побудови відносин між компанією або проектом і спільнотою розробників. ** Заступник розробника ** представляє обидва напрямки: вони приносять зворотній зв’язок розробника до продукту, і вони представляють продукт розробникам.
Ключове відмінність: ** автентичний захист ** означає справжнє використання і вірити в те, що ви пропагуєте. Спільнота виявить різницю між розробником, який любить інструмент, і маркетологом, який вивчив точки для обговорення.
** Досвід розробника (DX): ** якість досвіду розробника з використанням API, SDK або інструменту — аналогічно UX, але для будівничого.
** Словник з відкритим кодом, який ви будете використовувати у контекстах DevRel: **
- ** Драбина співробітників **: визначена прогресія рівнів співпраці — користувач -> співробітник -> автор заповнення -> супровідник
- ** RFC (Запит на коментарі) **: формальна пропозиція щодо значних змін, запрошення до спільноти надати зворотній зв’ язок перед реалізацією
- ** « wontfix » теґ **: використовується, коли повідомлення про помилку було підтверджено, але не буде розв’ язано — вимагає чіткого обґрунтування, щоб уникнути відчуження співробітників
- ** Фактор автобуса **: кількість людей, відхід яких критично пошкодить проект (див. також: словниковий запас )
** Мова першого внеску: **
«Ця проблема має позначку
good first issue— вона самодостатня і її обсяг добре визначений» ”help wantedозначає, що основна команда не зможе досягти цього скоро, але ми привітаємо внесок спільноти.”
Словник здоров’ я спільноти: різноманітність співробітників, час відповіді (як швидко супроводжувачі займаються проблемами і PR), і фактор шини є метриками, які досвідчені фахівці з відкритого коду стежать за оцінки стійкості проекту.
Продовжуйте будувати свою конференцію англійською
Ці вправи і ресурси допоможуть вам вправлятися у словниковому запасі у реальних контекстах:
Говорці, які виступають на технічних конференціях, не обов’язково є найкращими інженерами в кімнаті - це ті, хто чітко спілкується, грациозно справляється з невизначеністю і робить аудиторію відчувати, що вони дізналися щось, що варте часу.