Как стать автором
Обновить
3
2.7
Игорь @SeveR31

Backend питонист

Отправить сообщение

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

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

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

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

  • Заголовок статьи вообще ей никак не соответствует. Внутри туториалы по установке, какая-то теория по ИИ, опусы к книге и вообще непонятно, как оно вместе состыкуется

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

  • В чем вообще был посыл материала? Помимо копипасты/пиара книги и попытки вылезти из отрицательный кармы.

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

Интересный сетап, правда местами кажется оверинжиниринговым. Хотя если системой пользоваться не только для работы, то должно быть самое то. У самого похожий, особенно в плане VsCode. Только один вопрос - а чего вместо терминала zsh не взять? Фичи с закладками и множеством окон почти везде есть, а там ещё ворох плагинов на любой случай жизни (даже можно сразу из консоли гуглить/фаерфоксить, было бы желание).

У вас в задаче не хватает примерно всего, чтобы провести сравнение:

  • Зачем вам вообще ускорять релизы в Атлассиане? Какой в этом смысл и отдача от выполнения?

  • Почему вам нужно ускорять релизы именно таким способом? Является ли данный способ ускорения релизов оптимальным, какие вообще были варианты и почему был выбран именно этот?

  • Почему выбрано именно такое решение в виде консольной утилиты, а не, например, какого-либо Qt-приложения или любого другого десктопа/веба?

  • Почему был выбран Go? Помимо того, что llm лучше всего с ним справляется. И как вообще поживает в целом стек, нужно ли в него ещё один язык добавлять, если у вас не Go-шный отдел?

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

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

  • Какого уровня вы специалист? Т.е какой опыт нужен, чтобы быть нормальным оператором( или вайб-кодером/промпт-инженером, называйте как хотите) и чтобы языковая модель под вашим присмотром смогла написать простую консольную утилиту, пригодную для работы.

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

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

Потому что 99% продуктов вайбкодинга это вымученность ради примера - нет ни цели, ни тз, ни решения какой-то проблемы ради монетизации. Поэтому больше половины таких статей пишут телеграмм-ботов, у которых шаблон крайне устойчивый и llm осиливает написать всё. Автор этой статьи решил покреативить и пишет консольную утилиту, которая решает примерно никакую проблему, ведь кому надо ускорять выпуск релизов через работу с платформой, а не улучшением работы команды?Причем он сопоставляет утилиту в пару тысяч строк с рынком, где некоторые продукты могут миллионами строк исчисляться, если не десятками миллионов.

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

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

А какая разница какие эти проекты если кандидат может про этот проект рассказать и ответить на вопросы? Сложно будет отвечать без понимания. Разве не в этом смысл?

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

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

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

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

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

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

Думаю при попытке реализации ещё что-то всплывёт, но формально это просто вариация тестового задания, которые мало кто любит в целом.Чтобы такая затея сработала, нужна компания уровня Яндекса, где можно на собезах устраивать любой уровень отсева. А если это устроит условная компания на 100-200 человек, то джуну проще отправить ещё 10 откликов в другие места, чем тратить много времени в одном месте, которое может ещё не окупиться совсем.

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

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

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

Резюме стоит писать нешаблонно, но придерживаясь какой-то базовой структуры, чтобы нанимающим было комфортно в нём ориентироваться. Какой шаблон брать - уже дело каждого, кому-то больше hh-шные нравятся, кто-то за LinkedIn-овские топит, тут дело вкуса.

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

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

Образование ВУЗовское в резюме наврятли повредит, как и аттестаты о переквалификации, а вот насчет курсов советую два раза подумать - можете попасть в фильтр. Лучше перестраховаться, если не уверены в том, что он ценится.

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

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

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

Сам недавно столкнулся с таким. Прилетело приглашение от компании. Но вместо диалога в месседжере или созвона там был бот в чате hh, который шаблонно опросил меня буквально всё, что было уже написано в резюме по второму кругу, не ответил ни на один адекватный вопрос (даже про аккредитацию компании, ответ был нелепейший "На данном этапе не могу предоставить эту информацию") и на каждое сообщение прочитывал резюме заново, из-за чего к концу диалога там было под 15-20 просмотров. Если бы после этого оперативно живой hr не написала, то приглашение было бы выброшено в помойку уже через два часа :) остался только вопрос, зачем всё это было, если всё равно после меня уже по третьему кругу опросил живой человек.

Codeium уже не существует, они переименовались в Windsurf

Когда у вас соотношение первого типа статей ко второму примерно 1 к 99 - это начинает немного бесить. Поэтому сам оставляю комментарии авторам, чтобы они подобные опусы не постили.

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

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

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

Под "Этим комментом" я имел ввиду не свой, а калабур от @kmatveev

Гения обидеть может каждый. И не гения тоже :) всё зависит от восприятия человека.

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

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


Ну и по заветам товарища @cupraer: 🧯🧯🧯

"Что мертво- умереть не может"

Лучший прочитанный мной коммент за день

Т.к не фронтендер, не в курсе всей это движухи по фреймворкам. Но видя ваши комментарии в различных диалогах, могу сказать, что 90% проблема вашего фреймворка - в его позиционировании относительно других технологий и в поведение его создателя, которое отталкивает даже нейтрального наблюдателя. Статью плюсанул по той же причине, что и другой комментатор - чтобы люди видели, как не надо настраивать мир против себя, если хочешь его изменить.
Согласен только с хейтом направления текущего энтерпрайза (Яндекс.музыка и их десктопное приложение это отдельная боль), но тут на каждое решение можно найти условную Casette, которую Вася (реальное имя автора) сделает в одиночку и лучше, если есть желание улучшить свой пользовательский опыт. А кому не нужно - тем и стандартного хватит. Каждый сам выбирает, что ему использовать.
ИМХО, пользователю вообще не важно, как оно внутри работает, а разработчиков под что-то микроскопически нишевое искать сложнее. Можете вместо гильдии свою компанию основать и посмотреть, как она укатает всех тех гигантов в вебе будущего.

Кошку жалко, теневой герой всего рассказа.

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

Попросил один раз DeepSeek код написать с помощью библиотеки Skyfield. После чего он мне упорно доказывал, что радиус земли - примерно полтора метра, т.к использовал устаревшую документацию и переубедить мне его не удалось. Хороший ангел хранитель и сторонник плоской земли

Информация

В рейтинге
1 510-й
Зарегистрирован
Активность

Специализация

Бэкенд разработчик
Средний
От 180 000 ₽
Python
Docker
PostgreSQL
Django