Size: a a a

DocOps-сообщество

2021 February 02

MP

Maria Plotnikova in DocOps-сообщество
ID:0
Привет! Меня зовут Николай Волынкин и я руковожу командой документации Tarantool.

Ищу технического писателя с хорошим письменным английским и русским, который умеет и любит:
— работать со сложной предметной областью: самостоятельно разбираться в ней и закапываться в детали;
— структурировать информацию, объяснять сложные штуки понятным языком и находить удачные формулировки;
— думать и заботиться о читателях, изучать их и совершенствовать свою работу.

Будет полезен опыт разработки, администрирования или работы в техподдержке. Здорово, если вы знакомы хотя бы с Git, командной строкой и языками разметки. Если не знакомы, мы вас научим за пару недель.

Про что мы пишем
— Tarantool («Тарáнтул») — база данных и сервер приложений, работающие в оперативной памяти, то есть очень быстро. В Tarantool можно писать логику обработки данных на языке Lua. Это тоже очень быстро работает и удобно в разработке*.
— Cartridge — конструктор для разработки и управления кластером баз данных.
— Tarantool Data Grid (далее TDG) — платформа для анализа данных, которой удобно пользоваться не-разработчикам.
— Модули Tarantool, коннекторы для разных языков программирования, инструменты для развертывания.

В ближайшие полгода-год вы будете писать в основном про Cartridge и TDG. Про первый мы пишем на английском. Про второй пока что на русском, но есть план перехода на английский. Документацию для новой версии TDG нужно будет писать во многом с чистого листа.

* Пишу упрощенно. Если вы видите тут кучу ошибок, то вы, наверное, разработчик. Для вас есть другая вакансия.

В чем ценность документации
Тарантул — внутренняя разработка компании Mail.Ru Group. Компания использует его во многих своих проектах (например, почта и облачный сервис МСS). Есть и внешние пользователи. Обычно это крупные банки и телекомы.

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

Кто нас читает
— Разработчики в команде Tarantool, в других подразделениях компании и во всём мире. Для них мы пишем про устройство базы данных, разработку приложений на Lua и другой хардкор.
— Разработчики, которые интегрируют Tarantool в другие системы. Для них мы описываем API коннекторов на C++, Python, PHP, Go и Java.
— Администраторы, которые занимаются развертыванием, мониторингом и поддержкой инсталляций Tarantool, Cartridge и TDG. У нас есть Ansible-роль для развертывания «на железо» и оператор для Kubernetes. Про всё это мы тоже пишем.
— Аналитики, которые используют в своей работе веб-интерфейс TDG. Им мы рассказываем про интерфейсы и сценарии в них.

Как мы работаем
Используем подход «документация как код». Пишем исходники документации на языке разметки, версионируем с помощью Git, все задачи и ревью (рецензирование) — на GitHub. Благодаря этому у нас всё публикуется за 10-15 минут, форматирование не ломается, тексты не теряются, картинки не пропадают. Про любую строку можем сказать, кто, когда и зачем её редактировал.

Ядро Tarantool — продукт с открытым исходным кодом. Большая часть исходников документации тоже открыта и лежит на GitHub. Командный стайлгайд ведём в общей документации.

В команде есть свой разработчик. Он делает для нас инструменты и автоматизацию. Проверять корректность разметки и качество документа нам помогают автотесты. Пока что они совсем простые, скоро их будет больше. По сайту собираем пользовательскую аналитику и отзывы, учитываем их при планировании задач. Раньше сами переводили с английского на русский, сейчас внедряем непрерывную локализацию и отдаём переводы на аутсорс.

Если интересны детали — мы используем Sphinx, reStructuredText, немного Markdown, локально собираем в Docker, используем GitLab CI и Travis, но переезжаем на GitHub Actions, в тесты добавим Vale.

Как откликнуться на вакансию
Пишите на n.volynkin@corp.mail.ru с пометкой [Вакансия] в заголовке. Прикрепите резюме в формате PDF или DOCX. Здорово, если добавите ссылки на примеры ваших текстов. С вопросами приходите в личку @nick_volynkin.
Поддержу, написано очень круто!
Если у вас документация такого же качества, как описание вакансии, то это просто бомба :)
источник

FM

Fox Mulder in DocOps-сообщество
Maria Plotnikova
Поддержу, написано очень круто!
Если у вас документация такого же качества, как описание вакансии, то это просто бомба :)
Да, у них и документация крута
источник

ЮГ

Юлиана Грехова 🦋... in DocOps-сообщество
ID:0
Привет! Меня зовут Николай Волынкин и я руковожу командой документации Tarantool.

