Что влияет на эффективность парного программирования
Парное программирование – как зарядка по утрам. Все прекрасно знают, что это очень полезная практика, но по факту мало кто действительно ее внедряет.
Не любое парное программирование одинаково полезно. Уровень разработчиков в паре, выбранная ими задача и подходы к коммуникации сильно влияют на итоговый результат. Статья дает обзор нескольких исследований, сфокусированных на изучении факторов эффективности парного программирования.
😶Личность участников, или какие-то ее особенности вроде интровертности или открытости мышления, не оказывает значимого эффекта. Любимый многимигороскоп MBTI, ожидаемо, тоже.
📊Профессиональный уровень людей в паре должен быть близок друг к другу. Работающие в паре два мидла показывают заметно больший скачок в качестве результата, чем сеньор и джун.
💬Пары, работающие по нескольким известным правилам коммуникаций, работают лучше, чем те, кто работает стихийно. Сами правила есть в статье.
Помимо факторов, повышающих эффективность, есть несколько антипаттернов, которые ее быстро убивают:
💬Пара слишком глубоко закапывается в детали задачи и забывает свои краткосрочные и долгосрочные цели.
💬Один партнер теряет другого, когда не может объяснить, что и зачем он делает.
💬Один партнер топит другого в слишком душных и подробных объяснениях своей работы.
Если стало интересно, посмотрите еще другой пост того же автора, где он системно разбирает плюсы и минусы парного программирования.
Парное программирование – как зарядка по утрам. Все прекрасно знают, что это очень полезная практика, но по факту мало кто действительно ее внедряет.
Не любое парное программирование одинаково полезно. Уровень разработчиков в паре, выбранная ими задача и подходы к коммуникации сильно влияют на итоговый результат. Статья дает обзор нескольких исследований, сфокусированных на изучении факторов эффективности парного программирования.
😶Личность участников, или какие-то ее особенности вроде интровертности или открытости мышления, не оказывает значимого эффекта. Любимый многими
📊Профессиональный уровень людей в паре должен быть близок друг к другу. Работающие в паре два мидла показывают заметно больший скачок в качестве результата, чем сеньор и джун.
💬Пары, работающие по нескольким известным правилам коммуникаций, работают лучше, чем те, кто работает стихийно. Сами правила есть в статье.
Помимо факторов, повышающих эффективность, есть несколько антипаттернов, которые ее быстро убивают:
💬Пара слишком глубоко закапывается в детали задачи и забывает свои краткосрочные и долгосрочные цели.
💬Один партнер теряет другого, когда не может объяснить, что и зачем он делает.
💬Один партнер топит другого в слишком душных и подробных объяснениях своей работы.
Если стало интересно, посмотрите еще другой пост того же автора, где он системно разбирает плюсы и минусы парного программирования.
Как оценить, насколько вы хороший менеджер
Быть тимлидом – часто неблагодарное занятие. Понять, насколько много пользы ты приносишь, и отделить свой результат от результатов работы команды очень сложно. Каждый здесь изворачивается как может – кто-то пытается поставить себе измеримые цели, кто-то ведет дневничок побед, а кто-то плачет по ночам в подушку. В статье предлагается еще один подход – регулярная оценка своего прогресса по пяти менеджерским шкалам.
💪Execution: насколько качественный результат поставляет ваша команда и насколько предсказуемо это происходит
👨👩👧👧People management: насколько хорошо вы знаете людей в своей команде и помогаете им становиться лучше
📚Team development: как с течением лет развивается ваша команда
👀Strategic vision: насколько ясное видение будущего вы транслируете команде
💬Organizational influence: насколько тесно вы интегрированы в компанию и как влияете на общие успехи
Быть тимлидом – часто неблагодарное занятие. Понять, насколько много пользы ты приносишь, и отделить свой результат от результатов работы команды очень сложно. Каждый здесь изворачивается как может – кто-то пытается поставить себе измеримые цели, кто-то ведет дневничок побед, а кто-то плачет по ночам в подушку. В статье предлагается еще один подход – регулярная оценка своего прогресса по пяти менеджерским шкалам.
💪Execution: насколько качественный результат поставляет ваша команда и насколько предсказуемо это происходит
👨👩👧👧People management: насколько хорошо вы знаете людей в своей команде и помогаете им становиться лучше
📚Team development: как с течением лет развивается ваша команда
👀Strategic vision: насколько ясное видение будущего вы транслируете команде
💬Organizational influence: насколько тесно вы интегрированы в компанию и как влияете на общие успехи
CodeKraft
Evaluating Managers: 5 heuristics to measure managerial impact
Measuring a manager’s impact is hard since outcomes take time. The manager takes full responsibility for the team – be it stagnation, execution woes, poor collaboration, churn, or a lac…
Ведется поиск двух опытных тимлидов в юнит DBA Авито⚡️
Команды SQL и NoSQL поддерживают, консультируют продуктовые команды внутри Авито и решают задачи автоматизации управления и эффективного распределения ресурсов, в том числе с помощью Kubernetes. У Авито грандиозные планы: идут в облака, смотрят в сторону zero-trust в контексте баз, интегрируют хранилища БД в платформу DBaaS.
Вам предстоит выровнять процессы, подхватить внедрение скрама и довести до качественно высокого уровня, построить роадмап команды на пару лет вперёд.
Стек:
🔸В команду SQL: PostgreSQL, Patroni, wal-g, LXC/k8s, Python/Go.
🔸В команду NoSQL: MongoDB, Redis, ClickHouse, Tarantool, Consul, Elasticsearch, Docker, LXC, Kubernetes.
Зарплата: по итогам собеседования, от 361 000 рублей.
👉 Подробнее о вакансиях:
Для SQL bit.ly/3JeLUbb
Для NoSQL bit.ly/3De45df
Команды SQL и NoSQL поддерживают, консультируют продуктовые команды внутри Авито и решают задачи автоматизации управления и эффективного распределения ресурсов, в том числе с помощью Kubernetes. У Авито грандиозные планы: идут в облака, смотрят в сторону zero-trust в контексте баз, интегрируют хранилища БД в платформу DBaaS.
Вам предстоит выровнять процессы, подхватить внедрение скрама и довести до качественно высокого уровня, построить роадмап команды на пару лет вперёд.
Стек:
🔸В команду SQL: PostgreSQL, Patroni, wal-g, LXC/k8s, Python/Go.
🔸В команду NoSQL: MongoDB, Redis, ClickHouse, Tarantool, Consul, Elasticsearch, Docker, LXC, Kubernetes.
Зарплата: по итогам собеседования, от 361 000 рублей.
👉 Подробнее о вакансиях:
Для SQL bit.ly/3JeLUbb
Для NoSQL bit.ly/3De45df
Большое исследование тимлидов и руководителей разработки
Как давние подписчики канала могли заметить, я очень люблю проводить всякие опросы. Помните недавнее исследование продактов? Так вот, пришла очередь узнать, что происходит с тимлидами!
🤔Какие навыки для руководителей самые важные
💰По каким критериям оценивают их работу
💻Сколько времени уходит на написание кода
👋Как попадают в профессию, и куда из нее уходят
📚Полезные для развития каналы, курсы и книги
Проходите опрос и пошарьте его другим знакомым тимлидам! Результаты будут в открытом доступе в конце марта, а я обязательно буду смотреть на них при выборе будущих тем для канала.
👉Пройти опрос
Как давние подписчики канала могли заметить, я очень люблю проводить всякие опросы. Помните недавнее исследование продактов? Так вот, пришла очередь узнать, что происходит с тимлидами!
🤔Какие навыки для руководителей самые важные
💰По каким критериям оценивают их работу
💻Сколько времени уходит на написание кода
👋Как попадают в профессию, и куда из нее уходят
📚Полезные для развития каналы, курсы и книги
Проходите опрос и пошарьте его другим знакомым тимлидам! Результаты будут в открытом доступе в конце марта, а я обязательно буду смотреть на них при выборе будущих тем для канала.
👉Пройти опрос
survey.alchemer.eu
Исследование рынка руководителей разработки, 2023
Исследование рынка руководителей разработки, 2023.
Как выделение 10% времени команды на решение техдолга изменило проект
История стара, как мир – менеджмент подгонял команду катить как можно больше фичей и не тратить время на качество кода, и в то же время в команде не было кого-то достаточно сеньорного, чтобы заметить проблемы в таком подходе и наладить более здоровый процесс. Затем в команде появился автор статьи, смог договориться о выделении части времени команды на системную борьбу с техническим долгом, и поменять часть общепринятых практик.
Если вы находитесь в похожей ситуации, проект со временем разваливается, а как на это повлиять вы не знаете, статья может помочь.
История стара, как мир – менеджмент подгонял команду катить как можно больше фичей и не тратить время на качество кода, и в то же время в команде не было кого-то достаточно сеньорного, чтобы заметить проблемы в таком подходе и наладить более здоровый процесс. Затем в команде появился автор статьи, смог договориться о выделении части времени команды на системную борьбу с техническим долгом, и поменять часть общепринятых практик.
Если вы находитесь в похожей ситуации, проект со временем разваливается, а как на это повлиять вы не знаете, статья может помочь.
Разгребание огромного бэклога багов на багатоне
Команда устала от постоянно растущего бэклога багов, и решила поменять процессы, внедрив Zero Bug Policy. Но перед этим они решили разобрать огромный бэклог багов, скопившийся годами.
Сначала приоритет всех багов переоценили, посмотрев на их серьезность и воспроизводимость. Затем часть закрыли как неактуальные. Оставшиеся предложили командам решить в формате багатона – короткого мероприятия, в котором несколько команд соревнуются в количестве закрытых багов. Весь бэклог таким образом разобрать не получилось, но хороший прогресс появился.
Формат классный, мы организовывали очень похожую историю в Авито. Про нее важно понимать несколько вещей:
*️⃣Перекладывание багов в трекере из одной кучки в другую, даже если оно сопровождается изменением приоритетов, не очень полезная работа – продукт сам по себе от этого лучше не станет.
*️⃣Титаническое усилие по решению багов тоже в перспективе не поможет продукту. Если не менять процессы и критерии качества. вы очень быстро вернетесь к первоначальному уровню багов.
Команда устала от постоянно растущего бэклога багов, и решила поменять процессы, внедрив Zero Bug Policy. Но перед этим они решили разобрать огромный бэклог багов, скопившийся годами.
Сначала приоритет всех багов переоценили, посмотрев на их серьезность и воспроизводимость. Затем часть закрыли как неактуальные. Оставшиеся предложили командам решить в формате багатона – короткого мероприятия, в котором несколько команд соревнуются в количестве закрытых багов. Весь бэклог таким образом разобрать не получилось, но хороший прогресс появился.
Формат классный, мы организовывали очень похожую историю в Авито. Про нее важно понимать несколько вещей:
*️⃣Перекладывание багов в трекере из одной кучки в другую, даже если оно сопровождается изменением приоритетов, не очень полезная работа – продукт сам по себе от этого лучше не станет.
*️⃣Титаническое усилие по решению багов тоже в перспективе не поможет продукту. Если не менять процессы и критерии качества. вы очень быстро вернетесь к первоначальному уровню багов.
Советы по улучшению внутренних коммуникаций
Советы в основном относятся к топ-менеджерам, но в целом применими к другим уровням управления командой.
🕥Сообщайте новости на регулярной основе, даже тогда, когда значимых обновлений нет.
💬Всегда тестируйте свои сообщения на нескольких людях до того, как отправлять всем.
📦Структурируйте сообщения, чтобы их было проще воспринимать, давая ссылки на контекст и понятный summary.
📣Распространяйте сообщение по всем возможным каналам: и почта, и чат, и внутренние порталы.
Советы в основном относятся к топ-менеджерам, но в целом применими к другим уровням управления командой.
🕥Сообщайте новости на регулярной основе, даже тогда, когда значимых обновлений нет.
💬Всегда тестируйте свои сообщения на нескольких людях до того, как отправлять всем.
📦Структурируйте сообщения, чтобы их было проще воспринимать, давая ссылки на контекст и понятный summary.
📣Распространяйте сообщение по всем возможным каналам: и почта, и чат, и внутренние порталы.
Lethain
Internal comms for executives.
Whenever an executive joins a new company, there is an awkward merger
between the executive’s preferred communication style and the norms that organization has already established.
I remember a recently joined executive complaining that engineers weren’t…
between the executive’s preferred communication style and the norms that organization has already established.
I remember a recently joined executive complaining that engineers weren’t…
Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки pinned «Большое исследование тимлидов и руководителей разработки Как давние подписчики канала могли заметить, я очень люблю проводить всякие опросы. Помните недавнее исследование продактов? Так вот, пришла очередь узнать, что происходит с тимлидами! 🤔Какие навыки…»
Про shit tolerance
Хороший твиттер-тред от Евгения Кота про то, что чем сеньорнее становится сотрудник, тем большая терпимость к говну в коде, технологиях и процессах от него ожидается. С одной стороны, я с ним согласен – деньги платятся именно за то, что заниматься часто приходится не самыми интересными и вдохновляющими вещами. С другой стороны, менталочка себе дороже, вы работодателю ничего не должны, и если нет желания воевать с ветряными мельницами, то проще сменить место работы, если ситуация на рынке это позволяет.
Хороший твиттер-тред от Евгения Кота про то, что чем сеньорнее становится сотрудник, тем большая терпимость к говну в коде, технологиях и процессах от него ожидается. С одной стороны, я с ним согласен – деньги платятся именно за то, что заниматься часто приходится не самыми интересными и вдохновляющими вещами. С другой стороны, менталочка себе дороже, вы работодателю ничего не должны, и если нет желания воевать с ветряными мельницами, то проще сменить место работы, если ситуация на рынке это позволяет.
Сервис поиска менторов
Практически в любой статье про необходимые навыки руководителя на первые места ставят рост и развитие людей. Однако это далеко не значит, что тимлид сам должен обучать своих подчиненных. Наоборот, гораздо лучше организовать процессы так, чтобы новички учились у старичков.
Звучит красиво, а что делать, не очень понятно, особенно когда старичков нет, или они не горят желанием кого-то обучать. Рабочий вариант – поискать наставника на стороне. И тут я хочу очень сильно порекомендовать сервис поиска наставников GetMentor.dev, который делает Георгий Могелашвили. Первое, про что важно знать – сервис не коммерческий, нет никаких комиссий, и делается им просто ради фана и желания помочь решить частую проблему. Второе – за несколько лет его работы там собралось больше тысячи наставников по разным областям, у половины из которых опыт больше 10 лет. В третьих – многие из наставников, как и сам сервис, ничего не берут за свою помощь.
Короче говоря, если кому-то из ваших сотрудников нужен наставник, или вы сами хотите подтянуть свои тимлидские скиллы, загляните в GetMentor.
Практически в любой статье про необходимые навыки руководителя на первые места ставят рост и развитие людей. Однако это далеко не значит, что тимлид сам должен обучать своих подчиненных. Наоборот, гораздо лучше организовать процессы так, чтобы новички учились у старичков.
Звучит красиво, а что делать, не очень понятно, особенно когда старичков нет, или они не горят желанием кого-то обучать. Рабочий вариант – поискать наставника на стороне. И тут я хочу очень сильно порекомендовать сервис поиска наставников GetMentor.dev, который делает Георгий Могелашвили. Первое, про что важно знать – сервис не коммерческий, нет никаких комиссий, и делается им просто ради фана и желания помочь решить частую проблему. Второе – за несколько лет его работы там собралось больше тысячи наставников по разным областям, у половины из которых опыт больше 10 лет. В третьих – многие из наставников, как и сам сервис, ничего не берут за свою помощь.
Короче говоря, если кому-то из ваших сотрудников нужен наставник, или вы сами хотите подтянуть свои тимлидские скиллы, загляните в GetMentor.
Как тимлиду рассказывать о результатах своей работы
Уметь рассказывать о своих достижениях важно по куче причин – среди них как своя собственная мотивация и ощущение своей полезности, так и дополнительные очки при расчете премии или повышении. В статье предлагается пошаговый гайд по тому, как правильно рассказывать о результатах своей работы с учетом контекста и аудитории.
🎯Поставьте цель, для достижения которой вы делитесь результатами
🤔Определите пользу для компании в своих результатах
👀Проанализируйте аудиторию – что им важно знать из вашего рассказа
✍️Выберите подходящую форму рассказа
🤷♂️Протестируйте на понятность, показав свой рассказ заранее нескольким людям
Советы в статье актуальны не только для презентации своих успехов, но и для повышения прозрачности результатов всей команды.
Уметь рассказывать о своих достижениях важно по куче причин – среди них как своя собственная мотивация и ощущение своей полезности, так и дополнительные очки при расчете премии или повышении. В статье предлагается пошаговый гайд по тому, как правильно рассказывать о результатах своей работы с учетом контекста и аудитории.
🎯Поставьте цель, для достижения которой вы делитесь результатами
🤔Определите пользу для компании в своих результатах
👀Проанализируйте аудиторию – что им важно знать из вашего рассказа
✍️Выберите подходящую форму рассказа
🤷♂️Протестируйте на понятность, показав свой рассказ заранее нескольким людям
Советы в статье актуальны не только для презентации своих успехов, но и для повышения прозрачности результатов всей команды.
Курс про работу с командой
Я уверен, что большинство подписчиков канала стали тимлидами следующим образом – в один прекрасный день к ним сзади подошел руководитель, похлопал по плечу, улыбнулся улыбкой авгура, и предложил новую блестящую карьерную возможность. Конечно же вы ее приняли. Кто-то ради большей зарплаты, кто-то ради нового интересного приключения, кто-то из-за неравнодушности к тому, что происходит вокруг.
После этого вам пришлось идти на ощупь, учиться слышать людей, убеждать их делать то, что надо, и отговаривать от того, что делать не надо. Мало начинающих руководителей получают хоть какое-то внятное образование или поддержку в первые годы. Даже осознание того, что менеджмент – это что-то, чему можно учиться, часто появляется поздно.
Если вы сейчас находитесь в такой ситуации, или знаете таких руководителей, посмотрите на новый курс от ребят из SETTERS EDUCATION. Они выстраивают обучение от практики, сначала показывая, как разбирать типовые кейсы, а затем погружаясь в разбор именно вашего контекста. Курс покрывает основные векторы роста тимлида – выстраивание процесса управления командой, коммуникации и собственную продуктивность.
Курс стартует 13 февраля — присоединяйтесь!
Я уверен, что большинство подписчиков канала стали тимлидами следующим образом – в один прекрасный день к ним сзади подошел руководитель, похлопал по плечу, улыбнулся улыбкой авгура, и предложил новую блестящую карьерную возможность. Конечно же вы ее приняли. Кто-то ради большей зарплаты, кто-то ради нового интересного приключения, кто-то из-за неравнодушности к тому, что происходит вокруг.
После этого вам пришлось идти на ощупь, учиться слышать людей, убеждать их делать то, что надо, и отговаривать от того, что делать не надо. Мало начинающих руководителей получают хоть какое-то внятное образование или поддержку в первые годы. Даже осознание того, что менеджмент – это что-то, чему можно учиться, часто появляется поздно.
Если вы сейчас находитесь в такой ситуации, или знаете таких руководителей, посмотрите на новый курс от ребят из SETTERS EDUCATION. Они выстраивают обучение от практики, сначала показывая, как разбирать типовые кейсы, а затем погружаясь в разбор именно вашего контекста. Курс покрывает основные векторы роста тимлида – выстраивание процесса управления командой, коммуникации и собственную продуктивность.
Курс стартует 13 февраля — присоединяйтесь!
Гайд по ненасильственному общению
Наши потребности напрямую связаны с чувствами. Если потребности удовлетворены, мы рады, если нет — злимся. Чтобы минимизировать число конфликтов и сгладить их последствия, важно сосредоточиться на понимании потребностей — чужих и собственных.
Это – ключевая идея техники ненасильственного общения, которая дает простой алгоритм для конструктивного взаимодействия даже в самых эмоционально напряженных конфликтах. Я уже не раз советовал ее в этом канале. Если вы так и не добрались до книги Маршалла Розенберга, то прочитайте хотя бы гайд по ссылке, он сделан очень качественно.
Наши потребности напрямую связаны с чувствами. Если потребности удовлетворены, мы рады, если нет — злимся. Чтобы минимизировать число конфликтов и сгладить их последствия, важно сосредоточиться на понимании потребностей — чужих и собственных.
Это – ключевая идея техники ненасильственного общения, которая дает простой алгоритм для конструктивного взаимодействия даже в самых эмоционально напряженных конфликтах. Я уже не раз советовал ее в этом канале. Если вы так и не добрались до книги Маршалла Розенберга, то прочитайте хотя бы гайд по ссылке, он сделан очень качественно.
Обучение и шаринг знаний через группы поддержки
Обучение через опыт своих коллег часто становится самым эффективным. Ты не просто перенимаешь у них знания, а сразу же смотришь, как они применяются в контексте вашей компании и процессов. В статье рассказывается про практику Mini-M – регулярные «группы поддержки» менеджеров с постоянным составом. Идея такая:
1️⃣Собираете всех руководителей, которые хотят развиваться и обсуждать свои кейсы
2️⃣Делите их на небольшие группы по 5-8 человек, за каждой группой назначаете ответственного
3️⃣Группы собираются раз в пару недель. На встрече каждый участник рассказывает свой кейс, который он хотел бы разобрать, затем группа выбирает несколько самых интересных, и разбирает их с автором, помогая найти ему решение проблемы.
Практика выглядит довольно мощной – вы одновременно строите коммьюнити лидов, поднимаете общий уровень их насмотренности и знаний, и даете безопасную площадку для обсуждения сложных проблем.
Если стало интересно, не пропустите продолжение поста с очень детальной инструкцией по проведению такой встречи.
Обучение через опыт своих коллег часто становится самым эффективным. Ты не просто перенимаешь у них знания, а сразу же смотришь, как они применяются в контексте вашей компании и процессов. В статье рассказывается про практику Mini-M – регулярные «группы поддержки» менеджеров с постоянным составом. Идея такая:
1️⃣Собираете всех руководителей, которые хотят развиваться и обсуждать свои кейсы
2️⃣Делите их на небольшие группы по 5-8 человек, за каждой группой назначаете ответственного
3️⃣Группы собираются раз в пару недель. На встрече каждый участник рассказывает свой кейс, который он хотел бы разобрать, затем группа выбирает несколько самых интересных, и разбирает их с автором, помогая найти ему решение проблемы.
Практика выглядит довольно мощной – вы одновременно строите коммьюнити лидов, поднимаете общий уровень их насмотренности и знаний, и даете безопасную площадку для обсуждения сложных проблем.
Если стало интересно, не пропустите продолжение поста с очень детальной инструкцией по проведению такой встречи.
Rubick
Jade Rubick - Uplevel your managers with Mini-M support groups
A Mini-M is a group of managers that meet weekly or biweekly. The meeting is a combination support group and working session. I describe the practice.
Трек Яндекса на TeamLeadConf про R&D и культуру компании
27 февраля на конференции TeamLeadConf стартует специальный трек, курируемый Яндексом. Идея такая – через серию докладов экспертов из разных компаний показать, как в условиях различной корпоративной культуры можно создавать инновационные технологические решения. А это – очень интересно, ведь на способность компании к инновациям влияет вообще все, начиная от структуры управления, заканчивая организацией внутренних коммуникаций.
Полезнее всего, конечно, наблюдать за этим своими глазами, но послушать очевидцев на конференции и закидать их вопросами тоже поможет развитию насмотренности. Вот несколько интересных докладов, которые я потом обязательно посмотрю в записи:
👀Алексей Гусаков из Яндекса расскажет о технологиях машинного обучения. А точнее как управлять самым инновационным отделом компании и сохранять баланс между бизнесом и наукой — и что хороший управленец может дать команде инженеров.
👀Александр Ложечкин из Райффайзен Банка, прошедший Microsoft и Amazon, точно повидал вообще всякого. В докладе он расскажет про то, можно ли менять корпоративную культуру и как она влияет на инновации.
👀Сергей Мельник, занимающийся Яндекс Станцией, расскажет про боли в создании хардварных стартапов, в которых на проверку гипотезы может требоваться несколько лет.
👀Максим Лапшин из Эрливидео расскажет о том, как инженерная культура помогает в прогнозировании сроков при разработке инноваций.
Если у вас получается прийти на конференцию – очень рекомендую, если бы был рядом, то обязательно дошел бы сам.
27 февраля на конференции TeamLeadConf стартует специальный трек, курируемый Яндексом. Идея такая – через серию докладов экспертов из разных компаний показать, как в условиях различной корпоративной культуры можно создавать инновационные технологические решения. А это – очень интересно, ведь на способность компании к инновациям влияет вообще все, начиная от структуры управления, заканчивая организацией внутренних коммуникаций.
Полезнее всего, конечно, наблюдать за этим своими глазами, но послушать очевидцев на конференции и закидать их вопросами тоже поможет развитию насмотренности. Вот несколько интересных докладов, которые я потом обязательно посмотрю в записи:
👀Алексей Гусаков из Яндекса расскажет о технологиях машинного обучения. А точнее как управлять самым инновационным отделом компании и сохранять баланс между бизнесом и наукой — и что хороший управленец может дать команде инженеров.
👀Александр Ложечкин из Райффайзен Банка, прошедший Microsoft и Amazon, точно повидал вообще всякого. В докладе он расскажет про то, можно ли менять корпоративную культуру и как она влияет на инновации.
👀Сергей Мельник, занимающийся Яндекс Станцией, расскажет про боли в создании хардварных стартапов, в которых на проверку гипотезы может требоваться несколько лет.
👀Максим Лапшин из Эрливидео расскажет о том, как инженерная культура помогает в прогнозировании сроков при разработке инноваций.
Если у вас получается прийти на конференцию – очень рекомендую, если бы был рядом, то обязательно дошел бы сам.
Big Data – во многих случаях карго-культ
Данные – новая нефть. Под этим лозунгом какое-то время назад сейлзы активно продавали важным СТО кучу различных решений для хранения и процессинга больших данных, показывая им графики-клюшки. Чем больше данных накоплено, тем более точными и взвешенными становятся принимаемые решения, и тем больше денег в итоге зарабатывает бизнес.
Бывший продакт-менеджер Google BigQuery поделился историями о том, насколько много данных действительно скапливается у компаний, и как они в итоге их используют.
👉Подавляющее большинство компаний не дотягивают до терабайта данных, кроме самых крупных энтерпрайзов.
👉Большинство витрин использует либо данные за последний месяц, либо агрегированные данные.
👉Даже этот терабайт накапливается годами. С учетом паттернов использования данных, они практически бесполезны.
Кроме этого, хранение большого объема данных на протяжении долгого времени, помимо затрачиваемых на инфраструктуру денег, влечет за собой дополнительные косвенные расходы:
💸Требования к хранимым данным ужесточаются. Политики вроде GDPR требуют реализации нетривиальной логики по тому, какие данные, когда и как надо удалять. Все это требует усложнения инфры, дополнительного времени разработки, и увеличивает риск нарваться на штрафы.
💸Данные могут играть против вас, если их затребуют при каком-нибудь расследовании.
💸Схема данных со временем эволюционирует, в результате чего запросы становятся все сложнее и сложнее, и в них проще допустить ошибки.
Мораль статьи – не нужно гнаться за построением огромных хранилищ данных, если вы не можете сформулировать, для чего вам нужны будут эти данные в сыром виде в будущем.
Данные – новая нефть. Под этим лозунгом какое-то время назад сейлзы активно продавали важным СТО кучу различных решений для хранения и процессинга больших данных, показывая им графики-клюшки. Чем больше данных накоплено, тем более точными и взвешенными становятся принимаемые решения, и тем больше денег в итоге зарабатывает бизнес.
Бывший продакт-менеджер Google BigQuery поделился историями о том, насколько много данных действительно скапливается у компаний, и как они в итоге их используют.
👉Подавляющее большинство компаний не дотягивают до терабайта данных, кроме самых крупных энтерпрайзов.
👉Большинство витрин использует либо данные за последний месяц, либо агрегированные данные.
👉Даже этот терабайт накапливается годами. С учетом паттернов использования данных, они практически бесполезны.
Кроме этого, хранение большого объема данных на протяжении долгого времени, помимо затрачиваемых на инфраструктуру денег, влечет за собой дополнительные косвенные расходы:
💸Требования к хранимым данным ужесточаются. Политики вроде GDPR требуют реализации нетривиальной логики по тому, какие данные, когда и как надо удалять. Все это требует усложнения инфры, дополнительного времени разработки, и увеличивает риск нарваться на штрафы.
💸Данные могут играть против вас, если их затребуют при каком-нибудь расследовании.
💸Схема данных со временем эволюционирует, в результате чего запросы становятся все сложнее и сложнее, и в них проще допустить ошибки.
Мораль статьи – не нужно гнаться за построением огромных хранилищ данных, если вы не можете сформулировать, для чего вам нужны будут эти данные в сыром виде в будущем.
Нейросети & NoCode VS разработчики. Кто победит?
Ажиотаж вокруг NoCode решений и нейросетей, в особенности ChatGPT, не стихает и только набирает обороты. Они сдают экзамены, пишут статьи, сценарии и код, а новости о том, что они вот-вот заменят всех, в том числе разработчиков, подхватывает огромное количество изданий и активно обсуждаются.
Но так ли это и что будет в IT? Именно это обсудят в эфире с Tech Unit Lead Авито, Александром Пряхиным, который прошел долгий путь от junior Developer до CTO.
▶️ Во время эфира, обсудят:
▫️Откуда пошли NoCode и нейросети
▫️Востребованность на рынке подобных решений – есть ли риски для инженеров
▫️За и против применения в продакшне – кейсы, когда нейросети могут быть полезны
В конце эфира можно посмотреть на то, как работает ChatGPT и как можно использовать её, развиваясь в IT.
Старт 21 февраля в 19:00 по Москве.
➡️ Приходите: https://otus.pw/mliS/ и приглашайте коллег!
Ажиотаж вокруг NoCode решений и нейросетей, в особенности ChatGPT, не стихает и только набирает обороты. Они сдают экзамены, пишут статьи, сценарии и код, а новости о том, что они вот-вот заменят всех, в том числе разработчиков, подхватывает огромное количество изданий и активно обсуждаются.
Но так ли это и что будет в IT? Именно это обсудят в эфире с Tech Unit Lead Авито, Александром Пряхиным, который прошел долгий путь от junior Developer до CTO.
▫️Откуда пошли NoCode и нейросети
▫️Востребованность на рынке подобных решений – есть ли риски для инженеров
▫️За и против применения в продакшне – кейсы, когда нейросети могут быть полезны
В конце эфира можно посмотреть на то, как работает ChatGPT и как можно использовать её, развиваясь в IT.
Старт 21 февраля в 19:00 по Москве.
Please open Telegram to view this post
VIEW IN TELEGRAM