Менеджмент

Я попробовал Bolt. Мои первые шаги в Вайб-кодинге.

На связи Антон 👨‍💻

Мы выбрали идею нового продукта - Form builder. Простой и минималистичный конструктор форм на замену Google Forms.

Для разработки я пробую сервис Bolt.new. Я пишу в промтах ТЗ, нейросеть генерит код за меня.

За 5 запросов я получил функционал, который писал бы пару дней. Конечно с кучей багов и недоработок. Они и в ручной разработке тоже бывают.

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

А у вас какой опыт с вайб-кодингом? Писать про наш опыт с нейросетями в разработке?

АГЕНТНАЯ ЭКОНОМИКА. Микро-дайджест недели. Интересные мысли.

Дайджест по материалам Fast Company, Venture Beat, The Atlantic, 

Как Open AI страхуется от возможного замедления интереса со стороны инвесторов к появлению AGI и ASI

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

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

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

А это значит ровно то, что они способны убить немало стартапов своими планами развития.

С другой стороны, AGI это довольно условный термин...

Если бы показать сегодняшний Chat GPT людям в 2020 году, многие бы тогда сказали, что это AGI.

По сути Сэм Альтман в своем интервью на Snowflake Summit 2025 говорит, что кривая роста когнитивности моделей останется в том виде в котором мы ее наблюдали последние годы, по крайней мере в течение следующих 5 лет. Я давал ссылку на это интервью в прошлом дайджесте, прочитайте, там очень много интересных мыслей.

В тоже время, откуда совсем не ждали:

Даже если волна ИИ не заменит вас и вашу роль, она может заменить место вашей работы.

Бизнес может попасть под гораздо больший удар, чем сами люди. Т.е. потерять работу можно быстрее не потому что вас сократят, а потому что у компании, в которой вы работаете, какой-нибудь Айвентор (технологический предприниматель нового поколения) просто отберет долю рынка. AI isn’t coming for your job, it's coming for your company

Старый интернет был создан для людей. Новый будет создан для ИИ-агентов. 

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

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

Потому что через пять лет это будет не человек, нажимающий «купить сейчас». Это будет ваш агент на базе искусственного интеллекта, действующий от вашего имени, принимающий сотни решений в день, и не только о покупках, но и о планировании встреч, бронировании поездок, просмотре контента и обсуждении услуг во всех областях цифровой жизни. Agent-based computing is outgrowing the web as we know it

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

Подписывайтесь, чтобы не пропустить дайджест в ленте, если такие мысли по теме вам интересны. Я пока экспериментирую со временем публикаций.

Правда ли, что пользователи фанатеют по темному режиму? Проверяем в своем приложении

Много слышал о том, что темная тема ― это тренд и чуть ли не 100% пользователей на нее переедет.

Мы решили проверить, как обстоят дела с темной темой в нашем мобильном приложении системы управления проектами YouGile. Dark mode у нас просили еще с момента запуска мобильного приложения, темная тема входила в топ-10 запросов. Проверили ― оказалось, 40% регулярно использует dark mode. 

Похоже ли это на то, что светлая тема вообще не нужна? Видимо, нет. Пользователи из России предпочитают и то, и другое ― темную тему ставит 34% пользователей (данные 2023). Опрос Android Authority показывает, что dark mode предпочитает 81% респондентов, но опросу уже пять лет и выборка там менее 3 000 человек.

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

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

А вы на какой стороне?

Императивное, декларативное и генеративное программирование.

Создатели фреймворка SwiftUI всегда подчёркивают, что он создан на основе парадигмы декларативного программирования. В отличие от предыдущего фреймворка UIKit, который характеризуется как пример императивного программирования.

Когда речь заходит о том, чем императивное программирование отличается от декларативного, то объяснение чаще всего сводится к тому, что при декларативном программировании разработчику нужно просто сказать, что ему нужно и SwiftUI это сделает. А если используется UIKit, то здесь типа надо все сделать самому.

Честно говоря, не очень внятное объяснение, поэтому попробую описать это различие сам на одном примере.

