Все потоки

RAG: технология, которая меняет работу с данными. Открытый вебинар для DevOps-инженеров

Приглашаем на открытый вебинар «Что такое RAG и с чем его едят», который пройдет 8 октября в 19:00 мск

Мы готовим этот вебинар совместно с GenAI LAB — одной из ведущих команд в русскоязычном AI-сообществе с портфолио из 100+ реализованных проектов и 50+ собственных моделей

Вместе с экспертом GenAI LAB разберем одну из самых актуальных технологий 2025 года — Retrieval-Augmented Generation — на практических кейсах, понятных DevOps-инженерам

Программа вебинара:

✔️ Базовые понятия — что такое RAG, эмбеддинги и векторные базы данных

✔️ Практический разбор — сборка работающего RAG на примере телеграм-канала: выгрузка данных, векторизация и интеграция с ботом

✔️ Автоматизация через n8n — построение пайплайна без написания кода

✔️ Проблемы и решения — что может пойти не так в продакшене и как это избежать

✔️ Развитие технологии — графовый RAG и подходы без использования векторов

Спикер: Андрей Богомолов — co-founder и CTO GenAI LAB, CTO Nlogic, эксперт Сколково с более чем 10-летним опытом в AI-разработке

Почему это важно для DevOps-инженеров:

• RAG позволяет создавать интеллектуальные системы для работы с документацией, логами и базой знаний

• Технология уже используется в современных DevOps-стэках

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

➡️ Занять место на вебинаре — через бота

Давайте помечтаем или как я вижу адекватный мир трудоустройства в будущем:

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

Для разработчика моб. приложений например нужно подтвердить что ты можешь делать моб.приложения и что ты можешь делать их с использованием Jetpack Compose (выбрал пример из своей сферы Android-разработки потому как она мне близка, можно провести аналогию для других сфер). Понятно что ключевых компетенций и инструментов для их применения может быть больше.

Собеседование проходит в рамках любой компании которая возьмется это собеседование провести. Ключевые компетенции и инструментарий для каждой компетенции обговариваются перед собеседованием. Если соискатель и работодатель совпадают по ключевым компетенциям на 80% и более, и по конкретному инструментарию на 60% и более - проводится собеседование.

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

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

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

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

Видео действительно 1 год, через год компании вправе запросить пройти собеседование снова.

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

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

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

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

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

Просто предлагает свои условия, как владелец бизнеса.

Соискатель соглашается на эти условия или нет.

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

Работодатель имеет право предложить новый оффер через 7 дней. (Эти 7 дней можно затратить на обдумывание стратегии бизнеса и согласование бюджета)

Соискатель в решении о ЗП руководствуется своими реалиями и возможностями рынка.

3. Соискатель может найти работу на сайте компании без использования сторонних сервисов.

Каждая компания выставляет в открытый доступ список вакантных мест (3 разработчика, 2 дизайнера и т.п.)

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

Вот как-то так, такие мечты :)

Я думаю это позволит изменить ситуацию на рынке труда в лучшую сторону, на пользу и сотрудникам и компаниям, а что думаете вы?

P.S. Вообще конечно лучше вообще собеседования отменить. Давать на выбор: сделать ТЗ или отправить портфолио с проектами. А собеседования проводить только с целью знакомства.

Заключительный пост из серии про веб-дизайн прошлого.

5/5 — Альтернатива HeadHunter, где действительно были годные вакансии. Возможно, кто-то из вас вспомнит сообщество «ВДХЛ» в Питере

Разработчик, популяризатор браузерного гейминга и эмуляции, а также техноблогер Никита Аксёнов (aka Carter54) представил классическую игру «Сапёр» в Telegram.

«Вот Вам ещё одно маленькое развлечение, которое я сделал просто по приколу. Настоящий классический Minesweeper, более известный у нас как „Сапёр“. Логическая игра и убивалка времени теперь прямо в телеге. Поиграть можно здесь», — пояснил автор проекта.

Как я ищу идеи без ChatGPT

Очень часто вижу совет: «Хочешь найти идею? Просто спроси у ChatGPT».
Но если реально хочу откопать живую идею и проверить рынок — иду не к ИИ, а в данные.
Вот список сервисов, которые для этого использую 👇

