Умеете хранить данные? Предлагаем проверить!
Сегодня мы решили обойтись без банальных страшилок про призраков и ведьм и придумать кое-что более пугающее. Герои наших историй столкнулись с настоящими цифровыми кошмарами — взломом и потерей данных.
Почитайте, чтобы немного пощекотать нервы, а затем пройдите небольшой тест. Благодаря нему сможете оценить, насколько хорошо вы разбираетесь в надежном хранении. Всем, кто не испугается, подарим промокод на 1 000 бонусов в панели Selectel.
Влияет ли возраст на карьеру в IT
Обсудили контуровцы: Антон Нечуговских, ведущий инженер-программист в 24 года, и Никита Хубаев, начинающий инженер-программист в 36 лет.
Сеньор в 25 лет вызывает недоверие у коллег из-за своего возраста
Сеньор в 24: Открытые и адекватные люди скорее делают вывод о тебе по тому, как ты с ними взаимодействуешь, а не по тому, сколько тебе лет. Но с недоверием да, иногда сталкиваюсь. Я поэтому и перестал брить бороду 😁 и это не шутка.
Джун в 36: Я раньше работал в продажах, и примерно в 23 года уже был директором магазинов. Старшие коллеги воспринимали это нормально. Важно то, как ты себя позиционируешь в команде, насколько развиты у тебя харды и софты. Если с этим всё в порядке, то и команда это чувствует.
Пользы для продукта или команды от 35-летнего джуна больше, чем от 25-летнего сеньора, из-за большего жизненного опыта у джуна
Джун в 36: Да, пользы чуточку больше, но это связано не с возрастом, а с тем, какой у тебя грейд. Если ты сеньор, то занимаешься внутри команды больше архитектурными задачами, и то время, которое мог бы потратить на разработку продукта, тратишь на наставничество, помощь в написании кода и код-ревью. А будучи джуном в 35 лет ты концентрируешься на том, чтобы писать код и в итоге приносить больший пользовательский опыт.
Сеньор в 24: Хм, ну работа же не заканчивается написанием кода. 😉 Какое-то видение появляется, и из-за того, что есть сеньорский опыт и технический бэкграунд, ты это видение применяешь в нужном направлении. Уже многое умеешь, но при этом есть альтернативный вижн по сравнению с коллегами, которые намного старше тебя. Можешь на их языке с ними общаться и доносить до них что-то новое.
Джун в 36: Некоторые люди в командах не могут занимать должность мидла, хотя с технической стороны они уже глубокие сеньоры. Считаю, лучший грейд — это мидл+.
Джуну в 35 сложнее найти работу, чем джуну в 25
Сеньор в 24: Думаю, что да. Увы, эйджизм никуда не делся. 🤷♂️ Скорее всего, эйчар отметит в тебе целеустремлённость, но поставит под сомнения перспективы.
Джун в 36: Я стал разработчиком после 30 лет, и самое сложное было впервые оказаться на собеседовании. Но отмечу то, что, вероятно, в этом возрасте у тебя будет всё хорошо с софтами, и это твоё преимущество. А для работодателя знак: если такой кандидат осмелился пойти в айти после тридцати, то, скорее всего, в нём есть настойчивость и ответственность, которая и в работе обязательно проявится.
Джуны сталкиваются с излишним контролем на работе, даже когда им 35
Сеньор в 24: Считаю, что джуна не надо сильно контролировать, пусть сам копается, выдаёт результат, а дальше можно будет подкорректировать.
Джун в 36: Согласен, но смотря какие задачи ты даёшь джуну. Если задача от бизнеса, то нужно будет разделить с ним ответственность. В целом, не надо контролировать, как джун пишет код, при этом всё-таки проводить код-ревью, чтобы помогать ему писать код правильно, и следить за сроками.
Не стоит начинать карьеру в IT после 30, лучше искать что-то другое
Сеньор в 24: Средний возраст ребят в IT меньше 30 лет, и когда ты находишься в обществе людей старше тебя, то и сам как будто бы быстрее взрослеешь. В другую сторону работает так же: если вокруг все младше тебя, ты молодеешь и наполняешься этой энергией.
Джун в 36: Поддерживаю! Если ты видишь в себе потенциал, тебе это интересно, обязательно попробуй. Но не требуй от себя много, например того, что добьёшься чего-то в короткий срок. Отнесись к этому, как к пути. Лучше уж после 30, чем после 40. Но даже если после 40 тебе это интересно — здорово! Я знаю людей, которые учились и в 60 лет, проходили стажировки. Да, не все из них трудоустроились, но это был вызов для них и новый опыт.
Сеньор в 24: Менять свой путь после 30 — сложно, я восхищаюсь теми, кто это делает. 👍
***
Выпуск подкаста с Антоном и Никитой доступен на YouTube, Rutube, VK, Яндекс Музыке.
«Почему онлайн-сертификации больше про продажу бренда, чем про образование: мой опыт сертификации Яндекса + статистика рынка»
Я никогда не верил в ценность сертификатов. В теории это просто инструмент бюрократии, полезность которого можно оценить только через призму больших систем. За свою жизнь я не встретил примеров, когда сертификат реально помог человеку.
НО. Яндекс смог продать мне идею: иметь сертификат по инструменту, который я использую каждый день — это действительно круто. Особенно учитывая скидку 80%.
Сдача сертификата пошла не по плану с первой секунды:
Из 4 часов отведенного времени я потратил 2 часа на:
Настройку камер
Получение доступов
Прокликивание разрешений
Скачивание отдельного браузера
Регистрацию в аккаунте системы экзамена
Результат? 3 секунды после входа я узнал, что встроенный софт моей ОС, работающий в фоновом режиме, воспринимается системой прокторинга как попытка жульничества.
После 15 минут попыток настройки я капитулировал — половина экзамена уже прошла, я физически не успевал его закончить.
Попытка получить возмещение:
Оказалось, деньги возвращают только если ты написал в поддержку за сутки до старта экзамена. Не мой кейс.
1000 рублей (вместо полных 5000 без промокода) потрачены без удовольствия. И пожалуй воздержусь от попыток повтора этого гемороя.
Потом я понял, что это не ошибка системы — это её особенность.
Зачем делать крутой сервис, если LTV = время сдачи самого экзамена?
LTV (Lifetime Value) — это параметр, который показывает, сколько денег компания заработает от одного клиента за всё время сотрудничества. Для платформы Яндекса, продающей сертификаты, LTV практически нулевой: клиент платит один раз, сдаёт экзамен один раз, и всё.
Других продуктов на платформе нет (или уже не будет). Нет подписок, нет апселлов, нет повторных продаж.
Поэтому экономически иррационально вкладывать в качество.
Можно просто заработать на бренде Яндекса и продавать сертификаты как «сливки».
LTV в EdTech и модель монетизации
Из исследования CloudPayments по LTV студентов в онлайн-образовании:
LTV студента зависит от возможности повторных покупок и апселлов
В модели one-time payment (одна покупка — один экзамен) LTV минимален
В модели подписки с повторными покупками LTV на порядки выше
Платформы сертификации Яндекса относятся к первой категории — поэтому компании не заинтересованы в удержании клиента.
Почему ЯНДЕКС (и другие платформы с такой моделью) могут игнорировать качество?
Точка 1: Клиент платит один раз и исчезает
Нет модели повторных продаж
Нет апселлов
Нет причин вкладывать в удержание
Точка 2: Бюрократический щит
Если клиент не написал в поддержку за сутки до экзамена — политика не позволяет вернуть деньги
Это не ошибка, это feature: минимизация refund'ов
Точка 3: Репутационный капитал Яндекса срабатывает
Люди покупают сертификат именно потому, что это Яндекс
Качество самой платформы вторично
Сертификат — это просто печать с логотипом, которая подтверждает: «Я прошел тест от Яндекса»
Точка 4: Масса клиентов погашает сетование на форумах
1000 рублей за сертификат × 100 000 попыток = ₽100 млн в год
Даже если 5% людей напишут негативный отзыв, это не повлияет на бизнес
Социальная сеть инвестировать в качество инвестирует, если это грозит репутацией. Здесь это не грозит.
Образование как атракцион
Это не только про Яндекс. Это системная проблема рынка:
Бизнес-модель большинства EdTech-компаний:
Привлечь клиента через маркетинг и репутацию
Получить деньги один раз (LTV ≈ стоимость курса)
Минимизировать затраты на support и улучшения
Повторить со следующим клиентом
Для других потенциальных покупателей сертификатов:
Проверьте, есть ли у платформы модель повторных продаж или апселлов
Если нет — не ждите класса-А поддержки
Сертификаты ценны, только если они узкоспециализированные (AWS, Google, Cisco) или требуемые работодателями (вроде TOGAF в консалтинге или 1С)
Generic сертификаты (тип сертификации Яндекса) — это в основном фиксирование момента времени, когда вы что-то знали
Можете найти меня в тг
Несколько лет в backend-разработке. Последние месяцы всё изменили
Есть старая поговорка:
«Хорошо поставленный вопрос — уже половина ответа».
Сегодня, если ты не можешь чётко объяснить AI, что тебе нужно —
значит, ты сам не до конца понимаешь задачу.
🧩 Три типа разработчиков
Я всё чаще вижу, что разработчики сегодня делятся на три категории:
1. Vibe coders
Знают немного, но пытаются компенсировать это с помощью AI.
2. Скептики
Уверены, что лучше делать всё вручную, а AI не поможет.
3. Архитекторы
Понимают, что AI — это инструмент.
Он ускоряет работу и помогает увидеть то, что можно было не учесть на ранних этапах.
Иначе можно дойти до середины проекта и понять, что половину придётся переписать.
⚙️ Мой подход
Сегодня важен не сам процесс написания кода (routine tasks), а архитектура.
Это было важно всегда — задолго до появления AI.
Главное различие:
Кто писал плохой код — с AI будет писать плохой код, но в 10 раз быстрее.
Кто писал хороший код — с AI будет писать хороший код, тоже в 10 раз быстрее.
🔁 Мой workflow
Анализирую задачу.
Проектирую архитектуру.
Формулирую чёткие правила.
AI пишет — я проверяю и корректирую.
⚠️ Проблемы при работе с AI
1. Ясность
Нужно чётко понимать, что ты делаешь и чего хочешь.
2. Память
AI не помнит прошлые задачи. Новый запрос — новая сессия.
3. Переанализ
Если AI каждый раз анализирует весь проект заново:
Время отклика растёт.
Код в разных частях получается в разном стиле.
Tokens расходуются быстрее (а значит, ты больше платишь).
🧠 Моё решение
Я использую три базовых файла, которые всегда даю AI-агенту:
Agent Rules File — все coding standards: что можно, что нельзя.
Project Map File — структура проекта и расположение файлов.
Business Logic File — бизнес-логика и связи между компонентами.
Так AI не переанализирует проект, понимает контекст
и пишет консистентный код.
💬 Вывод
AI не заменит инженера.
Но инженер, использующий AI, заменит инженера, который им не пользуется.
❓ Финал
Если ты backend-разработчик —
в какой категории ты?
И второй вопрос:
как ты решаешь проблему токенов и контекста?
Есть свой подход?
💭 P.S. Если ты думаешь, что AI может писать качественный код без твоего участия —
дай ему сложную задачу.
Потом расскажи, что получилось. 😏
Итоги SimpleOne Day 25: лидеры цифровизации России поделились опытом реализации ESM, Low-code и GenAI
24 октября 2025 года в Москве прошла ежегодная ИТ-конференция SimpleOne Day 25, организованная компанией SimpleOne (направление прикладных бизнес-систем корпорации ITG).
Мероприятие собрало более 400 участников — представителей крупнейших российских компаний и государственных организаций, руководителей ИТ-департаментов, архитекторов цифровых сервисов и экспертов в области Enterprise Service Management.
Главной темой конференции стали практические подходы к автоматизации бизнес-процессов с применением технологий ESM, Low-code и GenAI. Участники представили 13 кейсов, демонстрирующих, как цифровые инструменты помогают ускорить обработку обращений, сократить трудозатраты и повысить эффективность внутренних сервисов.
Первые лица крупных предприятий поделились историями реальных внедрений — от банковского сектора и промышленности до образования и государственного управления. В числе спикеров — представители ФКУ «Соцтех», Банка «Санкт-Петербург», МТС Банка, АЛРОСА ИТ, Инфосистемы Джет, Петрович-Тех, Systeme Electric, Т1 Интеграции, IRB Family и Президентской Академии РАНХиГС.
Все доклады спикеров доступны по ссылке.
Отдельное внимание уделили развитию технологий искусственного интеллекта. ФКУ «Соцтех», РАНХиГС и АЛРОСА рассказали о применении GenAI на платформе SimpleOne — от автоматической классификации обращений и анализа пользовательских запросов до интеллектуальной маршрутизации и поддержки внутренних сервисов.
В свою очередь команда SimpleOne представила доклады о развитии решений компании и применении искусственного интеллекта на платформе, показав, как технологии Low-code и GenAI ускоряют автоматизацию внутренних процессов.
Во время конференции информационный партнёр мероприятия “Компьютерра” собрал данные об эффективности современных решений для автоматизации. По данным опроса, 57% участников отметили снижение зависимости от подрядчиков после перехода на Low-code, 43% компаний уже самостоятельно управляют логикой платформы без участия вендора, а 35% организаций сообщили о сокращении времени обработки обращений более чем на 25% после внедрения ESM. Кроме того, каждая четвёртая компания фиксирует рост производительности более чем на 20% после интеграции GenAI-инструментов.
«SimpleOne DAY 25 стал не просто конференцией, а площадкой, где крупный российский Enterprise открыто делился опытом цифровой трансформации. Мы видим, как наши клиенты и партнёры строят зрелые сервисные экосистемы, используя Low-code и ESM, и уже сегодня внедряют GenAI в реальные процессы. Это подтверждает, что отечественные технологии способны не только заместить иностранные решения, но и задать новые стандарты эффективности» - Руслан Шарипов, Исполнительный директор SimpleOne, корпорация ITG.
Расскажем, как проводить нагрузочное тестирование на Python
Ждем вас через час, в 18:30 мск, на митапе для Python-специалистов. Как обычно, поговорим обо всем, что волнует сообщество. Сделаем глубокий разбор экосистемы mypy и протестируем ее. Выясним, как запускать задачи по расписанию от cron/systemd timers до чистого Python. Узнаем, насколько сильно можно нагрузить систему, прежде чем она сломается. Все это — в компании экспертных спикеров из Selectel, Яндекса и Райффайзен Банка.
Приходите лично или подключайтесь к трансляции.
Программа
18:35-19:05 — mypy в неестественной среде обитания
Сделаем обзор gradual typing в Python и экосистемы mypy, разберем отличия от линтеров и других анализаторов типа.
19:05-19:35 — Все идет по cron-у. Или нет?
Поговорим о том, как запускать задачи по расписанию: от cron/systemd timers до чистого Python и библиотек вроде APScheduler, Celery, а также Kubernetes CronJob и Redis Queue.
19:35-20:00 — Ломай меня полностью
Разберемся, зачем и как проводить нагрузочное тестирование.
Подключайтесь к трансляции:
Как провести правовой аудит дизайн-студии и защитить интеллектуальную собственность | Кейс
Хочу с вами поделиться кейсом 2024 года.
Исходные данные:
Форма: ИП.
Команда: 3 сотрудника в штате + периодически привлекаемые удаленные специалисты (дизайнеры, IT-специалисты, специалисты по рекламе).
Опыт: Работает около года.
Деятельность: Дизайн интерьеров — создание интерьеров для домов, офисов, ресторанов и других помещений.
Запрос: « Все ли верно с юридической точки зрения и защищены ли интересы студии».
1.Я провела комплексный аудит:
Интеллектуальной собственности (ИС): Наличие, хранение, передача прав и др.
Договоров: с клиентами, штатными сотрудниками и с привлекаемыми удаленными специалистами.
Внутренних документов: наличие приказов и заданий на создание интеллектуальной собственности, внутренних документов, регулирующих бизнес-процессы, наличие и содержание должностных инструкций, правил внутреннего трудового распорядка. и др.
Соблюдения закона о перс.данных: Наличие необходимых документов и соблюдение норм по защите, хранению и обработке персональных данных.
2. Какие риски выявлены:
Основные риски касались создания и использования интеллектуальной собственности и взаимоотношений внутри компании.
Права на дизайн-проекты. В трудовых договорах с штатными дизайнерами не было четко прописано, что исключительные права на все проекты, созданные в рабочее время, принадлежат студии. Формально дизайнер, уволившись, мог бы запретить использовать свои наработки. Это главный риск.
Проблема с удаленщиками. С внешними дизайнерами и IT-специалистами работали по гражданско-правовым договорам, в которых вообще не было речи о переходе прав на созданные ими объекты (например, элементы визуализации или доработки сайта). Без этого все, что они делали, оставалось их личной собственностью. Не было никакой ответственности удаленщиков, в том числе в случае, если они использовали результаты чужой интеллектуальной собственности, нарушили сроки или выполнили работы некачественно
Не было внутренней системы документооборота по поручению заданий и фиксации результатов. Студия не оформляла акты приема-передачи проектов от дизайнеров, не вела реестр созданных работ, не было приказов/поручений работы конкретным сотрудникам. В случае спора было бы сложно доказать, кто, что и когда создал.
Отсутствовало положение о коммерческой тайне, соглашения о конфиденциальности с сотрудниками, удаленщиками, контрагентами. Эскизы, чертежи и концепции будущих проектов могли беспрепятственно «уходить» к конкурентам вместе с уволившимися сотрудниками или подрядчиками, и запретить это было практически невозможно.
Не выплачивалось авторское вознаграждение сотрудникам. Хотя по закону это обязательное условие для служебных произведений, отдельные выплаты авторам не предусматривались.
3. Что было сделано:
Привела в порядок договоры. Переработала трудовые договоры, добавив в них понятные условия о служебных произведениях и переходе прав,об авторском вознаграждении. Для удаленных специалистов разработала корректные договоры авторского заказа, где четко прописан переход прав на все результаты работы к студии, ответственность за исполнение обязательств. С клиентами четко прописали - какие права переходят к ним, а какие остаются за студией.
Внедрили с собственником документооборот. Я разработала положение о создании интеллектуальной собственности, форму задания, простые формы актов приема-передачи проектов. Теперь факт создания работы и ее содержание фиксируются документально.
Разработала должностные инструкции, где детально расписали обязанности дизайнеров по созданию проектов, и Положение о коммерческой тайне с перечнем, что к ней относится, чтобы защитить внутренние наработки.
Разработала, а собственник заключил соглашения о конфиденциальности..
Итог: Теперь сотрудничаем со студией точечно. Собственник теперь уверен, что его интересы защищены. На тот момент он отказался приводить в порядок блок по персональным данным, но уже понял, что надо. Разрабатываю теперь пакет документов.
Тестирование требований — это не про поиск багов в коде. Это процесс проверки того, насколько сами требования корректны, полны и понятны.
Зачем это вообще нужно?
Ошибки в требованиях → баги в реализации → потери времени и денег.
Тестирование требований позволяет:
Выявлять дефекты до этапа кодинга
Экономить время команды
Делать ожидания всех сторон прозрачными
Повышать качество продукта без доработок «в последний момент»
Как понять, что требование хорошо сформулировано:
Какие техники тестирования требований использовать?
Взаимный просмотр
Показываем свою работу коллегам
Вопросы
Уточняем у заказчиков и коллег
Тест-кейсы и чек-листы
Прорабатываем набор вопросов для проверки требований
Рисунки
Наглядно представляем приложение
Прототипирование
Делаем наброски интерфейса и переходов между экранными формами
Исследование поведения системы
Мысленно моделируем работу пользователя с системой
Как проверить количество и атомарность?
Делаем блок-схему, чтобы увидеть дубли и лишние шаги
Проверяем, что требование описывает Create / Read / Update / Delete / List
При помощи сценария использования проверяем, что требование покрывает весь путь пользователя
Используем таблицу решений, чтобы убедиться, что все варианты условий покрыты
Ищем отсылки на неопределенную информацию — если есть «и т.д.», «как обычно», стоит уточнить
Проверяем на союз «и» — часто он объединяет в одном требовании сразу два, а иногда и больше
Как проверить выполнимость и однозначность?
Хорошее требование не вызывает споров — его можно понять одинаково, реализовать и проверить результат.
Что важно:
Терминология
Отсутствие качественных определений
Простое изложение
Возможность составить набор тестов
Тестирование внешних сервисов
Как проверить актуальность и последовательность?
Если требование забыли, потеряли или поняли не так — беда в процессе.
На что обращаем внимание:
Одно требование описано в одном месте
Есть user story или хотя бы сценарий использования
У автора требований есть знание предметной области
Учтены интересы всех пользователей
Договоренности из чатов перенесены в документацию
Согласована дата последнего обновления требований и документации
Хорошие требования — это результат не только опыта, но и осознанной практики.
Микроэлектроника в центре политической бури
Мы привыкли, что в центре геополитического конфликта — фабрики TSMC на Тайване. И США, и Китай хотели бы видеть их у себя, чтобы обеспечить безопасное производство новейшей электроники. Но первым на острие политического скандала оказался небольшой производитель электроники Nexperia в Нидерландах.
В октябре правительство Голландии и ЕС заявили, что идут на крайние меры и берут под контроль мощности китайского производителя электроники Nexperia. Основания, как это часто бывает, — безопасность: Европа опасается, что чипы компании будут поставляться не европейским потребителям. Вот только что-то пошло не так.
Автомобильная промышленность не требует, чтобы микросхемы были созданы по самым передовым техпроцессам, поэтому такие компании, как Nexperia, могут работать на рынке вместе с 3-нм фабриками TSMC, Samsung и другими — они просто занимают разные ниши. Однако отсутствие вертикальной интеграции делает компании зависимыми от цепочек поставок, которые неизбежно ведут… в Китай. Не та страна, чтобы простить отъём собственности.
Результаты не заставили себя ждать. Китай объявил о запрете поставок Nexperia. И уже в середине октября автопроизводители — партнёры Nexperia (Toyota, Ford, Volkswagen, BMW и General Motors. Чуть позже к ним присоединился и Bosch) — получили предупреждение о возможных перебоях поставок.
В результате на этой неделе планируется встреча представителей ЕС и Китая — придётся договариваться. А нам остаётся диверсифицировать все поставки — никогда не знаешь, какие компоненты завтра будут в дефиците.
Как запустить стартап в России и выжить заработать?
Любой стартап начинается и заканчивается с денег.
Давай поговорим о конце, а потом перейдём к началу.
Хороший предприниматель не зарабатывает с дивидендов — он зарабатывает на оценочной стоимости своей доли в бизнесе.
В западной экономике компании выходят на IPO, но в нашей стране этот механизм не работает, поэтому мы целимся в два направления:
1. Продаться корпорации.2. Стать корпорацией. (Забей:D)
Итак, как построить бизнес, который купят корпорации?
Начнём с того, зачем вообще корпорациям стартапы.
Ключевая проблема корпораций — это их же сила: устойчивость. Устойчивость достигается огромным количеством бюрократии. Когда любое действие согласуется и перепроверяется. Такая система крайне устойчива, но жутко неповоротлива и медленна, а ещё и неэффективна. Так вот, корпорации не умеют делать стартапы — для них это слишком дорого.
Им сложно быстро запустить продукт на рынок, собрать обратную связь, докрутить и заработать. На каждом шаге они будут тупить и терять бабки (ведь каждому, кто участвует в согласовании, нужно заплатить).
Поэтому корпорации очень любят скупать стартапы — им интересны технологии и процессы, которые построили более эффективные менеджеры. Они любят скупать всё то, что уже настроено, и внедрять к себе, становясь ещё больше и богаче. Такая у них система.
Так вот, чтобы продаться корпорации, нужно быть интересным корпорации. И чтобы определить, интересен ли твой продукт корпоратам — пойди да спроси, а заодно узнай, сколько бы они за это заплатили. (Есть специальные люди, которые занимаются такими сделками, нетворкай, они подскажут)
В США компании могут жечь бабло инвесторов и работать в минус, зная, что главное — захватить рынок и выйти на IPO. На IPO можно поднять бабла и дальше уже начинать заниматься деньгами и то не обязательно, главное рост и размер, главное стоимость акций.
Тут у нас такого шанса нет, поэтому точка «продажа» для нас — это конечная часть пути. Когда мы к ней придём, мы должны стоить максимум.
Для этого нам катастрофически важно зарабатывать — много и сразу.
Не играй в демпинг, не строй планы на 20 лет.
Зарабатывай сразу и много, иначе тебе тебя купят за три копейки, пока ты маленький и еще скидку выжмут, так как будут понимать, что ты больше не вырастишь.
А теперь — с чего начинать:
Ищи ниши и проекты, которые можно запустить за 50 млн рублей, этого хватит, чтобы выйти в операционный ноль и дальше расти от оборота.
Почему такая сумма?
В нашей стране есть два направления получения денег, которые реально работают:
1. Гранты.
2.Частные инвестиции.
Обо всем остальном ходят легенды
Так вот, максимальный грант, который ты можешь получить на старте, — это 150 млн рублей. На такую сумму можешь рассчитывать только если ты уже изобрёл лекарство от рака или что-то супер-дупер инновационное.
А вот поднять 20–50 млн на хороший проект вполне реально.
Частных инвесторов очень мало, поэтому рассчитывать на большую сумму бессмысленно — примерно столько тебе удастся собрать на старте.
КАРОЧЕ: Спроси у корпоратов, чего они хотят прикупить и сколько бы за это заплатили, прикинь, сколько будет стоить построить такое, найди бабки и не облажайся — готово.
P.S. Пост написан автором блога СОЛОВЬЕВ БЛОГ, если нравится мой стиль - Welcome
Attention сайтам на шаблонах!
Не буду тыкать пальцами (могу это сделать при личном общении - пишите), но некоторые именитые готовые решения на Битрикс собирают данные с ваших сайтов себе.
Теперь предыстория. Звонит мне приятель и заявляет, что шаблонам пиз**ц. «Вот это номер» — думаю я. Стали разбираться, и оказалось, что во всех старых шаблонах одной студии (которые мы могли проверить конечно же) установлена метрика с одинаковым номером. Она вызывается при взаимодействии с сайтом (без этого она тихонечко спит в скриптах). В новых версиях эту штуку убрали. Наверное, 152-ФЗ все-таки припугнул, но без обновлений все продолжает работать.
И это точно не пофиксили на конструкторах шаблонов (дам подсказку, нашли в продукте который зовется как птичка из Гарри Поттера). Специально поставили чистый Битрикс и накатили чистое решение. Теперь думайте, что же лучше — шаблон или кастом. Во втором случае ваши клиенты так и останутся вашими)
P.S. Немного пруфов: поищите у себя на сайте вот это:
Судебная практика 2024–2025: Какие схемы ухода от налогов больше не работают?
Сейчас часто обсуждаются темы усиления госконтроля, налогов и необходимости бизнеса выходить из тени.
Я подготовила обзор (по материалам Консультант плюс) - судебные споры за 2024–2025 годы: НДФЛ, страховые взносы, НДС, зарплата, трудовые отношения, УСН, штрафы и ответственность.
Выдача денег под отчёт и займов вместо зарплаты
Суды подтвердили: выплаты под видом подотчётных сумм и займов часто маскируют «серую» зарплату.
АС Уральского округа поддержал налоговиков: директор тратил деньги на личные нужды, а переводы с кодом «01» (заработная плата) поступали в день выплаты. В бухгалтерии после проверки появились «задним числом» возвраты подотчётных сумм.
АС Западно - Сибирского округа признал займы фиктивными: организация не обосновала выдачу денег, не оформила приказы, не доказала возврат.
При этом приходно-кассовые ордера и кассовая книга отсутствовали, а договоры займа датированы позже фактических выплат.
АС Северо-Западного округа указал, что почти вся выручка шла на личные счета руководителя, оформленные как подотчёт, но без возврата или отчётности.
Вывод: оформление выплат как подотчётных или в виде займов без реальных — прямой риск переквалификации в зарплату с доначислением НДФЛ и страховых взносов, штрафов и пеней.
Создание филиала для утраты права на УСН и возмещения НДС
Компания на УСН открыла филиал, чтобы утратить право на спецрежим и заявить НДС к возмещению. Но инспекция признала филиал фиктивным.
АС Северо - Кавказского округа согласился: филиал не имел офиса, не нанимал работников, не вёл отчётность, имущество не передавалось. Регистрация носила формальный характер, а значит, право на УСН сохранялось, и возмещение НДС не положено.
Вывод: любые формальные изменения структуры бизнеса без реальной деятельности быстро выявляются налоговыми органами.
Включение в резерв по сомнительным долгам задолженности взаимозависимых лиц
АС Поволжского округа признал создание резерва формальным.
- Должники и организация имели одного бенефициара.
- Не начислялись пени, не велась претензионная работа, долги не взыскивались.
- Резерв создан сверх лимита, включены суммы по уступленным требованиям.
- У контрагентов были средства на погашение.
Вывод: формальное создание резерва по долгам между «своими» компаниями теперь воспринимается судами как элемент налоговой схемы.
Вывод денег за рубеж под видом процентов по займам
АС Уральского округа рассмотрел дело о «карусельных» переводах между аффилированными компаниями.
Иностранная компания, выдавшая заем, оказалась посреднической (технической) компанией: доходы облагались по ставке 0%, а средства фактически циркулировали внутри одной группы.
Суд признал операцию схемой и поддержал доначисление налога на прибыль.
Вывод: международные займы требуют деловой цели, подтверждения движения средств и экономической обоснованности.
Выплата зарплаты под видом выплат пайщикам кооператива
В этом деле АС Уральского округа поддержал ФНС:
- Организация переводила работников в созданные ею производственные кооперативы, формально оформляя выплаты как «паевые».
- Работники не участвовали в собраниях, не платили взносы и не понимали суть кооператива.
- Условия труда и оплаты не менялись.
- Паевой фонд создавался формально.
Вывод: такие схемы переквалифицируются в выплаты зарплаты с доначислением страховых взносов и налогов.
По этим делам видно:
- Как растет качество деятельности ФНС по выявлению различных схем ухода от налогов. Браво, ФНС.
- Налоговые органы и суды стали жёстче оценивать схемы, которые раньше считались допустимыми.
- Суды демонстрируют единый подход: экономическая суть важнее формы.
- Ну и некоторые бизнесмены, применяя схемы, допустили много оплошностей в документообороте.
Так что вновь моя искренняя рекомендация бизнесу – выходите «из тени». Как раньше – уже не получится.
Well-being: базовый минимум или роскошный максимум?
Корпоративные блага: психолог, спортзал, ДМС со стоматологией — это необходимость или роскошь? Как ими пользоваться без стеснения? И как после этого оставаться объективным при прохождении внутренних корпоративных опросов?
Новый выпуск нашего подкаста «Свободный слот» — новый гость Сергей Попов, CPO Skillaz и автор канала «Серёжа печатает». Вместе с ведущими Сашей Афёновым, Пашей Федотовым и Сашей Прокшиной разбираемся в философии well-being, ищем зависимость между бенефитами и чувством командной принадлежности, играем в прохождение опроса от Авито и отвечаем на фундаментальный вопрос: а как это, когда на работе действительно «хорошо»?
Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.
Куда ни придёшь, везде реактор? Нестандартная модель #2
Росатом» и издание N+1 записали второй выпуск подкаста «Нестандартная модель»
Ведущий Андрей Коняев, популяризатор науки и преподаватель мехмата МГУ, пообщался с директором компании «ДЖЭТ ЛАБ» Сергеем Букреевым о математике, без которой не работает ни один проект.
Математическое моделирование помогает предсказывать многое: от поведения охлаждающих контуров в атомной станции до работы сложных медицинских установок.
Инженеры «ДЖЭТ ЛАБ» успешно применяют опыт моделирования сложных систем из атомной отрасли в медицине. Изначально разрабатывая ПО для симуляции промышленных объектов, команда теперь создаёт платформу для моделирования работы МРТ-аппаратов. Их системный подход, отточенный на атомных реакторах, оказался универсальным: ключевые подсистемы томографа — охлаждение, электропитание, вентиляция и управление — требуют тщательного моделирования для обеспечения стабильности и надёжности.
Смотрите видео, чтобы узнать, чем работа инженера схожа с работой врача, каково разрабатывать софт для МРТ без релевантного опыта и почему инженерия — это творчество.
Выпуск доступен на платформах:
Первый выпуск также можно посмотреть во ВКонтакте и на YouTube.
Следить за новостями в сфере информационных технологий атомной отрасли можно в телеграм-канале Атомный IT.
Открыт приём заявок на конкурс для IT‑стартапов Startup2B
Яндекс при поддержке «Московского инновационного кластера» и «Акселератора ФРИИ» запускает конкурс для IT-компаний, которые разрабатывают решения для крупного бизнеса.
Участники Startup2B получат возможность:
найти клиентов и запустить пилот на тысячи пользователей;
выступить в финале перед 50+ CxO из Яндекса и другими лидерами индустрии;
забрать грант 1 млн рублей на облачные сервисы Yandex Cloud.
В финал попадут 15 компаний в четырёх категориях:
Партнёрства и каналы продвижения
Новые сервисы и технологии
Оптимизация процессов
AI/ML-сервисы для сотрудников
Заполнить анкету и получить приглашение на интервью можно на странице конкурса.
Заявки принимаются до 31 октября.
Квиз: сможете ли вы найти ошибку в мобильном приложении?
Проверьте свои навыки и получите 1 000 бонусов на тестирование в мобильной ферме Selectel.
Представьте ситуацию: команда разработки подготовила обновление для мобильного приложения, но нужно проверить его работоспособность и выявить ошибки перед релизом. Мы подготовили тест из 7 вопросов, прохождение которого займет буквально несколько минут.
🎁 За участие — 1 000 бонусов в панели управления. Важно: количество промокодов ограничено.
BOOST 2025: ITFB Group о стратегии в эпоху турбулентности
24 сентября на конференции BOOST 2025, одном из крупнейших событий для руководителей агентств, студий и продакшенов, выступил соучредитель ITFB Group Асатур Хачатрян с докладом «Диверсификация против Фокуса: как двигаться в эпоху турбулентности». Выступления спикеров были посвящены стратегиям развития бизнеса в эпоху турбулентности.
В своей речи Асатур Хачатрян рассказал об истории ITFB Group — от микроофиса за гаражами до создания собственных продуктов EasyDoc, СИМФОНИЯ, Polina AI, KODA и запуска новых направлений АЦЛСХ, ITFB Tech и CORE. «Мы начинали как маленькая команда с большими амбициями. Сегодня мы — группа компаний с разными бизнес-направлениями, собственными технологиями и международными проектами», — отметил он.
Отдельный акцент Асатур сделал на управлении компанией в кризисные периоды. Среди вызовов последних лет — необходимость оптимизации бюджета и команды, рост конкуренции и сокращение поддержки ИТ-сектора. Однако именно эти обстоятельства стали драйвером для роста: ITFB усилила сейлс-форс, изменила структуру выручки, вывела на рынок новые продукты и укрепила командное ядро.
Главная идея выступления — поиск баланса между гибкостью стартапа и устойчивостью корпорации. «Мы сознательно выбрали путь синтеза: оставили бизнес-юнитам автономию и предпринимательский драйв, но при этом выстроили централизованное управление, бэк-процессы и единую маркетинговую стратегию бренда. Такой подход позволяет одновременно быть быстрыми и системными», — пояснил Асатур Хачатрян.
В 2025 году ITFB Group сосредоточится на создании универсального коммерческого блока и развитии матричной структуры продаж. Компания делает ставку на кросс/ап-сейлс тактики, партнерскую сеть и единое продвижение бренда. Среди приоритетов — аккуратные инвестиции, повышение эффективности, работа с российскими партнерами в новых форматах кооперации и усиление кибербезопасности.
Асатур Хачатрян также поделился прогнозами по рынку: замедление импортозамещения, консолидация игроков, рост значимости AI-технологий и одновременно повышение требований к защите данных. «Сегодня ИТ-компании должны уметь быстро перестраиваться, искать новые ниши и быть готовыми к работе на стыке цифровых и традиционных отраслей», — подчеркнул он.
BOOST 2025 стал площадкой, где ITFB Group не только поделилась опытом трансформации, но и обозначила стратегию на ближайшие годы.
Платформенная команда: секретный инструмент для масштабирования бизнеса
В ЮMoney мы используем стандартный фронтенд-стек — React, TS, Nest.JS — и микросервисную архитектуру с более чем 70-ю сервисами. По мере роста компании, количества команд и сотрудников в отделе нам понадобились единые стандарты в разработке и общий вектор развития. Эти потребности теперь закрывает платформенная команда.
Главная задача платформенной команды — создать фундамент для всей остальной разработки.
Преимущества такого подхода заключаются в том, что появилась единая стратегия технического развития всего отдела, больше возможностей для экономии ресурсов, стандартизации и контроля качества. Кроме того, этот подход способствует эффективному внедрению новых технологий во всех продуктах.
Платформенные команды эффективны, если перед вами стоит вопрос масштабирования технологий внутри компании. Такая команда снижает расходы на разработку, упрощает подбор сотрудников и помогает реализовывать техническую стратегию. Однако такой подход не для всех — он требует определённых масштабов и определённого уровня зрелости организации.
Подробнее о подходе, задачах команды и преодоленных трудностях — в статье на Хабре.
ITAMday 2025: играем и выигрываем с «Инферит ИТМен»
Привет, Хабр! 👋
Меня зовут Данила Трусов, я директор продукта «Инферит ИТМен».
31 октября в Москве пройдет юбилейная X конференция ITAMday 2025 — ключевое событие для специалистов по управлению ИТ-активами. Ежегодно она собирает сотни практиков и экспертов, чтобы обсудить лучшие кейсы, обменяться опытом и взглянуть в будущее индустрии.
В этом году я выступлю с докладом «Агрегация — это еще не все: почему рынку требуется отдельный класс инструментов дискаверинга с гибкой настройкой под любую инфраструктуру в 2025–2028 годах».
Мы разберем:
почему российские вендоры и аналитики делают ставку именно на дискаверинг, а не на простую агрегацию;
зачем отдельный класс решений по дискаверингу необходим для ITSM/ ITAM/ SAM;
какие подходы позволяют добиться 100% прозрачности и безопасности инфраструктуры;
на что обратить внимание при выборе и настройке решений enterprise-уровня;
как сохранить мультивендорность при контроле ИТ-ландшафта.
А еще мы подготовили для участников активность от «Инферит ИТМен» — динамичный онлайн-квиз. Проверите знания, получите драйв и сможете выиграть крутые призы:
🎁 Главный приз — ноутбук бизнес-класса INFERIT Mercury 15.6" i5-1334U
🥈 Подарки за второе и третье место
📸 Отдельный приз победителю фотоконкурса
ITAMday — это не только про доклады и нетворкинг, но и про живые впечатления. Будет азартно, полезно и кто-то уйдет домой с ноутбуком под мышкой 😉
📅 Когда: 31 октября 2025
📍 Где: Radisson Blu Олимпийский, Москва
Жду вас на ITAMday 2025 — на своем докладе и в квизе от «Инферит ИТМен»!
Вебинар: «Как упростить процессы с помощью цифровых сотрудников в ECM-системе»
Кто проводит: эксперты компаний msgPlaut и «Первая Форма»
Кому полезно: директорам по ИТ и инновациям, техническим директорам, операционным директорам и другим руководителям, которым важно автоматизировать процессы и оптимизировать трудозатраты
Почему это важно:
ИИ-агенты становятся всё популярнее в корпоративной среде — согласно отчёту Capgemini Research Institute, 82% компаний планируют внедрить этот инструмент к 2026 году. Исследования охватывают данные 2500 руководителей и сотрудников по всему миру.
ИИ-агенты — это новая технология, и не все компании понимают, как подготовить для них инфраструктуру так, чтобы агент эффективно выполнял рабочие задачи. На вебинаре мы рассмотрим особенности организации корпоративного контекста для ИИ-агентов в ECM-системе и покажем реальные кейсы автоматизации с помощью искусственного интеллекта.
Что узнают участники:
Что нужно для внедрения ИИ-агента.
Как организовать корпоративный контекст (документы, регламенты, ЛНА), чтобы ИИ-агент работал эффективно.
Как ИИ-агенты выполняют регулярные задачи менеджера среднего звена: обрабатывают документы, анализируют задачи, собирают протоколы встреч.
Возможности внедрения ИИ-агентов.
Как попасть:
Участие бесплатное, по предварительной регистрации. Вебинар состоится 8 октября в 11:00.
