Knowledge-centered service - фреймворк, который отлично зарекомендовал себя при реанимации и актуализации баз знаний, а понимание основ структуризации как самой КВ, так и статей помогут сделать её понятной и читаемой.
⭕️ Константин Кафтан, руководитель проектного менеджмента в VK, приглашает 19 ноября в 20:00 на вебинар, на котором поговорим:
- Knowledge-centered service
- Структура KB
- Структура и целеполагание статей
📆 Встречаемся в рамках курса «Руководитель поддержки пользователей в IT». Доступна рассрочка на обучение!
Зарегистрироваться на эфир
#Otus #вебинар
- Knowledge-centered service
- Структура KB
- Структура и целеполагание статей
📆 Встречаемся в рамках курса «Руководитель поддержки пользователей в IT». Доступна рассрочка на обучение!
Зарегистрироваться на эфир
#Otus #вебинар
Please open Telegram to view this post
VIEW IN TELEGRAM
Вредные советы для Java-разработчиков, или как сделать жизнь коллег (и свою) чуть более… интересной!
Мы все пишем много кода и постоянно слышим советы, как делать это лучше.
А давайте повеселимся и рассмотрим, как можно неправильно писать код, чтобы потом никто, ну вообще никто, не смог его поддерживать!
Вы научитесь:
Как потратить своё и коллег время на разгадывание кода!
Стать незаменимым (ведь никто, кроме вас, не поймёт, как это работает).
С легкостью заслужить обожание всех… только наоборот!
⚠️ Эти советы вредны на 100%, не пытайтесь их повторить!
А если хочется действительно прокачаться и написать код, который и прочесть приятно, и поддерживать легко — приходите к нам на курс «Java Developer. Professional» и становитесь настоящим профи.
#Otus #Java
Мы все пишем много кода и постоянно слышим советы, как делать это лучше.
А давайте повеселимся и рассмотрим, как можно неправильно писать код, чтобы потом никто, ну вообще никто, не смог его поддерживать!
Вы научитесь:
Как потратить своё и коллег время на разгадывание кода!
Стать незаменимым (ведь никто, кроме вас, не поймёт, как это работает).
С легкостью заслужить обожание всех… только наоборот!
А если хочется действительно прокачаться и написать код, который и прочесть приятно, и поддерживать легко — приходите к нам на курс «Java Developer. Professional» и становитесь настоящим профи.
#Otus #Java
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2😁1
Чего хотят айтишники ❓
🎞 Узнаете сегодня в 19:00 на открытом вебинаре «Как не упустить IT-кандидата?»
Вы узнаете:
Что нужно IT-специалистам на самом деле
Как привлекать лучших
Что делать, чтобы ваши предложения рассматривали
не как запасную опцию, а как основной вариант
Присоединиться к трансляции
#вебинар@Otusjava
Вы узнаете:
Что нужно IT-специалистам на самом деле
Как привлекать лучших
Что делать, чтобы ваши предложения рассматривали
не как запасную опцию, а как основной вариант
Присоединиться к трансляции
#вебинар@Otusjava
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
Не работай с аутстаффом, пока не посмотришь наш открытый урок❗️
Поговорим про аутстафф как явление, насколько помогает решать проблемы, риски и кейсы
В 20:00 на вебинаре:
- обсудим отношение каждого эксперта к аутстаффу
- поделимся личными кейсами
- сделаем выводы и дадим рекомендации
Спикеры:
🎩 Рахманов Алексей Сергеевич – АО Северсталь-инфоком 14 лет в IT
🎩 Фегон Сергей – руководитель группы разработки в финансовом маркетплейсе ВБЦ. Свой путь в IT он начинал простым стажёром. Потом вырос до старшего full-stack разработчика, занимался DevOps, тренировал других full-stack разработчиков.
🎩 Ткаченко Александр – рук курса. В ИТ – 15+ лет. Был разработчиком, тимлидом, CTO, PO. В 2009 организовал первый стартап. Провёл более 10 акселераторов. Получает степень EMBI в Высшей школе экономики.
📩 Регистрируйтесь прямо сейчас, чтобы не пропустить мероприятие
#Otus #вебинар
Поговорим про аутстафф как явление, насколько помогает решать проблемы, риски и кейсы
В 20:00 на вебинаре:
- обсудим отношение каждого эксперта к аутстаффу
- поделимся личными кейсами
- сделаем выводы и дадим рекомендации
Спикеры:
#Otus #вебинар
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Готовы управлять ML-командой на уровне эксперта?
Курс ML Team Lead создан специально для тех, кто хочет не только углубить свои навыки в Machine Learning, но и освоить лидерские качества, необходимые для построения сильной команды.
✨ Что вас ждет:
Подробные уроки по созданию и управлению ML-командами.
Инструменты мотивации, управления таск-трекерами и методы MLOps.
✨ Финальный проект: разработка и презентация стратегии для ML-команды с полным рабочим планом!
Если вы хотите разрабатывать и управлять проектами, настраивать взаимодействие между отделами и внедрять ML-процессы в бизнесе — этот курс для вас!
📌 Планируете узнать про возможные пути развития карьеры для ML специалистов? — записывайтесь на открытый урок 20 ноября «Карьерные пути для ML специалистов»
Вы познакомитесь с различными карьерными путями для ML специалистов и узнаете о способах определения областей для карьерного роста.
#Otus #TeamLead #ML
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3❤1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁18
Хотите понять, где процесс найма сотрудников работает не так?
Визуализируйте!
Правильная визуализация с помощью BPMN поможет избавиться от слабых мест, сократить издержки и масштабировать процессы.
⏰ В 20:00 на открытом вебинаре «Нотация BPMN: как оптимизировать процесс подбора сотрудников?» вы узнаете:
как описывать процессы с использованием нотации BPMN
как правильно использовать объекты нотации при описании процессов
какие типовые ошибки допускают при описании процессов
как оптимизировать найм с помощью описаний процессов
💡 Будет интересно: бизнес-аналитикам и системным аналитикам; менеджерам, отвечающим за процессы, сотрудникам HR-подразделений.
Спикер: Андрей Коптелов, вице-президент ABPMP Russia, бизнес-тренер и бизнес-консультант.
Бонус! Всем участникам➡️ скидка 5% на любой курс и гайд «Список полезных ссылок для практики процессного управления».
🎞 Присоединиться к трансляции
#Otus #вебинар #BPMN
Визуализируйте!
Правильная визуализация с помощью BPMN поможет избавиться от слабых мест, сократить издержки и масштабировать процессы.
как описывать процессы с использованием нотации BPMN
как правильно использовать объекты нотации при описании процессов
какие типовые ошибки допускают при описании процессов
как оптимизировать найм с помощью описаний процессов
💡 Будет интересно: бизнес-аналитикам и системным аналитикам; менеджерам, отвечающим за процессы, сотрудникам HR-подразделений.
Спикер: Андрей Коптелов, вице-президент ABPMP Russia, бизнес-тренер и бизнес-консультант.
Бонус! Всем участникам
#Otus #вебинар #BPMN
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2👏1
🎓 Обучение — это всегда шаг вперёд, но что именно подталкивает нас сделать этот шаг?
Мы знаем, что у каждого свои причины: кто-то хочет повысить зарплату, кто-то мечтает сменить профессию, а кому-то просто нравится узнавать что-то новое.
А что мотивирует лично вас? Давайте выясним! 🧐
Ответьте на опрос — это всего 5 секунд, а нам очень важно ваше мнение!
Мы знаем, что у каждого свои причины: кто-то хочет повысить зарплату, кто-то мечтает сменить профессию, а кому-то просто нравится узнавать что-то новое.
А что мотивирует лично вас? Давайте выясним! 🧐
Ответьте на опрос — это всего 5 секунд, а нам очень важно ваше мнение!
Что вас мотивирует начать обучение ❓
Anonymous Poll
21%
Желание сменить профессию — пора двигаться в новое направление
32%
Повышение зарплаты — хочется заработать больше
27%
Прокачка навыков — хочу стать лучше в своей области
19%
Личное развитие — важно всегда быть на шаг впереди
1%
Требование работодателя — нужно развиваться по работе
На следующей неделе у нас сразу два интереснейших мероприятия
📅 27 ноября, 19:00 МСК
«Как провести постмортем, чтобы не повторять ошибок?»
Постмортемы — отличный способ анализировать ошибки, чтобы они больше не повторялись.
Узнаем:
Когда проводить постмортемы и как определить ситуации, заслуживающие анализа
Как анализировать инцидент: от описания – до выявления корневых причин и выработки решений
Как обсуждать сложные инциденты конструктивно: без конфликтов и недоверия
📅 28 ноября, 19:00 МСК
«Как интегрировать HR-задачи в бизнес-цели компании?»
HR — не просто поддержка, а важный стратегический партнер бизнеса.
Узнаем:
Как анализировать HR-инициативы с точки зрения пользы для компании
Как влиять на стратегическую ценность HR-процессов
Какие действия HR помогают на разных этапах работы с персоналом
🎁 Бонус: всем участникам — скидка 5% на любой курс OTUS и полезный гайд!
Будет полезно, интересно и продуктивно!
«Как провести постмортем, чтобы не повторять ошибок?»
Постмортемы — отличный способ анализировать ошибки, чтобы они больше не повторялись.
Узнаем:
Когда проводить постмортемы и как определить ситуации, заслуживающие анализа
Как анализировать инцидент: от описания – до выявления корневых причин и выработки решений
Как обсуждать сложные инциденты конструктивно: без конфликтов и недоверия
Для CTO, COO, тимлидов, проект-менеджеров, специалистов службы поддержки.
________«Как интегрировать HR-задачи в бизнес-цели компании?»
HR — не просто поддержка, а важный стратегический партнер бизнеса.
Узнаем:
Как анализировать HR-инициативы с точки зрения пользы для компании
Как влиять на стратегическую ценность HR-процессов
Какие действия HR помогают на разных этапах работы с персоналом
Для HRD, HRBP, эйчаров и рекрутеров.
🎁 Бонус: всем участникам — скидка 5% на любой курс OTUS и полезный гайд!
Будет полезно, интересно и продуктивно!
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Скидки до 15% на все курсы: программирование, машинное обучение, аналитика и другие востребованные digital-навыки.
Это отличная возможность вложить в себя и прокачать навыки, о которых давно мечтали.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
На этой неделе мы подготовили серию крутых мероприятий, которые точно не дадут вам заскучать. Это шанс не только расширить свои знания, но и зарядиться мотивацией на всю неделю!
Уникальные вебинары, которые помогут освоить новые навыки
Лекции от топовых экспертов индустрии
Возможность пообщаться с единомышленниками и задать вопросы профессионалам
#anons
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Последний звонок: старт уже 30 ноября 🔔
В OTUS запускаются три востребованные программы специализации, которые помогут вам освоить новую профессию и выйти на карьерный трек. И теперь на этих программах работает Карьерный центр OTUS!
Мы помогаем:
✅ Составить профессиональное резюме.
✅ Подготовиться к собеседованию.
✅ Передать резюме в компании-партнеры, чтобы вы быстрее нашли работу.
Стартующие программы:
Специализация Python
Специализация Machine Learning
Специализация Системный аналитик
⏺ Запишитесь и начните карьеру с поддержкой профессионалов!
#Python #MachineLearning #аналитик #последний_шанс
В OTUS запускаются три востребованные программы специализации, которые помогут вам освоить новую профессию и выйти на карьерный трек. И теперь на этих программах работает Карьерный центр OTUS!
Мы помогаем:
Стартующие программы:
Специализация Python
Специализация Machine Learning
Специализация Системный аналитик
#Python #MachineLearning #аналитик #последний_шанс
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2👍1👏1
Всем привет!
🤟 Сегодня в гостях у OTUS Дмитрий Панкрашов — Python Backend Developer в Сбере, автор канала DevIO | IT | GameDev и преподаватель курса “Python Developer. Professional” в IT в OTUS.
Дмитрий поделился личным опытом проектирования и внедрения системы автоматизации без четкого ТЗ и менторской поддержки, с какими ошибками он столкнулся в процессе и какие выводы сделал.
Обычно дети думают, что знают всё лучше родителей, а начинающие разработчики в этом смысле чем‑то похожи на детей. Они всегда всё знают лучше, чем их старшие коллеги. Но иногда бывает так, что джун на первой работе получает задачу спроектировать и реализовать систему целиком, и тогда его уверенность в том, что он точно знает, как и что надо делать, укрепляется, потому что он‑то сделал систему, а остальные только и могут рассказывать, что «хорошо делать хорошо, а плохо делать — плохо».
Когда‑то и я таким был. Устроившись на должность разработчика к подведу местного МинОбра (образования, не обороны!), мне поручили реализовать и внедрить в работу систему, рассчитанную на массовое использование. Система предназначалась для автоматизации процесса аттестации педагогических работников. Сотрудники школ, детских садов и других организаций могут подать заявление на присвоение категории, которая дает некоторую прибавку к зарплате. Заявление сопровождается отправкой портфолио, содержащим подтверждающие документы. Портфолио рассматривают эксперты, по результатам принимается решение о присвоении, либо отказе в присвоении категории.
Процесс, как водится, был «в бумаге» и требовалось перенести его и все данные «в компьютер». Технических заданий, дизайн‑документов, UML‑диаграмм, и прочего аналитического добра у меня, конечно же, не было. Были только утвержденные формы портфолио, и объяснения, как оно работает «на пальцах».
Как вы понимаете, этот текст не об успешном успехе и результатах внедрения, превосходящих все самые смелые ожидания, а о допущенных ошибках.
Ошибки — важная часть процесса обучения. Можно заучить «как правильно», и не понимать, почему же правильно именно так, а не по‑другому. А может, «правильно» делать надо не во всех случаях? А где можно срезать углы, и чем это черевато?
Как вы понимаете, ошибок, допущенных мною, было много. Какие‑то были чисто техническими, какие‑то связаны с коммуникацией. Что‑то всплывало сразу, что‑то удалось увидеть и понять значительно позже. Несмотря на то, что проект живет, он мог бы быть лучше. В общем смысле все ошибки можно разделить на ошибки проектирования, ошибки реализации, ошибки выстраивания коммуникации.
Ошибки проектирования
Все слышали поговорку «Семь раз отмерь — один раз отрежь»? Она в том числе и про проектирование.
Ошибка1️⃣ - Не проектировать вообще.
Максимум, что было у меня в голове после изучения бумажной формы портфолио — примерная концепция пользовательского интерфейса с деревом папок‑критериев оценки. На тот момент я мог еще нарисовать диаграмму потоков данных (по сути, схему базы данных, с таблицами и отношениями между ними), но, как я посчитал, без этого можно обойтись. Да и вообще, что там программировать?!
Ошибка2️⃣ -Проектировать только техническое решение.
Как показала практика, учитывать взаимодействие «пользователь — сотрудник — проверяющий», особенно, если оно может происходить в обход системы, все же нужно. Хотя бы для планирования возможных «дырок в заборе».
Ошибка3️⃣ - Я вообще‑то разработчик, а не эти ваши…
Любой разработчик минимально тестирует то, что пишет. Но «протыкал кнопки по предполагаемому user‑flow» и реальное использование — разные вещи, как выяснилось позже.
Спустя время кажется, что при отсутствии внятного ТЗ и желания его писать, можно было на неделю погрузиться в будни сотрудников, работающих по автоматизируемым процессам. Тем более, что после разработки всплыли дополнительные «хотелки», не учтенные изначально, и работа стала напоминать на строительство рельс перед несущимся паровозом.
➡️ В следующем посте поговорим про технические ошибки.
#expert
🤟 Сегодня в гостях у OTUS Дмитрий Панкрашов — Python Backend Developer в Сбере, автор канала DevIO | IT | GameDev и преподаватель курса “Python Developer. Professional” в IT в OTUS.
Дмитрий поделился личным опытом проектирования и внедрения системы автоматизации без четкого ТЗ и менторской поддержки, с какими ошибками он столкнулся в процессе и какие выводы сделал.
Обычно дети думают, что знают всё лучше родителей, а начинающие разработчики в этом смысле чем‑то похожи на детей. Они всегда всё знают лучше, чем их старшие коллеги. Но иногда бывает так, что джун на первой работе получает задачу спроектировать и реализовать систему целиком, и тогда его уверенность в том, что он точно знает, как и что надо делать, укрепляется, потому что он‑то сделал систему, а остальные только и могут рассказывать, что «хорошо делать хорошо, а плохо делать — плохо».
Когда‑то и я таким был. Устроившись на должность разработчика к подведу местного МинОбра (образования, не обороны!), мне поручили реализовать и внедрить в работу систему, рассчитанную на массовое использование. Система предназначалась для автоматизации процесса аттестации педагогических работников. Сотрудники школ, детских садов и других организаций могут подать заявление на присвоение категории, которая дает некоторую прибавку к зарплате. Заявление сопровождается отправкой портфолио, содержащим подтверждающие документы. Портфолио рассматривают эксперты, по результатам принимается решение о присвоении, либо отказе в присвоении категории.
Процесс, как водится, был «в бумаге» и требовалось перенести его и все данные «в компьютер». Технических заданий, дизайн‑документов, UML‑диаграмм, и прочего аналитического добра у меня, конечно же, не было. Были только утвержденные формы портфолио, и объяснения, как оно работает «на пальцах».
Как вы понимаете, этот текст не об успешном успехе и результатах внедрения, превосходящих все самые смелые ожидания, а о допущенных ошибках.
Ошибки — важная часть процесса обучения. Можно заучить «как правильно», и не понимать, почему же правильно именно так, а не по‑другому. А может, «правильно» делать надо не во всех случаях? А где можно срезать углы, и чем это черевато?
Как вы понимаете, ошибок, допущенных мною, было много. Какие‑то были чисто техническими, какие‑то связаны с коммуникацией. Что‑то всплывало сразу, что‑то удалось увидеть и понять значительно позже. Несмотря на то, что проект живет, он мог бы быть лучше. В общем смысле все ошибки можно разделить на ошибки проектирования, ошибки реализации, ошибки выстраивания коммуникации.
Ошибки проектирования
Все слышали поговорку «Семь раз отмерь — один раз отрежь»? Она в том числе и про проектирование.
Ошибка
Максимум, что было у меня в голове после изучения бумажной формы портфолио — примерная концепция пользовательского интерфейса с деревом папок‑критериев оценки. На тот момент я мог еще нарисовать диаграмму потоков данных (по сути, схему базы данных, с таблицами и отношениями между ними), но, как я посчитал, без этого можно обойтись. Да и вообще, что там программировать?!
Ошибка
Как показала практика, учитывать взаимодействие «пользователь — сотрудник — проверяющий», особенно, если оно может происходить в обход системы, все же нужно. Хотя бы для планирования возможных «дырок в заборе».
Ошибка
Любой разработчик минимально тестирует то, что пишет. Но «протыкал кнопки по предполагаемому user‑flow» и реальное использование — разные вещи, как выяснилось позже.
Спустя время кажется, что при отсутствии внятного ТЗ и желания его писать, можно было на неделю погрузиться в будни сотрудников, работающих по автоматизируемым процессам. Тем более, что после разработки всплыли дополнительные «хотелки», не учтенные изначально, и работа стала напоминать на строительство рельс перед несущимся паровозом.
#expert
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2🔥1😁1
Погружаемся в мир Linux
Хотите освоить установку Linux с флешки, но не знаете, с чего начать? Или вам кажется, что это для «гуру технологий»?🤔
Мы уверяем: это проще, чем вы думаете, и абсолютно реально!
В нашей новой статье мы собрали всё, что нужно знать для подготовки и установки:
✨ Как выбрать дистрибутив
✨ Как создать загрузочную флешку
✨ Что важно знать перед установкой
👉 Читайте статью
#Otus #Linux
Хотите освоить установку Linux с флешки, но не знаете, с чего начать? Или вам кажется, что это для «гуру технологий»?
Мы уверяем: это проще, чем вы думаете, и абсолютно реально!
В нашей новой статье мы собрали всё, что нужно знать для подготовки и установки:
✨ Как выбрать дистрибутив
✨ Как создать загрузочную флешку
✨ Что важно знать перед установкой
#Otus #Linux
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1👀1
Как свести к минимуму ошибки в планировании и процессах?
Один из способов профилактики ошибок – постмортемы.
❕ В 19:00 на нашем открытом вебинаре «Как провести постмортем, чтобы не повторять ошибок?» вы узнаете:
Когда проводить постмортемы и как определить ситуации, заслуживающие анализа
Как анализировать инцидент: от описания – до выявления корневых причин и выработки решений
Как обсуждать сложные инциденты конструктивно: без конфликтов и недоверия
Будет интересно: CTO, COO, руководителям проектов, проект-менеджерам, тимлидам, руководителям и специалистам службы поддержки.
Вебинар проведёт Галина Баранова, СОО в Altasales
Бонус❗️ Всем участникам – скидка 5% на любой курс OTUS и полезный гайд
📹 Присоединиться к трансляции
#вебинар
Один из способов профилактики ошибок – постмортемы.
Когда проводить постмортемы и как определить ситуации, заслуживающие анализа
Как анализировать инцидент: от описания – до выявления корневых причин и выработки решений
Как обсуждать сложные инциденты конструктивно: без конфликтов и недоверия
Будет интересно: CTO, COO, руководителям проектов, проект-менеджерам, тимлидам, руководителям и специалистам службы поддержки.
Вебинар проведёт Галина Баранова, СОО в Altasales
Бонус
#вебинар
Please open Telegram to view this post
VIEW IN TELEGRAM
Развенчание мифов: «Разработка игр сложна и требует опыта в программировании»
🔮 Миф: Разработка игр — это исключительно для опытных программистов, и без знаний в кодировании создать игру невозможно.
🤜 Реальность: С Unity и курсом Unity Game Developer. Basic всё не так сложно, как кажется на первый взгляд.
На самом деле, Unity — это мощный, но доступный движок для начинающих, который предоставляет вам все инструменты для создания игры без необходимости быть опытным программистом.
Разбираем миф по частям в карточках👆
Разработка игр с Unity гораздо проще, чем кажется👍
#otus #Unity #разработка #игры
На самом деле, Unity — это мощный, но доступный движок для начинающих, который предоставляет вам все инструменты для создания игры без необходимости быть опытным программистом.
Разбираем миф по частям в карточках
Разработка игр с Unity гораздо проще, чем кажется
#otus #Unity #разработка #игры
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👌1