Вот эти вот 13% у кого 32 бита...
Дорогие, любимые...
Пожалуйста, убейтесь...
Убейтесь, но поставьте 64-битный офис!

Кто то при установке офиса жестоко с вами обошелся. Исправьте эту несправедливость.

Чем плох офис 32 бита.
Он медленный.
Он глючный.
Он ужасный.

Почему?

Да от того, что он использует всего один процессор.
(а сколько их у вас? как правило сильно больше одного)

Да от того, что он использует жалкие 2 гигабайта памяти.
(а у вас ее сильно больше)

Вот прямо сейчас возьмите и поставьте офис 64 бита.

Сразу счастья в вашей жизни станет больше.

Всем Эксель!

PS У кого 64, накиньте еще аргументов против 32 офиса, пожалуйста

Мечты, мечты...

Раньше для парсинга сайтов часто использовал или power query или vba.
Не по той причине, что эксель для этого хорош. Просто у меня он всегда под рукой.

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

Тогда я глубоко вздыхал и вспоминал про питончика с его selenium, request и beautifulsoap.
Разбирался несколько часов как с этим делом работать, как pandas лить данные в базу...

Вспоминал, реализовывал загрузку и снова про это забывал. Такая фигня повторяется примерно раз в год.

И вот сказал себе ХВАТИТ!
Возьми на себя парсинг нескольких сайтов с поддержкой актуальности этого парсинга.

Сказано - сделано.
Подключил сбор данных, заливку данных в ms sql.
Создал процедуры чистки кривых данных и заполнения пропусков.

И тут пришла она. Та кого я и ждал - поддержка.
Сайт меняется и вновь нужно переписывать css селекторы, нажатия на кнопки и прочее неинтересное.

Лень в таких случаях всегда приходит на помощь.

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

Но!
Промты писать тоже надоедает.
И вот сейчас ищу способ создать промт внутри программы, который сам будет править программу и себя.

Как пример. Настроили мы с иишкой загрузку данных с сайта. Я попросил где-то запомнить структуру сайта.
При начале работы прога смотрит не поменялась ли структура.
Если поменялась - она сама переписывает код под новую структуру сайта.
Запоминает эту новую структуру и впитывает данные.

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

Самому интересно - получится ли такое при затратах разумного количества времени...

ps Одна проблема сейчас - закончился пробный период на курсоре и жду не дождусь друга с вражеской карточкой чтобы 192 доллара за кордон отправить)
Но вроде как в понедельник должно все решиться)

Попытки спасти курьера и при чем тут Эксель.

Сегодня заказал продукты через Купер в Пятерке.
Курьер прилетел быстро.
Взгляд его был шальной, действия стремительны.
Резко вручил пакеты и исчез быстрее молнии.
У курьеров - свои законы физики.

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

Беспокоясь о нелегкой доле героев последней мили доставки, начал кричать в опустевший подъезд, но куда там... - курьера и след простыл.
20 роботов службы поддержки настойчиво не торопились соединять с оператором.
Операторы привычно отмахивались, говоря, что не умеют соединять с нерадивыми курьерами.
Лишние продукты предлагали уничтожить в недрах моего аналитического пищевода.
Курьера же обещали непременно наказать и списать с него сумму мной съеденного пакета.
Чувство несправедливости и невозможности помочь курьеру исправить досадную ошибку сильно мешали аппетиту.

Почему работники колл-центра и роботы не нашли возможным помочь своему коллеге логистического цеха?

Сел я и думаю: - "А почему так? В годы начала ковида, когда доставка только набирала обороты, такого не было. Курьеры были ответственные, а операторы заботливые. И никто бы не бросил коллегу в беде."

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

