Pull to refresh
9
2
Subscribers
Send message

То же активно интересуюсь темой. Из последнего что нашел это темпоральные графы. Про ту же временную инвалидацию.

И трёх уровневую систему памяти к примеру cortex-mem. В гитхаб есть.

Систему многоуровневого доступа (L0/L1/L2), которая включает краткие абстракты, структурированные обзоры и полные версии данных для оптимизации контекста.

Работаю с BMAD очень тяжёлая.

Я думаю что сейчас вопрос даже не в архитектуре сетей. Она идеально реализует свой слой общего механизма AGI , сейчас вопрос стоит в самоэволюционировании агентов. Новая архитектура сети не будет гомогенной, AGI это уже должен быть какой то саморазвивающийся комплекс различных систем

Интересно есть ли где то в открытом доступе уже готовые модели для распознавания активностей в тренажёрном зале?

Трафик растет непропорционально росту аудитории и ее времени в интернете. А тут еще контрольный выстрел в голову от адептов подхода AI-first с их ускорением производства в Х раз

Я вот больше всего боюсь за это. Так как интернет повышает плотность пропускаемой через себя человеком информации. Человеческий мозг выбрасывает определенные гормоны стимулирующие его на движение в сторону этого пути. Но обратной стороной медали может стать то, что реальная жизнь оффлайн становится менее мотивирующей его, так как такого количества гормонов явно недостаточно.

И это гораздо страшнее того, что Gen Ai заберёт твою работу.

Переписать вряд ли. А вот писать код в принятой парадигме проектом, запросто. И теперь разработчику даже на надо погружаться в детали реализации. Главное следить чтобы бизнес логика соответствовала ожиданиям

На практике, если команда меняется и нет сильного контроля за PR, то FSD превращается в помойку и не ясно уже где искать widgets, features, e t.c

Да и вообще пора бы уже готовить инженеров специализирующихся на реверс-инжиниринге. Там ведь то же свои моменты специфические есть. Анализ материалов только чего стоит.

На самом деле ничего страшного. Для большинства пользователей у них комфортные условия, мне для работы хватает. Ну а если ты сверх активно используешь сервисы, ну значит плати больше. По факту для большинства цены и лимиты на приемлемом уровне

Вы забыли картинку превью отмасштабировать. Вылазит за рамки

Не используйте nginx, используйте caddy. В caddy lets encrypt из коробки.

Не знаю я и фар с трудом осваиваю MC пока что юзаю

То же читал пару лет назад. Правда очень и очень странно что ребята выбрали Python в качестве языка реализации высоко нагруженного проекта европейского интернет магазина. (Хотя это может и просто легенда)

Вы забыли исключить из своего списка "селфхостед облачные". Так или иначе вам нужна отказоустойчивая точка входа.

Mobx лучше всего использовать в режиме классов. В функциональном стиле то еще удовольствие. Но по сути да. Классы это самодокументируемые структуры их можно ипользовать и без интерфейсов. В valtio будет та же проблема что и в функциональном mobx что для стейта вам нужно описать интерфейс а потом реализовать сам стейт. что увеличивает накладные расходы по времени в +-2 раза.

На сколько я знаю "Андрей Карпаты выступая на Международной конференции по компьютер­ному зрению 2021 (CVPR), объяснил, почему компания не собирается использовать лидары при разработке технологий автономного вождения."

И я с ним согласен. Мир динамический. Карты устаревают. А самое главное опираться на не надёжную информацию путь к ошибкам. Лидарам нужны эти карты.

Кроме того, это количество обрабатываемой информации. У Лидаров это на порядок более большие объемы.

В целом ставка сделана на обучение моделей на огромном массиве исторических данных, которая и должна привести к надёжному определению дорожной обстановки. Это как большие языковые модели. Если так в году 19 все баловались модельками с несколькими миллионами параметров, ну и собственно получали что то сильно глючное. То миллиардные сети уже дают надёжные ответы. Поэтому увеличение корпуса данных для обучения важнее увеличения объема поступающей информации во время инфиренса

1
23 ...

Information

Rating
Does not participate
Location
Усогорск, Коми, Россия
Date of birth
Registered
Activity