спасибо за ответ! Сегодня попробовал те же страницы - проблема не наблюдается. Для сравнения с экспериментом @Norst из комментария ниже: каждая проблемная страница из моего случая делает до 700 запросов при загрузке, и соединения дружно подвисали после примерно 300-400 выполненных запросов. Спустя 2 минуты так же дружно отвисали и грузилось дальше.
Было ли более 3 параллельных попыток установить TLS соединение к серверу (т.е. с задержкой между ними менее ~350-400 мс) в течение последних 60 секунд?
Кто-нибудь сведущий, поясните мне, пожалуйста: я правильно понимаю,что они поломали HTTP/2 ? Указанные таймауты очень и очень похожи на то, что я вижу на самом обычном интернет-магазине.
Кстати, вот совет, если вам действительно важно найти работу, а не создавать видимость процесса: фильтруйте ключевые слова под оффер. Причин две: 1) HR может отсеять "что-то много всего, в глазах рябит, не буду вчитываться" 2) ЛПР может отсеять по причине "overqualified"
сайт Hellotec сейчас зашейпили из-за большой нагрузки, все ринулись смотреть на эту колонку. По названию: ачётакова? Зато сразу понятно: звук бомбический!
его код без IDE будет полон лишних ошибок, которые исправила бы IDE
К сожалению, мой опыт показывает обратное: с того момента, как JetBrains внедрили AI-модели в свою IDE, автодополнение стало безбожно врать в подстановке аргументов функций, и я вынужден то и дело исправлять за IDE те самые лишние ошибки.
Если опять брать вашу аналогию, то вайбкодер - это человек, который приходит устраиваться такстистом, но сам управлять автомобилем не умеет и полностью полагается на автопилот в своей Tesla.
Выбор нездоров тем, что борьбу с распространителем наркотиков в лице данного маркетплейса теперь можно подавать под соусом "они душат вашу свободу!" - и это тоже будет правдой.
Наркобароны, торговцы оружием или людьми, крупные бандиты тоже бывают меценатами и спонсируют благотворительность - но это не должно защищать от наказания.
А мне вот кажется, что кейс вполне реальный, а вы слишком категоричны. Смотрите:
Во первых где примеры багов в коде от нейронки.
Насколько я вижу, речь про продукт для внутреннего употребления. Так что код нам не покажут, увы.
они к примеру не могут в пиксель перфект.
Я бэкендер, но однажды один из наших менеджеров спросил меня "А можно ли из нашей внутренней системы получить вот такой отчёт?". Я посидел день, и сваял прототип: внешний вид там был вырвиглазный, в духе "голый HTML 4.0" , но оно работало. В итоге бизнес так и пользовался этим прототипом несколько лет. А вы говорите "pixel perfect".
Зачем держать команду если архитектор уже поставляет целый продукт.
В статье речь идёт только про один компонент. Может, это даже не 1% всего продукта.
Обычно в две тысячи двадцать шестом это ведёт к тому что либо его код не работает от слова совсем.
Еслы бы он не работал - статьи бы не было. Фокус как раз в том, что оно работает - но, возможно, в гораздо более узком спектре возможностей. Например, на мобильных разъезжается в хлам - но именно бизнес-аналитики из статьи не работают с продуктом на мобильных. Или там инъекции - но пока продукт внутренний, их никто не видит. Или через год бизнес попросит "поправить немножко" - а ИИ перепишет всё в новом интерфейсе, потому что такой интерфейс сейчас на хайпе. И тогда те бизнес-аналитики станут перед выбором: "старый привычный интерфейс, но без нужной фичи" (это если он выживет в каком-то бэкапе. С вайб-подходом может и не выжить) или "переучиваться на новый интерфейс. Вот я уверен, что все поворчат, но переучатся. А через полгода ещё раз.
Дело в точке зрения и целях:
Можно ли этот продукт продать? Скорее всего, нет - слишком рискованно.
Можно ли этот продукт поддерживать? Нет. Максимум - нейронка может его как-то переписывать ( и никто не знает, как).
Можно ли этот продукт использовать? Да.
P.S. я тут подумал, что веселее всего будет, если этот компонент от архитектора начнёт ломать остальную часть системы - например, гадит в глобальную область видимости, или стили переопределяет, или ещё что-то. Архитектор выглядит белым и пушистым ( "у меня всё красиво!" ), а у команды головная боль на ровном месте.
Для себя нашёл такую аналогию ситуации у автора статьи:
Ищут человека на должность аккомпаниатора. Все откликнувшиеся кандидаты - исключительно с "самоиграйками"; ловко переключаются между предустановленными мелодиями, но сами сыграть даже "Кошачий вальс" неспособны.
предположу что при появлении IDE были те кто писал
я такого не наблюдал. Но, если брать вашу аналогию, то на человека, который бы 20 лет назад среди моих коллег сказал: "ой, тут нет IDE, только простой текстовый редактор? Я так не могу, у меня лапки!" посмотрели бы очень круглыми глазами. Да, неудобно - но писать-то код ты можешь.
любой синьор является синьором чаще только на знакомом стеке технологий. В других условиях он тянет только на мидла
Так зачем бизнесу за сеньорскую зарплату нанимать того, кто тянет только на мидла? Вполне разумно будет искать мидла - не абы какого, а которому этот стек знаком, - и предлагать ему зарплату мидла. А чтобы мидл видел, кого ищут, стек пишут в вакансии.
Так звал-то HR. Автор статьи присутствовал как ревьюер. Предвосхищая вопрос "почему автор не забраковал все выпоненные задания?" - потому что так, увы, не делается. Если ты зарезал всех, то есть основание считать, что проблема не в заданиях, а в тебе. Поэтому кого-то допустить до собеседования нужно, и нужно сделать это обоснованно, чтобы независимый аудит ( если кто-то его вдруг проведёт) подтвердил: "да, выбраны лучшие варианты".
Программист несёт ответственность за любой код в проектах его зоны ответственности
Почувствуйте разницу между "несёт" и "может нести". В этом и смысл рекрутинга: отличить тех, кто реально может, от тех, кто только заявляет, что может ( а это 100% кандидатов, иначе бы они не претендовали на вакансию). Чтобы назначить человека на зону ответственности ( любую), кто-то должен принять решение о его назначении. И вот лицо, принимающее это решение, как раз и интересуется вопросом "может или не может", потому что в этом уже его зона ответственности.
Человек ещё на работу не устроился, а у вас уже отношение к нему, как к говну, которое можно отсеять "с азартом".
А вы внимательно читали публикацию? Потому что каждый кандидат, которые в ней обсуждаются, это не "человек - чистый лист", а тот, кто прислал решение тестового задания, и это решение, пользуясь вашей же аналогией, смердит. Если человек, обосравшись, приходит на встречу, то не стоит ожидать, что все бросятся его облизывать - если только это не вечеринка копрофилов.
но это не повод считать людей, которые умеют грамотно использовать нейронки в энтерпрайз разработке, вторым сортом.
Из описанных в публикации кандидатов, укажите хотя бы одного, кто "грамотно использовал нейронки"? Грамотно в моём понимании - это, как вы и написали,
несёт ответственность за свой код
Я вот ни одного не увидел. Я готов верить, что подобные программисты есть, но вот именно в этой заметке их нет ни одного. Ну вот так получилось.
Человек может нести ответственность только за тот код, который он понимает. И если должность подразумевает ответственность, то промпт-оператор на неё не годится априори.
Хочу обратить ваше внимание на то, что подобный подход не научит вас писать код на C правильно. Максимум, чему вы научитесь - писать как-нибудь, и результат будет работать. А иногда не работать. У вас в профиле не указано никаких других языков, кроме C/C++ - откуда я делаю вывод, что их нет. Чтобы как-то улучшить результат, я предлагаю вам либо спрашивать ревью у ИИ, либо, для чистоты процесса, после написания какого-то законченного небольшого куска кода предлагать решить ту же задачу ИИ, не показывая ваш код - как я понимаю принцип работы LLM, она покажет самые ходовые практики для данного случая.
"рыбные" тексты, типа "My Awesomr template", "Option A", "Option B" - это пережиток нулевых, если не раньше. Нужны реальные, живые значения. И было бы лучше, если бы вы на конкретном примере пояснили, чем ваш плагин лучше коробочного функционала. То есть конкретный пример проекта ( в идеале - на гитхабе или подобном сервисе), IDE "из коробки" ведёт себя так-то; File and Code Templates и Live Templates не помогают, потому что ... ( тут объяснение). А дальше показано, как плагин возникшие проблемы решает. И тогда, имхо, будет интерес к плагину и желание попробовать. А "рыбу" не надо, она протухла двадцать лет назад...
спасибо за ответ! Сегодня попробовал те же страницы - проблема не наблюдается.
Для сравнения с экспериментом @Norst из комментария ниже: каждая проблемная страница из моего случая делает до 700 запросов при загрузке, и соединения дружно подвисали после примерно 300-400 выполненных запросов. Спустя 2 минуты так же дружно отвисали и грузилось дальше.
Кто-нибудь сведущий, поясните мне, пожалуйста: я правильно понимаю,что они поломали HTTP/2 ? Указанные таймауты очень и очень похожи на то, что я вижу на самом обычном интернет-магазине.
обезличенно идентифицировать. Товарищ майор обезличен, а пользователь идентифицирован. То, что нужно!
Кстати, вот совет, если вам действительно важно найти работу, а не создавать видимость процесса: фильтруйте ключевые слова под оффер. Причин две:
1) HR может отсеять "что-то много всего, в глазах рябит, не буду вчитываться"
2) ЛПР может отсеять по причине "overqualified"
сайт Hellotec сейчас зашейпили из-за большой нагрузки, все ринулись смотреть на эту колонку.
По названию: ачётакова? Зато сразу понятно: звук бомбический!
странно, что не предлагают обновлять через menu.sh
и какая же она, эта "заданная температура"?
К сожалению, мой опыт показывает обратное: с того момента, как JetBrains внедрили AI-модели в свою IDE, автодополнение стало безбожно врать в подстановке аргументов функций, и я вынужден то и дело исправлять за IDE те самые лишние ошибки.
Если опять брать вашу аналогию, то вайбкодер - это человек, который приходит устраиваться такстистом, но сам управлять автомобилем не умеет и полностью полагается на автопилот в своей Tesla.
такое там даже из "Свежего" не вылезет - замодерируют сразу, во избежание
Выбор нездоров тем, что борьбу с распространителем наркотиков в лице данного маркетплейса теперь можно подавать под соусом "они душат вашу свободу!" - и это тоже будет правдой.
Наркобароны, торговцы оружием или людьми, крупные бандиты тоже бывают меценатами и спонсируют благотворительность - но это не должно защищать от наказания.
Как раз-таки скрывал продажи - и сел за неуплату налогов
А мне вот кажется, что кейс вполне реальный, а вы слишком категоричны. Смотрите:
Насколько я вижу, речь про продукт для внутреннего употребления. Так что код нам не покажут, увы.
Я бэкендер, но однажды один из наших менеджеров спросил меня "А можно ли из нашей внутренней системы получить вот такой отчёт?". Я посидел день, и сваял прототип: внешний вид там был вырвиглазный, в духе "голый HTML 4.0" , но оно работало.
В итоге бизнес так и пользовался этим прототипом несколько лет. А вы говорите "pixel perfect".
В статье речь идёт только про один компонент. Может, это даже не 1% всего продукта.
Еслы бы он не работал - статьи бы не было. Фокус как раз в том, что оно работает - но, возможно, в гораздо более узком спектре возможностей. Например, на мобильных разъезжается в хлам - но именно бизнес-аналитики из статьи не работают с продуктом на мобильных. Или там инъекции - но пока продукт внутренний, их никто не видит. Или через год бизнес попросит "поправить немножко" - а ИИ перепишет всё в новом интерфейсе, потому что такой интерфейс сейчас на хайпе. И тогда те бизнес-аналитики станут перед выбором: "старый привычный интерфейс, но без нужной фичи" (это если он выживет в каком-то бэкапе. С вайб-подходом может и не выжить) или "переучиваться на новый интерфейс. Вот я уверен, что все поворчат, но переучатся. А через полгода ещё раз.
Дело в точке зрения и целях:
Можно ли этот продукт продать? Скорее всего, нет - слишком рискованно.
Можно ли этот продукт поддерживать? Нет. Максимум - нейронка может его как-то переписывать ( и никто не знает, как).
Можно ли этот продукт использовать? Да.
P.S. я тут подумал, что веселее всего будет, если этот компонент от архитектора начнёт ломать остальную часть системы - например, гадит в глобальную область видимости, или стили переопределяет, или ещё что-то. Архитектор выглядит белым и пушистым ( "у меня всё красиво!" ), а у команды головная боль на ровном месте.
Для себя нашёл такую аналогию ситуации у автора статьи:
Ищут человека на должность аккомпаниатора. Все откликнувшиеся кандидаты - исключительно с "самоиграйками"; ловко переключаются между предустановленными мелодиями, но сами сыграть даже "Кошачий вальс" неспособны.
я такого не наблюдал. Но, если брать вашу аналогию, то на человека, который бы 20 лет назад среди моих коллег сказал: "ой, тут нет IDE, только простой текстовый редактор? Я так не могу, у меня лапки!" посмотрели бы очень круглыми глазами. Да, неудобно - но писать-то код ты можешь.
Так зачем бизнесу за сеньорскую зарплату нанимать того, кто тянет только на мидла? Вполне разумно будет искать мидла - не абы какого, а которому этот стек знаком, - и предлагать ему зарплату мидла. А чтобы мидл видел, кого ищут, стек пишут в вакансии.
Так звал-то HR. Автор статьи присутствовал как ревьюер. Предвосхищая вопрос "почему автор не забраковал все выпоненные задания?" - потому что так, увы, не делается. Если ты зарезал всех, то есть основание считать, что проблема не в заданиях, а в тебе. Поэтому кого-то допустить до собеседования нужно, и нужно сделать это обоснованно, чтобы независимый аудит ( если кто-то его вдруг проведёт) подтвердил: "да, выбраны лучшие варианты".
Почувствуйте разницу между "несёт" и "может нести". В этом и смысл рекрутинга: отличить тех, кто реально может, от тех, кто только заявляет, что может ( а это 100% кандидатов, иначе бы они не претендовали на вакансию).
Чтобы назначить человека на зону ответственности ( любую), кто-то должен принять решение о его назначении. И вот лицо, принимающее это решение, как раз и интересуется вопросом "может или не может", потому что в этом уже его зона ответственности.
А вы внимательно читали публикацию? Потому что каждый кандидат, которые в ней обсуждаются, это не "человек - чистый лист", а тот, кто прислал решение тестового задания, и это решение, пользуясь вашей же аналогией, смердит. Если человек, обосравшись, приходит на встречу, то не стоит ожидать, что все бросятся его облизывать - если только это не вечеринка копрофилов.
Из описанных в публикации кандидатов, укажите хотя бы одного, кто "грамотно использовал нейронки"? Грамотно в моём понимании - это, как вы и написали,
Я вот ни одного не увидел. Я готов верить, что подобные программисты есть, но вот именно в этой заметке их нет ни одного. Ну вот так получилось.
Человек может нести ответственность только за тот код, который он понимает. И если должность подразумевает ответственность, то промпт-оператор на неё не годится априори.
отчётность, KPI
Хочу обратить ваше внимание на то, что подобный подход не научит вас писать код на C правильно. Максимум, чему вы научитесь - писать как-нибудь, и результат будет работать. А иногда не работать. У вас в профиле не указано никаких других языков, кроме C/C++ - откуда я делаю вывод, что их нет.
Чтобы как-то улучшить результат, я предлагаю вам либо спрашивать ревью у ИИ, либо, для чистоты процесса, после написания какого-то законченного небольшого куска кода предлагать решить ту же задачу ИИ, не показывая ваш код - как я понимаю принцип работы LLM, она покажет самые ходовые практики для данного случая.
"рыбные" тексты, типа "My Awesomr template", "Option A", "Option B" - это пережиток нулевых, если не раньше. Нужны реальные, живые значения.
И было бы лучше, если бы вы на конкретном примере пояснили, чем ваш плагин лучше коробочного функционала. То есть конкретный пример проекта ( в идеале - на гитхабе или подобном сервисе), IDE "из коробки" ведёт себя так-то; File and Code Templates и Live Templates не помогают, потому что ... ( тут объяснение). А дальше показано, как плагин возникшие проблемы решает.
И тогда, имхо, будет интерес к плагину и желание попробовать.
А "рыбу" не надо, она протухла двадцать лет назад...