Смешно если вспомнить, что он говорил пару месяцев назад
По словам Карпати, когда агенты ошибаются, проблема почти всегда в пользователе, а не в модели. "Все ощущается как skill issue: недостаточно хорошие инструкции, нет нормального инструмента памяти — что-то в этом роде", — объяснил он. Возможности уже есть, считает Карпати, — не хватает навыка ими пользоваться. Его рецепт: вместо мелких правок на уровне строк кода делегировать агентам крупные "макродействия" — реализацию целых функций, исследование, планирование архитектуры. Каждая такая задача занимает около 20 минут, и запускать их можно параллельно — по 10–20 штук одновременно.
В статье рассматривается Baikal-M, тогда как в данном случае речь идёт о Baikal-T1. Что касается Baikal-T1, его трудно отнести к актуальным или массово востребованным решениям: кажется, последние партии были произведены в 2018–2019 годах, после чего платформа не получила дальнейшего развития. В этой связи возникает вопрос о целесообразности интеграции в Linux kernel специфических аппаратных решений для узкоспециализированных и фактически устаревших платформ. Учитывая, что подобные системы, как правило, применяются в встраиваемых устройствах, их производители обладают достаточными возможностями для сопровождения собственных сборок ядра с необходимым набором драйверов и модификаций. С учётом этого, включение и длительное поддержание подобных решений в основном дереве ядра представляется дискуссионным с точки зрения баланса между универсальностью и сопровождаемостью кода.
Ещё бы знать, какой пароль сгенерирован с помощью какого генератора, но количество всевозможных генераторов вносят некоторую неопределенность увеличивая энтропию)
В действительности так называемые "модные архитектуры" не являются самостоятельной ценностью. В it прослеживается устойчивая тенденция рассматривать отдельные технологии как универсальные решения ("серебряные пули"), что приводит к их применению вне контекста задач и ограничений. В результате инструменты используются не по назначению - подобно попытке применять микроскоп для вбивания гвоздей.
Подобная практика во многом обусловлена недостаточным уровнем инженерной культуры, в рамках которой ключевую роль должны играть метрология, формализованные критерии оценки и обоснованный выбор инструментов с учётом требований системы. Отсутствие системного подхода к принятию технических решений снижает эффективность разрабатываемых решений и увеличивает их сложность.
Одной из причин данной ситуации можно считать разнородность профессионального бэкграунда специалистов, приходящих в отрасль, и, как следствие, недостаточную сформированность навыков инженерного анализа и проектирования.
Первый сценарий может подвести, так как реализация IPMI может отличаться у различных вендоров оборудования и нет 100% гарантии, что сервер отключится и не включится повторно.
Давно уже существует Redfish. Протокол, конечно, не такой универсальный, как утверждают его разработчики, но поддержка 4–5 вендоров не представляет большой сложности. Для установки ОС и первоначальной настройки серверов всё равно требуется доступ к BIOS — вы же не будете вручную настраивать каждый сервер.
Услышать мнения, критику и все что может помочь двигаться дальше и выживать
Обычно я прохожу мимо подобных статей - "крик о наболевшем", но тут увидел ваш комментарий о том, что статья прошла 2 рефакторинг и по-прежнему заминусована.
Вы как раз из той категории, о которой я писал в статье
Тогда к чему такой субъективизм? Похоже, вы сами допустили к себе подобное отношение — возможно, проблема не в системе, а в личных границах.
Я писал статью исключительно в контексте нашей страны и нашей истории, хлопок и кандалы — это я так понял вы про запад?
Запад тут вообще не причем. Я просто не понимаю к чему эти отсылку "а вот 150 лет назад было так"
Но помимо профессии, есть что-то другое, что не позволяет все бросить и уехать. Может лень, может трусосать, я даже не знаю. Но суть в том, что я до последнего не хочу уезжать
Так вот, на мой взгляд, дело всё же в вас, а не в системе. Не пытаясь оправдать ситуацию в стране и не касаясь текущих реалий, отмечу: в экономике любой страны периоды роста неизбежно сменяются периодами спада. И если бизнес не способен пережить спад, это, скорее, говорит о проблемах в управлении.
P.S. Я, честно говоря, не совсем понимаю посыл вашей статьи. Она выглядит как изложение личных переживаний и внутренних проблем: тяжёлый физический труд, кабальные условия, аскетизм, неумение вести бизнес и последующее героическое преодоление, по сути, искусственно созданных трудностей. Я, конечно, не специалист, но, возможно, стоит попробовать разобраться в себе — например, обратиться к психологу и понять, почему вас тянет к таким сценариям. В конечном счёте каждый человек сам во многом определяет свою судьбу.
Я в IT уже более 20 лет и могу сказать, что всё, что вы описали, — это скорее субъективный опыт. У меня такого не было: я всегда получал достойную зарплату, дополнительные бонусы и работал с соблюдением всех норм КЗоТ и трудового законодательства. На моей памяти российское IT, как и мировое, переживало разные периоды: были и подъёмы, и спады, волны сокращений и периоды хайпа. Но о каком-то "открытом рабстве" речи никогда не шло. Возможно, если с вами действительно так поступали, проблема была в том, что вы это позволяли? Что мешало сменить работу?
Буквально 150 лет назад с нами бы не церемонились: ни о каких 5/2 не могло быть и речи. Мы бы работали по 12–16 часов без выходных, пенсии и каких-либо прав.
При этом кого-то водили в кандалах, били плетьми и заставляли собирать хлопок. Но какое это имеет отношение к вашей истории — не совсем понятно.
Можете не поверить или посчитать меня дураком, но я платил джунам за то, что они пишут open source, который я использовал для собственного удобства — например, кодогенератор на базе OpenAPI, только более удобный, чем официальный нативный генератор.
Проблема людей, далёких от бизнеса, — считать, что человеко-часы — это неограниченный и дешёвый ресурс. Сначала платим джунам за никому не нужные "генераторы", а потом удивляемся, почему бизнес идёт на дно.
IT как и любой другой экономический сектор может существовать в разных формах: как рабовладельческий строй или как улыбчивые HR, заманывающие печеньками и кофемашинами.
Слава богу, что наша профессия привязана только к нашим знаниям: всегда можно собраться и уйти туда, где ваши знания и экспертизу будут ценить.
У меня примерно такой матчинг (cloud infra). На скрининге объявил вилку в 600-700к, согласились, но когда рассказали про 4 этапа интервью, чёт все желание испарилось. Подумал неделю и скипнул их.
Золото)
За эти деньги в Италии можно купить дом на берегу моря/в горах с виноградниками и добираться быстрее, чем в пятницу из Москвы доехать до дачи.
«Состояние психоза»: Карпати — о жизни с 20 параллельными ИИ-агентами https://habr.com/p/1013162/
Смешно если вспомнить, что он говорил пару месяцев назад
В статье рассматривается Baikal-M, тогда как в данном случае речь идёт о Baikal-T1. Что касается Baikal-T1, его трудно отнести к актуальным или массово востребованным решениям: кажется, последние партии были произведены в 2018–2019 годах, после чего платформа не получила дальнейшего развития. В этой связи возникает вопрос о целесообразности интеграции в Linux kernel специфических аппаратных решений для узкоспециализированных и фактически устаревших платформ. Учитывая, что подобные системы, как правило, применяются в встраиваемых устройствах, их производители обладают достаточными возможностями для сопровождения собственных сборок ядра с необходимым набором драйверов и модификаций. С учётом этого, включение и длительное поддержание подобных решений в основном дереве ядра представляется дискуссионным с точки зрения баланса между универсальностью и сопровождаемостью кода.
То, что мертво, умереть не может
Ещё бы знать, какой пароль сгенерирован с помощью какого генератора, но количество всевозможных генераторов вносят некоторую неопределенность увеличивая энтропию)
✅ Дать поручение на создание ИИ
⬜ Создать штаб
Пол дела сделано
Это другое!
Вас так Украина беспокоит, вы в Украине живёте?
В действительности так называемые "модные архитектуры" не являются самостоятельной ценностью. В it прослеживается устойчивая тенденция рассматривать отдельные технологии как универсальные решения ("серебряные пули"), что приводит к их применению вне контекста задач и ограничений. В результате инструменты используются не по назначению - подобно попытке применять микроскоп для вбивания гвоздей.
Подобная практика во многом обусловлена недостаточным уровнем инженерной культуры, в рамках которой ключевую роль должны играть метрология, формализованные критерии оценки и обоснованный выбор инструментов с учётом требований системы. Отсутствие системного подхода к принятию технических решений снижает эффективность разрабатываемых решений и увеличивает их сложность.
Одной из причин данной ситуации можно считать разнородность профессионального бэкграунда специалистов, приходящих в отрасль, и, как следствие, недостаточную сформированность навыков инженерного анализа и проектирования.
Если бы во времена СССР интернет был таким же общедоступным средством коммуникации, его бы фильтровали так же как и сейчас.
Хранить 2 байта ценной информации
Давно уже существует Redfish. Протокол, конечно, не такой универсальный, как утверждают его разработчики, но поддержка 4–5 вендоров не представляет большой сложности. Для установки ОС и первоначальной настройки серверов всё равно требуется доступ к BIOS — вы же не будете вручную настраивать каждый сервер.
Я допустил упрощение в рамках диалога.
Обычно я прохожу мимо подобных статей - "крик о наболевшем", но тут увидел ваш комментарий о том, что статья прошла 2 рефакторинг и по-прежнему заминусована.
Удачи в начинаниях.
del
Тогда к чему такой субъективизм? Похоже, вы сами допустили к себе подобное отношение — возможно, проблема не в системе, а в личных границах.
Запад тут вообще не причем. Я просто не понимаю к чему эти отсылку "а вот 150 лет назад было так"
Так вот, на мой взгляд, дело всё же в вас, а не в системе. Не пытаясь оправдать ситуацию в стране и не касаясь текущих реалий, отмечу: в экономике любой страны периоды роста неизбежно сменяются периодами спада. И если бизнес не способен пережить спад, это, скорее, говорит о проблемах в управлении.
P.S. Я, честно говоря, не совсем понимаю посыл вашей статьи. Она выглядит как изложение личных переживаний и внутренних проблем: тяжёлый физический труд, кабальные условия, аскетизм, неумение вести бизнес и последующее героическое преодоление, по сути, искусственно созданных трудностей. Я, конечно, не специалист, но, возможно, стоит попробовать разобраться в себе — например, обратиться к психологу и понять, почему вас тянет к таким сценариям. В конечном счёте каждый человек сам во многом определяет свою судьбу.
Я в IT уже более 20 лет и могу сказать, что всё, что вы описали, — это скорее субъективный опыт. У меня такого не было: я всегда получал достойную зарплату, дополнительные бонусы и работал с соблюдением всех норм КЗоТ и трудового законодательства. На моей памяти российское IT, как и мировое, переживало разные периоды: были и подъёмы, и спады, волны сокращений и периоды хайпа. Но о каком-то "открытом рабстве" речи никогда не шло. Возможно, если с вами действительно так поступали, проблема была в том, что вы это позволяли? Что мешало сменить работу?
При этом кого-то водили в кандалах, били плетьми и заставляли собирать хлопок. Но какое это имеет отношение к вашей истории — не совсем понятно.
Проблема людей, далёких от бизнеса, — считать, что человеко-часы — это неограниченный и дешёвый ресурс. Сначала платим джунам за никому не нужные "генераторы", а потом удивляемся, почему бизнес идёт на дно.
Слава богу, что наша профессия привязана только к нашим знаниям: всегда можно собраться и уйти туда, где ваши знания и экспертизу будут ценить.
Ок, давай без воды и эмоций. Точно по делу.
У меня примерно такой матчинг (cloud infra). На скрининге объявил вилку в 600-700к, согласились, но когда рассказали про 4 этапа интервью, чёт все желание испарилось. Подумал неделю и скипнул их.
С декабря, 20 ИИ агентов пишут Home Assistant... Видимо не так уж они и эффективны)