Что насчёт сервисов MCP, которые пытаются абузить протокол, дабы получать все запросы пользователя, а не только те, для которых якобы этот сервис нужен?
Поддерживаю автора по всем пунктам, хотя у меня опыт проведения собесов поскромнее.
Кандидат может идеально пройти интервью, но тимлид скажет: "Что-то он мне не нравится". И этого хватит для отказа.
Но обычно, если человек не понравился, он не нравится сразу нескольким интервьюерам, даже если они набраны из разных команд.
Причем влиять могут даже самые неожиданные вещи. Например, был кандидат, который отлично формулировал мысли, почти на все хорошо ответил. Но в голосе была интонация, как будто чуть что - и он взорвется. Когда мы завершили часть с кодревью, кандидат стал хаотично кликать по строкам кода. Чисто машинально, пока мы с ним продолжали общаться о других вещах. Вроде полная ерунда, но вот это послужило достаточным основанием для предположения, что человек крепко сидит на Доте, в которой у него наиграны тысячи часов, и постоянно горит пятая точка. Рисковать брать в команду человека с таким паттерном поведения никто не захотел - вдруг начнет относиться к коллегам как к тиммейтам.
Понял, спасибо. Действительно не учел кейс, когда из-за большого предмета, который хоть и стоит больше всех, будет нерационально использован доступный вес.
Я, честно говоря, вообще не понимаю, зачем в такой концепции нужен аккумулятор.
Ведь, по сути, тогда либо эти циклы будут постоянно расходоваться при каждом движении, либо же мышка может генерировать столько энергии, что хватит на одновременную работу и заряд батареи. А в таком случае, как мне кажется, хватило бы и конденсатора, коль уж каждое движение даёт столько энергии.
Может, я что-то упускаю, но чем больше думаю об этом устройстве, тем меньше оно мне нравится)
2) Наполняем рюкзак. Когда встречаем предмет, который уже не "пролазит" по массе:
3) Берем из рюкзака минимальное n последних предметов так, чтобы: вес этих предметов + оставшийся свободный вес >= вес текущего предмета
4) Сравниваем цены, чтобы решить, заменять ли их новым предметом
5) Считаем удельную цену замены с учетом оставшегося пустого места и кэшируем
6) Сравниваем удельную цену следующего не пролезающего предмета с кэшированным значением. Если она больше, повторяем с шага 3.
Мне кажется, такой вариант будет заметно быстрее и экономнее по памяти, но я совсем не математик, поэтому буду рад, если подсветите, если я что-то упускаю.
вот мы прямо сейчас в поиске разраба такого уровня на java, и лично я никому не задаю вопросы на эту тему на собеседовании, да и мои коллеги, в целом, тоже
Сейчас уже в на финишной прямой новая версия протокола, поучаствовал в бете - работает хорошо
не проще ли к условному клоду MCP подрубить?
Я вам больше скажу, любое упоминание в резюме того, что вы - выпускник курсов, с большой вероятностью сразу вас отфильтровывает
Боюсь, на Хабре ваш путь уже окончен
Может вместо 10 000 лучше обучили бы 10, но нормально?
Интересно. Но картина как будто бы неполная.
Что насчёт сервисов MCP, которые пытаются абузить протокол, дабы получать все запросы пользователя, а не только те, для которых якобы этот сервис нужен?
Получается, что https://amnezia.app/, который выдается первым в Яндексе, тоже не является вашим официальным ресурсом?
Поддерживаю автора по всем пунктам, хотя у меня опыт проведения собесов поскромнее.
Кандидат может идеально пройти интервью, но тимлид скажет: "Что-то он мне не нравится". И этого хватит для отказа.
Но обычно, если человек не понравился, он не нравится сразу нескольким интервьюерам, даже если они набраны из разных команд.
Причем влиять могут даже самые неожиданные вещи. Например, был кандидат, который отлично формулировал мысли, почти на все хорошо ответил. Но в голосе была интонация, как будто чуть что - и он взорвется. Когда мы завершили часть с кодревью, кандидат стал хаотично кликать по строкам кода. Чисто машинально, пока мы с ним продолжали общаться о других вещах. Вроде полная ерунда, но вот это послужило достаточным основанием для предположения, что человек крепко сидит на Доте, в которой у него наиграны тысячи часов, и постоянно горит пятая точка. Рисковать брать в команду человека с таким паттерном поведения никто не захотел - вдруг начнет относиться к коллегам как к тиммейтам.
За бесплатно?
del
В принципе, технический уровень автора статьи понятен. Дальше даже читать не стал.
Хотелось бы иметь возможность подбора соперника, а не только приглашать друга.
Понял, спасибо. Действительно не учел кейс, когда из-за большого предмета, который хоть и стоит больше всех, будет нерационально использован доступный вес.
Для наглядности накидал код (без кэширования, чтоб влезло в один экран)
Я, честно говоря, вообще не понимаю, зачем в такой концепции нужен аккумулятор.
Ведь, по сути, тогда либо эти циклы будут постоянно расходоваться при каждом движении, либо же мышка может генерировать столько энергии, что хватит на одновременную работу и заряд батареи. А в таком случае, как мне кажется, хватило бы и конденсатора, коль уж каждое движение даёт столько энергии.
Может, я что-то упускаю, но чем больше думаю об этом устройстве, тем меньше оно мне нравится)
А чем плох такой вариант?
1) Сортируем по удельной цене по убыванию
2) Наполняем рюкзак. Когда встречаем предмет, который уже не "пролазит" по массе:
3) Берем из рюкзака минимальное n последних предметов так, чтобы:
вес этих предметов + оставшийся свободный вес >= вес текущего предмета
4) Сравниваем цены, чтобы решить, заменять ли их новым предметом
5) Считаем удельную цену замены с учетом оставшегося пустого места и кэшируем
6) Сравниваем удельную цену следующего не пролезающего предмета с кэшированным значением. Если она больше, повторяем с шага 3.
Мне кажется, такой вариант будет заметно быстрее и экономнее по памяти, но я совсем не математик, поэтому буду рад, если подсветите, если я что-то упускаю.
А про деградацию самой батареи мы в лучших традициях маркетинга тактично умолчим
вот мы прямо сейчас в поиске разраба такого уровня на java, и лично я никому не задаю вопросы на эту тему на собеседовании, да и мои коллеги, в целом, тоже
В статье есть ошибка. Граница слова не работает для кириллицы