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