Каталог каналов Каналы в закладках Мои каналы Поиск постов Рекламные посты
Инструменты
Каталог TGAds beta Мониторинг Детальная статистика Анализ аудитории Бот аналитики
Полезная информация
Инструкция Telemetr Документация к API Чат Telemetr
Полезные сервисы

Не попадитесь на накрученные каналы! Узнайте, не накручивает ли канал просмотры или подписчиков Проверить канал на накрутку
Прикрепить Телеграм-аккаунт Прикрепить Телеграм-аккаунт

Телеграм канал «Андрей Минкин»

Андрей Минкин
381
1.8K
9
1
1.5K
Будни и мысли @Gen1us2k реклама не интересует. Рекламу не продаю и не покупаю. Пишу на смешанные топики в программировании и менеджменте
Подписчики
Всего
634
Сегодня
0
Просмотров на пост
Всего
239
ER
Общий
38.85%
Суточный
32.6%
Динамика публикаций
Telemetr - сервис глубокой аналитики
телеграм-каналов
Получите подробную информацию о каждом канале
Отберите самые эффективные каналы для
рекламных размещений, по приросту подписчиков,
ER, количеству просмотров на пост и другим метрикам
Анализируйте рекламные посты
и креативы
Узнайте какие посты лучше сработали,
а какие хуже, даже если их давно удалили
Оценивайте эффективность тематики и контента
Узнайте, какую тематику лучше не рекламировать
на канале, а какая зайдет на ура
Попробовать бесплатно
Показано 1 из 381 поста
Смотреть все посты
Пост от 23.01.2026 10:02
45
1
0
Всем привет в этом чате и год начался достаточно продуктивно. Пока отвечу на два вопроса и после приду с апдейтами чему научился

По поводу тестов. Можно узнать твоё мнение о test driven development?
Применял ли ты его на практике?

TDD на практике применял, но не всегда и не в полную меру. Вообще я тесты пишу на те куски кода, которые точно могут оставить после работы в офисе (когда я ходил в офис), либо когда придется достаточно долго дебажить.

Я достаточно могу плавать в названиях тестов и в этом случае я не буквоед, в плане этот тест unit/интеграционный/e2e/приемочный и тому подобное. Я просто пишу тесты, чтобы проверить, что код работает и иногда это выходит за рамки тех или иных определений.

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

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

Близка ли тебе философия DevOps?

Да, нет, наверное. Вообще в каноничном стиле философия девопс мне близка и она была придумана, чтобы улучшить коммуникацию между Operations (админы) и Developers(Разработка). Это постоянный цикл коллаборации между двумя отделами.

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

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