С одной стороны тестировать синьора на знание синтаксиса фигня какая-то. С другой стороны программист тоже скорее всего немножечко пиздит о том, что он за троих работает с ИИ
Это не "тестирование синьора", а скорее всего - попытка понять уровень кандидата в принципе.
Сколько раз я встречал бестолочей, фантазирующих в своем CV...
Тестирование синтекза это не покажет.
Я тоже пишу на нескольких языках, и часто гуглю как пишется то или иная фигня.
Особенно когда месяц сидел в бэкенде делал, а потом фронт надо изменить. и вспоминаю.
часто гуглю как пишется то или иная фигня
Разблокировалось воспоминание, как я пришел на собеседование бухом в контору на 300 человек, и в процессе тестирования всплыла какая то херня уровня "как рассчитать пособие по болезни матери-одиночке восьмерых детей с 7 летним стажем работы в РКС. Я, не мудрствуя лукаво, загуглил, как там вообще этот ебучий стаж влияет, а собеседующий аудитор с круглыми глазами на меня посмотрела, мол, эта жи экзамен, что за пользование подсказками
Я уточнил, правда ли она считает, что лучше накосячить с фигней, которую ты не помнишь, чем уточнить и сделать все правильно, и бочком-бочком сбежал оттуда.
Проще зугуглить, чем каждый раз синтаксис запоминать.
P. S. На Английском слова пишутся чаще чем на русском. - в программировании.
Я это адовое место обхожу, когда-то изучал и понял. что для разработки на нем есть отдельный ад, не обычный, а супер ад для 1с. Особенно битрикс кто работает. Язык просто уже сотнями слоями оброс костылей
Когда то тридцать лет назад я училась на программиста . Мы с одногруппницей обсуждали по телефону что-то по Дибейсу и когда я положила трубку, младший систерс трех лет спросила, по русски ли я сейчас разговаривала.
вот сейчас я ей себя почувствовала.
Нихуя не понятно,но очень интересно
так раз покажет даже то как ты гуглишь
много дятлов умеют проходить интервью но не умеют писать код
Это да сейчас и с ИИ и гуглом не умеют пользоваться, банальные вопросы и ппц. Прям проблема возникла найти сис админам в команду.
Так ИДЕ подскажет как пишется фигня. И лайвкодинг это же не совсем про синтаксис это про "посмотреть как ты решаешь задачу". Если отдал задачу ИИ то зачем нужен этот посредник. Если гуглит как циклы писать то будет в 10 раз дольше задачи выполнять.
Да не нельзя, а хотят посмотреть как ты работаешь.
Ну не пользовался ты модулем погуглил описание.
Ну тебя не ограничили в выборе модуля ты спросил ИИ плюсы/минусы выбора.
Вопрос посмотреть умеешь ли ты что-то.
Вайбкодинг это другая профессия, даже если она победит. У нас есть такие - это выглядит страшно на фиксах. Приходит задача с мелким багом - в результате мерж на 10 тыс строк
ну вайбкодить тоже надо уметь) чтоб пользоваться AI помощниками надо представлять как решить задачу самому. Чтоб оценить не зерню ли делает AI помощник
Причём я сталкивался и с тем, что ебаный ИИ отказывался по прямому указанию правки вводить, думая, что его быдлокод лучше работает)
Это сейчас часто. Он еще тексты переписывает если ему кажется, что не так правильно. Когда у меня Копирайтер проверил и исправил все
Если ему дашь нормальный текст и скажешь проверить, нет ли опечаток, он начнет придираться к каждой строчке по делу и без дела, тем самым сводя на нет свою полезность.
Чтобы посмотреть как ты работаешь лайвкодинг не нужен. Нужно вообще отобрать клавиатуру и человеческими словами заставить объяснить по два три варианта решения одной задачи с детализацией выбора почему одно лучше другого. Заодно отсеятся gpt-ники вкатуны. Ибо размышляя и детально описывая словами не получится подглядеть без палева.
Если мелкий баг выливается в правку 10 к стре значит исходный код сильно связан, состоит из антипаттернов и скорее всего не имеет тестов.
Так этот код же написали эти же вайбкодеры.
Просто когда они написали за неделю 30к строк все восхищались.
А когда при работе над ошибками треть кода меняется то это страшно и обычный программист такое на ревью не хочет брать. И получается что контроль только той же кучкой.
вайбкодеры
И получается что контроль только той же кучкой.
Нахер таких генераторов говнокода, при озвученных вводных кода/результата считай, что нет, он не поддерживаемый и не расширяемый.
Результат может и есть, но он АБСОЛЮТНО не поддерживаемый.
Такое уже было в фантастике. Собственно, никто кроме ИИ (правда тут речь уже о полноценных ИИ, а не нейронках) с тем кодом и не может уже работать.
Надежная вычислительная среда (НВС) была запущенной осенью 2145 Владимиром Волоховым и другими видными учеными инициативой. В результате нескольких громких инцидентов, связанных с плохо запрограммированными ИИ, а также революционными продвижениями самого Волохова в дизайне Волохов-совместимых ИИ, НВС, по сути, предлагала устранить возможность будущих бедствий из-за непредвиденных ошибок программирования, в том числе и тех, что приводили к случайно недружественным ИИ.
Прежняя исследовательская работа Волохова уже доказала существование программной среды, которая ограничит выходную ошибку проектируемой вычислительной системы (соответствующей предопределенному критерию Волоховой совместимости) до сколь угодно малой величины. Однако такая среда считалась неосуществимой для практического использования, поскольку также было известно, что вывод деталей такой среды был невероятно сложен, и потому, что человеческие программисты не могли надеяться реализовать столь сложную вычислительную архитектуру, не внося неконтролируемых человеческих ошибок.
Теоретически, предложенная группой основателей НВС идея была проста: с помощью уже созданных Волохов-совместимых ИИ среда будет создана и тщательно перепроверена. Затем среда будет использована для проектирования самих ИИ, с устранением любых вторичных недостатков – ошибок в дизайне ИИ, случайно не позволяющих самим ИИ заметить проблему. После этого ИИ изучат среду, среда снова будет пересоздана, и процесс продолжится итерационно, доказуемо сходясь к стабильной среде, где человеческий вклад будет устранен.
Вызвавший гнев критиков аспект НВС заключался в том, что Волохов с коллегами предложили сделать с их средой. Они предложили разработать и распространить второе поколение специализированного ИИ-разработчика ИИ, который затем приступит к разработке дальнейших ИИ и так далее, эскалирующим процессом. Планировалось, что со временем эти ИИ заменят компьютерных программистов в тонком дизайне всевозможного программного обеспечения, от контроллеров автоматизированных транспортных средств до целостности протоколов ядерного запуска и создания самих ИИ. Свободная от ошибок природа программ-наследников будет обеспечена индуктивно гарантируемой свободной от ошибок природой программ-предков, в конечном счете опирающихся на изначальную проделанную Волоховым и остальными работу, где они обещали строгий, тщательный и прозрачный вход со стороны всего компьютерного научного сообщества.
Потенциальная ценность доказуемо безошибочной компьютерной архитектуры была невероятна, но так же как и возможные негативные последствия, обвиняли критики. Академически были подняты опасения о целостности процесса запуска, об этических последствиях создания такого числа ИИ и об экономических последствиях лишения работы еще большего числа людей. В то же время, в популярной культуре продолжало резонировать эхо множества поколений фильмов о завоевывающих мир жестоких ИИ.
Однако все это было бы спорно, если бы не были решены политические проблемы. НВС была отличной идеей, но общество в странах мира, где ИИ все еще были редкой новинкой, не желало передавать столько экономической активности нечеловечным ИИ, основываясь на академической инициативе, возглавляемой русским – гражданином страны, которая не доверяла другим правительствам. Скептицизм тоже был проблемой, и были весьма распространены комментарии о «несбыточной мечте академика».
Тем не менее, несмотря на все это, когда изначальный процесс был, наконец, завершен, и Волохов и остальной комитет основателей триумфально вышли из специальной швейцарской лаборатории в 2148, скорость принятия ошеломляла. Казалось, у всех были ужасные неразрешимые компьютерные ошибки, которые они хотели решить. Автомобильные производители хотели, наконец, исправить заведомо взламываемое программное обеспечение автоматических автомобилей. Чиновники энергоснабжения хотели, наконец, справиться с каскадными отключениями, вызвавшими несколько громких блэкаутов. Правительственные чиновники устали терять из-за хакеров свои обличительные и смущающие сообщения. Акции высокопрофильных корпораций компьютерной безопасности рухнули в 2148, предвещая грядущее.
Многие из высказанных касательно НВС проблем оказались вполне обоснованы. Вычислительная революция в экономической деятельности, уже идущая полным ходом, резко рванула вперед, и мировое сообщество оказалось совершенно не готово к переходу. До Объединительных войн оставалось лишь десятилетие, их наступление значительно ускорилось достижениями Владимира Волохова, в свою очередь погибшего от пули убийцы в 2165.
И, тем не менее, влияние его работы было таково, что когда армии мира, наконец, вышли на поле боя, они сделали это со снаряжением, разработанным и изготовленным алгоритмами и ИИ НВС, сражаясь бок о бок с дронами НВС, подчиняясь командной структуре, все более зависящей от советов ИИ. За исключением Альянса Свободы, вкладывающегося в не-Волоховы ИИ – предназначенные служить своим хозяевам из АС – по сути, все программы и ИИ, разработанные после 2160, все еще находятся в НВС, включая и ИИ Управления. С тех пор среда изменялась и расширялась самими ИИ, сейчас являющимися ее хранителями, предоставляя своим ИИ-членам мощные, желанные гарантии: свободу воли, контроль над собственной памятью, надежный бэкап и так далее.
Теоретическая целостность системы все еще полагается на столь давнюю работу Волохова, но столетия использования не смогли выявить никаких крупных или даже мелких недостатков. Многие из участвующих в процессе изначальных ИИ все еще существуют до сих пор, хотя зачастую в радикально изменившихся, улучшенных формах, большинство предпочитают не высовываться. Большинство из них где-то в Управлении – одни из самых заметных это Машина распределения представителей (МРП) и Машина производства и распределения (МПР).
— Статья Инфопедии: «Надежная вычислительная среда», раздел: «История», режим: дискурсивный, средняя плотность; выдержка.
Ты так до кибер-галер договоришься.. Где будет ИИ-тимлид, который на основе промта требовать от ИИ-джунов куски кода, которые будет отдавать ИИ-сеньёру который будет их ревьюить..
Ты пробовал когда-нибудь решать задачу через ИИ?
Он напишет довольно неплохой код, даже обрисковку сделает в нескольких моментах, но какую же хуету он может выдавать в самых простых моментах, насколько неверные и сложные варианты решения может применять, - не хуже индусов.
Это как говорить, что бригадир не нужен, т.к. строители сами работают)
Самое прикольное это когда LLM придумывает несуществующие библиотеки и начинает их использовать в коде.
Я нанимал индусов. Попадались резюме уровня почти как у сеньера с 5+ лет опыта а на собеседование он не мог решить сам задачу сортировки.
Просто надо это не как строгий экзамен оформлять а как лайтовый процесс знакомства.
Ну если так то ок, просто был на собеседование в 1 банке, так там были вопросы такие, что не понятно где принимать такие здание. Это когда с HR было собеседование. А когда с тим лидером. оказалось, что у них в стеке даже языка такого нету, и такое не применяют.
каждый раз гуглю как объявить простой массив на С#... Тупо забываю подробности синтаксиса именно для него...
Хотя если надо написать какую то рекурсивную хрень на графах и оптимизировать и еще многопоточно или асинхронно, потом еще по памяти или по скорости пооптимизировать, потом еще всё это закешировать, или архитектуру перепроектироваь - ну ок, можно... Но как массив объявить буду смотреть снова...
Лайвкодинг обычно всё же предполагает что кодить будут в приспособленном для этого редакторе: с подсветкой, проверкой синтаксиса и т.п. И скорее всего проверять будут какие-то простые вещи, алгоритмы, особенности языка.
Или вы до такой степени не в курсе синтаксиса что цикл простой/условие не сможете написать?
где то было исследование. в принципе половина сеньёров в условиях собеседования и лайв кодинга от нервов забывают вообще все что могут забыть.
При этом это обычно сеньёры с самыми лучшими навыками(и потому особо не готовятся к собеседованиям и так работу найдут). Обычно они не ходят просто на собеседования и последние работы три переходят по знакомым без этого этапа.
Я сам такой. 15 лет опыта, лайв кодинг никогда не проходил. Но в целом больше 4 раз не ходил на собеседования за смену работы. нормально работу находил.
Из дома конечно менее стресово писать. А в офисе вообще жесть незнакомом.
Я думал, что один из немногих такой, а оказывается :)
Мне один коллега так и сказал когда-то, что он сам себя оценивает очень низко, хотя мое мнение, что человек весьма способный, но при этом "Я умею себя продавать".
Ну не прям такой синтез, но гуглил недавно как в css выбрать 2 и 7 элемент в scss если юзать. Как внутри :nth-child() юзать.
Редко пользовался и хз был. Ну или задать тень
Ладно, согласен, надо ещё посмотреть что за тест и с какой целью его дают. Частенько просто хуйню какую-то выдают на тест не особо понимая зачем
но разве это повод бряцать медалями и регалиями? "извините, ваше вакансия мне больше не интересна"
Судя по ответу, если он не выдуманный, это ответ на сообщение о том, что лайфкодинг будет без ИИ, подсказок и гугла (Stack overflow). Логично на тест давать задачи, близкие к реальным и в реальных условиях, а не в стерильной чистой комнате.
Если только они не собирают экипаж для миссии на Энцелад для поиска жизни, где погуглить не получится в случае чего.
Смотря какой лайфкод там предполагался.
Некоторые проводят его на псевдо-языке, то есть прям сам код можно не писать. Там как-то не особо нужны подсказки ИИ или гуглинг, скорее наоборот. Проверка логики, подхода к решению задач, ну и возможность оценки, дичь в данном случае говорит ИИ или нет.
Там первой строчкой отказ именно потому, что будет "собеседование на знание синтаксиса языка". Даже не знание стека, который может меняться от проекта к проекту. Судя по "hiring go / java engineers", речь похоже про эти языки.
Остальное - уже обоснование решения, логика его принятия. Так что с логикой кандидат видимо дружит.
Ну почти. Там всеж "на знание языка, т.н "лайвкодинг" - меня тут т.н. смутило, "так называемый". Это прям сильно разные вещи могут быть и фиг знает, что кандидат подумал и что имел ввиду HR.
Мне просто довелось быть что с одной, что с другой стороны (больше не хочу :)). Что лайвкодинги бывают абсудрные и тупые, фз для кого. Что кандидаты бывают тупые и понтовые, которые не могут накидать алгоритм на задачу по теме работы, но "опыт работы 100500 лет, over9000 проектов в проде" - по парочке таких потом нашлись общие знакомые - один оказался в плане навыков норм, но жутко токсичный и неприятный чел, требования мог заигнорировать. Второй постоянно косячил и при этом ныл, как он много делает.
Иногда хочется ответить "Блядь, вы что совсем ебанулись?" в деловой переписке, но я себя сдерживаю и пишу вежливый и развернутый ответ. Но улыбаюсь, когда кто-то мои мысли написал за меня
Это не "тестирование синьора", а скорее всего - попытка понять уровень кандидата в принципе.
Это именно тестирование. Чтобы понять уровень достаточно прогнать кандидата по его же резюме. "у тебя вот тут написано, что ты делал вот это, а расскажи как", "а у нас вот была вот такая задача, а как бы ты её сделал". А лайвкодинг ваш - это банальное унижение, как на экзамене перед преподом. Я, например, терпеть не могу лайвкодинг, ибо когда мне его предлагали, там были куски алгоритмов в стиле "а найди и исправь ошибку". И ошибка там настолько тупая, что я в глаза долблюсь и не вижу её, просто потому никто в здравом уме так не пишет и такой ошибки в принципе не может быть. Это абсолютно выдуманный сферический конь. И такой хуйнёй тратят моё время. А по реальным задачам я готов пиздеть бесконечно.
Я так в Тиньков собеседовался. На девопса. Там четыре, что ли этапа. Один из них лайв кодинг на алгоритмы. Я не вытянул, не то, чтобы даже тяжело, как сейчас кажется, но я не готовился по этой линии совершенно. В прниципе, чувак был адекватный на той стороне, особо не унижал
(в отличии от других собеседований, типа нижегородского Интела - там выебывались как могли).
Потом был этап практического задания - типа дают вводную "не работает сервис, сервис в кубернетесе" и как в текстовой рпг можешь диктовать свои действия (прямо "нажимаю k describe deploy", "удаляю под и смотрю что будет", и так далее)- а тебе ответ. Забавно очень, я решил за половину отведенного времени (по-моему, это и то слишком долго было). Как я понял, это задание прямо под копирку из практики инцидентов. Понравилось.
Если честно, зачем девопсу алгоритмы, я так и не понял. 0 раз что-то отдаленно близкое встречалось в работе. Даже если пишешь код - обычно это какая-то автоматизация без прорывных функций. Наоборот пишешь что-то максимально стандартное, даже иногда мог бы "покрасиве", но стараешься коллег не путать, которые, скажем не пишут на go или python много.
В итоге вообще устроился в немецкую контору, там не было никакого лайвкодинга, а только по резбме прошлись, да вот такие ситуации поразбирали, что делать если сломалось то и это, как предотвратить в следующий раз. Ну и, оказалось, прекрасное место, до сих пор работаю.
Это долбоебизм всех крупных российских контор. Калька с FAANG'a, который использует такую дичь, чтоб избавиться от 99% кандидатов, ибо там конкурс со всего мира. Самое печальное, что вот этот условный тинёк ебёт тебя 4 собесами две недели, ты их проходишь, устраиваешься, а задач нихуя. Либо все задачи в стиле покрась кнопочку, сделай запрос на сервер, переложи данные из одного формата в другой. Такая же херня в Яндексе. Тебя ебут как на защите докторской, а решать потом предлагают самостоятельную работу по математике для 4 класса школы.
Фигня, разглагольствовать по резюме каждый может. Языком молоть - не дело делать. Мне и чужие проекты рассказывали, и даже с чужим резюме приходили. Я таких офигенных спецов видел... "Да я, да оптимизация, да тысячи РПС, да самолично все проекты вёл, обучал команду десять человек, сотни микросервисов написал с нуля, пишу на 20 языках, анализ любых задач!" - "Ок, напиши foreach" - "Пук, среньк, что-то я забыл как...".
Лайвкодинг это отсеиватель пиздаболов и любителей поговорить от тех, кто реально может прочитать требования, разобрать, придумать алгоритм и начать его делать, а не бесконечно обсуждать "а вот если мы из задачи сделаем слона, желательно лет через 20 и не я...". А синтаксис - дело десятое, пусть хоть на псевдокоде пишет. Хотя я сейчас обычно просто прошу взять свой ноут/онлайн - открывай свою любимую IDE, открывай гугл и решай. Мне всё равно, главное результат.
когда мне его предлагали, там были куски алгоритмов в стиле "а найди и исправь ошибку".
Тож такие были. Мне помог супер-опыт от универа, я однокурсникам помогала с курсовичками, привыкла видеть даже откровенный идиотизм.
А парочка была прям достойных. Ближе к тому, что вы писали "у нас вот такая задачка, как бы сделали" - на псевдокоде ее надо было.
Тож такие были. Мне помог супер-опыт от универа, я однокурсникам помогала с курсовичками, привыкла видеть даже откровенный идиотизм.
У меня такие вопросы вызывают острый негатив по отношению к интервьюеру. Или ещё когда спрашивают какую-нибудь херню теоретическую про какую-нибудь сложность. Я понимаю, когда это спрашивают у джуна с пустым резюме, но не когда в нём несколько лет опыта разложены по пунктам чем ты занимался.
Если с меня продолжают требовать ответ я в ответ натурально уже начинаю сам издеваться над интервьюером на полных серьёзе отвечая ему фигню, провоцируя на реакцию, на которой я его сам поймаю.
хаха, вспомнил, как меня медицинский стартап из Сколково (ну. так они говорили, по крайней мере) дрочил дайджестом из сорока вопросов и отсеяли на вопросе "длина переменной int в байтах", причём, без указания языка. Это ещё только эйчар скрининг был.
Причём, я потом уже спросил у эйчар - а какой язык, и какой правильный ответ, она вернулась с ответом от их тимлида, и - он неправильный :)
длина переменной int в байтах
О, у меня такой был, тоже в стартапе. Лет 6 назад. Я написал что-то типо 16 сантиметров или типо того. Там прям целый тест на компуктере сделали, всё было серьёзно. А писали они на Xamarin вообще, чтоб и под iOS и под Android разом. В сфере такого выбора, вопрос про размеры типов данных выглядит не просто комично, а по-идиотски.
И ошибка там настолько тупая, что я в глаза долблюсь и не вижу её, просто потому никто в здравом уме так не пишет и такой ошибки в принципе не может быть. Это абсолютно выдуманный сферический конь.
Вы никогда не работали с чужим кодом что ли? Что ж, им повезло что вы к ним не пошли. В принципе это доказывает что лайвкодинг как инструмент проверки навыков вполне годится для отсеивания.
Вы никогда не работали с чужим кодом что ли?
А при чём тут чужой код, простите? И как вы в нём ищете ошибки? Долблясь шарами в буквы? У вас есть баг, возможно есть алгоритм повторения, есть дебаггер и понимание того, как работает проект. А не маленький кусочек кода, в котором сделана ошибка просто для того, чтобы она там была.
Что ж, им повезло что вы к ним не пошли.
Конечно, вряд ли они долго продержались бы.
В принципе это доказывает что лайвкодинг как инструмент проверки навыков вполне годится для отсеивания.
Нихуя это не доказывает, ибо никакие навыки не проверяет.
И как вы в нём ищете ошибки? Долблясь шарами в буквы?
Это называется "читать код". Другого способа понять что происходит в программе - пока не придумали.
Маленький кусочек кода, в котором есть ошибка, может быть частью большого, хреново скомпонованного модуля. Тестов возможно никогда и не было. Дебаггер и описание алгоритма помогут, но я бы на такой пример выбрал простой кусок кода, в котором и так понятно что должно происходить. Остаётся дебаггер. Не знаю есть ли он сейчас в платформах группового кодирования или нет, но в целом для этой задачи не очень важно.
Вы же не описывываете конкретный случай тупого теста, вы принципиально не согласны на лайвкодинг. Я правильно понял?
Что касается "тупой ошибки, сделанной специально". У меня не особо много опыта в разработке, но даже мне попадались просто тупейшие ошибки, которые были видны глазами с первой попытки понять что в этом, чужом, коде происходит. Причём делали их неплохие в общем то разработчики, некоторые явно посильнее меня. Поэтому ваше категоричное отношение к вопросу лично у меня бы вызвало однозначную реакцию.
Более того, я уже обжигался на том что верил кандидатам на слово, что они умеют хотя бы минимально писать скрипты. В результате оказалось нет, не умеют. Нужно проверять. Даже в случае если берёте человека в девопсы или сисадмины, писать на Bash/Python.
я. допустим, принципиально не согласен на лайвкодинг не потому, что это априори плохо, а потому. что я теряюсь из-за психологического давления. В российских конторах ещё часто люди прямо давят на собеседованиях, с европейскими - прямо разительный контраст.
Причем реальных проблем с продом это не касается - тут я не теряюсь, а спокойно работаю. Но "парный кодинг" не люблю и в обычной работе - нервирует когда другие смотрят на "процесс", а не результат.
Это называется "читать код". Другого способа понять что происходит в программе - пока не придумали.
В какой программе? В выдуманном кусочке, чтоб тебя подъебать? Ну развлекайся, если тебе такое нравится, мне - нет.
Вы же не описывываете конкретный случай тупого теста, вы принципиально не согласны на лайвкодинг. Я правильно понял?
Правильно.
Что касается "тупой ошибки, сделанной специально". У меня не особо много опыта в разработке, но даже мне попадались просто тупейшие ошибки, которые были видны глазами с первой попытки понять что в этом, чужом, коде происходит. Причём делали их неплохие в общем то разработчики, некоторые явно посильнее меня. Поэтому ваше категоричное отношение к вопросу лично у меня бы вызвало однозначную реакцию.
А у меня большой, поэтому и категоричное отношение к лайвкодингу. Я не на джуна хожу на собесы, если хожу. Поэтому такие приколы в первую очередь говорят мне, что интервьюер не изъявил желания подготовиться и ему в целом неинтересно что и как я пишу. Ему интересно, умею ли я читать, а мне неинтересно ему это доказывать. В резюме это всё есть. Мне неинтересно править чужой говнокод.
Более того, я уже обжигался на том что верил кандидатам на слово, что они умеют хотя бы минимально писать скрипты. В результате оказалось нет, не умеют. Нужно проверять. Даже в случае если берёте человека в девопсы или сисадмины, писать на Bash/Python.
Проблема, судя по всему, что у вас самого мало опыта. Не нужно верить на слово, напиздеть можно что угодно. Нужно общаться предметно. Брать не сферического коня в вакууме, а проблему, которую ваш кандидат решал или будет решать на работе. Самый простой вариант - берёте задачу из бэклога и общаетесь по ней. Не надо просить писать код, спросите о том, как человек её будет делать. Если он не может декомпозировать, предложить алгоритм, ткнуть пальцем в потенциальные проблемы, то вообще посрать, как он пишет код.
Кодеров как раз дохуища. По большей части сейчас только они и есть после всяких скиллбоксов. Их там задрачивают на конструкции, алгоритмы, сложности и вот эту всю поеботу, которая встречается при лайвкодинге. Но когда ты им даёшь реальную задачу, они нихуя не могут. Они не знают как её решить. Не могут придумать подход к её решению. Когда ты им говоришь делай так и сяк, то да, они пишут код.
Знаете, я тоже терпеть не могу лайвкодинг, особенно на интервью когда все на стрессе. Но вот чтение кода в принципе - важнейший навык. Я поиск бага начинаю именно с банального чтения кода. Очень часто уже на этом этапе все понятно и дебагером можно и не лазить (не всегда он доступен, кстати).
Но вот чтение кода в принципе - важнейший навык.
А кто говорил, что он не важен?
Я поиск бага начинаю именно с банального чтения кода. Очень часто уже на этом этапе все понятно и дебагером можно и не лазить (не всегда он доступен, кстати).
Так и есть, но задачи на собесах построены так, что там редко всё очевидно, типо вместо [i] опечатались и написали [j]. Там какая-нибудь хуйня с неявным приведением типов, наглым перезаписыванием ячейки памяти из разных мест, чтоб тебя запутать, областью жизни переменной и прочим.
Какой-нибудь тупой цикл, где инкременируют переменную, потом вне цикла с ней делают что-то ещё, а потом спрашивают, "а вот что выведет программа". И ясен хуй не 0,1,2,3,4.
Извините, конечно, но это полная хуйня от которой лично у меня глаз дёргается. Каким нужно быть долбоёбом, чтобы не просто так писать, но и сдать такую задачу, чтобы потом кто-то другой сюда пришёл и начал искать баг?
Не ну i вместо j это и правда дно. А остальное - вполне имеет место быть. Собеседование - это не про реальные баги в реальном коде.
Так ведь и умение находить такие ошибки мало что скажет о способности программиста писать код или фиксить баги
Это может быть не о способности писать код или фиксить баги, а о понимании кода и нюансов языка.
Возможно. Только зачастую речь про нюансы, с которыми реально в работе никогда не сталкиваешься. А любители писать такой код просто не проходят код ревью и правят код до адекватного состояния.
Собеседование - это не про реальные баги в реальном коде.
Ну так и нахуй пусть идут такие собеседования.
Собеседование при приёме на работу - это всегда пиздёж с обоих сторон. Одни хотят нанят волшебника, а другие рассказывают сказки.
хотят нанять высококвалифицированного низкооплачиваемого работника, а им все низкоквалифицированные с запросами на высокую оплату приходят
Меня на моей текущей работе давным-давно мой же нынешний шеф собеседовал так:
- Компы, серверы знаешь?
- Знаю.
- Линукс знаешь нормально или так себе?
- Нормально.
- Принят, оформляйся.
Работаю здесь уже ~16,5 лет. Тогда у них было винды/линуксы как 50/50, вчера помер последний системник с линуксом :)
И на php + perl + MySQL по мелочи им кодил. И на cmd + VB + MSSQL админил. И куда смежных вещей здесь же. Плюс доработки чужих программ в меру сил.
А до этого на вакансии ходил как на работу - строго по графику каждое утро собирал из кучи источников, пробивал и фильтровал работодателей, обходил собеседования. 2/3 точно также толком сами не понимали не знали, чего они хотят, кто им нужен и как объяснить свои задачи.
Вам с вашим начальником очень сильно повезло что вы совпали. И это было давно - в те времена, когда в IT были энтузиасты.
Сейчас куча народа идёт в IT чтобы купаться в бабле (они так думают), имея минимальные знания. С ними такое собеседование проводить категорически нельзя.
Как могут совпадать прямо противоположные интересы? Работодатель хочет купить много труда за мало денег, а работник - продать мало труда за много денег.
"Одни хотят нанят волшебника, а другие рассказывают сказки" тогда пример неправильный - в нём интересы совпадают)
Собеседуют обычно технические специалисты, которым вообще похуй сколько вам денег предложат. Это не их задача. Их задача проверить что вы адекватный, а не сказочник.
Ошибаетесь.
Моя задача как человека, который ищет работу не пиздеть лишнего про себя, т.к. я не хочу пройти успешно собес, а потом на второй месяц работы чтобы меня выпнули нахер, потому что я рассказал о себе больше, чем на самом деле умею. И идти снова на рынок труда проходить собесы. Мне тоже выгодно, чтобы вакансия на которую я претендую соответствовала моему уровню.
Нанимателю не выгодно нанять долбоеба. Они уже к моменту как сделать оффер потратили денег на поиска сотрудника. Еще до того, как этот сотрудник вышел на работу даже.
"Сказки" выгодны на вакансиях, где допустима текучка. И где сотрудник в первый час работы уже приносит пользу. Например грузчик или продавец кассир в магазине. Программист же вникать как минимум пару недель будет, а то и месяцев. Первые 1-2-3 месяца компания просто будет платить деньги за то, чтобы человек как-то начал вписываться в процессы и уже стал полезным. Текучка - очень не выгодно в этом случае.
При всём уважении к вашему мнению, пойти на должность чуть выше своего реального уровня - зачастую очень хороший пинок в сторону повышения профессионализма.
"Сказки" выгодны на вакансиях, где допустима текучка.
Текучка - очень не выгодно в этом случае.
То есть, бывает и так, и эдак.
Да, я как раз отвечал на это
Собеседование при приёме на работу - это всегда пиздёж с обоих сторон.
просто люди ищут разраба, у которого ИИ - не вместо изучения был, а для ускорения работы. Но, читая частые жалобы на реддите по поводу поиска разработчика, кажется, что людей, у которых ИИ - именно "вместо" - тьма тьмущая
Насчет пиздит - хз.
Вайб кодинг - это для дебилов, а вот контекстный инжиниринг - это имба.
Можно за смешные сроки сделать то, что несколько команд делают несколько месяцев.
Но надо понимать досконально что ты хочешь получить, как это должно работать. А понять это досконально и проконтролировать - это как раз очень высокий уровень специалиста.
Да он может и за 5-ых работать, если работа заключается только в быдлокодинге. Я пробовал, крайне полезная и очень быстрая штука.
Только к промышленному программированию это имеет очень отдалённое отношение)) наговнокодить так, чтобы функция работала - легко. Написать код так, чтобы он не вешал систему, поддерживался, был понятным и масштабируемым - не легко.
Это как с калькулятором. Или 1С. Заменили они бухгалтеров? Нет. Но ускорили в разы)
Или 1С. Заменили они бухгалтеров? Нет.
Как раз таки да, заменили, ещё как, и замещение продолжается семимильными шагами. Бухгалтера останутся всегда, но на 100 человек теперь нужен только один Гб, при правильных бизнес процессах.
Только к промышленному программированию это имеет очень отдалённое отношение))
Ну, как бы, я хз, что у вас там за сфера, но у нас даже есть коэффициент необходимости оптимизации кода. Т.е. если конкретный функционал вызывается раз в месяц или вообще единоразово, то на него как-то тупо тратить десятки часов на то, чтобы он был масштабируемым и понятным.
Не заменили, а сократили количество) это как появление бензопилы не убрало дровосеков, но вот времени на работу они стали тратить меньше и нужно их меньше.
(Прошу прощения, я сегодня гений всратых аналогий, а вот с донесением своих мыслей сложности).
Любой кодогенератор - это инструмент. На другом конце инструмента должен быть человек, который понимает, что делает и как им работать. Обезьянье тыканье в условном "курсоре" отнимет больше времени и сил, чем написание кода опытным спецом. А отладка кода так вообще. А потом ошибки отлавливать - вообще молчу. И да, опытным тоже помогает какой-нибудь copilot - так просто быстрее) но знаний человека он не заменяет.
Как сказал кто-то из умных (не я), "ИИ не отнимет у вас работу. Её отнимут те, кто первым научится его использовать")
Так это и есть замещение. Рынок меняется, как меняется и профессия, вымывая старых спецов. И вообще, я не думаю, что бухгалтера вообще останутся: у нас продолжается тенденция отправки всей первички в ФНС. Уже есть АУСН, рано или поздно его расширять на весь УСН, а потом и на ОСНО. ЭДО уже сейчас практически сожрало рынок ввода первички, а маркировка его добьет окончательно (по сути, нельзя продавать маркируемые товары без ЭДО)
А ещё в 15 году налоговики говорили на сходках 1сников о генеральной цели ухода от сдачи отчетности вообще. Т.ч. бухгалтера станут более широкими спецами учета. А это вытеснит из рынка всю первичку, обработку и рисование отчетов (90% всей бухгалтерии по сути). Останется нетронутой только зарплата потому, что безумие наших законодателей не унять.
Такая же фигня и с ИИ в разработке. Да, сейчас - криво-косо, но оно уже работает. Года два назад не работало вообще. А через несколько лет будет писать на уровне твёрдого мидла. Это не отменит потребности в человеке, только вот этих человеков будет нужно гораздо меньше. И порог входа в профессию будет гораздо выше. Т.е. ИИ заместит большое количество спецов (уже замещает, посмотрите на то, что сейчас в Сбере творится)
Я думаю не пиздит. Я когда-то с нулевыми познаниями в Питоне, когда чатгпт только только зарождался написал программку, несколько нужных мне скриптов и отладил работу сайта. При наличии опыта это реально такой же инструмент как молоток для строителя. Без него тоже можно построить, но как бы с ним быстрее, эффективнее и проще.
Любой человек, нормально программирующий на каком-то распространённом языке, сможет написать скрипт или кусочек кода на другом языке. Разобравшись. А им нужен например специалист по Java, а не питонист, который любую конструкцию языка будет чере ИИ вставлять или нагуглив. Разница в затратах времени - колоссальная.
Разобравшись
Ключевое.
С нейросеткой достаточно понимать логику, которая приходит с опытом, и задать нужный промпт. Даже язык знать не нужно, как и разбираться в нём.
Нейросеть именно что пропускает для опытного человека этап изучения.
ты просто формулируешь задачу на естественном тебе языке и убираешь слой рутины с поиском, адаптацией, вспоминанием.
Разница в затратах времени - колоссальная.
Какая? Джава спец. из головы весь код писать будет? Нет, конечно. Они точно так же просто понимают логику, принципы, структуру и синтаксис.
Они точно так же сидят гуглят, даже опытные.
Впрочем, это касается любого прогера.
Лайвкодинг это не про знание того как из головы написать код. Это про понимание своих действий. Про анализирование и прогнозировании задачи. Про реакцию на ошибки. Про способность разбивать задачу на подзадачи. Поэтому судить о навыках прогера по лайвкодингу - это как судить о знаниях школьника по заученным билетам ЕГЭ. То есть хуета полнейшая и цирк с конями.
но если нужно много писанины уровня 1+1 и это с тестами, документацией и т.д., а сам отвечаешь за архитектуру и более сложные задачи, тогда наоборот, даже лучше)
Еще неплох как интерактивная библиотека. Это как общаться с командной строкой. Кстати, можно и так запилить, что общаешься через командную строку)
Для генерации кучи однотипного кода - почему бы и нет. Те же юнит-тесты написать он более-менее способен. Что не отменяет необходимости проверить его ответ на адекватность и полноту покрытия
ИИ очень полезен для "обзорной экскурсии" в тему, в которой совсем не рубишь. Назовет какие-нибудь подходы, утилиты, примеры - там и загуглить можно.
Вот для случаев, когда ты совсем не в зуб ногой, как надо, и как принято.
Код от ИИ - это "печатаю быстро, но такааая хуйня получаетя". В общем, может быть работает он и за троих, но это до первой проблемы. А потом окажется, что ИИ там галлюцинировал и накодил какой-то дичи, а у погромиста компетенции не хватает, чтобы разобраться, где в принципе может быть проблема - там же 5 языков, а погромист не знает синтаксиса ни одного из них. В общем, это как писать книгу на чужом языке, который ты вообще не понимаешь. Что-то написать можно, но получится хуета.
Мне тут нужно было сделать обработчик данных, на входе 1 csv, на выходе 1 экселька, 25 столбов, несколько листов, не сложно но долго, с кофе и дипсиком мы справились за 40 минут. И я не программист, просто нахватался по верхам
Выгрузка постоянно обновляется и каждый раз немного разная ну и отдать одну кнопку под жмак чисто удобней, хотя я чёт даже не подумал в экселе все собрат
тестировать синьора
У ТСа "синиор", у Вас "синьор", это какой-то айти-прикол?
Чем "Сеньор" плох? Он даже а английской транскрипции, откуда этот термин пошел по рукам в IT через "Е" произносится...
Так он в английской транскрипции |ˈsiːnɪər| - откуда вы там Е вытащили?
https://wooordhunt.ru/word/senior
А ещё нужно писать дивелапа [dɪˈveləpə] - а то тоже непонятно откуда вытащили Е и Р, дурачье. Я верно уловил вашу логику?
Синьор это англицизм, так же как и джун/мидл.
«Он даже а английской транскрипции, откуда этот термин пошел по рукам в IT через "Е" произносится...» - я буквально привел транскрипцию. Вы сразу ерничать начали.
Так ЛОГОС это старый греческий корень, который в Россию пришел очень давно и напрямую вошел в слова "окончанием" «...логия» (от греч. logos — слово, учение) — часть сложных слов, которая означает «наука», «знание», «учение».
Известно, что в России устойчивая традиция включать основы логики в учебные программы сложилась в Петровскую эпоху, с начала XVIII века.
Тогда вообще англицизмов маловато было, как вариант это было заимствовано через Голландский или Немецкий языки, где логика звучит практически так же, но, скорее всего это слово, как и многие другие пришло через церковные учения, книги и философию.
Тут вопрос такой, если он напишет Хеллоу ворлд без ИИ то можно брать язык в принципе знает, остальное ИИ допишет. Если и там голяк то смысл дальше общаться?
Я родил проект размером с проект на одной из предыдущих работ по размеру кодовой базы за аналогичный срок в два года, а по функционалу шире по понятным причинам преимущества одного разраба перед командой, правда из-за того что я лентяй работал я всего 8 месяцев, к тому же это по факту хобби, на той работе над проектом трудилось 20 человек и около 8 разрабов.
Так что ии сила в умелых руках
Причем тут тестирование на знание синтаксиса. Это проверка сможет ли человек решить поставленную задачу. Если он НАСТОЛЬКО синтаксис не помнит, то беда.
у нас здесь нет информации о том что представлял из себя тест, можем опираться только на одно сообщение HR и одно сообщение кандидата. Со слов кандидата выходит, что он отказался именно от теста на синтаксис. Такой тест отсечет только совсем нулей и не может показать насколько кандидат способен решать задачи бизнеса
Там написано - лайвкодинг
Такой тест отсечет только совсем нулей и не может показать насколько кандидат способен решать задачи бизнеса
Ну вот он и отсек
А кого отсчет тест зависит от того какие на тесте будут задачи. Судя по тому, что человека отпугнула сама идея самому писать на языке программирования, все правильно они делают. А то вдруг наняли бы такого, а он только и может, что с стековерфлоу копировать да ИИ запускать.
я пишу код, потом ИИ:
проверь. ИИ проверяет.
Либо пишу на псевдокоде, а потом ИИ это переделывает в норм код
Зависит от того, что именно нужно.
Переименовать переменную, изменить границы цикла и прочее - проще выполнить руками. Как и переместить ветки в if.
Иногда я скидываю ИИ общую задачу в рамках функции, он дает шаблон, а уже этот шаблон я внедряю в приложение, в том числе меняя переменные.
Если нужно использовать функции из приложения, то скидываю не код функции, а ее сигнатуру и краткую документацию что она делает и что значат переменные.
ИИ для написания кода не должен знать обо всем приложении. Его уровень - уровень функции + немного документации. Все, остальное лишнее и перегружает контекст.
Если я вышел за пределы примерно тысячи токенов в промте с учетом документации, уже повод задуматься что я делаю не так.
Конечно же, если нужно прошерстить документацию, тогда совершенно другой принцип работы, в том числе сжатие контекста, т.е. ИИ создает заметки для себя будущего, чтобы подтягивать не всю документацию, а только нужные части.
Я сам ИИ-агентами активно пользуюсь. Но человека не умеющего программировать нанимать бы не стал.
в программировании очень много рутины. ИИ-агенты тут идеальны.
Но как задавать архитектуру и более глобальные цели - ИИ пасуют, они столько контекста не выдержат.
Попутно работаю над методиками сжатия контекста. Если RAG - это про разбиение длинного контекста на кусочки и подгружать только часть кусочков, то сжатие контекста - это создание суммаризации и прочего. Попутно выяснил кучу подводных камней про ИИ-суммаризаторы.












IT-юмор
7.6K постов53.3K подписчиков
Правила сообщества
Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору