Burmistrov - It и около – Telegram
Burmistrov - It и около
842 subscribers
524 photos
57 videos
6 files
269 links
Про IT, спорт, достижение целей и обучение. Истории из жизни, мысли и анонсы.

Автор: https://news.1rj.ru/str/CrazyElephant
Бусти: https://boosty.to/crazyelephant
Download Telegram
Срочно ищу читающего эксперта. Стоит она своих 3500 или прочитать электронную и прекрасно себя чувствовать?
😁5👍3🔥2👎1
Obsidian stats 2025-04-02
На текущий момент моя личная база знаний выглядит так:
- 819 заметки (+22)
- 99 вложений (+13)
- 918 файл (+35)
- 1503 ссылки (+66)
- 79589 слов (+5224)
- 161.50 МБ (+5.85)
- 668 Тэгов (+25)
- 1.835 Качество базы знаний (+0,033)
#Obsidian #БазаЗнаний

В этом месяце планирую интересное улучшение, попробую подключить локальную нейросеть DeepSeek от Ollama. Получу нейронку без интернета, которая будет выдавать ответы основываясь на моей базе знаний.

Попробую обучать её дописывая статьи по програмированию, системному анализу и архитектуре.
🔥8👍4👏2
Channel name was changed to «Burmistrov - It и около»
Как оценивать задачи: 7 подходов

Оценка задач — ключевой навык для успешного завершения IT-проектов. Разные методы помогают расставить приоритеты и принимать решения, что интересно результат у всех методов примерно один и тот же, но мотивация разная.

1️⃣Модель KANO
Делит фичи на 3 категории:
➡️Базовые (без них продукт не работает)
➡️Ожидаемые (улучшают UX)
➡️Восторг (неожиданные «вау»-фичи)
Плюс: помогает понять, что действительно важно пользователям.

2️⃣MoSCoW
Приоритезация по:
➡️Must have (обязательно)
➡️Should have (важно, но можно отложить)
➡️Could have (желательно)
➡️Won’t have (не сейчас)
Плюс: простота и понятность.

3️⃣Взвешенное оценивание
➡️Каждому критерию (стоимость, время, польза) дается вес. Считаем баллы и выбираем лучшее.
Плюс: объективность.

4️⃣ICE Scoring
Оценка по трем параметрам:
➡️Impact (влияние)
➡️Confidence (уверенность)
➡️Ease (простота реализации)
Плюс: быстро и удобно для стартапов.

5️⃣Value vs. Effort
Делим задачи на 4 квадранта:
➡️Высокая ценность / низкие усилия (делаем в первую очередь)
➡️Высокая ценность / высокие усилия (планируем)
➡️Низкая ценность / низкие усилия (может, потом)
➡️Низкая ценность / высокие усилия (вычеркиваем)
Плюс: наглядность.

6️⃣Cost of Delay
➡️Считаем, сколько теряем, если отложим задачу.
Плюс: подходит для бизнес-критичных решений.

7️⃣Матрица Эйзенхауэра
Знакомый многим метод:
➡️Срочно и важно (делаем сейчас)
➡️Не срочно, но важно (планируем)
➡️Срочно, но не важно (делегируем)
➡️Не срочно и не важно (удаляем)
Плюс: универсальность.

Какой метод выбрать? Зависит от контекста:

Для продуктовых решений — KANO, Value vs. Effort.

Для быстрой приоритезации — ICE, MoSCoW.

Для бизнес-задач — Cost of Delay.

Для личной эффективности — матрица Эйзенхауэра.

В карточках добавил примеры на каждый метод (я их 40 минут делал, наверное больше не буду)

А какой метод используете вы? Делитесь в комментариях! 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤‍🔥4🔥4👍2
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍7🔥3👏2
Внезапно на телефоне появилось сообщение «завершите настройку эпл пэй» и в списке карата МИР.

Удивился, не поверил, попробовал.

Не работает))

Доброе удивительное утро!
😁5🤣3🤔2
Кажется розыгрыш привлекает ботов или любителей розыгрышей. Когда +50 было после митапа это хотя бы было понятно. Но тут розыгрыш звезд, о котором инфа была только на канале. Выглядит странно. Посмотрим сколько придет в итоге и сколько отпишется потом сразу после)

Но комментариев и лайков больше не стало)

Я хочу потом затестить ещё одну механику розыгрышей, но поставлю на неё минимальное время (там вроде можно несколько минут всего сделать).
«Пишу для себя», — говорят многие. Но сама природа текста предполагает, что он должен быть прочитан. Фальшь и незаинтересованность не спрячешь. Начинаешь думать, как бы написать покрасивее, да ещё представляя себе читателя… — тут всё и рушится.

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

Несколько мазохистское наслаждение я испытываю от выжимания текста. Чисто формальная задача — «сократить вдвое» — ведёт не только к количественным, но и к качественным изменениям.

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

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

Василий Авченко
🔥7🤝5❤‍🔥3👍1
Сгонял на тренировку

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

После болезни не выполнил план тренировки и взял веса поменьше.

Работа в it это работа мозгами сидя на одном месте. Разгоняю кровь)
👍8🔥6❤‍🔥4
Десятки тысяч фотографий и видеозаписей о том, как в разных странах и на разный ежемесячный бюджет живут семьи. Что едят, в каких условиях спят, чем чистят зубы. Сотни мелочей быта из которых состоит жизнь.

Из России всего 2 видоса🤔

https://www.gapminder.org/dollar-street
👍4🔥2👏2
YAML vs JSON: какой формат выбрать?

YAML и JSON — два формата для хранения данных. Они похожи, но есть ключевые различия. Давайте разберёмся!

Общее между YAML и JSON
Оба структурируют данные (ключи, значения, списки)
Поддерживаются всеми популярными языками
Можно конвертировать один в другой

Основные отличия
1. Синтаксис
〰️JSON — строгий: кавычки, фигурные скобки, запятые
〰️YAML — гибкий: отступы вместо скобок, можно без кавычек

2. Читаемость
〰️JSON — удобен для машин, но сложнее для людей
〰️YAML — более понятный, поддерживает комментарии (#)

3. Использование
〰️JSON — API, веб-разработка, передача данных
〰️YAML — конфиги (Kubernetes, Docker), DevOps-инструменты

Почему их часто сравнивают?
Оба нужны для хранения данных, но:
〰️JSON — быстрее обрабатывается, строгий синтаксис
〰️YAML — удобнее для ручного редактирования

💡 Где что использовать?

Выбирайте JSON, если:
〰️Нужна высокая скорость обработки
〰️Данные генерируются/читаются кодом

Выбирайте YAML, если:
〰️Конфигурации редактируются вручную
〰️Важна читаемость (например, в DevOps)

Какой формат вам удобнее? Делитесь в комментариях!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🤝4🔥3