Тимур Сафин, мой коллега по Тарантулу, прямо сейчас рассказывает про инструменты разработчика в Lua и Tarantool.
https://www.youtube.com/watch?v=YlRrciRsyj0
https://www.youtube.com/watch?v=YlRrciRsyj0
YouTube
Vladivostok Dev Meetup
Митап для разработчиков во Владивостоке.
Мы ищем ещё одного техписателя в tarantool.io.
Тарантул — один из немногих успешных и известных опенсорсных продуктов из России. Все исходники документации лежат на гитхабе, их большая часть — в публичных репозиториях, так что это отличный способ наработать портфолио, которое потом можно будет показывать всему миру.
Мы пишем в Sphinx & reStructuredText, разработка документации очень хорошо инструментирована, инструменты постоянно развиваются. В прошлом году у нас был выделенный разработчик для доки, а теперь есть целая команда, которая занимается инструментами для разработчиков. Техписателей мы тоже считаем разработчиками, только документации.
Рабочий макбук, монитор на 4к, лицензия на Grammarly, среду разработки, Docker Desktop и всё остальное, что нужно. Можно работать в офисе в Москве, можно работать удаленно, можно чередовать, условия оплаты совершенно одинаковые для Москвы и не-Москвы. В целом команда распределенная, так что работать на удаленке комфортно.
Есть внутрикомандное обучение по английскому, инструментам и предметной области. Есть собственные тренинги по Тарантулу. Есть куча тренингов внутри компании на самые разные темы, я хотя бы раз в пару месяцев иду чему-то учиться.
Платят отлично, соцпакет прекрасный, в ДМС входит стоматология и психотерапия, компенсируют пару недель больничного, доплачивают за фитнес, отправляют на курсы и конференции за счет компании. Платят премию за статьи на Хабр — не могу публично сказать, сколько, но прям нормально так. Как человек, очень дотошный по отношению к деньгам и прочим бонусам, заявляю, что с деньгами всё хорошо.
Руководство тоже адекватное на всех уровнях. Опять же, заявляю это как человек, привередливый к организационной культуре в компании и повидавший всякое. Есть внутренняя система «бадди», когда вам дают человека, который помогает освоиться в компании и во всём разобраться.
Пишем на английском, так что нужен сразу хороший навык. Пишем про базы данных и программирование, темы хардкорные, лучше если вы с таким уже работали. Работа только в git/GitHub/Sphinx/Docker; если уже умеете — круто, если нет — поможем научиться.
С вопросами и резюме приходите в личку @Nick_Volynkin
Тарантул — один из немногих успешных и известных опенсорсных продуктов из России. Все исходники документации лежат на гитхабе, их большая часть — в публичных репозиториях, так что это отличный способ наработать портфолио, которое потом можно будет показывать всему миру.
Мы пишем в Sphinx & reStructuredText, разработка документации очень хорошо инструментирована, инструменты постоянно развиваются. В прошлом году у нас был выделенный разработчик для доки, а теперь есть целая команда, которая занимается инструментами для разработчиков. Техписателей мы тоже считаем разработчиками, только документации.
Рабочий макбук, монитор на 4к, лицензия на Grammarly, среду разработки, Docker Desktop и всё остальное, что нужно. Можно работать в офисе в Москве, можно работать удаленно, можно чередовать, условия оплаты совершенно одинаковые для Москвы и не-Москвы. В целом команда распределенная, так что работать на удаленке комфортно.
Есть внутрикомандное обучение по английскому, инструментам и предметной области. Есть собственные тренинги по Тарантулу. Есть куча тренингов внутри компании на самые разные темы, я хотя бы раз в пару месяцев иду чему-то учиться.
Платят отлично, соцпакет прекрасный, в ДМС входит стоматология и психотерапия, компенсируют пару недель больничного, доплачивают за фитнес, отправляют на курсы и конференции за счет компании. Платят премию за статьи на Хабр — не могу публично сказать, сколько, но прям нормально так. Как человек, очень дотошный по отношению к деньгам и прочим бонусам, заявляю, что с деньгами всё хорошо.
Руководство тоже адекватное на всех уровнях. Опять же, заявляю это как человек, привередливый к организационной культуре в компании и повидавший всякое. Есть внутренняя система «бадди», когда вам дают человека, который помогает освоиться в компании и во всём разобраться.
Пишем на английском, так что нужен сразу хороший навык. Пишем про базы данных и программирование, темы хардкорные, лучше если вы с таким уже работали. Работа только в git/GitHub/Sphinx/Docker; если уже умеете — круто, если нет — поможем научиться.
С вопросами и резюме приходите в личку @Nick_Volynkin
GitHub
GitHub - tarantool/doc: Tarantool documentation
Tarantool documentation. Contribute to tarantool/doc development by creating an account on GitHub.
Сегодня общались с сибирским QA-сообществом @qa_siberia. Говорили про Тарантул, его тестирование и тулинг, роль команды Developer Experience во всём этом.
Ссылка на запись: https://www.youtube.com/watch?v=JJ7UaS4qun0
Ссылка на запись: https://www.youtube.com/watch?v=JJ7UaS4qun0
YouTube
Николай Волынкин про команду Developer Experience проекта Tarantool в VK
Тема тулинга в разработке программного обеспечения является краеугольной. Инструментарий и процессы, которые мы используем напрямую влияют на нашу эффективность, а эффективность — один из драйверов мотивации разработчика.
С Николаем мы поговорим о том, как…
С Николаем мы поговорим о том, как…
Мы делаем свою летнюю студенческую стажировку в Тарантуле. Приходите и рекомендуйте знакомым студентам, у нас круто.
Команда Tarantool открыла набор на студенческую программу для работы над исследовательскими задачами
Студенческая программа Tarantool целиком состоит из практики разработки. Старт запланирован на 1 июля. В первую неделю менторы из числа сотрудников Tarantool познакомят участников с проектом и технологиями, а студенты смогут выбрать задачи, с которыми им предстоит работать — средней или повышенной сложности.
Решать задачи можно в одиночку или в команде. На задачи средней сложности отводится два месяца, на более сложные — четыре. Разобраться с вопросами и трудностями, возникающими в процессе, поможет ментор. После успешного выполнения участники получат вознаграждение: 120 или 240 тысяч рублей, в зависимости от сложности задачи.
Кандидатам нужно зарегистрироваться, заполнив форму. Участники программы будут отобраны в конце июня 2022 года.
Команда Tarantool открыла набор на студенческую программу для работы над исследовательскими задачами
Студенческая программа Tarantool целиком состоит из практики разработки. Старт запланирован на 1 июля. В первую неделю менторы из числа сотрудников Tarantool познакомят участников с проектом и технологиями, а студенты смогут выбрать задачи, с которыми им предстоит работать — средней или повышенной сложности.
Решать задачи можно в одиночку или в команде. На задачи средней сложности отводится два месяца, на более сложные — четыре. Разобраться с вопросами и трудностями, возникающими в процессе, поможет ментор. После успешного выполнения участники получат вознаграждение: 120 или 240 тысяч рублей, в зависимости от сложности задачи.
Кандидатам нужно зарегистрироваться, заполнив форму. Участники программы будут отобраны в конце июня 2022 года.
В следующую среду 1 июня Николай Поташников на конференции Heisenbug сделает доклад о своем опыте применения DocOps. Приходите послушать Николая!
Heisenbug 2022 Spring. Конференция по тестированию
DocOps: шоссе к актуальной документации | Доклад на Heisenbug 2022 Spring
Николай расскажет, как использование DocOps решает следующие проблемы: улучшение взаимодействия с заказчиком, стандартизация разработки, онбординг, упрощение ротации задач между людьми, улучшение восприятия конечного пользователя. При этом затраты на документирование…
Друзья мои, а кто будет завтра на CodeFest? Приходите общаться про доки, разработку, управление знаниями и всё что угодно. Я буду где-нибудь около стенда VK.
Совершенно внезапно буду вести на CodeFest квартирник про деньги и документацию. Если вы здесь — приходите поговорить про стоимость и выгоду технических коммуникаций: доки разных видов, статей, курсов и докладов на CodeFest. Деньги считать сложно, но мы попробуем сделать это вместе. Квартирник будет сегодня в 11:00, это буквально через 15 минут.
Выступать — это не больно, проще, чем вы думаете и можно даже джуну. Выступать можно на техтолке в своей компании, на митапах и на прекрасных конфах вроде CodeFest. Сегодня в 16 часов мы соберемся и поговорим про это на еще одном квартирнике.
Эти прекрасные люди придут, чтобы сказать лично вам, что вы норм, у вас есть интересные темы и вы сделаете хороший доклад:
— Света Михайлова, за конференцию CodeFest.
— Алексей Мерсон, за DotNext и ArchDays.
— Ник Волынкин, за KnowledgeConf и Write the Docs.
— Алексей Пименов, за KanbanEurasia, AgileDays и личный опыт.
— Виталий Шароватов, за всех подготовленных докладчиков и личный опыт.
Приходите в 16:00 в зону квартирников на втором этаже.
Эти прекрасные люди придут, чтобы сказать лично вам, что вы норм, у вас есть интересные темы и вы сделаете хороший доклад:
— Света Михайлова, за конференцию CodeFest.
— Алексей Мерсон, за DotNext и ArchDays.
— Ник Волынкин, за KnowledgeConf и Write the Docs.
— Алексей Пименов, за KanbanEurasia, AgileDays и личный опыт.
— Виталий Шароватов, за всех подготовленных докладчиков и личный опыт.
Приходите в 16:00 в зону квартирников на втором этаже.
DocOps
Выступать — это не больно, проще, чем вы думаете и можно даже джуну. Выступать можно на техтолке в своей компании, на митапах и на прекрасных конфах вроде CodeFest. Сегодня в 16 часов мы соберемся и поговорим про это на еще одном квартирнике. Эти прекрасные…
Всех, кто не на конфе, но хотел бы прийти — обнимаю. Для вас мы это еще в онлайне повторим, возможно и не раз. :)
DocOps
В следующую среду 1 июня Николай Поташников на конференции Heisenbug сделает доклад о своем опыте применения DocOps. Приходите послушать Николая!
Можно зарегистрироваться на бесплатный онлайн-день и послушать доклад Николая. Регистрация здесь: https://heisenbug.ru/registration/personal/
Heisenbug 2025 Autumn. Конференция по тестированию не только для тестировщиков
Heisenbug 2025 Autumn | Персональный билет | Конференция по тестированию
Купить персональный билет на конференцию Heisenbug 2025 Autumn.
DocOps
Можно зарегистрироваться на бесплатный онлайн-день и послушать доклад Николая. Регистрация здесь: https://heisenbug.ru/registration/personal/
Кто поставил дизлайк — а расскажите, за что? Вы против бесплатных билетов или в целом против конференций? Можно в личку @nick_volynkin
С утра нашёл прекрасное 1x.engineer
1x Engineer
The official website of 1x Engineers around the world.
Forwarded from Knowledge and bacon - Управление знаниями в IT
Комикс про зоопарк систем для управления личными знаниями от https://www.instagram.com/innubis/ прям в самое сердечко ❤️
Кто прод шатает по утрам,
Тот поступает мудро.
Тарам-парам-тарам-парам,
На то оно и утро!
Интересная у меня работа сейчас. В ней есть немного разработки, тестирования и DevOps. Документацию пишу регулярно, правда не для внешних пользователей, а для своих же. Большая часть работы про что-то вроде управления продуктом, где продукт — это платформа и инструменты для разработчиков. Есть планирование и декомпозиция задач. Есть дизайн-ревью технических решений. Наконец, есть работа с командой: цели, развитие, мотивация, вот эти все прекрасные штуки. Не работа, а мечта.
Ещё бы это всё не было так адски сложно. Прямо сейчас сложнее всего даётся планирование и декомпозиция больших задач, где не видно конца и края.
А в вашей работе что самое сложное?
Тот поступает мудро.
Тарам-парам-тарам-парам,
На то оно и утро!
Интересная у меня работа сейчас. В ней есть немного разработки, тестирования и DevOps. Документацию пишу регулярно, правда не для внешних пользователей, а для своих же. Большая часть работы про что-то вроде управления продуктом, где продукт — это платформа и инструменты для разработчиков. Есть планирование и декомпозиция задач. Есть дизайн-ревью технических решений. Наконец, есть работа с командой: цели, развитие, мотивация, вот эти все прекрасные штуки. Не работа, а мечта.
Ещё бы это всё не было так адски сложно. Прямо сейчас сложнее всего даётся планирование и декомпозиция больших задач, где не видно конца и края.
А в вашей работе что самое сложное?
«Не бывает задач, над которыми вредно думать»
С утра пораньше пересматриваю доклад Фила Дельгядо про дизайн-ревью. Суть практики в том, чтобы перенести ревью пораньше к началу задачи:
— Раньше обдумывали решение в процессе работы, а ревью делали на готовом коде. А потом переделывали, потому что решение неверное.
— Теперь обдумываем дизайн решения, сразу ревьюим его, а потом пишем код. Меньше переделываем, больше радуемся.
Хорошая практика, рекомендую хотя бы познакомиться и обдумать. Тестировщики узнают в этом shift left. Для документации это точно так же применимо: можно обдумать место и структуру для будущей доки. В Тарантуле мы часть этой работы делаем в процессе триажа задачи.
https://youtu.be/4Y0XJXRZv6k
С утра пораньше пересматриваю доклад Фила Дельгядо про дизайн-ревью. Суть практики в том, чтобы перенести ревью пораньше к началу задачи:
— Раньше обдумывали решение в процессе работы, а ревью делали на готовом коде. А потом переделывали, потому что решение неверное.
— Теперь обдумываем дизайн решения, сразу ревьюим его, а потом пишем код. Меньше переделываем, больше радуемся.
Хорошая практика, рекомендую хотя бы познакомиться и обдумать. Тестировщики узнают в этом shift left. Для документации это точно так же применимо: можно обдумать место и структуру для будущей доки. В Тарантуле мы часть этой работы делаем в процессе триажа задачи.
https://youtu.be/4Y0XJXRZv6k
YouTube
Design Review и другие друзья разработчика, Дельгядо Филипп
Рассказ про разные варианты Peer Review, от Design Review до Code Review
DocOps
«Не бывает задач, над которыми вредно думать» С утра пораньше пересматриваю доклад Фила Дельгядо про дизайн-ревью. Суть практики в том, чтобы перенести ревью пораньше к началу задачи: — Раньше обдумывали решение в процессе работы, а ревью делали на готовом…
Максим Лапшин рассказывал про API-first подход на недавнем TechLead Conf. Это, пожалуй, самое полезное, что можно послушать про OpenAPI, потому что Максим объясняет смысл и суть документирования API. А уж как это делать технически, можно прочитать в документации и куче статей, и это не так важно.
Этот доклад здорово перекликается с рассказом про Design Review от Фила Дельгядо — я писал о нём в прошлом посте. Рекомендую смотреть оба в любом порядке.
https://www.youtube.com/watch?v=FonPUYCikoQ
(Всего месяц прошел с конфы, ссылка публикуется впервые с разрешения Максима, эксклюзив и контрабанда!)
Этот доклад здорово перекликается с рассказом про Design Review от Фила Дельгядо — я писал о нём в прошлом посте. Рекомендую смотреть оба в любом порядке.
https://www.youtube.com/watch?v=FonPUYCikoQ
(Всего месяц прошел с конфы, ссылка публикуется впервые с разрешения Максима, эксклюзив и контрабанда!)
YouTube
API-first-подход в межсервисном взаимодействии / Максим Лапшин (Flussonic)
Приглашаем на DevOpsConf 2025, которая пройдет 7 и 8 апреля 2025 в Сколково в Москве.
Программа, подробности и билеты по ссылке: https://devopsconf.io/moscow/2025
---------
Объединенная конференция DevOpsConf и TechLead Conf
13 и 14 июня 2022
Тезисы…
Программа, подробности и билеты по ссылке: https://devopsconf.io/moscow/2025
---------
Объединенная конференция DevOpsConf и TechLead Conf
13 и 14 июня 2022
Тезисы…
Писать в документации «мы» — довольно фиговая практика. Непонятно, кто это. Мы, которые писали код? Мы, которые писали доки? Мы с читателем (щас на пару тут пройдем туториал)?
Хуже этого только «мы» в логах и API. Вот прямо сейчас я смотрю на
Хуже этого только «мы» в логах и API. Вот прямо сейчас я смотрю на
We are completely uploaded and fine
, а после этого ответ 502. Нет, мы не fine, совсем не fine.