Я бы назвала её не «девочковой», а вводной для тех, кто о профессии слышит в первый раз. В ней нет ничего нового для техписателей, скорее просто общие факты и биографии людей. Могу предположить, что у Хабра и была такая задумка — сделать что-то вроде развлекательной вводной
Анна, привет! Хорошая статья, тема раскрыта :) Мне нравится ваш рациональный, системный подход к делу
Частично не соглашусь с подходом:
мы кинули в чат перечень своих навыков. Админ также размышлял, как распределить роли в команде
Если кто-то не вывозит свою роль, перераспределите обязанности
Имхо, самый эффективный вариант— брать людей на определённые, строго выверенные роли. Например, если бэкенд хорошо знает фигму, его не нужно записывать в помощники дизайнера — у него другая роль. Обычно на хаках есть рекомендации по составу, желательно искать людей прям строго по ним. Если останутся места, можно уже думать, а кого ещё взять, какую часть команды укрепить.
Привет! сейчас посмотрела Retail api, вроде бы всё ок, но я напишу коллегам, которые им занимаются :) спасибо
Вопросы отличные, кратко не ответить. Кажется, что нужно написать отдельную статью. У нас много разработок, я даже знаю разработчиков, которые создали основу публичной документации https://docs.ozon.ru/main.
Левые столбцы и оглавления справа генерируются автоматически, туда подтягиваются заголовки.
Я бы назвала её не «девочковой», а вводной для тех, кто о профессии слышит в первый раз. В ней нет ничего нового для техписателей, скорее просто общие факты и биографии людей. Могу предположить, что у Хабра и была такая задумка — сделать что-то вроде развлекательной вводной
Ребята, дорогие, не пишите «здесь» и «тут». https://maximilyahov.ru/blog/all/links/
отвечу за рука, раз пока никто не ответил. У Озона есть проекты в Open source в Github: https://github.com/orgs/ozontech/repositories
Ещё описание всех проектов есть на сайте Ozon Tech: https://tech.ozon.ru/#rec424929921
Из проектов к Платформе точно относится file.d — супер быстрый инструмент для создания конвейеров данных
Анна, привет! Хорошая статья, тема раскрыта :) Мне нравится ваш рациональный, системный подход к делу
Частично не соглашусь с подходом:
Имхо, самый эффективный вариант— брать людей на определённые, строго выверенные роли. Например, если бэкенд хорошо знает фигму, его не нужно записывать в помощники дизайнера — у него другая роль. Обычно на хаках есть рекомендации по составу, желательно искать людей прям строго по ним. Если останутся места, можно уже думать, а кого ещё взять, какую часть команды укрепить.
Желаю успехов на будущих хакатонах!
Привет! сейчас посмотрела Retail api, вроде бы всё ок, но я напишу коллегам, которые им занимаются :) спасибо
Вопросы отличные, кратко не ответить. Кажется, что нужно написать отдельную статью. У нас много разработок, я даже знаю разработчиков, которые создали основу публичной документации https://docs.ozon.ru/main.
Левые столбцы и оглавления справа генерируются автоматически, туда подтягиваются заголовки.
Я могу написать подробную статью, если интересно.