🔎 Аналитика запросов

• Answer the Public — строит карту поисковых запросов на основе автокомплитов Google. Помогает понять, как реально формулируют вопросы пользователи.

• Semrush — мощный SEO-инструмент: ключевики, конкуренты, источники трафика. Удобен для оценки ниши и поиска новых идей.

• Wordstat Yandex — статистика по ключевым словам в Яндексе. Полезно для анализа российского рынка.

• Google Trends — показывает динамику интереса к запросам во времени. Отлично подходит, чтобы понять: хайп это или долгосрочный тренд.

📊 Аналитика посещаемости сайтов

• Similarweb — оценка трафика сайта, источники, география. Можно подсмотреть, откуда растут конкуренты.

📱 Аналитика мобильных приложений

• Sensor Tower — трекает загрузки и выручку приложений. Полезно для оценки рынка мобильных продуктов.

• Appmagic — похож на Sensor Tower, но с более детальными срезами по нишам. Удобен для ресёрча идей.

• App Store Spy — анализ ключевых слов и позиций приложений в сторе. Помогает с ASO.

• Read Reviews — парсинг отзывов из магазинов приложений. Можно быстро выявить боли пользователей.

🏢 Аналитика юрлиц (Россия)

• Rusprofile — финансы, учредители, судебные дела. Полезно для проверки конкурентов или потенциальных партнёров.

📢 Аналитика соцсетей

• TGStat — аналитика Telegram-каналов: рост, вовлечённость, пересечения аудиторий.

• Telemetr — ещё одна метрика по Telegram, иногда даёт чуть другие данные.

• VidIQ — анализ YouTube-каналов: теги, тренды, вовлечение. Нужен, если строишь продукт на контент-аудитории.

⚡️Как использовать

• ищешь идею → смотришь, как её ищут (Answer the Public, Wordstat, Trends);

• проверяешь конкурентов → Similarweb, Semrush, Appmagic;

• анализируешь боли → Read Reviews, TGStat;

• смотришь деньги и риски → Rusprofile.

Кстати, я регулярно делюсь такими находками и своими экспериментами в инди-хакинге у себя в телеграме 👉 Дебаж с ноги

Профильные эксперты выяснили, что в Китае 109 автомобильных брендов.

Нам нужно сделать что-то вроде IT-профсоюза чтобы защитить людей от произвола работодателей, нанимателей и продавцов курсов.

Так как дело обстоит сейчас - никуда не годится.

IT-специалистов за людей не считают, независимо от стажа и ранга, будь ты junior, middle, senior или teamlead, ты сталкиваешься с проблемами при трудоустройстве.

Понятное дело что мы уже попривыкли к такому обращению, но разве нас это устраивает?

Меня - нет.

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

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

Но мы то не заключенные, мы то слава богу свободные!

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

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

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


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

Стоит ли в тексте статей про Docker переводить "image" как "образ"?

Какой термин вам ближе и понятнее?

От диагностики к действию: три обязательных шага перед разработкой стратегии компании

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

1. Финансовая безопасность: расчет горизонта устойчивости

Первым делом мы проводим стресс-тест денежного потока по трем сценариям:

• Снижение выручки на 20% в течение квартала

• Потеря ключевого клиента (15+% от выручки)

• Одновременное возникновение операционных кризисов

Инструменты:

• Модель денежного потока в Excel/Google Sheets с чувствительностью параметров

• Дашборд основных финансовых показателей

• Регулярный (еженедельный) контроль свободного денежного потока

Результат: понимание реального горизонта планирования. Если компания имеет менее 3 месяцев финансовой подушки, стратегия роста бессмысленна — сначала нужно обеспечить выживание.

2. Аудит операционной команды: диагностика человеческого капитала

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

Методология:

• 45-минутные сессии один на один

• Единый список вопросов для всех участников

• Фиксация не только ответов, но и невербальных реакций

Ключевые вопросы:

• «Какие три решения за последний год вы считаете ошибочными и почему?»

• «Если бы вы получили полномочия CEO на 24 часа, что бы вы изменили в первую очередь?»

• «Какие неочевидные возможности мы упускаем на рынке?»

