Участвовать
ИМПУЛЬС Т1Это значимое ежегодное событие, которое уже в пятый раз собирает более 2 000 ИТ‑специалистов для обмена реальным опытом и развития прикладных компетенций. Мероприятие стало ключевой точкой притяжения для профессионалов отрасли, формируя новые стандарты и активное сообщество экспертов.
О конференции
О конференции
Программа
Организаторы и партнеры
Спикеры и эксперты
Как это было
Словарь ИТ-пословиц
ИМПУЛЬС Т1Это ведущая площадка для развития прикладных компетенций для профессионалов из ИТ и смежных инженерных отраслей
Импульс в вашем городе
Москва
Нижний Новгород
Ижевск
Участвовать
it_verb_main_mob-70mobKod-ne-volk-v-les-ne-ubezhit-70mobSem-raz-protestiruy-odin-raz-vykatyvay-70mobV-chuzhom-repozitorii-horosho,-a-svoy-pipeline-ponyatnee-70mob_Odin-prompt-horosho,-a-proverennyy-rezultat-luchshe-(1)-70mob_theendIT-poslovitsa-70

Словарь ИТ‑пословиц

Народная мудрость ИТ-сообщества

Работа в ИТ состоит не только из успехов, но и из бесконечных встреч и непредвиденных сложностей. Мы собрали типичные рабочие ситуации и оформили их в виде пословиц — листайте карточки и делитесь совпадениями. А обсудить реальный практический опыт и кейсы можно 19 ноября на конференции Импульс Т1.

Узнать про Импульс Т1

Код не волк — в лес не убежит

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

Узнать про Импульс Т1

Семь раз протестируй — один раз выкатывай

Лучше потратить время на проверку до релиза, чем потом экстренно исправлять последствия.

Узнать про Импульс Т1

Один разработчик хорошо, а два — уже code review

Взгляд со стороны помогает заметить то, что можно случайно пропустить.

Багов бояться — в прод не ходить

Ошибки неизбежны. Важно уметь быстро находить проблемы и исправлять их.

Поспешишь с релизом — пользователей насмешишь

Скорость важна только до тех пор, пока она не начинает работать против качества продукта.

Утро дебага мудрёнее

Если несколько часов подряд решение не находится, иногда полезнее сделать паузу и вернуться со свежей головой.

Не багует тот, кто ничего не релизит

Ошибки — это часть развития продукта. Главное — извлекать из них опыт.

Доверяй, но покрывай тестами

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

Лучше поздний фикс, чем вечный workaround

Временное решение не должно оставаться постоянным только потому, что к нему уже привыкли.

Старый стек лучше двух новых без документации

Новая технология не всегда означает лучшее решение. Иногда проверенный инструмент надёжнее модного.

Не всё то золото, что нейросеть выдала

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

Тише деплоишь — спокойнее спишь

Постепенные и контролируемые изменения часто надёжнее попытки поменять всё одновременно.

Что задокументируешь, то потом и найдёшь

Хорошая документация экономит время всей команде.

Готовь инфраструктуру до нагрузки

Масштабирование лучше продумывать до того, как система впервые столкнётся с пиковым спросом.

Баг от легаси недалеко падает

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

Век код пиши — век документацию читай

В ИТ невозможно научиться всему раз и навсегда. Постоянное обучение — это часть профессии.

Терпение и дебаг всё перетрут

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

Где техдолг, там и алерт

Самые уязвимые части системы требуют внимания до возникновения критической проблемы.

Алерт никогда не приходит один

Отдельный сбой может быть признаком более системной проблемы.

Не буди легаси, пока оно тихо

Старую работающую систему лучше не менять без необходимости. Вмешательство может затронуть скрытые зависимости и вызвать новые ошибки.

У семи тимлидов задача без хозяина

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

Frontend и backend — два сапога одного релиза

Для пользователя продукт един, поэтому разным командам важно синхронизироваться.

Первый MVP комом

Первая версия продукта не всегда идеальна. Главное — проверить гипотезу и получить данные.

Архитектура не за один спринт строилась

Сложные системы развиваются постепенно. Не все решения нужно реализовывать сразу.

За двумя дедлайнами погонишься — оба перенесёшь

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

Фикси баг, пока контекст горячий

Проблему проще решать, пока команда хорошо помнит обстоятельства её появления.

