IT беседка

@ITbesedka Нравится 0
Это ваш канал? Подтвердите владение для дополнительных возможностей

Все об управлении в IT, Agile, построении команд, отделов и инфраструктуры, Web-разработке, технологияx и архитектуре от профессионалов с многолетним стажем и обширным опытом в топовых IT-компаниях страны.
Сайт: https://itleadassist.io
Админ @shalamova_as
Гео и язык канала
Россия, Русский
Категория
Технологии


Гео канала
Россия
Язык канала
Русский
Категория
Технологии
Добавлен в индекс
18.06.2021 15:10
реклама
Бизнес пособие
Реальные кейсы, переговоры, выход из минуса
Отрывки из книги до релиза бесплатно
Как прийти к Happy End с минусом в 8м евро? Легко
Telegram Analytics
Подписывайся, чтобы быть в курсе новостей TGStat.
879
подписчиков
~539
охват 1 публикации
~689
дневной охват
~6
постов / нед.
61.3%
ERR %
8.56
индекс цитирования
Репосты и упоминания канала
27 упоминаний канала
0 упоминаний публикаций
0 репостов
Библиотека питониста
Новые каналы
Jobs Code: IT вакансии
Programmer memes
IT в картинках
#VTELEGRAM - LIST
Programmer memes
Programmer & IT memes
FrontEndDev
#VTELEGRAM - LIST
Каталог 🗂 Telegram 24/7
Telegram 24/7
Каталог 🗂 Telegram 24/7
Каналы • Технологии
#VTELEGRAM - LIST
Каналы, которые цитирует @ITbesedka
Упоминаний и репостов не обнаружено
Последние публикации
Удалённые
С упоминаниями
Репосты
IT беседка 25 Jan, 11:01
IT беседка 25 Jan, 11:01
IT беседка 25 Jan, 11:01
IT беседка 25 Jan, 11:01
IT беседка 25 Jan, 11:01
IT беседка 25 Jan, 11:01
IT беседка 25 Jan, 11:01
IT беседка 25 Jan, 11:01
Как плохие владельцы продукта обманывают команду

Сегодня я хочу продолжить разбираться ошибки трактования Agile-манифеста и поговорить про ценность "Готовность к изменениям важнее следования первоначальному плану", которая искажается чаще всего и приносит больше всего вреда процессам в ИТ-компаниях.

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

#agile_который_работает
Читать полностью
IT беседка 18 Jan, 11:01
Идеальный код и продакшен

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

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

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

Став СТО, я пришел к выводу, что в повседневной работе нужно всегда отстаивать сроки на разработку качественной фичи (обязательна правильная архитектура и наличие тестов), компромис в коде можно согласовать, если после запуска фичи сразу берется рефакторинг. Но, как правило, любой компромис останется вашим вечным техническим долгом.

Как же быть с проектами, которые нужно просто попробовать или фичами, с которыми нужно лишь протестировать взлетят они или нет? Если вы встраиваете фичу в большой проект, где поверх вашей фичи уже будут писаться другие, то тут без вариантов, качество должно соблюдаться на каждой фиче. Если это проект на попробовать, то у вас два варианта: пишите так, чтобы можно было отрефакторить в случае успеха или пишете с нуля, если выяснили, что проект взлетит. Это надо четко понимать, я видел много проектов, стартовавших как попробовать и потом развивающихся поверх этого кода многие годы. Работать с этим мягко говоря сложно, предсказуемость работы отсутствует. Поэтому если вы понимаете, что времени на исправление не будет, делайте хорошо сразу, если время будет, то я выбираю вариант с рефакторингом (при условии, что проект делается с запасом по нагрузке х2 и будет без огрехов выполнять заказанный функционал).
Читать полностью
IT беседка 11 Jan, 11:01
IT беседка 11 Jan, 11:01
IT беседка 11 Jan, 11:01
IT беседка 11 Jan, 11:01
IT беседка 11 Jan, 11:01
IT беседка 11 Jan, 11:01
IT беседка 11 Jan, 11:01
Зачем растить джунов

День итак всегда забит, а тут еще люди приходят с вопросами, хотят узнавать больше и развиваться. Стоит ли им помогать? Давайте разберем некоторые "за".

#чеклист #тимлиду
IT беседка 30 Dec 2021, 11:01
С наступающими праздниками, друзья!

Дорогие читатели, привет от создетелей этого канала Максима и Александры. Мы очень рады, что вы все присоединились к нам в этом году и поздравляем вас с наступающими праздниками! Надеемся, что вы так же, как и мы, проведете их со своими родными, поэтому не будем отвлекать вас постами до 11 января.

А если вас потянет что-то почитать, то мы оставляем вам промокод на 22% скидки на наш учебник "Тимлид: базовый уровень" и руководство "Экстренная помощь при выгорании". Начало года - самое время, чтобы сделать себе подарок и позаботится о своем будущем.

Промокод: NEW_YEAR_2022 - копируйте и переходите по ссылке для покупки. Желаем вам, чтобы в новом году ваша карьера вышла на новый уровень!
Читать полностью
IT беседка 28 Dec 2021, 11:01
IT беседка 28 Dec 2021, 11:01
IT беседка 28 Dec 2021, 11:01