Итак, если в UIKit нам нужно вывести на экран список элементов, то мы используем TableView или CollectionView, которые уже подписаны на 2 протокола, а затем должны реализовать 3 метода: количество секций, количество строк в секциях, и в третьем методе скомпоновать ячейку и прописать загрузку в неё данных.

Та же задача в SwiftUI решается следующим образом:

List(items) { item in
Text(item.name) }

Т.е., меньше кода, меньше времени тратится на реализацию задачи.

Можно, конечно, называть это декларативным программированием. Но можно считать это и следующим этапом развития высокоуровневого программирования. Когда-то программисты писали машинный код, потом языки программирования становились все более высокоуровневыми, все более понятными человеку. И вот теперь наступил новый этап, когда программирование стало ещё более высокоуровневым. Уже можно использовать более короткие высокоуровневые инструкции.

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

Например, уже даже не надо писать команду List и т.д., а достаточно сказать ИИ "сделай список из таких-то элементов".

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

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

В итоге, получаем такую триаду:

• Императивное программирование

• Декларативное программирование

• Генеративное программирование

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

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

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

В случае отсутствия явных интересов, не связанных с "этим нашим ойти", нужно выделить время на то, чтобы порыться в себе, но не в плане "мне уже %за%, а я ещё %не%", а с целью поиска конкретных увлечений, которые отвлекали бы от мыслей о проектах, и, кроме того, не слишком напрягали, а главное - развлекали (хорошие варианты: игра на музыкальных инструментах, настольные игры, чтение, спорт; плохой вариант: сидеть в компьютерных играх [это антидепрессант, а не антивыгоратель]).

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

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

p.s.: для меня, является дикостью, что кто-то пытается и по этой теме "коучить" или "продавать курсы" (за оба-два должен полагаться расстрел, и это никакой не призыв к насилию, или что там ещё притянут за уши).

MongoDB + WARP + Xray = 💥 BSONError

У меня MongoDB начала выдавать ошибки:

BSONError: Invalid UTF-8 string in BSON document  

BSONError: bad embedded document length in bson

Документы в базе нормальные. Ошибки появлялись только при включённом Xray с WARP (через встроенный WireGuard). Когда VPN отключён — всё читается корректно.

Поначалу думал, что что-то с кодировкой или драйвером, но оказалось, что проблема в том, что Mongo работала через Cloudflare WARP.

Когда запросов было мало — срабатывало нормально.

Когда запускался алгоритм и начинались частые обращения к базе — Mongo валился с ошибками BSON.

Причина — искажение бинарного трафика при передаче через WARP.

Mongo использует бинарный протокол BSON, и даже один сбитый байт ломает парсинг.

Пофиксил так:

добавил в routing.rules Xray правило, чтобы трафик к Mongo шёл мимо WARP:

{

  "type": "field",

  "ip": ["<IP MongoDB>"],

  "outboundTag": "direct"

}

Здесь кто-нибудь есть?

Давненько не было постов! Теперь посты будут выходить намного чаще, поэтому ждите интересный контент! Сегодня хочу с Вами поделиться своими наблюдениями по самым распространенным страхам при входе или же в начале карьеры в IT, а также конечно же расскажу, как с ними бороться!

Поехали!

Большие деньги - большая ответственность, я еще немного поучусь и можно ходить на собеседования

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

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

Убейте в себе внутреннего "отличника", который хочет всё идеально знать. Начните действовать как можно раньше, ведь главный наш ресурс - это время. Если не начнете ходить по собеседованиям сейчас, то потом может стать поздно!

Я слишком стар/молод/у меня нет профильного образования

Это миф. В IT реально можно войти в любом возрасте и с любым бэкграундом. Большинство компаний смотрит на твои навыки и то, как ты решаешь задачи, а не на диплом. Например у меня еще ни разу не спрашивали про мой диплом и про моё образование, но при этом огромное кол-во людей верит в то, что реально нужен крутой бэкграунд, а не опыт. Важно показывать интерес к профессии, прокачивать навык прохождения собеседований, учиться продавать себя на рынке труда и тогда у Вас всё получится! Как говорил Олег Тинькофф: "Продай свои мозги дорого". Это очень хорошо описывает в целом текущее состояние рынка.