Анализ результатов: выявление скрытых конфликтов, определение реальных (а не декларируемых) центров влияния, оценка потенциала текущей команды.

3. Быстрые победы: создание импульса для изменений

Долгосрочная стратегия требует месяцев для реализации, но команда и инвесторы ждут сигналов изменений уже сейчас. Мы идентифицируем точки приложения усилий по критериям:

• Эффект достигается за 1-3 месяца

• Затраты ресурсов минимальны

• Результат заметен для большинства сотрудников

Примеры из практики:

Кейс 1: Оптимизация отчетности
Проблема: ежедневный 15-страничный операционный отчет готовился 3 часа в день
Решение: сократили до 1 страницы ключевых метрик
Результат: экономия 60 человеко-часов в неделю

Кейс 2: Устранение потерь лидов
Проблема: 23% заявок с сайта не доходили до CRM
Решение: настроили интеграцию и автоматизацию мессенджера с AmoCRM за 2 недели
Результат: +15% к конверсии в продажу

Почему эта последовательность критически важна

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

• Финансовая безопасность — фундамент, без которого любая стратегия рухнет при первом же кризисе

• Аудит команды — несущие стены, от прочности которых зависит реализация любых планов

• Быстрые победы — отделочные работы, которые демонстрируют прогресс и поддерживают мотивацию

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

В комментариях предлагаю обсудить: какие подготовительные этапы перед стратегическим планированием используете вы? С какими вызовами сталкивались при их реализации?

БФТ-Холдинг вошел в топ-15 крупнейших ИТ-компаний России

Рейтинговое агентство RAEX опубликовало ежегодный рэнкинг крупнейших ИТ-компаний России по итогам 2024 года.

БФТ-Холдинг занял 13 место с ростом выручки от ИТ-деятельности почти на 15%.

Драйверы роста:

• масштабные проекты заказной разработки для федеральных ведомств, 

• расширение портфеля внедрений собственных решений на базе low-code платформы «БФТ.Платформа»,

• активное развитие корпоративного сегмента и партнёрской сети,

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

Заказчики всё чаще ожидают не просто функциональность, а способность решений адаптироваться под рост, сложность и динамику изменений в бизнесе. Мы готовы отвечать на этот запрос, развивая продуктовую линейку и усиливая технологическую базу, - Наталья Зейтениди, генеральный директор БФТ-Холдинга.

➡️ Подробнее о рейтинге и драйверах роста в блиц-интервью с Натальей Зейтениди по ссылке.

Внедрение WAF\антибот может ослабить TLS

После внедрения WAF\антибот систем стоит проверить настройки TLS у серверов. Я случайно обнаружил, что для некоторых доменов появилась поддержка устаревших шифров или протоколов. Для проверки есть онлайн-сервис SSL Labs. Вот как выглядел результат проверки через этот онлайн-сервис до внедрения WAF и после (пришлось объединить в одну картинку т.к. формат поста не позволяет более одной картинки). Видно, что появилась поддержка TLS 1.0 и 1.1.

Если я правильно понимаю, злоумышленник, имеющий возможность провести атаку "человек посередине", может в каких-то случаях повлиять на согласование протокола между сервером и клиентом и заставить их использовать устаревший протокол TLS. Что даст возможность расшифровывать и\или модифицировать трафик между клиентом и сервером.

Администратор WAF и антибот систем решил проблему и подтвердил, что проблема была связана с их настройкой. Как именно исправляется ситуация я не в курсе.

Если кого-то интересует оценка сложности проведения атак на TLS (при плохой конфигурации) - возможно, стоит обратить внимание на подобные курсы.

Технический директор Meta* Эндрю Босворт представил четырёхшаговую схему, которая, по его словам, не раз помогала ему в межличностных столкновениях для решения рабочих конфликтов. По словам Босворта, главное в конфликте — искать ценную обратную связь, а не позволять своему эго диктовать реакцию.

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

2. Во‑вторых, нужно попросить эту сторону сосредоточиться на сути конфликта. В любой ситуации есть конструктивная критика, которую стоит принять во внимание, даже если эмоции мешают её увидеть.

