Analyst Marathon #15 - Личная эффективность ВА/SA
Ты жалуешься, что не хватает времени? Пока другие боятся ChatGPT, мы считаем сэкономленные часы.
На марафоне поговорим про личную эффективность аналитика в 2025 году. И да, будет про ИИ-инструменты, но не про то, что они заменят нас (спойлер: не заменят). А про то, как освободить 3 часа из 8 рабочих и потратить их на то, что действительно важно.
Мой доклад: "Мой день с ИИ"
- 7 инструментов, которые я использую каждый день
- Реальные кейсы экономии времени
- Нейросети это не страшно, это полезный инструмент
Когда: 22 ноября, 10:00–17:00
Формат: Онлайн
Регистрация: ссылка
БОНУС: Билет на Analyst Marathon #15
Есть один билет для подписчиков канала.
Розыгрыш в воскресенье (16 ноября).
Нажми "Участвовать в моем тг канале", удачи! 🍀
Ты жалуешься, что не хватает времени? Пока другие боятся ChatGPT, мы считаем сэкономленные часы.
На марафоне поговорим про личную эффективность аналитика в 2025 году. И да, будет про ИИ-инструменты, но не про то, что они заменят нас (спойлер: не заменят). А про то, как освободить 3 часа из 8 рабочих и потратить их на то, что действительно важно.
Мой доклад: "Мой день с ИИ"
- 7 инструментов, которые я использую каждый день
- Реальные кейсы экономии времени
- Нейросети это не страшно, это полезный инструмент
Когда: 22 ноября, 10:00–17:00
Формат: Онлайн
Регистрация: ссылка
БОНУС: Билет на Analyst Marathon #15
Есть один билет для подписчиков канала.
Розыгрыш в воскресенье (16 ноября).
Нажми "Участвовать в моем тг канале", удачи! 🍀
❤🔥8
Burmistrov - It и около pinned «Analyst Marathon #15 - Личная эффективность ВА/SA Ты жалуешься, что не хватает времени? Пока другие боятся ChatGPT, мы считаем сэкономленные часы. На марафоне поговорим про личную эффективность аналитика в 2025 году. И да, будет про ИИ-инструменты, но не…»
Forwarded from System.CONF
Владимир Бурмистров знает всё! От ie6 до нейросетей, ведь он 18 лет в IT, а также преподаватель и автор курсов по программированию, системному анализу и архитектуре
Именно он выступит с темой: "Документируй это: Как артефакты аналитика становятся топливом для проекта, а не бюрократией"
12 ноября, 17:30-18:20 (мск)
На встрече:
✅ Разрушу мифы и покажу, как сделать ваши документы реальным активом
✅ Чек-лист успеха для каждого артефакта: что должно быть внутри, чтобы его полюбили все участники команды
✅ Карта ценности: кому и какой документ критически важен, а без чего можно обойтись
✅ Секретное оружие — ИИ: практический гайд по генерации первой, уже качественной версии пользовательских сценариев, диаграмм процессов и даже терминов глоссария
Это выступление для тех, кто хочет делать больше, а писать меньше. Превратите свои артефакты из обязательных отчетов в инструмент, который двигает продукт вперед.
Ждем на конференции 12-13 ноября, подробнее и регистрация здесь
Именно он выступит с темой: "Документируй это: Как артефакты аналитика становятся топливом для проекта, а не бюрократией"
12 ноября, 17:30-18:20 (мск)
На встрече:
Это выступление для тех, кто хочет делать больше, а писать меньше. Превратите свои артефакты из обязательных отчетов в инструмент, который двигает продукт вперед.
Ждем на конференции 12-13 ноября, подробнее и регистрация здесь
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17👍4
Ты инженер! И это приказ!
Шел 2008 год. Web Future Lab.
Проект, который было принято называть "технологией будущего"
Суть простая: приборы подключены к веб-серверу,
и ты можешь управлять ими через браузер и одновременно видеть видео с камеры.
Звучит как обычный IoT сегодня?
Тогда это было за гранью фантастики.
Я отвечал за дизайн и фронтенд.
И вот наступил День X. Стенд готов. Демонстрация для потенциальных клиентов в одном шаге, осталось выставить приборы.
Я захожу в комнату...
Звук пилы, облака опилок, всё в стружке и грязи.
Приборы не выставить. Да в этой мусорке даже находиться не хочется!
Иду к руководителю:
- Руководитель, тут беда. Нужна генеральная уборка.
Его ответ меня шокировал:
- Ты инженер! Ты справишься со ВСЕМ!
Возьми уборочный инвентарь у начальника ОХО.
Я стоял ошеломленный. Хотел возмутиться. Но молчал. Потому что он был прав.
Я Инженер, я могу больше, чем другие специалисты. Взял инвентарь...
... и привел стенд в порядок, навел чистоту, расставил приборы и показывал потенциальным покупателям веб лабораторию будущего!
Слоган "ты ж инженер" я пронес через всю жизнь:
- Развернуть Kubernetes ETL? В деле!
- Обновить 1С? Без проблем!
От IE6 до нейросетей, я учился везде и всему.
Потому что инженер - это не специальность, это образ мышления.
Сейчас я на удаленке, и этот mindset спасает каждый день.
Особенно когда нужно не просто выполнить свой блок работы, а решить проблему целиком — от постановки до результата.
А вы? Вы инженер?
Или вы специалист, который решает только свою узкую задачу?
Шел 2008 год. Web Future Lab.
Проект, который было принято называть "технологией будущего"
Суть простая: приборы подключены к веб-серверу,
и ты можешь управлять ими через браузер и одновременно видеть видео с камеры.
Звучит как обычный IoT сегодня?
Тогда это было за гранью фантастики.
Я отвечал за дизайн и фронтенд.
И вот наступил День X. Стенд готов. Демонстрация для потенциальных клиентов в одном шаге, осталось выставить приборы.
Я захожу в комнату...
Звук пилы, облака опилок, всё в стружке и грязи.
Приборы не выставить. Да в этой мусорке даже находиться не хочется!
Иду к руководителю:
- Руководитель, тут беда. Нужна генеральная уборка.
Его ответ меня шокировал:
- Ты инженер! Ты справишься со ВСЕМ!
Возьми уборочный инвентарь у начальника ОХО.
Я стоял ошеломленный. Хотел возмутиться. Но молчал. Потому что он был прав.
Я Инженер, я могу больше, чем другие специалисты. Взял инвентарь...
... и привел стенд в порядок, навел чистоту, расставил приборы и показывал потенциальным покупателям веб лабораторию будущего!
Слоган "ты ж инженер" я пронес через всю жизнь:
- Развернуть Kubernetes ETL? В деле!
- Обновить 1С? Без проблем!
От IE6 до нейросетей, я учился везде и всему.
Потому что инженер - это не специальность, это образ мышления.
Сейчас я на удаленке, и этот mindset спасает каждый день.
Особенно когда нужно не просто выполнить свой блок работы, а решить проблему целиком — от постановки до результата.
А вы? Вы инженер?
Или вы специалист, который решает только свою узкую задачу?
🔥12❤🔥10
Турбулентный рынок труда: как выжить?
Поможет Карьерный митап #3 от self.
У self планируется третий карьерный митап на ультра актуальную тему: турбулентный рынок труда в связи с экономическим кризисом❗️
Митап будет состоять из 4 частей
1️⃣Как выжить на рынке труда, который не беспокоит твое выживание. Серафима Чекулаева, CEO self и карьерный ментор, расскажет, что делать, чтобы чувствовать себя адекватно в кризис и не терять почву под ногами 💻🫶
2️⃣Дальше – Карьерный форум: кулуарный разговор с 12 экспертами из разных IT-направлений: teamlead, product ML&analytics, frontend, backend. Можно будет задать вопросы, получить советы и честно обсудить, что сейчас реально работает 💋❔
3️⃣Будет организованный нетворкинг с другими участниками, с которыми можно будет обсудить текущую карьерную ситуацию и поделиться лайфхаками. Знакомства получатся без неловкости – говорят придумали за нас, как начать диалог💻⚡️
4️⃣А финальный диджей-сет от партнера Звука поможет выдохнуть после насыщенного инсайтами дня под расслабляющий бит 😎🎵
Кажется, ивент будет эпохальный, надо идти!
Регестрируйся: selfcommunity
Поможет Карьерный митап #3 от self.
У self планируется третий карьерный митап на ультра актуальную тему: турбулентный рынок труда в связи с экономическим кризисом❗️
self. – сообщество для поддержки айтишников, которые переживают турбулентные времена в карьере
Митап будет состоять из 4 частей
1️⃣Как выжить на рынке труда, который не беспокоит твое выживание. Серафима Чекулаева, CEO self и карьерный ментор, расскажет, что делать, чтобы чувствовать себя адекватно в кризис и не терять почву под ногами 💻🫶
2️⃣Дальше – Карьерный форум: кулуарный разговор с 12 экспертами из разных IT-направлений: teamlead, product ML&analytics, frontend, backend. Можно будет задать вопросы, получить советы и честно обсудить, что сейчас реально работает 💋❔
3️⃣Будет организованный нетворкинг с другими участниками, с которыми можно будет обсудить текущую карьерную ситуацию и поделиться лайфхаками. Знакомства получатся без неловкости – говорят придумали за нас, как начать диалог💻⚡️
4️⃣А финальный диджей-сет от партнера Звука поможет выдохнуть после насыщенного инсайтами дня под расслабляющий бит 😎🎵
Кажется, ивент будет эпохальный, надо идти!
Регестрируйся: selfcommunity
❤🔥6🤩6🔥4
Burmistrov - It и около
Analyst Marathon #15 - Личная эффективность ВА/SA Ты жалуешься, что не хватает времени? Пока другие боятся ChatGPT, мы считаем сэкономленные часы. На марафоне поговорим про личную эффективность аналитика в 2025 году. И да, будет про ИИ-инструменты, но не…
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6🎉5❤🔥2
От стартапа к Enterprise: как мы сохранили скорость
Когда я пришел в Т1 четыре года назад, Skype for Business был нашим основным корпоративным мессенджером. Dion в это время был небольшой командой в духе классического стартапа: каждый знал все от и до, а решения принимались мгновенно. Позже я присоединился к команде Dion, и в этот период количество клиентов и нагрузка росли, появлялись новые функции - и наш "стартап" превратился в зрелое Enterprise-решение для крупных компаний.
Главный риск такого взрывного роста — потерять темп и контроль. Часто гибкий стартап тонет в бюрократии и становится медленным. Но нам удалось избежать этой ловушки.
Главный секрет: масштабирование — это смена мышления, а не просто новые процессы
Многие при росте команды ждут бюрократии и проблем с коммуникацией, и они действительно возникают. Ключевая задача — уделить время перестройке мышления. Важно начать видеть в стандартизации не ограничение, а инвестицию в будущую скорость и стабильность.
Стандарты и прозрачные правила работают, а не мешают, если:
➖ Команда принимает их сама, а не получает сверху. (ну или может влиять)
➖ Ценится скорость релиза — и процессы действительно помогают её достигать.
➖ Все видят, что правила создают новые возможности, а не отнимают свободу.
Признаки здорового масштабирования
➖ Стандарты — это живой инструмент, а не "документ для галочки".
➖ Delivery ускоряется: от разработки до выпуска фич — все идет быстрее.
➖ Команда чувствует себя сильнее: мы не "ограничены", а на подъеме, так как уровень взаимодействия и развития вырос.
Какая культура помогает расти без потерь
➖ Смело экспериментировать и так же быстро отказываться от того, что не работает.
➖ Делится знаниями внутри команды и растить сильных специалистов.
➖ Сохранять баланс между гибкостью, четкой целью и дисциплиной.
Я горжусь, что стал частью этого пути с командой, которая горит своим делом, продолжает двигаться вперед и не теряет человечности. Наш опыт доказывает: "можно перейти на уровень Enterprise, сохранив и проект, и команду, и главное — темп", если решения принимают люди, которым не всё равно.
Когда я пришел в Т1 четыре года назад, Skype for Business был нашим основным корпоративным мессенджером. Dion в это время был небольшой командой в духе классического стартапа: каждый знал все от и до, а решения принимались мгновенно. Позже я присоединился к команде Dion, и в этот период количество клиентов и нагрузка росли, появлялись новые функции - и наш "стартап" превратился в зрелое Enterprise-решение для крупных компаний.
Главный риск такого взрывного роста — потерять темп и контроль. Часто гибкий стартап тонет в бюрократии и становится медленным. Но нам удалось избежать этой ловушки.
Главный секрет: масштабирование — это смена мышления, а не просто новые процессы
Многие при росте команды ждут бюрократии и проблем с коммуникацией, и они действительно возникают. Ключевая задача — уделить время перестройке мышления. Важно начать видеть в стандартизации не ограничение, а инвестицию в будущую скорость и стабильность.
Стандарты и прозрачные правила работают, а не мешают, если:
Признаки здорового масштабирования
Какая культура помогает расти без потерь
Я горжусь, что стал частью этого пути с командой, которая горит своим делом, продолжает двигаться вперед и не теряет человечности. Наш опыт доказывает: "можно перейти на уровень Enterprise, сохранив и проект, и команду, и главное — темп", если решения принимают люди, которым не всё равно.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥12👍4
Рабочий день закончился, я чувствую вы не знаете что делать.
Почитайте что такое Кротовая нора в физике.
Завтра на дейлике ловко ввернете и поразите коллег.
Почитайте что такое Кротовая нора в физике.
Завтра на дейлике ловко ввернете и поразите коллег.
😁17🤣9🤝4
Вы пришли на собеседование
«Добро пожаловать, искатель знаний. Сегодня мы погрузимся в проект по усилению боевой эффективности Адептус Астартес. Ваша задача — спроектировать API для тактического ядра брони космодесантника, МК X «Гравис-Арматум».
Система управляет двумя ключевыми концепциями:
Боевые Мандаты (Pacts): Это кибернетические приказы, загружаемые в доспех. Они определяют цель, зону боевых действий (планету) и ресурс, который будет разблокирован при выполнении (например, доступ к огнемёту или орбитальной бомбардировке). Каждый мандат имеет статус (например, ВЫДАН, АКТИВЕН, ВЫПОЛНЕН) и требует определённого количества подтверждений для выполнения.
Подношения Империуму (Tributes): Это акты, которые засчитываются в выполнение мандата. Например, сканеры доспеха автоматически регистрируют подношение типа xenos_purge при уничтожении цели. Каждое подношение привязано к конкретному мандату.
Микросервис должен предоставлять API для следующих операций:
Управление Боевыми Мандатами (создание, просмотр, обновление статуса).
Регистрация Подношений Империуму и их привязка к мандатам.
Получение тактической сводки по текущему состоянию выполнения мандата для отображения на HUD бойца.
Ваша задача: Спроектировать REST API для этого микросервиса.
Ответьте на следующие вопросы:
Какие конкретные эндпоинты (URL, HTTP-методы) вы предложите? Для каждого опишите его цель.
Какие данные будут передаваться в телах запросов и ответов (в виде JSON)? Какие HTTP статус-коды вы будете использовать в различных сценариях и почему?
Как вы организуете получение сводной информации о состоянии мандата (прогресс выполнения)?
А теперь, проявите инициативу. Какие уточняющие вопросы вы зададите Архитектору (мне), прежде чем окончательно зафиксировать дизайн API?
1🤣12👍6
This media is not supported in your browser
VIEW IN TELEGRAM
Пятница!!
1. Всех поздравляю, у меня в городе выпал снег и улучшил настроение
2. Идея для поведения в лифте сегодня! Радуйте коллег
1. Всех поздравляю, у меня в городе выпал снег и улучшил настроение
2. Идея для поведения в лифте сегодня! Радуйте коллег
🤣22
30 человек в команде, новый домен и адский срок. История о том, как не утонуть в хаосе большого проекта
Как-то раз я взял в работу сложную, гигантскую задачу. Я бы даже сказал эпик по нашей системе исчисления задач. У неё был гигантский плюс - мне было всё понятно. Задача хоть и огромная, но логичная, как ходьба.
Приключение на 20 минут...
Новый бизнес-домен, абсолютно неизведанная территория. Но корпоративные пользователи ждали решения вчера и готовы были заплатить🤑. На пике разработки над задачей работало 30 человек — фронт, бэк, мобила на двух платформах, девопсы, аналитики, архитекторы, PM, PO. Красиво звучит, да?
На энтузиазме я бросился писать стори, фичи, расписывать задачи бэкам, дизайнерам и фронтам.
Что было дальше? Грусть, боль, печаль и бесконечные доработки. Один раз даже большая переделка. У команды нет сил. Каждый день что-то правим, топчимся на месте, а в проде без особых изменений.
Знакомо?
Сели думать вместе с командой, что пошло нет так
Стандартные проблемы больших проектов:
➖Непонимание общих целей между разработчиками, аналитиками и бизнесом
➖Конфликты видения - как должна выглядеть архитектура, где рисовать границы между сервисами
➖Документация устаревает на ходу разработки, а онбординг новичков становится кошмаром
➖Интеграция между командами - кто за что отвечает, где точки пересечения (интеграции, события, контракты)
Задача была простой и понятной, но «каждый понимал по-своему». Отсюда и результат.
Решение: Solution Concept
До чего додумались: не совершать прыжки веры перед большой работой.
Перед стартом разработать верхнеуровневый "Концепт решения". Solution Concept - документ, который станет источником истины для всей команды.
Что это даёт?
1. Непонимание → Общее видение
Solution Concept заставляет все причастные команды сесть рядом и договориться: что мы вообще делаем, какие микросервисы интегрируются, какие API создаем, что за технологии используем, кто за какой домен отвечает.
2. Хаос архитектуры → Структура
C4-диаграммы помогают визуализировать систему так, чтобы все - от представителей информационной безопасности до junior-разработчиков - поняли устройство с первого взгляда.
3. Устаревающая документация → Вечно актуальный документ
Документ не устаревает, потому что строится на высоком уровне абстракции. Детали меняются, но архитектурные решения остаются.
А изменения очень легко почти без траты времени отразить.
Что включить в документ Solution Concept?
Два уровнея диаграмм C4
🔹 Context (Контекст)
Система «с высоты птичьего полёта». Как она взаимодействует с пользователями и другими системами. Практически не устаревает.
🔹 Container (Контейнеры)
Внутренняя структура: приложения, базы, микросервисы, очереди. Меняется редко, легко поддерживать.
Для создания использовать: обычный draw.io, Miro, PlantUML или даже PowerPoint - главное, что визуально и всем понятно.
Почему это сработало у нас?
Когда мы применили этот подход для расширения домена, жизнь стала проще:
➖Наглядность - диаграмма стоит тысячу часов встреч
➖Коммуникация - планирование задач, обсуждение требований, поиск архитектурных решений теперь происходит на одном языке, глядя на одни схемы
➖Гибкость - подход работает на любом этапе, не нужны навороты
➖Мотивация команды - люди видят большую картину и понимают зачем они что-то делают
От MVP к Production и сразу к масштабированию — без боли и переделок.
Внимание ВОПРОС
Встречались ли вы с ситуацией, когда большая команда топчется на месте из-за разнопонимания? Как решали?
Минутка саморекламы на тему поста: На осенней конференции МТС в 2024 году я делал детальный разбор этого подхода - со всеми диаграммами, примерами и ошибками, которые мы совершили:
➖RuTube
➖YouTube
➖VK Video
Как-то раз я взял в работу сложную, гигантскую задачу. Я бы даже сказал эпик по нашей системе исчисления задач. У неё был гигантский плюс - мне было всё понятно. Задача хоть и огромная, но логичная, как ходьба.
Приключение на 20 минут...
Новый бизнес-домен, абсолютно неизведанная территория. Но корпоративные пользователи ждали решения вчера и готовы были заплатить🤑. На пике разработки над задачей работало 30 человек — фронт, бэк, мобила на двух платформах, девопсы, аналитики, архитекторы, PM, PO. Красиво звучит, да?
На энтузиазме я бросился писать стори, фичи, расписывать задачи бэкам, дизайнерам и фронтам.
Что было дальше? Грусть, боль, печаль и бесконечные доработки. Один раз даже большая переделка. У команды нет сил. Каждый день что-то правим, топчимся на месте, а в проде без особых изменений.
Знакомо?
Сели думать вместе с командой, что пошло нет так
Стандартные проблемы больших проектов:
➖Непонимание общих целей между разработчиками, аналитиками и бизнесом
➖Конфликты видения - как должна выглядеть архитектура, где рисовать границы между сервисами
➖Документация устаревает на ходу разработки, а онбординг новичков становится кошмаром
➖Интеграция между командами - кто за что отвечает, где точки пересечения (интеграции, события, контракты)
Задача была простой и понятной, но «каждый понимал по-своему». Отсюда и результат.
Решение: Solution Concept
До чего додумались: не совершать прыжки веры перед большой работой.
Перед стартом разработать верхнеуровневый "Концепт решения". Solution Concept - документ, который станет источником истины для всей команды.
Что это даёт?
1. Непонимание → Общее видение
Solution Concept заставляет все причастные команды сесть рядом и договориться: что мы вообще делаем, какие микросервисы интегрируются, какие API создаем, что за технологии используем, кто за какой домен отвечает.
2. Хаос архитектуры → Структура
C4-диаграммы помогают визуализировать систему так, чтобы все - от представителей информационной безопасности до junior-разработчиков - поняли устройство с первого взгляда.
3. Устаревающая документация → Вечно актуальный документ
Документ не устаревает, потому что строится на высоком уровне абстракции. Детали меняются, но архитектурные решения остаются.
А изменения очень легко почти без траты времени отразить.
Что включить в документ Solution Concept?
Два уровнея диаграмм C4
🔹 Context (Контекст)
Система «с высоты птичьего полёта». Как она взаимодействует с пользователями и другими системами. Практически не устаревает.
🔹 Container (Контейнеры)
Внутренняя структура: приложения, базы, микросервисы, очереди. Меняется редко, легко поддерживать.
Для создания использовать: обычный draw.io, Miro, PlantUML или даже PowerPoint - главное, что визуально и всем понятно.
Почему это сработало у нас?
Когда мы применили этот подход для расширения домена, жизнь стала проще:
➖Наглядность - диаграмма стоит тысячу часов встреч
➖Коммуникация - планирование задач, обсуждение требований, поиск архитектурных решений теперь происходит на одном языке, глядя на одни схемы
➖Гибкость - подход работает на любом этапе, не нужны навороты
➖Мотивация команды - люди видят большую картину и понимают зачем они что-то делают
От MVP к Production и сразу к масштабированию — без боли и переделок.
Внимание ВОПРОС
Встречались ли вы с ситуацией, когда большая команда топчется на месте из-за разнопонимания? Как решали?
Минутка саморекламы на тему поста: На осенней конференции МТС в 2024 году я делал детальный разбор этого подхода - со всеми диаграммами, примерами и ошибками, которые мы совершили:
➖RuTube
➖YouTube
➖VK Video
🔥15🤝4
🎄 Приглашение на Т1 ЛАМПА Кибераналитика
Диагноз Аналитик и Т1 ЛАМПА приглашают вас на митап "Кибераналитика". Будьте готовы стать немного генИИальнее! 😁
Что вас ждет
1️⃣ Классические методы экспертности в кибераналитике
2️⃣ AI-подходы в кибераналитике
3️⃣ Интерактивный круглый стол:
Обсудим актуальные вопросы: как применять ИИ, кому нужно, действительно ли необходим AI, и разберем точки пересечения классических и новых подходов.
💬 Ваши вопросы приветствуются:
Отправляйте вопросы заранее (мне). Расставим все точки над i, а потом над ё, чтобы вы вошли в 2026 году как опытные Кибераналитики!
📅 Дата и время: 11 декабря, 19:00 MSK
📱 Формат: Онлайн
🔗 Регистрация: ССЫЛКА ДЛЯ РЕГИСТРАЦИИ
Я буду главный модератор мероприятия - приходите!👋
Диагноз Аналитик и Т1 ЛАМПА приглашают вас на митап "Кибераналитика". Будьте готовы стать немного генИИальнее! 😁
Что вас ждет
Обсудим актуальные вопросы: как применять ИИ, кому нужно, действительно ли необходим AI, и разберем точки пересечения классических и новых подходов.
💬 Ваши вопросы приветствуются:
Отправляйте вопросы заранее (мне). Расставим все точки над i, а потом над ё, чтобы вы вошли в 2026 году как опытные Кибераналитики!
📅 Дата и время: 11 декабря, 19:00 MSK
📱 Формат: Онлайн
🔗 Регистрация: ССЫЛКА ДЛЯ РЕГИСТРАЦИИ
Я буду главный модератор мероприятия - приходите!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11
Я боялся говорить об этом, но…
... пришло время хейт спича
Я много лет использовал iPhone mini, лучший телефон за все время! (Лучший после nokia 7610 )
iOS разрабы! Существует mini и se, доработайте свои приложения! Я постоянно слал вам лучи поноса, когда интерфейс не влезал в экран.
Дизайнеры. Сейчас будет шок для вас. Есть пользователи у которых ноут в за 30к, там разрешение 1366х768 и матрица показывает 5 цветов, купите себе и смотрите что получается, посмотрите статистику по мониторам вашего продукта
Разрабы. 4гб вкладка в браузере это не норм, точно говорю не норм, я понимаю что на странице заголовок и поле ввода, но наверняка можно что-то сделать
... пришло время хейт спича
Я много лет использовал iPhone mini, лучший телефон за все время! (
iOS разрабы! Существует mini и se, доработайте свои приложения! Я постоянно слал вам лучи поноса, когда интерфейс не влезал в экран.
Дизайнеры. Сейчас будет шок для вас. Есть пользователи у которых ноут в за 30к, там разрешение 1366х768 и матрица показывает 5 цветов, купите себе и смотрите что получается, посмотрите статистику по мониторам вашего продукта
Разрабы. 4гб вкладка в браузере это не норм, точно говорю не норм, я понимаю что на странице заголовок и поле ввода, но наверняка можно что-то сделать
🤣26
Obsidian stats 2025-12-01
На текущий момент моя личная база знаний выглядит так:
- 1215 заметки (+123)
- 311 вложений (+23)
- 1526 файл (+146)
- 2620 ссылки (+266)
- 332483 слов (+79676)
- 333.53 МБ (+35.21)
- 1557 Тэгов (+129)
- 2.156 Качество базы знаний (+0,000)
#Obsidian #БазаЗнаний
Рандомный факт: Обожаю когда понедельник выпадает на первое число
На текущий момент моя личная база знаний выглядит так:
- 1215 заметки (+123)
- 311 вложений (+23)
- 1526 файл (+146)
- 2620 ссылки (+266)
- 332483 слов (+79676)
- 333.53 МБ (+35.21)
- 1557 Тэгов (+129)
- 2.156 Качество базы знаний (+0,000)
#Obsidian #БазаЗнаний
Рандомный факт: Обожаю когда понедельник выпадает на первое число
🔥15😱2