Я буду выглядеть глупо среди опытных коллег Это нормально — не знать и ошибаться, особенно в начале. Важно не бояться задавать вопросы. В IT очень развита культура поддержки: тебе скорее помогут, чем осудят. Воспринимай каждую ошибку как точку роста, а не как провал. Ведь наш опыт - это сумма всех наших ошибок. Думаете, что какой-то сеньор никогда не допускал ошибок?

Я не найду работу без опыта От каждого второго человека слышу это. Мол я не могу найти работу без опыта, всё дело в опыте! А потом я открываю его резюме и вижу, что там полная каша и оказывается, что дело не в опыте, а в резюме или же в чём-то другом. Не бойтесь искать любую возможность попробовать реальные проекты. На старте важно показывать свою мотивацию и учиться командной работе. Не стесняйся писать в компании напрямую, предлагать свою помощь за отзыв или за опыт — так много кто стартует.

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

• Разделяй путь на маленькие задачи и радуйся каждому шагу.

• Найди ментора, чтобы не оставаться один на один с вопросами.

• Веди дневник успехов — записывай даже маленькие победы.

• Не сравнивай свой путь с другими, особенно в соцсетях — у каждого свой старт и темп.

• Признай: страх — это нормально. Его испытывали все, кто сегодня работает в IT.

Понравился пост? Тогда переходите ко мне в телеграмм канал, там находится много полезного материала, для входа в IT!

Микрокоманды захватывают Кремниевую долину в США. Компании доходят до миллиардных капитализацией с 10 сотрудниками. Среди таких стартапов — Safe Superintelligence от Ильи Суцкевера, Midjourney и Adept — в каждой большую часть работы выполняет ИИ. По словам экспертов, это «смерть» для карьерного роста многих менеджеров.

Как не утонуть в море адхоков от стейкхолдеров?

Бизнес-категории Авито Услуг разительно отличаются и каждую из них развивает отдельная команда. Запросы на аналитику от заказчиков к таким командам часто похожи — преобразуясь в ad-hoc задачи, они несут в себе одну неочевидную угрозу статичной работы. 

Как поступить, чтобы такого не допускать?

Привет, я Алексей Авраменко, тимлид команды аналитики в Авито Услугах, и ниже мои 10 способов решения этой проблемы:

1. Решайте проблемы заказчиков. Когда коллеги приходят с задачей «Выгрузите ушедших пользователей», важно понять, что они хотят оценить. Например, если это эффект от новой инициативы, то его лучше покажет динамика активных клиентов, которая уже есть в дашборде. Естественный отток происходит всё время и список ушедших пользователей ничего не даст без анализа динамики.
   Задавайте вопросы, чтобы решать проблемы стейкхолдеров, а не выгружать чиселки.

2. Делайте автоматическую базовую отчетность. Этот процесс должен стать постоянным. Сегодня достаточно одного отчёта, завтра будет фокус на новой стороне продукта — и придётся добавить новый.

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

4. Унифицируйте решения для похожих задач. Группируйте запросы коллег по общим признакам и метрикам и решайте одну задачу, которая покроет сразу все потребности. 

5. Предвосхищайте вопросы. Иногда вы лучше заказчика знаете, что ему надо, и можете предугадывать проблемы. Думайте наперёд, чтобы сэкономить время на добавлении нового поля/ разреза/ функциональности или вообще на изменении решения.

6. Отказывайте. Даже если вы любите ваших заказчиков, иногда надо говорить «нет», но обязательно с объяснением причины: «нет, потому что…».

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

8. Уточняйте причину срочности. Когда заказчик врывается с запросом «Срочно! Посчитайте мне длину удава в попугаях!», обязательно выясните, какие запланированные события зависят от этих данных. Иногда оказывается, что встреча по физиологии удава стоит через 3 недели. И даже для перестраховки длину удава достаточно получить в течение следующего спринта.

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

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

Делитесь в комментариях, какие способы уже были в вашей работе.

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

Уже 3000+ пользователей у нашего расширения Core Web Vitals Test!

Продолжаем расти 🚀.

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

Меня часто спрашивают: "да кто тебя, вообще, спрашивает?", поэтому, пожалуй, продолжу, в своей обычной манере.