Сначала делается минимально работоспособный продукт MVP.
В дело идут палки, костыли и конечно эксель вместе с аналитиками.
Затем запускается опытно промышленная эксплуатация сделанного прототипа.
Все процессы на ладони, каждая нештатная ситуация оперативно разбирается, фиксируется и закрывается заплатками.
Идет время и нештатных ситуаций становится все меньше.
Принимается решение перевести все в прод контур.
По накопленной статистике из огромных экселек строится мат-модель сложившейся системы.
Строится модель рентабельности, а так-же модель рисков и вероятности их возникновения.
Анализируется какие риски митигированы или переложены на несчастных ответственных.
Следом идут проджект менеджеры и разработчики - рождается контур проекта, сценарии использования, наборы фич и прочий скрам с канбаном.
По итогу рождается большая неповоротливая система, доработки в которой стоят в миллион раз дороже чем на первых этапах стоило просто поменять пару формул в эксельке.

Возвращаясь к нашему курьеру - в чем трагедия?
Просто на этапе MVP, когда работали люди, а не роботы - проблемы вроде моей разруливались по одному звонку.
Так-как это проблема не массовая, то и в эксельках это не фиксировалось и заплаток своих не получило.
Что такого - набрал Джабраилу, сообщил что он заказ не тому отдал и проблемы нет.

Когда же все оцифровали то факт перепутки заказа ошпаренным курьером мимо системы прошел.
Исправить эту проблему теперь - это многие миллионы на аналитику, разработку и тестирование.

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

Всем Эксель!
P.S. Пойду салатик приготовлю из шпината, который мне по ошибке достался...

Инструкция на трудные праздники.

Хоть вы никогда так не делаете, но для спасения человечества и компании сейчас это важно.
Запишите на бумажке:
✅ Логин
✅ Пароль

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

Если едете за город - положите в карман бумажку с вашим ФИО, адресом и телефонами родственников, которые с вами не поедут.

Всем вкусных выходных.
Наберитесь сил.

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

✅️ Т Е Л Е Ф О Н И Я ✅️

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

Познакомился с датасетом по статистике телефонии из личного кабинета Билайна.

Если у вас есть потребность разобраться с телефонной статистикой:
+ Кто из менеджеров звонит лучше/хуже всех
+ До кого трудно дозвониться
+ Кто не перезванивает

Обращайтесь - всех выведем на чистую воду 🤪

У меня уже несколько CRM пережевано.
И каждый раз, как первый)

Шаг1.
Веселые менеджеры радостно кричат: - Сейчас поставим CRM и будет сказка - все под контролем и все в белых пиджаках будем Гоголями ходить

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

Шаг3.
Берем их в оборот, забираем данные из CRM и смежных систем в MS SQL, отстраиваем модельки и легким движением руки получаем интерфейс управления продажами в Excel.

Для особенно статичных отчетов со временем отрисовываются отчеты в Power Bi.

И да. В связке с MS SQL вполне легко можно родить даже ролевую модель раздачи прав по записям, когда каждый менеджер видит только свои записи, а руководитель - только своих подчиненных.

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

Шаг4.
Отдельные предрасчитанные датасеты отправляются обратно в CRM и уже там эти данные интегрируются в отчетность для менеджеров.

Также из Excel внутрь CRM отгружаются задачи менеджерам и прочие штуки вроде планов и целевых метрик.


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

CRM должен "прорастать" в компании и он совсем не обязан ограничиваться контурами заданными всякими Амо, Битриксами, Сэйлзфорсами или Террасофтами.

Всем Эксель!

Когда просто обязан поделиться.
Весь маркетинг за минуту 🤣

Реальный аналитик и продажи.

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

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

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

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

Качайте в себе продажи.
Тем более - это не так уж и трудно.

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

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

Рад, что теперь могу поделиться ссылкой на этот канал.

Поддержите подпиской и лайком - будет круто!)

https://click.tgtrack.ru/497b02ce82524?post=2

Манифест против аналитического мракобесия.
*наболело

Что такое "аналитическое мракобесие"
Аналитическое мракобесие — это когда компания:
➤ Собирает данные ради данных, а затем еще и ставит препоны в их получении и использовании
➤ Работает с отчетами в которых неясно кто, что и когда должен сделать.
Более того - всячески избегает персонификации "Дабы по панамке не прилетело"
➤ Путает корреляцию с причинно-следственной связью
➤ Строит прогнозы, не понимая ключевых драйверов изменений
➤ Тратит 90% ресурсов на сбор и визуализацию данных и лишь 10% на действия или не действует вовсе
➤ Парализована "анализом паралича" — бесконечной потребностью в дополнительной информации
➤ Игнорирует простые решения в пользу сложных моделей
➤ Не использует получаемые артефакты

