В новом выпуске «Свободного слота» разбираемся, как пробивать непопулярные решения и объяснять их команде без потерь. Гость сегодняшнего эпизода — Сергей Щербинин, CEO Faust Consulting, основатель сообщества «Безвотэтоговсего». Вместе с ведущими Сашей Прокшиной и Сашей Афёновым обсуждаем:
что такое принцип ПВО;
как не продать душу дьяволу ради результата;
как заставить себя и команду делать то, что не хочется, но очень надо.
Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.
Иконка WhatsApp* на сайте: почему цвет фона лучше не менять?
Я сознательно убрал логотип WhatsApp* с сайта своей адвокатской практики. Это было единственное изменение в предложенном макете дизайна.
Иконка WhatsApp* располагалась почти на всех страницах сайта: "Главная", "Контакты", "Адвокат" и так далее. Потенциальный клиент мог кликнуть по иконке и создать чат со мной.
Но был нюанс - мой веб-дизайнер представил иконку WhatsApp*, заменив на ней фон.
Изобразительный товарный знак WhatsApp* известен цветовым сочетанием белого, серого и зеленого. На моем же сайте использованы другие основные цвета: синий, желтый и белый.
Веб-дизайнер отрисовал иконку WhatsApp* в цветах моего сайта. Получилось стильно, но рискованно. Почему?
В самом размещении логотипа WhatsApp* на сайте нет нарушения интеллектуальных прав правообладателя товарного знака - ВотсАпп ЛЛК (Калифорния, США). Тому есть простое объяснение.
Товарный знак нужен исключительно для индивидуализации конкретных товаров. Потребитель видит товар и связывает его с конкретным производителем.
Например, вы видите сайт с именем "WhatsApp*" в доменной зоне ".com" и понимаете: здесь предлагаются к продаже товары правообладателя этого товарного знака.
В моем случае логотип WhatsApp* на сайте не предназначен для индивидуализации моих услуг под брендом "WhatsApp*". Логотип лишь информирует о том, что клик по нему переведет пользователя сайта в чат с адвокатом - владельцем сайта.
Чисто информационная функция. Как следствие - изображение логотипа занимает незначительное место на экране сайта либо помещается в один ряд с иконками иных способов связи: e-mail, телефон и так далее.
Другое дело - возможность нарушения авторских прав:
Значит, есть автор произведения искусства. И у него есть право на единоличное использование картинки, в том числе в сети "Интернет".
2. Автор картинки передал интеллектуальные права на нее компании - владельцу товарного знака WhatsApp*. И компания запретила менять цвет в логотипе.
Об этом я узнал из Условий предоставления услуг WhatsApp*: пользователю разрешено использовать логотип с учетом Руководства по фирменному стилю WhatsApp*.
В Руководстве отсутствует разрешение менять фирменные цвета. Более того, в разделе "Вопросы-ответы" дан прямой запрет на изменение цвета в логотипе.
3. Я рискую получить иск о нарушении исключительного права на произведение искусства.
Логотип WhatsApp* зарегистрирован в России, что позволяет его владельцу обратиться с иском в суд. Основание - переработка логотипа без разрешения владельца и размещение переработанного произведения в сети "Интернет".
Поэтому вы не найдете на моем сайте иконку WhatsApp*: ее фирменный стиль выбивается из моего стиля, а изменение стиля WhatsApp* незаконно.
Поговорите с вашим адвокатом. Он предложит вариант оформления на сайте кнопки, которая ведет на чат в мессенджере WhatsApp*.
Узнать мой вариант решения можно, перейдя на сайт моей адвокатской практики. Ссылка в профиле.
Мысли вслух: при желании можно оспорить сам факт создания логотипа, ведь произведение должно носить творческий характер. Но есть ли творчество в том, чтобы на зеленом фоне круга поместить телефонную трубку?
* Деятельность компании Meta Platforms Inc. (Facebook и Instagram) на территории РФ запрещена.
Практически каждый день я читаю и узнаю что-то новое про разработку. Решил начать вести посты в формате "Я узнал о... (какой-то факт)"
В краткой форме буду рассказывать о чем-то, что узнал за последнее время
---
Я узнал о... #1: FinOps
Задумка FinOps заключается в том, что мы начинаем считать расходы на DevOps и инфраструктуру в компании. Чтобы потом всё это счастье оптимизировать и сэкономить (в идеале, спрогнозировать расходы и риски).
Само название меня немного насмешило, потому что взяли "Ops" и добавили к нему другой префикс, чтобы выглядело солиднее
Стартапы очень любят таким же образом добавлять слово "Tech" ко всему подряд. Началось с EdTech и понеслось... AgroTech, FoodTech, PetTech, SleepTech, SexTech, HrTech.
Возвращаясь к сути: FinOps - это когда на уровне компании мы перманентно мониторим инфраструктуру, её загрузку и расходы, а затем ищем способы оптимизации.
McKinsey говорит, что от ~20% расходов на инфраструктуру в бигтехах уходят впустую. Следовательно, раз это нижняя планка, в среднем можно брать ~30%.
Например:
сервера, которые взяли с запасом, и >50% ресурсов не используются (но оплачиваются);
сервера для тестировщиков и стейджинга, которые мы купили и забыли про них;
прожорливые сервера у проектов, которые не особо-то рентабельны (и стоит подумать уже об оптимизации кода).
Контроль делается за счёт того, что:
Мы начинаем в целом считать инфраструктуру, чтобы понимать, что в компании есть;
Затем мы начинаем мониторить утилизацию инфраструктуры, чтобы находить простаивающие ресурсы;
Каждый инстанс закрепляем за конкретной командой или человеком, чтобы посчитать ROI этой команды в контексте инфраструктуры.
Дополнительный бонус: CTO проще объяснить фин. директору, куда и зачем мы платим, и сколько примерно денег потребуется на следующий период.
Есть софт, чтобы считать инфраструктуру в гетерогенных облаках. Есть Kubecost, который умеет считать расходы в k8s. Есть разные опции в Terraform, чтобы считать стоимость инфраструктуры.
Даже есть подходы, когда инстанс нельзя использовать, пока не добавишь его в директорию всех инстансов компании. Но как это всё использовать - пока не вникал. Просто теперь знаю, что такие опции есть
Когда это нужно?
Пока расходы меньше $30к/мес. - должно хватать гугл-таблицы и зоркого взгляда CTO/DevOps'а. И дружеского вопроса команде: - "А зачем нам это?".
Когда расходы >$30к/мес. и оперативной памяти ответственного лица не хватает - можно начинать думать об автоматизации сбора метрик. Иначе до этого момента автоматическое сведение метрик воедино рискует просто не окупиться
---
Мой Telegram канал про разработку. Мой open source проект для бекапа PostgreSQL - GitHub.
Потихоньку или “громко”: стратегии вывода стартапа на рынок
Когда все гипотезы проверены, тестирования пройдены, MVP собран, наступает волнительный и ответственный момент - вывод стартапа на рынок. Это не должно выглядеть так: запустили рекламу, сидим и ждем. Момент выхода и все процессы, которые сопровождают его, должны быть тщательно продуманы и собраны в стратегию.
Если рассматривать широко, существует два подхода к этому процессу - мягкий и жесткий. Можно встретить термины Soft Launch и Hard Launch. Они разные, но оба совершенно оправданы и эффективны по-своему.
Мягкий запуск напоминает подъем по лестнице. Ступень за ступенью, шаг за шагом, стартап выходит на новые и новые сегменты аудитории. При таком подходе есть возможность протестировать дополнительные гипотезы и понять, насколько хорошо аудитория на них реагирует. Эта стратегия идеально подойдет тем проектам, которые до конца не уверены в позиционировании или необходимости тех или иных фичей. Всегда есть шанс тихонько “откатить” какие-то детали продукта без последствий.
Жесткий запуск - это громкий выход, который заметят все. Здесь всегда много маркетинга, задействованы все каналы: соцсети, СМИ, инфлюенсеры. Цель одна: максимально быстро попасть в головы и умы пользователей и занять там много места. Здесь нет возможности доработок, зато есть шанс не оставить места для конкурентов. Жёсткий запуск - всегда риск, однако есть шанс начать получать прибыль уже с самого первого дня.
Универсального рецепта, как выходить на рынок, не существует. Лучше всего простраивать его в процессе работы над продуктом, исходя из тех принципов поведения аудитории, которые вы должны понять еще на этапе анализа идеи.
💡 Статический сайт в облаке Gramax. Можно опубликовать свою документацию буквально за пару кликов, для этого не нужен сервер или хостинг. Достаточно нажать «Опубликовать в облако» и войти в почтовый аккаунт.
💡 Фильтр по содержимому. В каталоге можно создавать статьи и абзацы для разных сборок. На портале для чтения они будут фильтроваться с помощью переключателя.
💡 Браузерная версия на мобильном. Браузерную версию Gramax можно использовать на мобильном телефоне. Доступны все действия, как при работе на компьютере.
А также:
📌 Новая главная страница. Улучшили внешний вид главной страницы. Добавили возможность создавать вложенные группы.
📌 Транскрипция речи с помощью ИИ. Если в пространстве включены ИИ-функции, редактор может автоматически транскрибировать аудиозаписи в текст.
📌 Просмотр изменений после синхронизации. После синхронизации автоматически открывается окно сравнения ревизий: сравнивается новая версия каталога с версией до синхронизации.
Об этих и других изменениях читайте в Release Notes 🔥
На управленческих курсах часто приводят подобную картинку, которая показывает, что чем дальше человек становится управленцем, тем меньше он становится специалистом.
Иллюстрация из прекрасного курса Владимира Мартынова
То есть, с ростом управленческих навыков - Soft Skills, «проседают» технические навыки - Hard Skills. И это правда, с этим спорить я и не собираюсь. Но, в некоторых головах причинно-следственная связь срабатывает наоборот: «чтобы расти как управленец нужно срочно тупеть!».
Причем в этой среде наблюдается натуральное соревнование насколько ты отупел:
-«Я не технарь, я в этом не понимаю!»
-«А я еще больше не технарь, я в этом не понимаю еще больше! Ха-ха!»
А ведь раньше эти персонажи были, в общем-то, неплохими техническими специалистами.
Что интересно, там, где причинно-следственная связь между hard-soft skills не перевёрнута с ног на голову, даже среди управленцев высокого уровня много хороших специалистов, отлично разбирающихся в том, чем они управляют. И это не только на уровне IT-директоров, а даже на уровне вице-президентов огромных холдингов.
И дальше происходит следующая вещь: формируется круг общения «близких по духу». Это естественное состояние человека, окружать себя людьми со схожими взглядами, менталитетом и ценностями. Так вот, в этот круг отлично вписываются те, кто был изначально тупым! И не то что бы они делали это специально, нет. Тут наблюдается синдром товарища Даннинга-Крюггера не в виде привычной «дразнилки», а как реальный диагноз. Тупой просто не понимает, что он тупой. Потому что тупой.
И вот тут с приходом ИИ произошла некоторая синергия. Если раньше такой персонаж достаточно быстро отсеивался – набор случайных фраз "на тему" и "google-знания" заканчивались при первой же серьезной "проверке боем", то сейчас при помощи ИИ этими персонажами генерируются "мысли", очень похожие на осмысленные. Почти неотличимые. В которых нельзя четко сказать, что "вот здесь ошибка", но при попытке осознать мысль целиком получается чушь. Такая связка: управленец, сознательно отключивший свои Hard-скилы + "дурак с ИИ" в итоге приводит к деградации всей системы.
Но позвольте, а как же тогда реальное дело, там же это быстро выявится?
А тут всё просто – реальных дел… нет в контролируемых параметрах! Ни одного проекта и контракта за три года? Клиенты разбежались, репутация упала под плинтус? Да кого это интересует, этот вопрос даже не поднимается. Показателем всего становится то, что лучше всего видно и просто измерить – шум. Самая заметная обезьяна в стае – не самая умная, а самая визгливая.
Попытка вернуть контекст в практическое русло тут же называется «токсичностью» и отсутствием Positive thinking. В лучшем случае – «душнотой».
Законный вопрос – но можно же показать, доказать, обосновать что вот это сгенерированное связкой дурак+ИИ – чушь.
Да, можно. Но тут два момента:
1. Эта чушь уже оттранслировалась наружу. «В этой клинике сердечо-сосудистой хирургии нам предложили покупать их циркониевые браслеты» 8-O. Вы второй раз обратитесь в такую клинику?
2. Это занимает чудовищное количество времени и сил. Просто указать на ошибку недостаточно: «жи-ши пиши с буквой И». Будут многочасовые споры с контр-аргументами «А я вот в твиттере писал жЫзнь и всё было отлично! И знакомые одноклассники так писали!». И это при том, что цель – написать научный труд. Вместо сосредоточения на науке приходится объяснять, что совать пальцы в розетку – плохая идея.
Но оно же продолжает жить и двигаться? Да, у любого достаточно крупного тела большая инерция, нет такой точки перелома "было-стало". Изменения не появляются в какой-то момент, а прорастают незаметно.
Так и здесь: Бежало. Шло. Замедлилось. Остановилось. Сдохло.
Зафиксировать следы - первое, что нужно сделать после обнаружения нарушения ваших интеллектуальных прав.
Обычно такая фиксация проводится на веб-сайте виновника владельцем интеллектуальной собственности.
Ниже даны пять способов фиксации нарушения, которые суды принимают:
1. Самозащита. Вы определяете веб-сайт нарушителя, выбираете его страницы или их отдельные блоки, делаете снимки экранов.
Используете сервисы, встроенные в систему вашего компьютера или смартфона. Например, сервис работы со скриншотами в браузере Яндекса.
2. Автофиксация. Вам доступны специальные веб-сервисы для автоматической фиксации данных на сайте нарушителя.
Например, программный комплекс "Вебджастис". Его алгоритм собирает пакет сведений о сайте и условиях его работы, делает снимки экранов. И передает вам документ в формате pdf.
3. Нотариальный осмотр. Когда-то единственный способ закрепления следов. По вашей инициативе нотариус описывает сайт нарушителя и делает нужные скриншоты.
4. Осмотр правоохранителей. Например, следователь может осмотреть сайт в ходе проверки вашего сообщения о преступлении.
Копию протокола осмотра по запросу суда можно будет вовлечь в арбитражный процесс по нарушению интеллектуальных прав.
5. Адвокатский осмотр. С помощью адвокаты вы выбираете веб-ресурс для осмотра. После чего адвокат фиксирует условия осмотра и содержимое страниц сайта, передает вам сделанные скриншоты.
Поговорите с вашим адвокатом. Он поможет выбрать способ с учетом конкретной ситуации.
Если забыл какой-либо из способов фиксации, сообщите в комментариях. Приму с благодарностью.
Книга нарушает интеллектуальные права: виноват издатель или курьер?
Оба держали книгу в руках, пока она шла к покупателю.
Компания-издатель работала над оригинал-макетом, выпускала книгу и предлагала ее к продаже на своем сайте. Фирма-курьер доставила книгу покупателю.
В адрес издательства и курьера пришли претензии с требованием возместить вред за незаконное использование в издании фрагмента чужого произведения.
Претензии от "настоящего" автора фрагмента. Полагаю, именно он был тем самым покупателем книги))
Очевидно, издателю придется несладко: закон считает нарушением ситуацию, когда опубликовано чужое произведение без согласия настоящего автора.
Но как быть с фирмой-курьером?
Если не вылезут всякого рода неожиданности, то курьеру ничего не будет.
На то есть пять причин:
1. Издатель - продавец книги, так как именно он администрирует сайт и предлагает к продаже книгу.
2. Издатель вправе не только продать книгу, но и взять на себя обязанность доставить ее покупателю. В законе это называется продажей товара с условием о его доставке покупателю.
3. Издатель вправе доставить книгу своими силами. Или отправить ее с помощью фирмы-курьера.
Предварительно с такой фирмой заключается агентский договор. В нем описывается схема доставки книги и получения за нее вознаграждения.
Агентский договор не наделяет курьера статусом продавца. Это важно!
4. Покупатель обязан принять книгу, доставленную курьером. Исключение из этого правила может быть, но маловероятно.
Пример исключения - между покупателем и издателем напрямую заключен договор возмездного оказания услуги по доставке книги.
5. Закон описывает ситуации использования произведения. Одна из них - распространение его экземпляра путем продажи.
Фирма-курьер не продавала книгу. Она лишь исполнила свои обязательства перед издательством: отвезла книгу покупателю.
Поговорите со своим адвокатом, если ваш бизнес связан с услугами доставки. Адвокат оценит ваш договор с издательством и проработает риски.
А вам приходилось отбиваться от обладателей интеллектуальной собственности при доставке?
Как не просто получить диплом, а действительно перестроить мышление и построить карьеру? В статье «Куда пойти учиться?» топ-менеджер Альфа-Банка рассказывает, как запускаются и развиваются магистерские программы по продуктовому подходу и HR-аналитике в партнёрстве с ВШЭ.
Обучение построено на решении реальных бизнес-задач, а выпускники выходят готовыми управлять цифровыми продуктами и внедрять ИИ в HR. Уникальная программа, разработанная совместно с ВШЭ, даёт студентам практический опыт, доступ к ведущим HR Tech‑мероприятиям и возможность выстроить нетворк с экспертами рынка.
Как проходит отбор, каким требованиям должен соответствовать кандидат и почему магистратура — это не просто диплом, а полноценный карьерный рывок? Читайте о новом формате обучения и реальных историях роста в статье!
Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.
В новом выпуске нашего курса по методологии OKR вместе с Сергеем Кузиным, ведущим agile-коучем Авито, разбираем виды ключевых результатов и выясняем, какие цифры и почему важны для разных типов целей.
Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.
Ранее мы писали о трендах в использовании генИИ, а сегодня хотим показать как это работает на практике. Например, встроенный в Gran KMS AI-ассистент не просто выдает ответы - он понимает контекст вашей беседы и поддерживает живое общение.
Например, вы спросили: «Как настроить скидку в системе?». AI отвечает, ссылаясь на конкретные статьи в базе знаний. Если вы уточните: «А как это сделать для постоянных клиентов?», он учтет предыдущий вопрос и даст более точный ответ.
Каждый ответ сопровождается ссылками на источники - статьи из базы знаний, которые использовались для формирования ответа. Это удобно, если вы хотите углубиться в тему или проверить информацию.
Например, сотрудник службы поддержки может спросить: «Какие документы нужны для возврата товара?». AI-ассистент выдаст краткий ответ и ссылку на соответствующую инструкцию.
Чтобы ответы были максимально релевантными, AI-ассистент отвечает на вопросы в контексте выбранного проекта, не затрагивая остальные индексированные документы. Например, вы работаете над маркетинговой кампанией, выбираете соответствующий проект и AI ищет информацию только в его рамках. Такой подход экономит время и делает ответы точнее.
Например, вопрос «Как настроить акцию?» в проекте «Маркетинг» даст инструкцию по скидкам, а в проекте «Техподдержка» — по настройке системы.
Бесконечно можно смотреть на три вещи: как продукт двигает дедлайн, как архитектор выравнивает стрелки, и как летят перья, когда два сеньора бьются. Всё это - вещи безусловно захватывающие, но хочется спросить: а зачем ещё нужны сеньоры?
Для начала давайте вспомним, кто в команде есть:
Продукт - его главный продукт это в "Forbes 30 under 30".
Тимлид - климатический активист: следит, чтобы в команде всем было комфортно, мягко и без токсичных выбросов. Уже не разработчик, но ещё не менеджер.
Мидл - соль земли, тянет всё. Мечтает стать сеньором, чтобы «думать, а не делать». Но перформанс-ревью мешает: «Требуется больше инициативы в области технического... бла-бла-бла».
Джун - вымер. Заменён на Copilot'а.
Сеньор - подключился последним. Но спасибо, что пришёл.
Иногда, чтобы что-то сдвинулось с мёртвой точки, нужно сделать больно. Сказать неприятное, протолкнуть сложное, выйти один на один с сеньором из чужой команды. Катнуть мимо пайплайнов, поправить на живом рантайме. Кто ещё подойдёт?
У толкового тимлида всегда есть под рукой прикормленный сеньор, который разделяет нужные ценности, но не скован корпоративной шелухой - и может разок-другой попрать практики разработки. Такой и в огонь, и в прод, и в личку к архитектору чужой команды. Когда надо - его спускают с цепи. Он летит, рвёт, действует. Потом, конечно, тимлид его публично пожурит - для протокола. Но после тихо подкинет пряник. Потому что результат-то есть.
Сеньор - идеальный инструмент для грязных дел. Там, где нужно больше прогресса и меньше согласований. Смесь смелости, индивидуализма и управляемого хаоса.
Александр Семенов, генеральный директор ГК «КОРУС Консалтинг», и Антон Думин, ИТ-директор «Газпром нефти», поговорили про бизнес, технологии и подход к сложным задачам.
А еще обсудили спорт и то, как он помогает развивать дисциплину и сохранять фокус, которые так важны в ИТ.
Саша Афенов, Паша Федотов и Саша Прокшина нашли в своем расписании «Свободный слот», чтобы разобраться: что на самом деле значит отдых и почему в IT-сфере так много людей, которые забывают, как это делать правильно?
Специальный гость — Владилен Минин, фаундер Result University. Вместе с ним разбираемся в философии отдыха: зачем мозгу нужны паузы, как творчество помогает перезагрузиться и почему иногда лучше просто остановиться.
Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.
Почему ваш новый «гениальный» флоу вызывает тревогу в команде? Всё о психологии сопротивления изменениям — в одной статье!
Представьте ситуацию: вы, как продакт, несколько недель потратили на исследования, кастдевы, прототипирование и дизайн. Вы выносили идею, защитили её перед стейкхолдерами и теперь, сияя от предвкушения, приносите команде разработки новый, идеально продуманный флоу. А в ответ — тишина. Или, что хуже, шквал вопросов в стиле «а зачем?», «у нас и так всё работает» и «это всё сломает».
Знакомо? Прежде чем записывать команду в ретрограды и саботажники, давайте разберёмся. То, с чем вы столкнулись — не вредность, а фундаментальный баг (или фича?) человеческой психики. Имя ему — сопротивление изменениям.
В статье «Почему ваш новый «гениальный» флоу вызывает у команды панику? Разбираем психологию сопротивления изменениям» мы копнём в нейробиологию и психологию, чтобы понять, почему наш мозг так ненавидит всё новое, и что с этим делать продакту, тимлиду или любому другому менеджеру. Узнаем почему понятный костыль всегда приятнее неизвестного счастья, что на самом деле пугает разработчиков и тимлидов, когда вы внедряете инновации, как обойти страхи, не потерять доверие и не получить force push в master обратно и какие психологические лайфхаки реально работают в жизни, а не в учебниках. Автор разбирает реальные кейсы, шутит, находит баги в «операционке» команды и даёт понятные инструкции, как внедрять любые изменения.
Зумер с амбициями Кроша, структурная Совунья, технический эксперт Пин, философ Кар-Карыч и другие неожиданные типажи кандидатов — кто они и что делать, если вы встретили именно их?
Меня зовут Аня, я руковожу проектными менеджерами на сайте Альфа-Банка. Более 8 лет работаю в сфере people management и провела сотни собеседований В статье «Вы точно их собеседовали: 8 личностей, которые приходят на интервью» делюсь с вами инсайтами своих интервью, рассказываю, почему Ёжик никогда не уходит без оффера, в чём вы должны соответствовать Совунье, чтобы взять её на работу, и почему в моей команде нет Кар-Карыча, а Крош — есть.
Посмотрим на собеседования через призму мультфильма, ведь важно оценивать не только профессионализм кандидата, но и понимать его как личность.
Узнаёте ли вы этих персонажей среди своих кандидатов?
Название вашей фирмы забрал конкурент – география спасет или...
Со временем имя вашей компании становится брендом и тянет вверх кривую продаж. Но узнаваемость имеет обратную сторону - она угрожает вашему бизнесу:
Ситуация 1. Когда ваш бизнес работает на узкой территории.
Например, вы создали компанию по перевозке грузов "Столичные перевозки". Вам хватает рынка Москвы, вы развиваетесь: улучшаете продукт, работаете с персоналом и двигаете маркетинг.
Внезапно на горизонте появляется фирма с тем же или весьма похожим названием ("Ваши столичные перевозки"). И оттягивает на себя ваших клиентов.
Ситуация 2. Когда ваш бизнес продвигается точечно.
Допустим, вы регистрируете организацию "Интернет везет к вам" и торгуете в глобальной сети нужными товарами.
Рекламируете свой сайт по ключевым локальным словам: "товары в Санкт-Петербурге" или "купить в рассрочку в Питере". Все хорошо.
Как вдруг на глаза попадается конкурент, продающий в соседнем регионе. Названия ваших компаний идентичны или сильно похожи. Целевая аудитория та же.
В обоих случаях вы вправе защищаться: подать иск к конкуренту и попытаться лишить его права на использование вашего названия.
Но на стороне конкурента география. Он заявит, что ваши бизнесы не пересекаются: у вас разная территория работы и продвижения.
Вам придется ответить на вопрос:
Вправе ли конкурент использовать название вашей компании, если его бизнес территориально другой?
(К слову, ответ на этот вопрос важен для бизнеса, который только выходит на рынок.)
Ответ отрицательный. И вот почему:
1. Название компании и компания неразлучны.
Название компании - это синоним "фирменного наименования", которое дается коммерческой организации для исключения путаницы в отношениях.
Право на фирменное наименование принадлежит лишь одной организации и не может быть передано другой организации.
2. В пределах страны компания вправе получать прибыль в любом месте.
В законе отсутствует норма, ограничивающая территорию деятельности компании. Принцип гражданского права: что прямо не запрещено, то разрешено.
3. Название компании относится к области интеллектуальной собственности.
Фирменное наименование - это вид средства индивидуализации. Оборот таких средств регулируется нормами об интеллектуальной собственности.
В России использование фирменного наименования территориально не ограничено.
"Конкурент", "конкуренция" и тому подобные категории подчиняются нормам о защите конкуренции.
Поговорите с вашим адвокатом. Он определит доказательства, которые нужно собрать для защиты названия вашей фирмы.
Как давно вы заглядывали в реестр юридических лиц?
Для ЛЛ: перечислены способы мотивации сотрудников, которые вам могут показаться банальными
Недавно на работе разгорелся жаркий спор. Двое наших разработчиков сцепились из-за выбора библиотеки для работы с датами в монорепе на js. Один был фанатом Luxon, утверждая, что она идеально подходит для сложных задач с датами и временем. Второй клялся, что Date-fns – в это лучший выбор, потому что она лёгкая, быстрая и позволяет использовать только нужные функции, не раздувая проект.
Ну не суть. Я сидел рядом и наблюдал за этим словесным баттлом. Проект уже грозил загнуться, не начавшись.
Понимая, что бесконечные дебаты ни к чему не приведут, я решил вмешаться. Первое, что необходимо сделать в таких ситуациях – выслушать всех причастных. Я дал каждому возможность высказаться, кивая и делая вид, что записываю их аргументы в блокнот. В голове я уже прикидывал, как не дать спору остановить работу.
Разрешение конфликта
Чтобы выйти из тупика, я предложил компромисс: «Ребята, давайте так. Каждый из вас реализует свою часть проекта с использованием своей библиотеки. На проверку идей у вас 2 дня, потом сравним, что получилось». Они согласились, и весь накал спора тут же утих – оба погрузились в работу, стремясь доказать, что их выбор лучший.
В итоге мы остановились на одной из либ, но не это важно. Главное, что разрешился конфликт между двумя сотрудниками на почве выбора технологий. А часто бывает и по-другому, что никто не хочет уступать и каждый топит за свой алгоритм/либу в проекте.
В таких случаях я обычно:
Развожу спорщиков по разным проектам
Или принимаю сам решение какую технологию использовать далее
В обоих случаях после конфликта может упасть мотивация, могут затаиться обиды и т.д.
Мотивация-шмотивация
Несмотря на подзаголовок, я приведу реально применённые способы поднятия мотивации разработчиков:
Деньги-деньги, решают многое. Сюда же незапланированные премии.
Повышение должности сотрудника (иногда даже без повышения зарплаты, не везде корректно настроены грейды). Был «разработчик», стал «Ведущий разработчик», потом «Старший разработчик» и т.д.
Обновляешь ноутбук работнику. Иногда для сотрудника это долгожданное обновление, и это очень повышает его мотивацию и лояльность к компании (ну или к тому, кто её выбил).
Про лишние дни отдыха тоже понятно.
Оплата билетов на конференции по IT-тематике (а они не всем по карману сейчас), покупка лицензий на удобный софт.
Признание заслуг в разработке проекта перед вышестоящим начальством и текущей командой. Хотя это должно быть по умолчанию в команде.
Этих пунктов может быть ещё очень много, везде индивидуально.
Конфликты между коллегами в команде – это не трагедия, а возможность для экспериментов и роста. Выслушать каждого, дать шанс доказать свою точку зрения на практике и подкрепить это мотивацией – именно так конфликт становится точкой роста.
Если есть чем поделиться, как вас мотивировали - прошу в комментарии.
После 9 месяцев постоянного вайбкодинга могу сказать что это буллщит.
Ты хреново излагаешь мысли, так как не понимаешь нюансов - получаешь херовый сервис. Нет, код прекрасный, он логичен и эффективен. Просто ты сам виноват, ибо ты не умеешь не вносить каждым наивным проптом вида "fix it, accelerate endpoint" все больше интерференции и в конечном итоге все больше энтропии. Банально сервис дублирует твой неструктурированный и противоречивый поток мыслей и превращает его в странный конструкт.
Это ладно я еще +- айтишник, могу сказать что хей, тут ты зря кешируешь результат, избыточно, а тут вообще можно просто из бд вытянуть и не сверять каждый раз с ответом API. Что творится у людей без представления о комьютер саенс представить страшно представить.
Предлагаю термин вайбинжиниринг. И он работает только в сочетании с технофашизмом. Вайбинжиниринг требует чтобы ты четко проектировал, описывал правила работы и проверял что они не противоречат друг другу. Вайбинжиниринг требует с самого начала делать public/dev логирование, обмазываться линтерами, делать семантическую разметку, запускать перфоманс тесты, писать всегда с юнит тестами и покрывать тест сценарии, совершенно жуткого гайда по тому как описывать схему в openapi и ошибки. И кучи еще чего
И все это в связке надо пару раз проверять на семантическую энтерференцию и контекст юзейдж. Тогда да, будет прекрасный мир будущего.
P.S. Пост от балды от очередного условного вайбкодера ради интереса прикладной автоматизации на работе.
