я не заметил таких нападок. Мне кажется, акцент автора на следующем: 1) некоторые люди используют некоторые инструменты только потому, что это модно и/или круто; 2) некоторые люди стремятся использовать один и тот же инструмент для слишком широкого спектра задач; идут сложным путём, хотя есть более простые и подходящие инструменты.
Как-то раз я помогал матери (геологу) доработать файл для кернов. Ей дали готовый файл от другой канавы, и теперь нужно было перенести данные из бумажных записей туда. Так вот, по сути, это была таблица, нарисованная в CorelDraw. Здоровеннейший векторный редактор запускался только для того, чтобы ячейки по высоте были пропорциональны реальным размерам. Если уж следовать пути извращений, то что-то подобное можно было бы провернуть в Excel ( например, "пусть 1 строка имеет высоту 1 см" и дальше объединять ячейки), и это было бы хотя бы менее ресурсоёмко. Но увы, файл потом передавался в какой-то другой отдел..
не удалили. Отключили сервер. По тексту статьи, архитектура старого сайта вырисовывается какой-то странной - как будто там статика или какая-то примитивная система на инклюдах.
спасибо за ответ! Сегодня попробовал те же страницы - проблема не наблюдается. Для сравнения с экспериментом @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% кандидатов, иначе бы они не претендовали на вакансию). Чтобы назначить человека на зону ответственности ( любую), кто-то должен принять решение о его назначении. И вот лицо, принимающее это решение, как раз и интересуется вопросом "может или не может", потому что в этом уже его зона ответственности.
а как же search and replace с подтвержденеием? Или хотя бы просто поиск?
Вы про команду Repeat, что ли?
я не заметил таких нападок. Мне кажется, акцент автора на следующем:
1) некоторые люди используют некоторые инструменты только потому, что это модно и/или круто;
2) некоторые люди стремятся использовать один и тот же инструмент для слишком широкого спектра задач; идут сложным путём, хотя есть более простые и подходящие инструменты.
Как-то раз я помогал матери (геологу) доработать файл для кернов. Ей дали готовый файл от другой канавы, и теперь нужно было перенести данные из бумажных записей туда. Так вот, по сути, это была таблица, нарисованная в CorelDraw. Здоровеннейший векторный редактор запускался только для того, чтобы ячейки по высоте были пропорциональны реальным размерам. Если уж следовать пути извращений, то что-то подобное можно было бы провернуть в Excel ( например, "пусть 1 строка имеет высоту 1 см" и дальше объединять ячейки), и это было бы хотя бы менее ресурсоёмко. Но увы, файл потом передавался в какой-то другой отдел..
не удалили. Отключили сервер. По тексту статьи, архитектура старого сайта вырисовывается какой-то странной - как будто там статика или какая-то примитивная система на инклюдах.
спасибо за ответ! Сегодня попробовал те же страницы - проблема не наблюдается.
Для сравнения с экспериментом @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% кандидатов, иначе бы они не претендовали на вакансию).
Чтобы назначить человека на зону ответственности ( любую), кто-то должен принять решение о его назначении. И вот лицо, принимающее это решение, как раз и интересуется вопросом "может или не может", потому что в этом уже его зона ответственности.