💼 ДАЙДЖЕСТ ВАКАНСИЙ ДЛЯ ВАЙБ-КОДЕРОВ

Сегодня у нас топ вакансия. Потому что нужен не совсем вайб-кодер, сколько Tech Lead (AI Driven Development), верующий в ИИ.

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

Обязанности:

- Внедрять AI-first подход в процессы разработки — от генерации и анализа кода до оптимизации рабочих процессов;
- Развивать практику vibe coding и стимулировать интерес команды к новым способам взаимодействия с нейросетями;
- Настраивать инженерную культуру, где интеллектуальная автоматизация помогает ускорять и улучшать результат;

Требования:

- Положительный опыт использования искусственного интеллекта при написании кода (например, Cursor, GitHub Copilot, ChatGPT, Code Llama, Replit Ghostwriter и др.);
- Интерес к развитию совместного кодинга с ИИ, готовность внедрять нейросетевые практики в культуру команды;

P.S.

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

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

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

🎚️ @vibe_coding_channel

💼 Не хотите ли поработать в выходные?

Количество вакансий с требованием использования ИИ в разработке растет с каждым днем. Растут и запросы работодателей. Я раньше шутил, что ИИ не отбирает работу, он меняет ожидания бизнеса. Вот и дошутился. Сначала появлялись вакансии 6x9, то есть шесть дней в неделю по 9 часов, и мы все смеялись - а как же внедрении ИИ даст нам больше свободного времени. Но сегодня мы достигли аппогея ожиданий бизнеса - 7/7, гласит описание вакансии на hh.ru. Еще и с отсылкой на успешные эксперименты.

Почему этот формат — 7/7
Мы проводим эксперимент, который родился не на бумаге, а из наблюдений за реальными результатами.
Мы заметили: разработчики, которые по собственному желанию работали в выходные, стабильно росли быстрее.
Они успевали делать на 30–40% больше, брали больше ответственности и через полгода выходили на доход в 2–5 раз выше стартового уровня.

А еще вот это понравилось:

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

Тут без комментариев...мне просто очень хочется понять модель гарантированного заработка. Видимо я один живу в мире гипотез и неопределенности. Где идеально - не значит прибыльно.

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

Короче, ребят, давайте обсудим - как вам вакансия? Хотели бы 7/7 поработать? Заменит ли ИИ разработчика полностью через год?

🔥 - вакансия огонь, оставлю отклик
😁 - психушка гарантирована
👀 - поживем увидим

@vibe_coding_channel

👀 Всегда ли семантический поиск в Cursor лучше обычного поиска по ключевым словам в Claude Code?

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

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

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

Я уже писал, что можно делать ресерч в Cursor, а задачу решать в Claude Code. Но сегодня столкнулся с проблемой семантической близости.

Есть классный open source таск менеджер - tududi. 450+ файлов, 100к LoC, 1,3 mln контекста. И там есть сущности: task и view. И вот view - это про фильтры задач, а не про виды отображения задач.

И когда я попросил Claude Code добавить kanban доску в проект, он нашел все что касается task, и сделал.

А когда попросил Cursor тоже самое, он связал семантику kanban и view. Ну то есть kanban - это же не только методология. Но и формат отображения задач. И Cursor, посчитал что нужно работать именно с view сущностью в системе.

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

А вы за какой поиск?

❤️ - семантический
👍 - по ключевым словам
🔥 - за любой кипишь, кроме голодовки

@vibe_coding_channel