запустила стрим
https://youtube.com/live/aYidbmB7yZw?feature=share

Как начать участвовать в технических дискуссиях с коллегами-разработчиками, если страшно показаться некомпетентной?

Девушка - мобильный разработчик с опытом >5 лет - стесняется проявлять свою позицию. Есть негативный опыт: однажды попробовала высказать своё мнение и ее перебили - после пропало желание снова пытаться.

Что делать? План действий

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

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

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

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

Паттерны мышления, от которых стоит отказаться

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

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

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

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

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

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

Личка: @ekondratyyeva

Почему у руководителей в энтерпрайзе и основателей стартапов разные мнения относительно ai sdlc?

На протяжении нескольких недель ресерчу как устроена агентская разработка в компаниях и какое отношение у коллег к ai sldc.

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

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

Есть у вас мысли, почему так происходит?

Осознанная амбициозность

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

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

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

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

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

Промокод от меня: KONDRATIEVA
Билет на конфу в Москве 22 августа здесь: https://unionconf.ru/
PS: 16го повышение цены, успевайте приобрести

Вайбкодингом называют два кардинально разных подхода

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

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

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

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

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

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

Спросите саму нейронку, а как вам её настроить.

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

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

Так что если вы пытались разобраться, но в итоге бросали на полпути или просто откладывали изучение, теперь отговорки в стиле «Непонятно, а чё делать-то дальше» не котируются. План есть, нужны только ручки, которые будут делать.