Старший технический писатель

Мы ищем технического писателя с сильным инженерным бэкграундом, который умеет писать тяжёлые, детальные, "инженерные" статьи — с чёткой логикой, проверяемыми шагами, схемами, таблицами, ограничениями и методологией измерений.

Фокус роли — low latency/HFT/trading infrastructure.

Публикации будут выходить на площадках: support.metaquotes.net, mql5.com.

Ключевое отличие роли: нам нужен специалист, который не "пересказывает" и не пишет маркетинговый текст, а переводит сложную инженерную экспертизу в ясные материалы уровня production — с факт‑чекингом, структурой, примерами и валидацией результата.

Задачи

• Писать глубокие технические статьи и руководства для support.metaquotes.net и mql5.com:
• Перерабатывать чужие статьи и исходники (внутренние заметки, черновики, англоязычные материалы, публичные источники):
• рефакторинг структуры и повествования,
• повышение ясности и "инженерности",
• актуализация, добавление схем, таблиц, примеров, проверок "как убедиться, что работает".
• Создавать циклы/серии (пример форматов)
• Делать регулярные how‑to материалы:
• короткие пошаговые инструкции без "воды",
• чек‑листы, troubleshooting, FAQ.
• Подготавливать визуальные элементы:
• схемы, диаграммы, последовательности, "потоки данных",
• иллюстрации к измерениям и бенчмаркам (что мерили, чем мерили, как повторить).
• Работать с SME (менеджеры, разработчики и др.):
• интервью, извлечение экспертизы,
• факт‑чекинг, согласование терминов, финальная вычитка.
• Repurpose‑конвейер вместе с командой контента:
• каждая большая статья → план/скрипт для 1 скринкаста,
• 3–5 шортов,
• 5 постов/выжимок для соцсетей/анонсов.

Требования

• Обязателен технический бэкграунд.
• Понимание тем (не на уровне терминов, а на уровне причин/следствий):
• latency budgets, jitter, throughput,
• lock contention, профилирование, узкие места,
• kernel/network tuning, TCP/UDP, multicast (плюсом),
• time sync: NTP/PTP,
• методики измерений и воспроизводимость результатов.
• Умение писать "как инженер":
• спецификации и пошаговые гайды,
• таблицы, схемы, бенчмарки,
• ограничения, trade‑offs,
• секции "как проверить/валидировать", "типовые ошибки", "когда не делать так".
• Уверенное редактирование и переработка материалов:
• вы умеете "вынуть смысл", пересобрать структуру и сделать текст кратче/яснее без потери точности.
• Инструменты:
• Git (базовый workflow),
• Markdown,
• диаграммы: Mermaid / draw.io (или эквиваленты),
• базовая работа с кодом: читать, комментировать, аккуратно вставлять фрагменты.
• Коммуникация:
• умение брать интервью у инженеров и доводить материал до публикации через согласование.
• Русский — свободно (грамотно). Английский — достаточный для чтения документации/источников и работы с терминами.

Важно: вы пишете тексты, которые выдерживают проверку инженерами — без допущений "на глаз", с аккуратными формулировками и проверяемыми шагами.

Будет плюсом

• Опыт в финтехе/трейдинге/биржевой инфраструктуре.
• Практический опыт performance‑тюнинга, измерений latency, профилирования (прод или близко к прод).
• Опыт "docs‑as‑code", контент‑пайплайнов, редакционных шаблонов, единых гайдлайнов по стилю.
• Навык превращать статью в сценарий: структура, тайминг, тезисы, CTA (для связки со скринкастером).
• Практический опыт использования AI‑инструментов как ускорителя (черновики, перевод, субтитры/озвучка для производных материалов) — при сохранении ответственности за точность.

Тестовое задание

После первичного интервью:

• Переписать 1 существующую статью (вашу или чужую) в структуру: 
  problem → context → solution → steps → validation → pitfalls → FAQ → CTA
• Написать мини‑статью: "Методология измерения задержки для матчинг-движков" (1200–1800 слов) + 2 схемы.

Ожидаемый результат (KPI)

• 2–4 больших технических статьи в месяц + 4–8 коротких how‑to в месяц
• Обязательный repurpose: каждая большая статья → 1 скринкаст + 3–5 шортов + 5 постов/анонсов

Что предлагаем

• Работа на Кипре, оформление по местному законодательству.
• Конкурентная зарплата (обсуждается по опыту и уровню текстов/портфолио).
• Медицинская страховка (условия зависят от формата трудоустройства и обсуждаются на финальных этапах).
• Прямой доступ к экспертам и "живым" кейсам: вы будете писать про реальные production‑задачи и инженерные решения.

Как откликнуться

В отклике приложите:

• резюме,
• ссылки на 2–5 релевантных материалов (статьи, документация, посты, гайды — важно, чтобы было видно "инженерное письмо"),
• кратко (5–10 строк):
• ваш технический бэкграунд,
• 1–2 темы, в которых вы сильнее всего,
• пример того, как вы перерабатывали чужой материал (что было "до", что стало "после").