Почему это происходит
➤ Отсутствие понимания взаимосвязей данных и процессов.
➤ Компании следуют моде на визуализации, а не на поиск и решение проблем.
➤ Разрыв между аналитиками и бизнесом.
Аналитики не понимают на что способен бизнес и на какие метрики и как он может повлиять.
Бизнес не знает как поставить задачи аналитикам. В результате все начинают просить отчеты и говорить об отчетах, вместо того чтобы говорить о причинении компании и клиентам финансовой пользы.
➤ Страх принятия решений. Руководители используют "недостаток данных" как оправдание для откладывания сложных решений.
➤ Технологический фетишизм. Вера в то, что новый инструмент или платформа автоматически решит все проблемы.
➤ Культура перфекционизма. Стремление к идеальным данным и моделям вместо работающих решений.

Что делать и куда бежать?
Аналитика Дня 1: альтернативный подход
Джефф Безос в своем письме акционерам ввел понятие "компания Дня 1" — организация, которая сохраняет гибкость, фокус на клиенте и способность быстро принимать решения, несмотря на рост.
Противоположностью является "компания Дня 2", где бюрократия и самоуспокоенность приводят к стагнации.

По аналогии, "Аналитика Дня 1" — это подход, при котором:
➤ Данные служат действиям, а не наоборот.
Мы собираем только те данные, которые помогают принимать конкретные решения.

➤ Одержимость клиентом, а не метриками.
Показатели имеют смысл только если они отражают реальные потребности и проблемы клиентов.

➤ Быстрые эксперименты вместо идеальных прогнозов.
Лучше провести 10 маленьких тестов, чем строить одну "идеальную" модель.

➤ Фокус на критических ограничениях.
В любой системе есть 1-2 критических узких места. Найдите их, и вы получите 80% эффекта при 20% усилий.

Цикл: гипотеза → тест → измерение → масштабирование.
Формулируем гипотезу, тестируем малыми порциями, измеряем результат, масштабируем успешные решения.

Вот так хочу!
Без всех этих бюрократических согласований доступов, обоснований важности, технико-экономической ерунды.
Просто взял данные до каких смог дотянуться, собрал модельку, протестировал на кроликах.
Сработало? МАСШТАБИРОВАЛ
Не сработало? ВЫБРОСИЛ В ПРОПАСТЬ

🔷 "Инновационная" аналитика

Вы замечали, что сложность отчета - не есть результат.
Что эффектность и эффективность - не друзья.
Иногда вижу как пользователи из навороченного отчета PowerBI выковыривают данные в эксель и уже на основе этого принимают решения.
Это признак отчета, нуждающегося в срочной переработке.


Как не нужно:
- Собрать ВСЕ данные, которые только можно найти
- Создать десятки графиков и таблиц
- Написать длинный отчет с профессиональными терминами
- Отправить руководству и ждать реакции (которая часто не наступает)

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

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

Важно не это.
Важно чтобы при открытии файла комната наполнялась легким ароматом скипидара.
Этот аромат бодрит и люди понимают что и для чего им делать.

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

Можно же проще - заглянуть в отдел продаж и сказать: "Мужики, увижу, что вы клиентам не звоните - премии не будет!"

Разница не в инструментах. Разница в подходе.

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

Ключевое отличие правильного подхода:
1. Фокус на действиях, а не на сборе данных
2. Простота, понятная всем участникам процесса
3. Концентрация на узких местах вместо анализа всего подряд
4. Измерение результатов внедрения, а не качества отчетов

Посмотрите честно на свои отчеты. Они приводят к конкретным действиям? Или просто собирают пыль в папках и на дисках?

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