3. Третий шаг — обратиться к другой стороне и предложить взглянуть на ситуацию шире, учитывая обстоятельства, которые влияют на позицию оппонента. Для примера Босворт рассказал, как новый сотрудник однажды раскритиковал инструмент, созданный инженером Meta. Босворт предложил посмотреть на ситуацию глубже: возможно, проблема в том, что разработчик не получил достаточно инвестиций, чтобы улучшить продукт.

4. Наконец, нужно усадить обе стороны за стол и предложить им найти общий язык. Именно этот этап открывает путь к настоящему примирению, утверждает Босворт.

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

_{Meta Platforms*, а также принадлежащие ей социальные сети Facebook** и Instagram**:}

_{*признана экстремистской организацией, её деятельность в России запрещена; **запрещены в России.}

DeepSeek представила V3.2-Exp с механизмом разреженного внимания для длинного контекста

Китайская компания DeepSeek выпустила экспериментальную модель V3.2-Exp с внедренным механизмом DeepSeek Sparse Attention. Новая архитектура оптимизирует обработку длинных контекстов, снижая вычислительные затраты в несколько раз при сохранении качества вывода на уровне V3.1-Terminus.

Архитектура разреженного внимания

DeepSeek Sparse Attention (DSA) реализует мелкозернистое разреженное внимание на уровне токенов. Механизм выбирает только релевантные части длинных текстов для обработки, радикально снижая требуемую вычислительную мощность.

Принцип работы DSA:

• Динамическая иерархическая стратегия разреживания

• Сочетание грубозернистого сжатия токенов с мелкозернистым отбором

• Аппаратно-оптимизированный дизайн для эффективной реализации

• Нативная интеграция в процесс обучения без постобработки

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

Технические характеристики

V3.2-Exp построена на базе V3.1-Terminus с идентичными конфигурациями обучения для изоляции эффекта архитектурных изменений. Команда сознательно не оптимизировала модель под бенчмарки, чтобы продемонстрировать чистый прирост эффективности.

Результаты бенчмарков:

• Производительность практически идентична V3.1-Terminus в тестах на рассуждение и кодинг

• Небольшие просадки в тестах, чувствительных к количеству токенов рассуждения

• Разрыв исчезает при сопоставимом бюджете токенов

• Существенный прирост эффективности обработки длинного контекста

Снижение стоимости API

Архитектурные улучшения позволили существенно снизить стоимость использования через API. DeepSeek установила цены $0.28/$0.42 за миллион входных/выходных токенов — в 2 и 4 раза ниже соответственно, чем у V3.1-Terminus.

Это снижение цен более чем на 50% является частью стратегии DeepSeek в условиях жесткой ценовой конкуренции на китайском рынке ИИ с такими игроками как Z.ai (Zhipu) и Alibaba Qwen.

Контекст релиза и геополитика

V3.2-Exp представляет стратегический поворот после неопределенной задержки модели R2 в середине 2025 года. Задержка стала прямым следствием американо-китайской технологической войны, ограничившей доступ к высокопроизводительным чипам Nvidia.

DeepSeek столкнулась с техническими проблемами при попытке завершить успешный цикл обучения на отечественных чипах Huawei Ascend, что вынудило компанию вернуться к проверенному оборудованию Nvidia для вычислительно-интенсивной фазы обучения.

Open-source стратегия

Модель доступна на платформе Hugging Face под лицензией MIT, что поощряет широкое внедрение. DeepSeek также выпустила open-source ядра для исследований и высокопроизводительного использования.

Доступность:

• Hugging Face под MIT-лицензией

• Бесплатный доступ на сайте DeepSeek

• Мобильные приложения для iOS и Android

• API с низкой стоимостью использования

Техническая реализация

Native Sparse Attention (NSA) интегрирует алгоритмические инновации с аппаратно-ориентированными оптимизациями. Механизм обеспечивает эффективное моделирование длинного контекста, значительно ускоряя обработку без потери точности.

Архитектурные особенности:

• Динамический отбор токенов на основе релевантности

• Иерархическое сжатие для снижения размерности

• Оптимизация под аппаратные ускорители

• Нативная обучаемость без дополнительных этапов

Конкурентное позиционирование

Релиз происходит на фоне интенсивной ценовой войны в китайском ИИ-секторе, где конкуренты вроде Z.ai с моделью GLM-4.5 и Alibaba с Qwen3-Max активно подрывают позиции DeepSeek.

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