Завелась у меня, например, вот такая картинка (заходим в профиль, жмём "WhoIs"->"голосование за меня", потом ещё фильтр "против"):

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

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

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

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

"Придерживаюсь другой позиции" - да, и я тоже. Однако, это не повод себя так вести.

"Личная неприязнь" - я, конечно, не доктор, хотя и тоже, посмотреть могу, но, как-то это всё на пустом месте, знаете-ли. Аноним невзлюбил анонима, вероятно, за анонимность, предварительно, перепутав его с другим анонимом. Ну, буже мой...

"Статья/тема не для хабра" - а судьи кто? Вот, давеча, насмотрелся всяких "аббревиатурных" тем, назовем их так. Ну, они то, точно для хабра? Так, ведь? Или, для этого требуется состоять в отдельной касте жрунов, тогда любая тема подойдёт? В общем, тоже, необъяснимая, подозрительная активность, а также провокационная деятельность, вероятно, с политической окраской. В мой адрес, почему-то. Ну и ладно.

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

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

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

Вместо того, что вы просмотрели/прочитали/пролистали (выбрать нужное или вписать своё), здесь должна была быть другая запись, но, пока писал этот черновик, тот текст потерялся. И, раз уж астрологи объявили неделю минусолога, пришлось выложить это. Чисто, для пятничного чада кутежа, естественно.

Не переключайтесь.

p.s.: простите, ни телеграма, ни канала в нём у меня нет, поэтому, как обычно, без каких-либо ссылок и "продаванства успещности курсов". и в профиле тоже.

p.p.s.: сторонники голлангдского хаброштурвала не стесняются ставить минусы, под этой неактуальной, на сегодняшний день, публикацией (странно, что только десять вебинарных отметилось при помощи минусования адекватной публикации).

Инсайты от продактов Amazon и Самоката (⌒▽⌒)☆

Весной мы провели совместный митап с сообществом Продакты СПБ. На площадке офиса Garage Eight собрались несколько десятков специалистов и два крутых спикера. Записями их выступлений делимся с тобой <3

> Как выглядит работа над продуктом в Amazon: YouTube | VK видео
Спикер: Илья Безделев, CEO Metacast, ex-Product Lead Amazon, ex-Product Lead Google

> Трансформация бизнеса. Опыт проведения организационных трансформаций: YouTube | VK видео
Спикер: Мария Чурилова, Product manager ecom.tech (Самокат)

Стартовала онлайн‑викторина «Русский язык в интернете: как слышится, так и пишется?» На сайте 15.кц.рф/quiz начинается викторина, посвящённая 15-летию домена *.РФ и Дню русского языка. Участникам предстоит ответить на 12 вопросов об использовании русского языка в интернете. Подарки получат 10 человек, которые первыми дадут правильные ответы на все вопросы.

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

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

📅 Дата: 10.06.2025

⏰ Время: 19:00-20:00 (Мск)

 На вебинаре:

✔️ Объясним, чем отличается разработка требований от их управления

✔️ Покажем, как навести порядок и держать связь между задачами, требованиями и тест-кейсами

✔️ Познакомим с инструментами и матрицей трассировки, без которой сложно на крупных проектах

👨‍🎓 Спикер: Борисов Артем — специалист в области системного и бизнес-анализа.

👉 Записаться на вебинар

Почему так много отказов на ХХ?

Потому что опыта слишком много. Срежьте первые годы опыта - и пройдете фильтр.

Во многих вакансиях вилка опыта стоит от 1 до 2 лет, от 3 до 6 лет. Казалось бы, если у меня опыт в 10 лет, я подойду на обе вилки? Оказалось, нет, не подойду никуда.

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

Воскрешаем YouTube новым видео 🎥

Если кто-то не знал, у нас есть свой YouTube-канал (и он даже не пустой). Раньше там выходили подкасты «Релиз в пятницу» и «Быть». Потом мы сделали паузу и сосредоточились на продукте.

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

На канале вас уже ждут два свежих видео:

1️⃣ Про наш любимый Kubernetes. Наши партнеры показали, как собрать и задеплоить микросервисное приложение в Таймвеб Клауд.