А в каких ситуациях ваша аналитика реально изменила ход событий? Поделитесь в комментариях!

🔥 #роль_аналитика #практика_принятия_решений

Помечтаем?

Не тем у нас компьютерное зрение занимается.

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

На столе - красота. Лежит одна клавиатура и все остальное можно нужными вещами занять.
Жена эти вещи почему-то называет бардаком и ставит мне это на вид.
Но сейчас не об этом...

Так вот. Все вроде бы хорошо, но есть один нюанс.
Для переключения клавиатуры между компами нужно жать сочетание клавиш Fn+1 и Fn+2.

Конечно я забываю нажать на эти кнопки, вот иногда и случается, что в телеге человек случайно получает сообщение вида:
ыудусе * ещз 1000 акщь вищюыфдуы

В итоге человек обескуражен, я расстроен - плохо всем.

Вот почему не сделать так чтобы у клавиатуры была программа, которая сама бы нажимала Fn+1, Fn+2 или Fn+3.
Ради такого дела - я даже разрешу программе на меня смотреть.
Пусть знает куда я сейчас смотрю и на какой комп нужно переключиться.

А если такую штуку и с мышкой получится провернуть - то и вовсе спасено человечество!

А вам какие штуки хотелось бы улучшить?

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


ChatGPT уже настолько загрязнил Интернет, что это тормозит будущее развитие ИИ / Хабр https://share.google/ntIIL2okPq0RDrIFH

Друзья, очень важно ваше мнение.

Все ли в порядке с кукухой, или пора к Курпатову?

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

А потом читаете это и ржете, как конь.
Нормально ли это?

Изящная деградация
или graceful degradation на пиндостанском.

Это - офигенная штука.
Graceful degradation (дословно — «изящная деградация») — подход к разработке, при котором система продолжает выполнять свои основные функции, даже если отдельные её элементы вышли из строя. Это понятие может использоваться в разных контекстах: в инженерии, веб-разработке и сетевых технологиях.

Зачем это нам - крутым аналитикам?
Поясню.

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

Менеджеру Васе - только его продажи.
Супервайзеру Пете - продажи его подчиненных.
И так далее.

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

Сотрудник в шоке - куда бежать и что делать не в курсе.

Отсюда: стресс, подавленная агрессия, алкоголизм, потеря для общества.

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

В итоге получаем живой отчет и спасенную психику сотрудника.

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

Всем эксель!

Сегодня нашел как клево можно отрабатывать null в Power Query.

Делюсь.
Многие уже привыкли в ms sql к конструкции
ISNULL(Значение, Значение вместо null)

Ну или к варианту с COALESCE для примерно всех sql синтаксисов.

Вот и я очень привык к синтаксическому сахару и было больно городить в Power Query условия вида:
if Значение is null
then Значение вместо null
else Значение 

Но оказалось, что жизнь гораздо прекрасней, чем может казаться на первый взгляд.
Power Query вполне умеет заменять null на другое значение при помощи вот такой конструкции:

Значение ?? Значение вместо null

Два знака вопроса, а сколько радости))

Всем Эксель!

Excel, велосипед и вейк хороши тем, что если один раз научился - то это с тобой навсегда!)

Пять лет доска ждала своего часа!)))

#хозяйке_на_заметку
Как реализовать привычные в SQL функции isnull и coalesce в power query.

В ситуациях, когда мы хотим заменить null на какое-то определенное значение (например на "Пусто") может помочь обычный мышкоклац.
Но когда вместо null мы хотим подставлять значение другого поля - то тут начинаются танцы.

Можно конечно вставить условный столбец, но это добавит лишних шагов... Удаления и прочую белиберду...

Но! Оказывается можно поступить гораздо проще.

В расширенном редакторе нужно просто добавить шаг:

#"isnull поле для замены" = Table.ReplaceValue(
        Источник (предыдущий шаг), 
        null, 
        each [Поле значение из которого вставляем], 
        Replacer.ReplaceValue, 
        {"поле для замены"}  
    )

Сохраняйте, пересылайте себе чтобы не потерять.