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

Так вот. По следам треда beshenadze решил написать, что стоит спрашивать, а какие вопросы стоит задавать когда уже пройдете испытательный срок.

Во-первых: совершенно точно нужно задавать вопросы! Особенно если вы идете на сеньорную позицию. Если у вас нет вопросов - это очень плохой сигнал: 
• Вы читали про компанию и ее бизнес?
• Вам совсем не важно как с кем и с чем вы будете работать?
• Ничего не хотите добавить к своим ответам?

Что точно не стоит спрашивать

Давать непрошеные советы и критиковать выбор людей. Даже если мягко. Во-первых у тебя околонулевой контекст. Даже если ты изначально спросил какая у них платформа (хороший вопрос), а потом начинаешь критивовать и сокрушаться, что они все выбрали не правильно. Тебе скорее всего ответили прямым ответом: У нас технология Х. У тебя нет необходимых данных, метрик и причин почему у них так. И за одну минуту ответа ты не сможешь открыть тупым глаза на их ошибки и заработать авторитет. Но ты можешь показать, что ты с порога несогласен. Начинаешь давать советы неразобравшись. Зачем тебя брать если ты уже недоволен с чем тебе придется работать?

На собеседовании ты продаёшь не только экспертизу, но и предсказуемость. Компания (особенно если это уже работающий бизнес, а не совсем зелёный стартап) хочет понять:
• Ты сможешь встроиться в существующую систему?
• Ты будешь решать их проблемы или создавать новые?
• Ты уважаешь чужой контекст или сразу начинаешь мерить всё своей меркой

Критиковать само собеседовение тоже не стоит. Особенно в лицо людям, которые к дизайну собеседования не имеют отношения. Как например спрашивать, пишут ли программисты алгоритмы каждый день на работе? Кому что кроме своей раздражительности ты этим вопросом хочешь показать? Особенно если ты НЕ МОЖЕШЬ решить задачу.

Что стоит спрашивать

На собесе ты исследователь и дипломат. Молчать совершенно точно нельзя, а задавать качественные вопросы, которые показывают сеньорность.

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

• Про нагрузку и масштаб «Какая сейчас нагрузка? Какие планы по росту на год-два?»
• Про текущие боли «Какие самые болезненные проблемы прямо сейчас в инфре/деплое/костах?»
• Про структуру команды «Как устроена команда? Кто принимает архитектурные решения? Как выглядит процесс изменений?»
• Про бизнес-контекст «Какие требования бизнеса сейчас важнее всего: скорость фич, косты, надёжность?»
• Про квалификацию и процессы «Какой уровень экспертизы в команде по платформе/куберу/терраформу?»
• Про историю развития «Это первая версия системы? Как бы выглядела идеальная система для этой задачи? Какие риски в текущей архитектуре вы видите?»
• Можно урвать эти 5 минут и наоборот уточнить свой ответ, если вы осознали, что что-то недосказали. Этой возможностью вообще довольно редко пользуются.

Самый сильный сигнал сеньорности — это когда ты: задаёшь точные вопросы; демонстрируешь, что понимаешь компромиссы; оставляешь пространство для того, что у них могут быть на все веские причины о которых тебе не рассказали.

На собеседовании твоя главная задача — собрать максимум информации и показать, как ты думаешь, а не «спасти» компанию от страшной ошибки за 5 минут.

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

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

У меня есть микро канал про игры, как со всеми своими каналами, я снимаю материал в стол. Подумал, что было бы здорово сделать Summit, но для видео. Чтобы можно было вести каталог и искать по видео. На это потребовался 1 запрос где я секунд 15 наговорил идею. Еще один запрос был чуть более технический чтобы оптимизировать детали. В итоге приложение заработало.

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

Тут вступают пол года тестирования и доработок. Примерно как и произошло с Summit.

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

Если весь дофамин ожидания сгорел на получении первой версии, то дальше то на чем ехать? Это же надо сидеть, тратить время, тестировать. Показывать людям. Короче, не так то и хотелось.

Поэтому попыток что-то сделать сейчас стало действительно много, но доезжает из этих попыток все еще единицы.

В свое приложение я третим запросом начал закатывать автомонтаж. Потому что понял, что ограничение было вовсе не в организации. Что-то даже заработало, но тут же снова надо тестировать и тратить время! Короче вы поняли. По ссылке можете скачать бинарь под винду и посмотреть.

Это кстати то самое приложение из мема, где я "украл" идею Дениса, а потом его клод из моей реализации "украл" пару фич для приложения Дениса, и мы до сих пор не в курсе что конкретно он переукрал https://t.me/seniorsoftwarevlogger/1993

Денис при этом как будто свое приложение пробует кому-то продать.

Клод выслушав голосовушку с очередным приложением от меня.

Реакт сложнее Питона, котятки.

https://t.me/extremecode/1516

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

Сделал из старой читалки внешний экран для своего мака.

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

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

https://github.com/nLight/quench

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

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

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

Если вы хотите тоже юзать ИИшку для некодинговой работы, но при этом не хотите приключений, которыми “развлекаюсь” я с Клодом, то вот вам вариант…

Запустился Коворк/Код Битрикс24.

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

Коворк/Код, из коробки максимально интегрируется в портал Битрикс24.
Скачал. Авторизовался. Пользуешься.
В него можно просто написать:
— Найди встречу, где мы обсуждали запуск проекта для ООО Мечта, вытащи список участников, проверь что у них по задачам, ну и для прикола им тоже напиши “что по задачам?”

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

Программировать Коворк/Код тоже умеет, но есть ощущение, что этим сегодня уже никого не удивить, а вот интеграция с данными для менеджеров и линейного персонала – это пока редкость.

Оплата и доступ без дополнительных приседаний, значит в ответственный момент не отлетит. Еще и бесплатный тариф есть – есть смысл попробовать!

• Если уже пользуетесь Битрикс24 - просто логиньтесь на вайбкод-платформе.
• Если Битрикс24 нет - сперва регистрируетесь потом включаете демо-подписку Маркетплейс + BitrixGPT.

Я бы даже сам попробовал, не будь я в Германии, где у нас просто нет Битрикс24 в компании.

Продолжаю ковырять Киндл

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

https://github.com/nLight/amber

Я год разрабатываю приложение. Никаких "больше токенов, времени и неудачных попыток" не происходит. Это просто неправда 🤷🏻‍♂️

Что происходит на самом деле: новые модели попутно находят старые косяки и чинят их.

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

Ещё могу допустить, что переломный моменты моей кодобазе где-то вот совсем за углом. Но тоже с трудом. Если учесть, что начинал я вообще с сонета, а сейчас работают Астра и Опус 5.