2️⃣ Про стартапы. Продакт-менеджер Артем Гаврилов и лид разработки Михаил Шпаков рассказали о профите облачных решений для бизнеса.

👉 А еще постим на канал забавные шортсы (да, таким мы тоже балуемся).

Ютуб · Рутуб · ВК

В Минцифры откажутся от СМС-кодов доступа к "Госуслугам"

Глава Минцифры Максут Шадаев в конце мая 2025 года сообщил, что Минцифры откажутся от СМС-кодов доступа к "Госуслугам" в течении некоторого переходного периода. Ранее с такой инициативой выступили депутаты Госдумы. На первом этапе по СМС будет нельзя верифицировать смену пароля в аккаунте.

Сейчас "Госуслуги" предлагают, по выбору пользователя, три вида "второго фактора" двухфакторной авторизации: TOTP, СМС и биометрия.

Причиной отказа от 2FA c применнием СМС названа уязвимость данного способа аутентификации в настоящее время: "Любой код, который приходит в СМС-сообщении, — это сейчас зло", — пояснил глава Минцифры. Наиболее перспективными для генерации "второго фактора" в Минцифры считают OTP-алгоритмы.

У меня есть зарегистрированные товарные знаки, на какие налоговые льготы я претендую?

Для получения налоговых льгот для предприятий на УСН, передающих право на использование бренда по лицензионному договору, нужно соблюсти ряд условий:

• Первое — обозначение должно быть зарегистрирован в Роспатенте;

• Второе — необходимо корректно оценить такой товарный знак (здесь потребуется: балансовая стоимость, сведения о затратах, которые потребовались для продвижения обозначения, объем продаж, количество оформленных лицензионных договоров и так далее).

Если вы передаете товарный знак по лицензии другому юрлицу, ведущему официальную хозяйственную деятельность в той же сфере, в которой был оформлен ваш бренд, то в этом случае получаемые платежи по контракту можно вносить в расходы, рассматриваемые в контексте налога на прибыль. Эта законная комбинация позволяет правообладателю, использующему «упрощенку», сэкономить порядка 14%, заплатив в пользу государства 6% с роялти.

Что надо учитывать при таких действиях?

• Хотя законодательство и разрешает регистрировать товарные знаки на физических лиц, однако указанные выше форматы для таких субъектов могут не подойти;

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

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

В ином случае — вместо льготы вы можете получить вопросы и потенциальные санкции от ФНС.

С этим всё понятно. Есть ли еще какие-нибудь интересные налоговые преференции?

Да.

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

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

Помните, что правила амортизации действуют в том случае, если:

• Бренд реально применяется (и по нему есть выручка);

• Срок полезного использования будет больше 12 месяцев;

• Стоимость объекта более 100 тысяч рублей.

2. Корпорации, которые используют УСН «Доходы минус расходы», вправе вычитать из налогооблагаемой базы суммы расходов, затраченных на рекламу своего товарного знака. 

___________________________________________________________________________

О сервисе Онлайн патент:

Онлайн Патент — цифровая система №1 в рейтинге Роспатента. С 2013 года мы создаем уникальные LegalTech-решения для защиты и управления интеллектуальной собственностью. Зарегистрируйтесь в сервисе Онлайн-Патент и получите доступ к следующим услугам:

• Онлайн-регистрация программ, патентов на изобретение, товарных знаков, промышленного дизайна;

• Подача заявки на внесение в реестр отечественного ПО;

• Поиск по программам

• Регистрация программы в Роспатенте

• Опции ускоренного оформления услуг;

• Бесплатный поиск по базам патентов, программ, товарных знаков;

• Мониторинги новых заявок по критериям;

• Онлайн-поддержку специалистов.

В Облаке Рег.ру появились облегченные образы ispmanager

На облачной платформе Рег.ру оптимизируем и прокачиваем работу ispmanager. Свежий апдейт — добавили облегченные образы. Теперь можно заказать панель управления в базовой конфигурации сервера: 1 vCPU, 1 ГБ RAM и 10 ГБ диска. Обновление доступно на ОС: AlmaLinux, Debian и Ubuntu.

Образ ispmanager Mini идет с ограниченным набором ПО и подойдет для быстрого решения несложных задач.

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