Александр Гречушкин

Public

Просмотреть канал

5.1K

11K

115

Не можете присоединиться? @grechushkin_tg

126 Участники

Обновлено: May 6, 2026 at 6:30 AM

Александр Гречушкин

youtube.com/@alexander_grechushkin

@grechushkin_tg is a growing community focused on youtubecomalexander_grechushkin and related topics

Рейтинг

Глобальный рейтинг

#456

Рейтинг по языку

#45

Рейтинг по категории

#23

-1

Рост участников (Последние 2 дней)

Всего: 126

Рост за 24ч: -1 1%

Последние посты

Александр Гречушкин

24 апр. 2026 г., 23:53

Необъективность в оценке решений

Люди больше ценят то, что сделали сами. Даже если получилось криво. Самостоятельно собранная тумбочка из IKEA кажется лучше, чем купленная в готовом виде.

В IT так же: специалист, который лично написал часть кода, склонен защищать своё решение, даже если оно неоптимально. Менеджер, который придумал процесс, будет считать его идеальным.

Это мешает объективной оценке. Мы не видим недостатков, потому что это наше, родное. Нужен свежий взгляд со стороны, но его часто нет — потому что все уже «вложились» в проект и слишком далеко зашли.

Мы недавно проектировали новую большую систему с прицелом на масштабирование и высокую нагрузку. Проще всего было сделать на нашем стеке — быстрее, привычнее, и оно бы точно работало. Но мы решили рискнуть и спроектировать систему вместе с другим департаментом. Послушали мнение со стороны и взяли современный стек, в котором у нас не было компетенций. Да, это всегда риск, но он оказался оправдан.

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

Как часто вы приглашаете людей со стороны на ревью ваших решений? Или доверяете только своим, которые уже срослись с проектом?

266

Александр Гречушкин

24 апр. 2026 г., 23:53

Ошибка выжившего в IT

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

Это как читать истории миллиардеров, которые бросили университет. Есть ведь тысячи тех, кто тоже бросил вуз и ничего не достиг :) Их истории просто не публикуют.

В IT то же самое. Берем лучшие практики из успешных компаний, не понимая контекста. Переносим их в свою реальность — и удивляемся, почему не работает. Бежим автоматизировать то, что автоматизируют все, но оно не взлетает, потому что мы не оценили контекста.
Кто мы, в какой стране/отрасли/компании мы работаем? Опережать время — это гениально и круто, но не востребовано.

314

Александр Гречушкин

24 апр. 2026 г., 23:53

Вы спрашиваете, я отвечаю

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

Автора вопроса публиковать не буду :)

266

Александр Гречушкин

24 апр. 2026 г., 23:53

Миф о командной работе

«Одна голова хорошо, а две лучше» — не всегда работает. Нельзя забывать, что десять голов — это десять разных способов мышления, десять стилей управления и бесконечные споры.

Бывают задачи, которые один специалист сделает эффективнее, чем «комитет». Особенно если речь о сложной архитектуре или ключевых технических решениях.
А командная работа хороша там, где нужно собрать пазл из разных экспертиз.

221

Александр Гречушкин

24 апр. 2026 г., 23:53

Безопасность, как образ мышления

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

Не тут то было. Безопасность нельзя делегировать одному подразделению. Это должно быть в ДНК каждого процесса, в KPI каждого сотрудника, если хотите.

Разработчик пишет код без мыслей о безопасности — получаем уязвимости. Сотрудник кликает фишинговые ссылки — получаем утечку. Менеджер ставит сроки выше безопасности — получаем проблемы. Я недавно слышал, что в одном из самых знаменитых случаев утечки этого года причиной стал старый неизменяемый в течение нескольких лет пароль одного из ТОП-менеджеров. Это, кстати, частая история — когда высокопоставленный персонал не попадает под базовые правила и является слабым местом по части безопасности. Все просто — у злоумышленников есть много времени, и на основании утечек из внешних сервисов и других данных из даркнета этот пароль легко и просто подбирается.

Короче безопасность — это, своего рода, иммунитет — не работает в одном конкретном органе, а является системой по недопущению краха всего организма из-за воздействия внешних факторов. И чем сильнее мир ускоряет обработку и генерацию данных, тем с более продвинутыми болячками этому иммунитету предстоит столкнуться.

205

Александр Гречушкин

24 апр. 2026 г., 23:53

Миф о многозадачности

Мы гордимся, что можем вести несколько проектов одновременно. Отвечать на письма во время совещаний. Писать код, параллельно решая вопросы в чате. Но что, если многозадачность — это обман?
Наш мозг не переключается, а постоянно дозагружает контекст. Каждое такое переключение съедает время и энергию. В итоге мы работаем больше, а делаем меньше. Особенно это заметно в анализе, разработке и проектировании: час сосредоточенной работы может быть продуктивнее целого дня в режиме переключения контекста.