Практические применения

V3.2-Exp оптимизирована для задач с длинным контекстом: анализ больших документов, обработка кодовых баз, многошаговые рассуждения. Снижение вычислительных затрат делает такие задачи более доступными.

Вспомнил холивары на первой работе на тему: что такое Activity?

Тогда, среди Android-разработчиков, в моде была MVC и общение было примерно такое:

"Activity - это контроллер" - говорили одни.

"Activity - это вью" - говорили другие.

"Activity - это модель" - так к сожалению никто не говорил, иначе было бы еще интереснее 😁

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

Кто из них прав?

Никто.

Или и те и другие.

Правильный же ответ такой:

Я создатель приложения и какую роль я дам этому классу(Activity) такую он и будет выполнять.

Это если смотреть со стороны архитектуры приложения.

А если смотреть со стороны OS Android, то Activity - это интерфейс через который пользовательское приложение взаимодействует с операционной системой.

Вот и всё :)

P.S. А какие холивары вспоминаются вам?)

Небольшой анонс: издательство БХВ теперь ведет собственный корпоративный блог на Хабре

Рады вам сообщить, что теперь вы сможете чаще читать рецензии на книги по ИТ от БХВ, Alist, Фолиант и наверняка что-то выберите себе для роста личных хард-скилов и компетенций.

Мы, в свою очередь — контент-команда SSP SOFT — уже около двух лет публикуем в нашем блоге рецензии на книги БХВ, но делаем это выборочно: только те издания, которые пересекаются с нашей основной деятельностью — заказным программированием, системным ПО, ИТ-аутсорсингом, внутренней архитектурой ПО и смежными темами.

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

И вот первый такой анонс.

📘 «Чистовики патриарха. О трёх последних книгах Олега Цилюрика»

В своей статье БХВ публикует обзор трех недавних работ известного Линукс-гуру и автора технической литературы Олега Цилюрика.

• Первая рекомендуемая книгиа — «Расширения ядра Linux. Драйверы и модули», книга объёмом ~688 страниц по версии ядра 5.15, детально раскрывающая внутренние API ядра, взаимодействие с периферией, USB, PCI и многое другое (ссылку на книгу).

• Также БХВ рассказывает о книге «Linux и Go» — экспериментальном проекте объединения низкоуровневого программирования и Go, где автор исследует переход некоторых подсистем ядра и функций на Go, и подробно рассматривает вопросы производительности, взаимодействия C и Go, многопроцессорности.

• Третья книга — а это перевод «Изучаем eBPF» — показывает, что авторские компетенции охватывали не только ядро, но и современные технологии мониторинга, безопасности и расширения функций ядра.

Статья в блоге БХВ лампово освещает рабочие моменты сотрудничества издательства и автора: как проходила верстка, как уточнялись детали кода, как велись обсуждения правок. Материал про творчество Олега Цилюрика важен для профессионального сообщества — чтобы вызвать готовность «заглянуть за обложку».

Привет, сообщество!

Я — Татьяна Демидова, предприниматель, экономист, юрист. Долго не решалась писать на Хабр, ну чему я могу вас научить, я не айтишник, не программист, это будет просто смешно если я возьмусь тут вам ликбезы писать.

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

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

А я за 19 лет прошла очень многое. Я сменила несколько CRM, несколько телефоний, несколько таск-трекеров, несколько нейронок. Сейчас, например, мы в компании используем 6 нейронок для рабочих целей.

О чем я могу рассказать:

Технологии и инструменты

• Как мы пережили три смены CRM и какая прижилась.

• Зачем мы сделали ЭЦП всем сотрудникам, где делали и сколько это стоит.

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

• Как мы уходили с гугл диска: Яндекс, Мейл, Битрикс24 — что попробовали, что выбрали, почему.

• Какую 1С-ку мы выбрали и почему всему малому бизнесу рекомендуем это же решение.

• Как мы интегрировали все возможные мессенджеры, радовались, а недавно они все отвалились.

• Как мы настраивали айпи-телефонию и сначала "ничего не было слышно". Какое решение помогло.

• Где и когда нам помогла запись звонков. Почему мы храним архив звонков за 4 года.