Ищу технического писателя с хорошим письменным английским и русским, который умеет и любит:
— работать со сложной предметной областью: самостоятельно разбираться в ней и закапываться в детали;
— структурировать информацию, объяснять сложные штуки понятным языком и находить удачные формулировки;
— думать и заботиться о читателях, изучать их и совершенствовать свою работу.

Будет полезен опыт разработки, администрирования или работы в техподдержке. Здорово, если вы знакомы хотя бы с Git, командной строкой и языками разметки. Если не знакомы, мы вас научим за пару недель.

Про что мы пишем
— Tarantool («Тарáнтул») — база данных и сервер приложений, работающие в оперативной памяти, то есть очень быстро. В Tarantool можно писать логику обработки данных на языке Lua. Это тоже очень быстро работает и удобно в разработке*.
— Cartridge — конструктор для разработки и управления кластером баз данных.
— Tarantool Data Grid (далее TDG) — платформа для анализа данных, которой удобно пользоваться не-разработчикам.
— Модули Tarantool, коннекторы для разных языков программирования, инструменты для развертывания.

В ближайшие полгода-год вы будете писать в основном про Cartridge и TDG. Про первый мы пишем на английском. Про второй пока что на русском, но есть план перехода на английский. Документацию для новой версии TDG нужно будет писать во многом с чистого листа.

* Пишу упрощенно. Если вы видите тут кучу ошибок, то вы, наверное, разработчик. Для вас есть другая вакансия.

В чем ценность документации
Тарантул — внутренняя разработка компании Mail.Ru Group. Компания использует его во многих своих проектах (например, почта и облачный сервис МСS). Есть и внешние пользователи. Обычно это крупные банки и телекомы.

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

Кто нас читает
— Разработчики в команде Tarantool, в других подразделениях компании и во всём мире. Для них мы пишем про устройство базы данных, разработку приложений на Lua и другой хардкор.
— Разработчики, которые интегрируют Tarantool в другие системы. Для них мы описываем API коннекторов на C++, Python, PHP, Go и Java.
— Администраторы, которые занимаются развертыванием, мониторингом и поддержкой инсталляций Tarantool, Cartridge и TDG. У нас есть Ansible-роль для развертывания «на железо» и оператор для Kubernetes. Про всё это мы тоже пишем.
— Аналитики, которые используют в своей работе веб-интерфейс TDG. Им мы рассказываем про интерфейсы и сценарии в них.

Как мы работаем
Используем подход «документация как код». Пишем исходники документации на языке разметки, версионируем с помощью Git, все задачи и ревью (рецензирование) — на GitHub. Благодаря этому у нас всё публикуется за 10-15 минут, форматирование не ломается, тексты не теряются, картинки не пропадают. Про любую строку можем сказать, кто, когда и зачем её редактировал.

Ядро Tarantool — продукт с открытым исходным кодом. Большая часть исходников документации тоже открыта и лежит на GitHub. Командный стайлгайд ведём в общей документации.

В команде есть свой разработчик. Он делает для нас инструменты и автоматизацию. Проверять корректность разметки и качество документа нам помогают автотесты. Пока что они совсем простые, скоро их будет больше. По сайту собираем пользовательскую аналитику и отзывы, учитываем их при планировании задач. Раньше сами переводили с английского на русский, сейчас внедряем непрерывную локализацию и отдаём переводы на аутсорс.

Если интересны детали — мы используем Sphinx, reStructuredText, немного Markdown, локально собираем в Docker, используем GitLab CI и Travis, но переезжаем на GitHub Actions, в тесты добавим Vale.

Как откликнуться на вакансию
Пишите на n.volynkin@corp.mail.ru с пометкой [Вакансия] в заголовке. Прикрепите резюме в формате PDF или DOCX. Здорово, если добавите ссылки на примеры ваших текстов. С вопросами приходите в личку @nick_volynkin.
Слишком много букв)

Думаю, сообщение лучше на 2 разделить. Или же просто часть инфы отдать HR для собеседования.

К концу я, например, уже утомилась, да и забыла о чем была речь в самом начале.
источник

BN

Baharev Nick in DocOps-сообщество
Юлиана Грехова 🦋
Слишком много букв)

Думаю, сообщение лучше на 2 разделить. Или же просто часть инфы отдать HR для собеседования.

К концу я, например, уже утомилась, да и забыла о чем была речь в самом начале.
+
источник

EN

Ekaterina Noskova in DocOps-сообщество
Юлиана Грехова 🦋
Слишком много букв)

