Проведение собеседований обязательно с включенной камерой
В комментариях много споров на эту тему. Имхо, всегда включаю камеру на собесе или первых знакомствах. Потом, обычно без камеры. Я это воспринимаю, как правило этикета, не более. Однако, приказывать или требовать включения камеры, что-то не нормальное. Попросить да, но приказывать... нет.
Избегание типичных вопросов, чередование тем.
Согласен с автором. Некомпетентные эчары обожают заниматься подобной фигнёй, наслушавшись всяких тренингов. "Вы senior backend developer? Видите клавиатуру? Продайте мне её." От айтишников требуется результат, для этого нужны определенные знания. Поэтому, нужен пул вопросов, который сразу поможет понять уровень знаний собеседуемого.
Секция лайв-кодинга при проведении технических собеседований;
Смотря как проводить. Чаще всего, лайв кодинг это решение задачки с лид кода в какой-нибудь web ide, где есть подсветка синтаксиса, компилятор и возможность совестной работы. В таком случае, 15 минут собеседуемый кодит в тишине, а потом получает стандартную "телегу" про bigO, важность использования стэков, hashmap и т.д. Если человек решил задачу в лоб или не решил вовсе (затупил, с кем не бывает), то о работе может забыть. Что это проверяет? Да ничего. Встречал на собесах "сеньоров", что с умным видом несли бред на тему алгоритмов, правда такого в последнее время вроде стало меньше. Однако, лайв кодинг можно проводить и с умом. Например, придумать реальную небольшую задачку, встретить которую на работе вполне возможно. Кодить не в web ide, что незнакома собеседуемому, а попросить его ide, чтобы посмотреть, как он программирует и решает задачи в комфортной для него обстановке. Использует ли он сочетания клавишь, снипеты, плавает ли в интерфейсе и т.д. В общем, лайв кодинг, имхо не вреден, но его нужно уметь грамотно проводить.
Проведение мероприятий по выявлению читеров как апофеоз.
Честно, звучит так, будто эчары собрались специальную античитерскую операцию проводить с явками на дом и проведением дознавательных бесед с пристрастием.))
Последний пункт - это бред. Грамотно составленные и проведенные 2, 3 пункты полностью исключают 4-ый. Ну серьезно, какие ещё мероприятия? В офисе любые мухлевания бесполезны. Удаленно, уже народ придумал, как выводить лжецов на чистую воду. Банальный пример, задать очень сложный вопрос и если человек на него сходу отвечает, то он либо очень сильный специалист, либо зачитал ответ из gtp чата. Так же есть вопросы уловки, на которые gpt без доп. контекста выдаёт не совсем верные ответы. Да и как сказал автор, импостер не сможет продержаться на испытательном сроке.
Сама технология будет развиваться, тут спору нет. Скорее будет сокращение (но не прекращение) финансирования, из-за неоправданных слишком высоких ожиданий инвесторов. От нейросетей ждали революцию уровня создания AGI, но ничего подобного и близко нет. Будет переоценка возможностей нейросетей с "сжатием" бюджетов до адекватного уровня. Как-то так.
Сейчас это уже понемногу начинает происходить. Уже есть исследования и заявления, что внедрение нейросетей, хоть и повышает производительность, но так же имеет достаточное количество новых проблем. Описывать их слишком долго, даже тут на Хабре их "разжевали" довольно подробно.)
Кстати, была же история, когда нейронка любила придумывать несуществующие библиотеки, которые создали мошенники, вшив в них вирусы.
Касаемо выгрузки кодовой базы, меня тоже этот момент волнует. По сути, создатели ИИ при желании могут собирать наши исходники и если произойдёт утечка, то будет мягко говоря неприятно.
Я в последнее время, чтобы хоть как-то минимизировать это, создаю draft репозитории для работы с ии, где только часть кода, которая нужна для решения задачи. Конечно, это такое себе решение, но при утечках оно может хоть немного помочь, как по мне. Всё же лучше, чем отдавать всю кодовую базу.
А так, мне кажется есть только один выход, как и нейронкой пользоваться или кодовую базу не сливать на сторонние сервера, это использовать локальные llm.
Ну, я этот вопрос решил при помощи Codex. Конечно, есть другие способы и бэкграунд агенты, но мне с кодекс проще всего. Допустим, я написал свою библиотеку и хочу, чтобы GPT использовал её в коде.
В настройке контейнера Кодекс можно написать какие команды будут выполняться перед работой ии над проектом, например npm install или любые другие init скрипты вашего проекта. Следовательно, останется только попросить нейронку использовать мою библиотеку.
Если менеджер пакетов Кодекс не поддерживает, например он не умеет работать с composer. То создаю draft репозиторий (для удобства, а так можно и ветку отдельную создать), где убираю из gitignore папку с библиотеками проекта (npm, vendor и т.д.). Удаляю из неё все библиотеки кроме моей. После чего автоматизирую обновление основного репозитория. По итогу, Кодекс видит библиотеку и может её использовать в разработке, по моей просьбе. К слову, нейронку нужно постоянно просить её использовать, т.к. по умолчанию, она пытается использовать то, о чём есть информация в её дата сетах.
Скорее в этой истории индусы и вайб кодили пытаясь заказчикам сдать проект быстро "качественно" и дорого. А потом оказалось, что вайб код не подлежит поддержке, работает криво и написан абы как. Нейронки могут выдавать нормальный код, но для этого нужно многое понимать, чтобы задавать грамотные промпты. Так же использовать например фоновых агентов. Но большинство вайб кодеров даже не знает, как гитом пользоваться. Так что тут скорее история про то, что многих заказчиков вайб кодеры по сути кинули и те побежали к нормальным программистам, чтобы те всё исправили.
Так и ныне "покойные" WinForms вполне себе ещё используют из-за их скорости работы и полного контроля над отрисовкой. Во многом по тем же причинам. И да, приложения на Дельфях или Вин Формах работают куда лучше, чем поделки на том же React Native, которые часто нагружают систему и фризят.
Забавно читать комментарии про Wordpress, мол вот только благодаря ему php живёт, т.к. васяны на нём клепают интернет магазины. Только вот, даже разработка на wp, это не просто написание плагинов в одном файле на 1000 строк. Уже давно его используют в связке с бэкенд и фронтенд фреймворками. По сути, wp давно стал админ панелью со своим специфичным функционалом, который уже миллион раз обернули в удобные ООП библиотеки. Уже молчу, что сам wp активно использует react например для своих гутенберг элементов. Это я к чему, даже wp вполне себе развивается, что уже говорить о php. Если вам пришлось работать с wp и вы написали плохой код, то это не wp плохой, это вы некомпетентный разработчик.
Касаемо "смерти" php, то это скорее мем, чем правда. Язык неплохо развивается в последнее время и явно ровняется на C#, Java сохраняя свою философию, что в целом неплохо. Я как раз перешёл с C# на PHP и мне всё нравится, т.к. он не настолько строгий, как C#, но при этом имеет почти такой же функционал, а местами даже даёт больше возможностей из коробки.
Но он не перейдет, т.к. ts node никогда не даст такой же гибкости и ООП функционала, как PHP. Даже в функциональном программировании, он будет куда удобнее.
Больше поверю в то, что wp переедет на Symfony как это сделал Drupal или что ещё более вероятно на Laravel.
Есть решения, которые могут работать параллельно с вами, например Codex или локальные фоновые агенты.
Лично у меня отношение к генерации кода нейронки, как к инструменту. Они ускоряют рутинную работу или помогают искать баги, предлагая разные идеи решения. Идеально подходят, чтобы собрать прототип и пощупать его, а так же накидать бойлерпейты, при этом он явно не замена тем же джунам.
Просто огромное количество самодуров в CEO до сих пор отрицают новую реальность и пытаются работать, как и 10 лет назад, банально завышая порог входа в свои вакансии, хотя чаще всего кандидатам придётся клепать скучный и не сложный энтерпрайз код. По итогу, имеем клоунаду в найме, когда hr отбирают кандидатов по раскладам таро, а на тех. собесах "умные" специалисты самоутверждаются за счёт кандидатов задавая вопросы, зачастую на которые сами не знают правильных ответов. Не все такие, но очень много.
И да, прежде чем обвинять меня в защите вайбкодеров или ai, я ни слова о них до этого момента не написал и они в самодурстве среди руководств it компаний необъятной здесь не причем.
По личным ощущениям GPT5 "глупее" предыдущих моделей. В плане кода уж точно. Он выдаёт код на уровне GPT3.5.
Касаемо, рекламы, что за промпт можно создать свой дуалинго или майнкрафт, то они каждый год на своих презентациях это показывают. Год назад, насколько помню, показывали как за один запрос GPT, создал полностью рабочий шутер на tree.js, хотя чтобы мне gpt4o1 в своё время выдал 3д гонки (где просто едешь вперёд), мне потребовалось больше 100 запросов с детальным описанием архитектуры и задач, а дальше описанием, как исправить баги.
Помню лет 10 назад, видел подход, когда классы строились по типу sql таблиц. По сути это и был набор массивов объектов с ссылками на другие массивы.
Такой подход правда был удобен в некоторых случаях. Например, когда сущность в игре может иметь разные поведения и состояния. Например, мобы могут иметь разные типы атак и их серии. Такой подход позволял это делать без зоопарка из наследований и костыльной реализации стратегии с контекстами в контексте. Однако, такой подход имел свои проблемы, в других реализациях, например для написания змейки или тетриса, где 90% кода - это бизнес-логика такой подход бесполезен.
В общем, судить о подходах к проектированию и архитектуре вне контекста конкретных проектов странно.
Вроде стандартные баги. Я за всё время работы подобного видел много. Например, по теме автора могу сказать, что существует два символа тире. Длинное тире и короткое. Длинное поддерживается далеко не всеми программами. Так же проблемы могут возникать из-за разных кодировок.
Это ещё автор с кавычками не встречался, которых лично я 5 видов по памяти назвать смогу и многие из них в подобных случаях без должных валидаций приводят к подобным ошибкам.
Подозреваю, что символ 0х2, скорее всего, подставляется в системе с которой работал автор для любого нерабочего символа, поэтому всегда заменять на тире, если честно, не совсем верное решение. Я бы узнал, какую кодировку использует программа, взял десяток другой спец символов и проверил какие из них ещё вызывают 0х2, а потом набросал бы валидатор для формы ввода, что сразу бы врачу показывал проблемные символы.
В общем, замена на 0х2 на пустоту или пробел, как предлагали разработчики, как по мне более правильный хотфикс, но это не решает проблему до конца.
А что так много в последнее время хайпа вокруг n8n? Подобные no code решения и 5 лет назад существовали, да и стали поддерживать нейронки ещё с 2023 года. Ещё тогда все ноуклдеры кричали о повальной автоматизации целых офисов.
Потом, как-то это всё забылось в инфополе из-за хайпа ИИ и вайбкодинга, а сейчас, что-то опять про nocode стали вспоминать.
Да, тоже верно)
В комментариях много споров на эту тему. Имхо, всегда включаю камеру на собесе или первых знакомствах. Потом, обычно без камеры. Я это воспринимаю, как правило этикета, не более. Однако, приказывать или требовать включения камеры, что-то не нормальное. Попросить да, но приказывать... нет.
Согласен с автором. Некомпетентные эчары обожают заниматься подобной фигнёй, наслушавшись всяких тренингов. "Вы senior backend developer? Видите клавиатуру? Продайте мне её." От айтишников требуется результат, для этого нужны определенные знания. Поэтому, нужен пул вопросов, который сразу поможет понять уровень знаний собеседуемого.
Смотря как проводить. Чаще всего, лайв кодинг это решение задачки с лид кода в какой-нибудь web ide, где есть подсветка синтаксиса, компилятор и возможность совестной работы. В таком случае, 15 минут собеседуемый кодит в тишине, а потом получает стандартную "телегу" про bigO, важность использования стэков, hashmap и т.д. Если человек решил задачу в лоб или не решил вовсе (затупил, с кем не бывает), то о работе может забыть. Что это проверяет? Да ничего. Встречал на собесах "сеньоров", что с умным видом несли бред на тему алгоритмов, правда такого в последнее время вроде стало меньше. Однако, лайв кодинг можно проводить и с умом. Например, придумать реальную небольшую задачку, встретить которую на работе вполне возможно. Кодить не в web ide, что незнакома собеседуемому, а попросить его ide, чтобы посмотреть, как он программирует и решает задачи в комфортной для него обстановке. Использует ли он сочетания клавишь, снипеты, плавает ли в интерфейсе и т.д. В общем, лайв кодинг, имхо не вреден, но его нужно уметь грамотно проводить.
Честно, звучит так, будто эчары собрались специальную античитерскую операцию проводить с явками на дом и проведением дознавательных бесед с пристрастием.))
Последний пункт - это бред. Грамотно составленные и проведенные 2, 3 пункты полностью исключают 4-ый. Ну серьезно, какие ещё мероприятия? В офисе любые мухлевания бесполезны. Удаленно, уже народ придумал, как выводить лжецов на чистую воду. Банальный пример, задать очень сложный вопрос и если человек на него сходу отвечает, то он либо очень сильный специалист, либо зачитал ответ из gtp чата. Так же есть вопросы уловки, на которые gpt без доп. контекста выдаёт не совсем верные ответы. Да и как сказал автор, импостер не сможет продержаться на испытательном сроке.
Сама технология будет развиваться, тут спору нет. Скорее будет сокращение (но не прекращение) финансирования, из-за неоправданных слишком высоких ожиданий инвесторов. От нейросетей ждали революцию уровня создания AGI, но ничего подобного и близко нет. Будет переоценка возможностей нейросетей с "сжатием" бюджетов до адекватного уровня. Как-то так.
Сейчас это уже понемногу начинает происходить. Уже есть исследования и заявления, что внедрение нейросетей, хоть и повышает производительность, но так же имеет достаточное количество новых проблем. Описывать их слишком долго, даже тут на Хабре их "разжевали" довольно подробно.)
Думаю, что "пузырь" нейросетей уже лопается, но это больше связано с не оправданием ожиданий инвесторов, так что сфера никуда не денется.
О да и это лучший вариант)
Ещё повторений очень много. Нейронка, как раз любит повторять по несколько раз одни и те же тезисы.
Кстати, была же история, когда нейронка любила придумывать несуществующие библиотеки, которые создали мошенники, вшив в них вирусы.
Касаемо выгрузки кодовой базы, меня тоже этот момент волнует. По сути, создатели ИИ при желании могут собирать наши исходники и если произойдёт утечка, то будет мягко говоря неприятно.
Я в последнее время, чтобы хоть как-то минимизировать это, создаю draft репозитории для работы с ии, где только часть кода, которая нужна для решения задачи. Конечно, это такое себе решение, но при утечках оно может хоть немного помочь, как по мне. Всё же лучше, чем отдавать всю кодовую базу.
А так, мне кажется есть только один выход, как и нейронкой пользоваться или кодовую базу не сливать на сторонние сервера, это использовать локальные llm.
Ну, я этот вопрос решил при помощи Codex. Конечно, есть другие способы и бэкграунд агенты, но мне с кодекс проще всего. Допустим, я написал свою библиотеку и хочу, чтобы GPT использовал её в коде.
В настройке контейнера Кодекс можно написать какие команды будут выполняться перед работой ии над проектом, например npm install или любые другие init скрипты вашего проекта. Следовательно, останется только попросить нейронку использовать мою библиотеку.
Если менеджер пакетов Кодекс не поддерживает, например он не умеет работать с composer. То создаю draft репозиторий (для удобства, а так можно и ветку отдельную создать), где убираю из gitignore папку с библиотеками проекта (npm, vendor и т.д.). Удаляю из неё все библиотеки кроме моей. После чего автоматизирую обновление основного репозитория. По итогу, Кодекс видит библиотеку и может её использовать в разработке, по моей просьбе. К слову, нейронку нужно постоянно просить её использовать, т.к. по умолчанию, она пытается использовать то, о чём есть информация в её дата сетах.
Да и без ссылочки на hh карьера шансов нет. ))
Скорее в этой истории индусы и вайб кодили пытаясь заказчикам сдать проект быстро "качественно" и дорого. А потом оказалось, что вайб код не подлежит поддержке, работает криво и написан абы как. Нейронки могут выдавать нормальный код, но для этого нужно многое понимать, чтобы задавать грамотные промпты. Так же использовать например фоновых агентов. Но большинство вайб кодеров даже не знает, как гитом пользоваться. Так что тут скорее история про то, что многих заказчиков вайб кодеры по сути кинули и те побежали к нормальным программистам, чтобы те всё исправили.
Это правда мне и добавить нечего)
Так и ныне "покойные" WinForms вполне себе ещё используют из-за их скорости работы и полного контроля над отрисовкой. Во многом по тем же причинам. И да, приложения на Дельфях или Вин Формах работают куда лучше, чем поделки на том же React Native, которые часто нагружают систему и фризят.
Забавно читать комментарии про Wordpress, мол вот только благодаря ему php живёт, т.к. васяны на нём клепают интернет магазины. Только вот, даже разработка на wp, это не просто написание плагинов в одном файле на 1000 строк. Уже давно его используют в связке с бэкенд и фронтенд фреймворками. По сути, wp давно стал админ панелью со своим специфичным функционалом, который уже миллион раз обернули в удобные ООП библиотеки. Уже молчу, что сам wp активно использует react например для своих гутенберг элементов. Это я к чему, даже wp вполне себе развивается, что уже говорить о php. Если вам пришлось работать с wp и вы написали плохой код, то это не wp плохой, это вы некомпетентный разработчик.
Касаемо "смерти" php, то это скорее мем, чем правда. Язык неплохо развивается в последнее время и явно ровняется на C#, Java сохраняя свою философию, что в целом неплохо. Я как раз перешёл с C# на PHP и мне всё нравится, т.к. он не настолько строгий, как C#, но при этом имеет почти такой же функционал, а местами даже даёт больше возможностей из коробки.
Но он не перейдет, т.к. ts node никогда не даст такой же гибкости и ООП функционала, как PHP. Даже в функциональном программировании, он будет куда удобнее.
Больше поверю в то, что wp переедет на Symfony как это сделал Drupal или что ещё более вероятно на Laravel.
Есть решения, которые могут работать параллельно с вами, например Codex или локальные фоновые агенты.
Лично у меня отношение к генерации кода нейронки, как к инструменту. Они ускоряют рутинную работу или помогают искать баги, предлагая разные идеи решения. Идеально подходят, чтобы собрать прототип и пощупать его, а так же накидать бойлерпейты, при этом он явно не замена тем же джунам.
Просто огромное количество самодуров в CEO до сих пор отрицают новую реальность и пытаются работать, как и 10 лет назад, банально завышая порог входа в свои вакансии, хотя чаще всего кандидатам придётся клепать скучный и не сложный энтерпрайз код. По итогу, имеем клоунаду в найме, когда hr отбирают кандидатов по раскладам таро, а на тех. собесах "умные" специалисты самоутверждаются за счёт кандидатов задавая вопросы, зачастую на которые сами не знают правильных ответов. Не все такие, но очень много.
И да, прежде чем обвинять меня в защите вайбкодеров или ai, я ни слова о них до этого момента не написал и они в самодурстве среди руководств it компаний необъятной здесь не причем.
По личным ощущениям GPT5 "глупее" предыдущих моделей. В плане кода уж точно. Он выдаёт код на уровне GPT3.5.
Касаемо, рекламы, что за промпт можно создать свой дуалинго или майнкрафт, то они каждый год на своих презентациях это показывают. Год назад, насколько помню, показывали как за один запрос GPT, создал полностью рабочий шутер на tree.js, хотя чтобы мне gpt4o1 в своё время выдал 3д гонки (где просто едешь вперёд), мне потребовалось больше 100 запросов с детальным описанием архитектуры и задач, а дальше описанием, как исправить баги.
Помню лет 10 назад, видел подход, когда классы строились по типу sql таблиц. По сути это и был набор массивов объектов с ссылками на другие массивы.
Такой подход правда был удобен в некоторых случаях. Например, когда сущность в игре может иметь разные поведения и состояния. Например, мобы могут иметь разные типы атак и их серии. Такой подход позволял это делать без зоопарка из наследований и костыльной реализации стратегии с контекстами в контексте. Однако, такой подход имел свои проблемы, в других реализациях, например для написания змейки или тетриса, где 90% кода - это бизнес-логика такой подход бесполезен.
В общем, судить о подходах к проектированию и архитектуре вне контекста конкретных проектов странно.
Вроде стандартные баги. Я за всё время работы подобного видел много. Например, по теме автора могу сказать, что существует два символа тире. Длинное тире и короткое. Длинное поддерживается далеко не всеми программами. Так же проблемы могут возникать из-за разных кодировок.
Это ещё автор с кавычками не встречался, которых лично я 5 видов по памяти назвать смогу и многие из них в подобных случаях без должных валидаций приводят к подобным ошибкам.
Подозреваю, что символ 0х2, скорее всего, подставляется в системе с которой работал автор для любого нерабочего символа, поэтому всегда заменять на тире, если честно, не совсем верное решение. Я бы узнал, какую кодировку использует программа, взял десяток другой спец символов и проверил какие из них ещё вызывают 0х2, а потом набросал бы валидатор для формы ввода, что сразу бы врачу показывал проблемные символы.
В общем, замена на 0х2 на пустоту или пробел, как предлагали разработчики, как по мне более правильный хотфикс, но это не решает проблему до конца.
А что так много в последнее время хайпа вокруг n8n? Подобные no code решения и 5 лет назад существовали, да и стали поддерживать нейронки ещё с 2023 года. Ещё тогда все ноуклдеры кричали о повальной автоматизации целых офисов.
Потом, как-то это всё забылось в инфополе из-за хайпа ИИ и вайбкодинга, а сейчас, что-то опять про nocode стали вспоминать.