• Какие мы попробовали платформы для базы знаний и на чем остановились.

• No-code инструменты, которые прижились и мы используем их в своей работе.

• Как мы автоматизировали финансовый дашборд и в итоге пришли к "сообщению в чатике".

Люди и команда

• Как мы учили бухгалтеров клиентоориентированности.

• Как мы учили бухгалтеров проактивности и так и не научили, и уже не будем.

• Как мы организовали отдел продаж и продаем ли мы вхолодную.

• Как наше понимание "хорошего бухучета" диаметрально расходится с пониманием клиентов. И кто прав.

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

Управление бизнесом и процессы

• Как мы организовали удаленную работу и работаем так уже 12 лет.

• Как мы контролируем задачи бухгалтерского производства.

• Как мы решали, выводить ли продакшен на прямую коммуникацию с клиентом или нет.

• Почему у нас нет тайм-трекеров и мы не контролируем часы специалистов, хотя начинали именно с этого.

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

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

В продолжение темы про Социальную рекламу

На РИФ 2025 Владислав Шилов из ЕРИР обозначил, что в актаx ОРД появится специальная галочка, что имеет место размещение социальной рекламы, чтобы робот ЕРИР не начислял по нему рекламный сбор.

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

Напомню, что это касается Социальной рекламе сверх квоты, так как при ее оформлении в ОРД будет иметь место указание полноценной суммы в Акте ОРД, а базу для расчета рекламного сбора Роскомнадзор берет именно из акта ОРД (поле суммы без НДС в разаллокации по изначальному договору)

А Социальная реклама по квоте (проводится через ИРИ) будет отображаться с нулевыми суммами в акте ОРД и во всех бухгалтерских закрывающих официальных документах, следовательно начисления рекламного сбора по определению не будет иметь место

А вы помните, как всё начиналось? Как ровно 6 лет назад — вот в эти же осенние дни — был представлен самый первый полноразмерный прототип 2-й ступени Starship? Как Илон Маск толкал речь — стоя перед этой громадой — о неизбежной колонизации Марса и резервной копии Человечества...

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

В апреле 2023 мы стали свидетелями первого полёта ракеты в полном сборе. И хотя, тогда удалось успешно лишь оторваться от стартового стола, а всё остальное — нет, следующие полёты демонстрировали поступательное развитие.

В середине октября 2025 ожидается уже 11-й интегрированный полёт.

Разработка системы Starship продолжается уже 7-й год.

Долго ли это?

Привет, Хабр!

Делимся анонсом нашего следующего вебинара по печатным платам!
Приглашаем принять участие всех желающих!

🗓 Ждём вас 14 октября в 11:00!

Регистрация на вебинар

Обсудим 2 темы:

⁃ Финишные покрытия.

- Зачем нужны разные финишные покрытия и каково их назначение?

- Чем обусловлен выбор того или иного финишного покрытия?

- Как можно классифицировать финишные покрытия по технологии изготовления и применению.

⁃ Заполнение сквозных и глухих отверстий.

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

Семинары и вебинары ГРАН всегда бесплатные.

Всегда ли наследование должно идти от родителя к потомкам?

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

Стандартно во всяких учебниках для начинающих рассказывают, что наследование является аналогом связи «Является». Например, яблоко является фруктом, поэтому в коде класс Яблока должен наследоваться от класса Фрукт.

Что еще нужно учитывать, чтобы усомниться в утвердительном ответе на вопрос в заголовке?

1. Наследник может изменять методы родителя

2. Наследник может хранить больше полей, чем родитель

3. Наследник не может удалять поля родителя

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

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

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

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

Рассматривая наследование как метод расширения функционала, здесь гораздо «правильнее» в качестве родителя выбрать квадрат. Он хранит всего лишь одну сторону.

Далее от него потомки идут в две стороны.

Сторона первая: квадрат ->  ромб (добавляем угол) -> параллелограмм (добавляем вторую сторону)
Сторона вторая: квадрат -> прямоугольник (добавляем вторую сторону) -> выпуклый четырехугольник (добавляем еще две стороны)

Как будто, это выглядит более логично? Или я где-то ошибся? Очень жду профессионального мнения в комментариях