Думаю, сообщение лучше на 2 разделить. Или же просто часть инфы отдать HR для собеседования.

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

AT

Alexander Turenko in DocOps-сообщество
А может, в доке тоже промаркировать good first issues?
источник

AT

Alexander Turenko in DocOps-сообщество
(Я в контексте тарантула.)
источник

H

Hartmann in DocOps-сообщество
Юлиана Грехова 🦋
Слишком много букв)

Думаю, сообщение лучше на 2 разделить. Или же просто часть инфы отдать HR для собеседования.

К концу я, например, уже утомилась, да и забыла о чем была речь в самом начале.
Не без этого.
По поводу отсутствия бюджета на вакансию, немедленно вспоминается разбор сообщения рекрутера от Коли Ясинского. Там верно подмечено и о деньгах, и о интересе.

https://github.com/nydevel/programmer/blob/main/Recruiting/5.%20Разбор%20сообщения%20от%20HR%201.md
источник

H

Hartmann in DocOps-сообщество
В качестве ремарки.
Хорошее подробное описание — это ещё не всё. Надо понимать интерес: сколько готовы платить, есть ли соц пакет или релокейшн пакет, в случае с вариантом офиса, обеспечивают ли техникой, например MBP, готовы ли купить нужный софт, оплачивать те же курсы, например.
Пока, кроме технологий и docs as code, ничего интересного.
источник

H

Hartmann in DocOps-сообщество
Если данной информацией обладают HR, то это неплохо бы упомянуть.
источник

FM

Fox Mulder in DocOps-сообщество
У мейла отличный соцпакет
источник

СФ

Семён Факторович... in DocOps-сообщество
про длину вакансии — интересно

я могу понять, что длина текста может сильно влиять на дочитываемость (и прочитываемость) рекламы, постов в соцсетях, статей в блогах, email-рассылок

но вакансия, кажется, все-таки другой жанр

человек, осмысленно читающий вакансии (т.е. явно находящийся в состоянии «ищу работу или хотя бы подумываю о смене работы»), на мой взгляд, найдет в себе силы дочитать текст и сформировать свое мнение о предлагаемой позиции — потому что у него есть такая задача
источник

H

Hartmann in DocOps-сообщество
Fox Mulder
У мейла отличный соцпакет
Ну, это Вы знаете. Кто-то может не знать. Например.
источник

FM

Fox Mulder in DocOps-сообщество
Hartmann
Ну, это Вы знаете. Кто-то может не знать. Например.
Принято! У мейла x*n=y социальный пакет
источник

H

Hartmann in DocOps-сообщество
Семён Факторович
про длину вакансии — интересно

я могу понять, что длина текста может сильно влиять на дочитываемость (и прочитываемость) рекламы, постов в соцсетях, статей в блогах, email-рассылок

но вакансия, кажется, все-таки другой жанр

человек, осмысленно читающий вакансии (т.е. явно находящийся в состоянии «ищу работу или хотя бы подумываю о смене работы»), на мой взгляд, найдет в себе силы дочитать текст и сформировать свое мнение о предлагаемой позиции — потому что у него есть такая задача
Это на Ваш взгляд.
Вакансия в первую очередь должна продавать и заинтересовывать. У нас таки капитализм, я напомню. :)
источник

H

Hartmann in DocOps-сообщество
Хорошее описание — это бонус.
источник

H

Hartmann in DocOps-сообщество
Человек в теме прочёл и понял, что покрыты нюансы.
источник

H

Hartmann in DocOps-сообщество
Стало быть, не нужно морочить голову HR допросами по нюансам.
источник

СФ

Семён Факторович... in DocOps-сообщество
ну это смотря как определять слово «продавать»

если я в поиске интересной работы под свои скиллы, то я очень оценю хорошо расписанные решаемые задачи, инструментальный стек, векторы развития

если я в поиске, гм, соцпакета и чуть больших денег, а остальное мне не очень важно — тогда я расстроюсь, что об этом не написано «во первых строках»

думаю, что Коля больше заинтересован в первой группе кандидатов:)
источник

PP

Pavel Peganov in DocOps-сообщество
А мне, как гипотетическому соискателю, скорее нравится, когда вакансия длинная. Главное — чтобы верх успел заинтересовать, а остальное скорее экономит мои усилия по дальнейшей переписке, опережающе отвечая на вопросы, которые у меня почти наверняка возникнут.
Не будь этих ответов, мне пришлось бы вложить дополнительные усилия, чтобы их получить. Что, кмк, должно бы статистически снижать конверсию.
источник