Провел эксперимент: выделил три «окна тишины» по 2 часа в день. В это время никаких встреч, уведомлений, чатов. Результат: за 2 недели закрыл больше задач, чем за предыдущий месяц. И, что важно, качество выросло.

В управлении командой это тоже можно практиковать. В том же скраме все встречи и активности (оценка, демо, планирование) убираем на два последних дня спринта, и оставляем только дейлики. И то же самое внутри дня. Окна на текучку, остальное время продуктивной работы.

218

Александр Гречушкин

24 апр. 2026 г., 23:53

Комфортные инструменты

Иногда только что изученный инструмент кажется идеальным. Познакомился с Kubernetes — теперь всё должно работать в контейнерах.
Мы цепляемся за знакомые технологии, даже когда они не оптимальны для задачи. Потому что комфортно. Потому что не хочется тратить время на изучение нового. Потому что страшно ошибиться в выборе.

Но IT — это постоянное движение. То, что было лучшим решением год назад, сегодня может быть уже не таким эффективным. Слепая приверженность технологиям мешает видеть более подходящие варианты.

Спросите себя: какие технологии вы используете по привычке, а не потому что они действительно лучший выбор для текущих задач? Когда в последний раз вы проводили полноценный сравнительный анализ инструментов для нового проекта?

225

Александр Гречушкин

24 апр. 2026 г., 23:53

Эффект Даннинга-Крюгера в управлении IT

Чем меньше человек понимает в IT, тем проще ему кажется управление IT.
Сань, мне там сайтик надо. Ну что сложного? Какое ТЗ? Зачем дизайнер? Всмысле сайт сам по себе клиентов не приносит?

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

Это иногда приводит к недопониманию между бизнесом и разработкой. Бизнес не понимает, почему «простая кнопка» стоит так дорого. Разработчики не могут объяснить, что за кнопкой — сложная логика, интеграции с десятком систем и обработки исключений.
Поэтому у любой уважающей себя ИТ-компании есть "переводчики", которые взаимодействуют с бизнесом и транслируют технические задачи на языке бизнес-ценностей. Не «сделаем микросервис», а «сможем быстрее добавлять новые функции и масштабироваться». Не «рефакторинг контролеров», а «ускорим обработку заказов в 2 раза».

280

Александр Гречушкин

24 апр. 2026 г., 23:53

Продолжаем про Agile

Все внедрили Agile. У всех есть скрамы, доски, стендапы. Но почему-то результаты разные.
Оказалось, что можно иметь все атрибуты Agile, но оставаться waterfall-компанией. Доски есть — гибкости нет. Стендапы есть — коммуникации нет. Спринты есть — скорости нет.

Настоящий Agile — это не про процессы, а про культуру. Это когда команда может самостоятельно принимать решения, когда ошибки воспринимаются, как опыт, когда приоритеты могут меняться быстро и безболезненно.

Внедряя инструменты, многие забывают про философию. И получается «Agile-театр» — красиво снаружи, пусто внутри.
Некоторые считают, что Agile — это просто новые названия для старых процессов. Но так ли это?

196

Александр Гречушкин

24 апр. 2026 г., 23:53

Данные

Вы когда-нибудь задумывались сколько значения стали иметь единички и нолики хранящиеся на носителях? Данные продаются и покупаются. Крипта — тоже данные.
Все говорят про data-driven подходы, но мало кто готов инвестировать в качество данных, без которого озеро данных — болото)

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

Качество данных — это гигиена: незаметно, когда есть, но очень заметно, когда нет. Требует постоянных усилий, а не разовых акций.

198

Showing 10 of 10 posts

No more posts

Рейтинг

Требуется вход

Отзывы пользователей (0)

Пока нет отзывов. Будьте первым, кто поделится своим опытом!

Александр Гречушкин

Александр Гречушкин

Рейтинг

Рост участников (Последние 2 дней)

Последние посты

Рейтинг

Отзывы пользователей (0)

Похожие каналы Telegram

СаМИ

ДВ Главное

Котики Нейросеть

Абхазия будущего

саня ты в порядке

Благотворительный фонд Закят

Жуковец

ВД «АКТИВ»

Похожие каналы Telegram

СаМИ

ДВ Главное

Котики Нейросеть

Абхазия будущего

саня ты в порядке

Благотворительный фонд Закят

Жуковец

ВД «АКТИВ»

Отзывы пользователей (0)

Последние посты