Коммит не воробей — запушишь, не поймаешь

Перед важным действием стоит ещё раз проверить, что именно отправляется дальше.

Назвался owner — веди до прода

Ответственность за задачу не заканчивается в момент передачи её следующему участнику процесса.

Не откладывай техдолг до следующего квартала

Накопленные маленькие проблемы постепенно начинают замедлять всю систему.

Мал фикс, да прод спас

Ценность решения определяется не количеством строк кода, а эффектом.

Краткость — сестра хорошего ТЗ

Понятно сформулированная задача помогает команде быстрее разобраться в цели.

Повторение — мать учения, скрипт — конец повторения

Если одно и то же приходится делать вручную снова и снова, пора поручить это скрипту.

Без логов не вытащишь и баг из прода

Чтобы разобраться в проблеме, нужны данные. Наблюдаемость системы стоит закладывать заранее.

Кто ищет в логах, тот всегда найдёт. Иногда ещё один баг

Глубокий анализ одной проблемы нередко помогает обнаружить и другие слабые места.

Обжёгшись на проде, дуешь на каждый коммит

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

Нет падения без postmortem

Даже серьёзный инцидент может сделать систему надёжнее, если после него появляются реальные изменения.

Лучше один раз показать прототип, чем сто раз обсуждать интерфейс

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

На вкус и UI товарищей нет. Есть пользовательские тесты

Продуктовые решения лучше принимать на основе поведения пользователей, а не личных предпочтений команды.

Встречают по интерфейсу, остаются ради опыта

Визуальная часть создаёт первое впечатление, но ценность продукта определяет весь пользовательский опыт.

Семеро одного не ждут — запись созвона пришлют

Командные процессы должны помогать работе, а не превращать ожидание коллег в отдельный рабочий процесс.

В одном репозитории, да не в обиде

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

Хороший sync лучше длинного треда

Иногда короткий разговор быстрее снимает разногласия, чем десятки сообщений.

С какой командой поведёшься, таких практик и наберёшься

Профессиональная среда сильно влияет на развитие специалиста.

Один за всех, и все смотрят один дашборд

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

Зафиксированный scope дороже памяти

Договорённости лучше фиксировать, чтобы спустя несколько недель все одинаково понимали задачу.

Сообщение об ошибке — серебро, чистая консоль — золото

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

Делу время, мему пять минут

Небольшая пауза помогает переключиться и сохранить ресурс.

Задача контекста боится

Чем лучше специалист понимает цель, ограничения и причины задачи, тем проще найти подходящее решение.

Не имей сто тулов, а имей сильную команду

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

Разработчик ищет, где документация лучше

Понятные знания и процессы помогают специалистам быстрее приносить результат.

Кто раньше мониторинг настроит, тому алерт вовремя придёт

Чем раньше система показывает проблему, тем больше времени остаётся на спокойное решение.

Дорога́ аналитика к решению

Данные особенно ценны тогда, когда появляются вовремя и могут повлиять на выбор команды.

Лучше рабочий MVP в проде, чем идеальный продукт в планах

Иногда полезнее выпустить небольшое решение, проверить его и развивать дальше.

Не зная API, не суйся в интеграцию

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

С глаз долой — из кода вон

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

Рефакторинг делают — тесты падают

Большие изменения могут затронуть связанные части системы, поэтому последствия важно предусматривать заранее.

Под лежачий тикет фикс не течёт

Проблема не решится сама. Обсуждение должно в какой‑то момент превратиться в действие.

Не было бы рефакторинга, да вопросы к легаси помогли

Иногда накопившиеся ограничения становятся лучшим аргументом, чтобы наконец улучшить систему фундаментально.

В чужом репозитории хорошо, а свой pipeline понятнее

В чужом проекте бывает интересно, но знакомый рабочий процесс экономит время и снижает риски.

Один промпт хорошо, а проверенный результат лучше

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

Кажется, вы познали всю мудрость ИТ

По крайней мере, на сегодня

О конференцииО конференцииПрограммаОрганизаторы и партнерыСпикеры и экспертыКак это былоСловарь ИТ-пословиц
Импульс в вашем городеМоскваНижний НовгородИжевск
Политика конфиденциальностиПользовательское соглашение
© АО «Т1», 2011
Сделано на CMS «Комета»