Георгий Дерновой george3

Примерно так, чтобы еще возращал указатель, иначе никак. + без лишних имен в конструкторе.

Я ортодокс: смотрю что можно сделать изнутри проги. Оттуда генерить код нормальным способом как могу в динамических языках и в Nim, Crystal, Scala — не могу. Просить юзера изучать/использовать тулчейны чтобы он смог использовать мою либу не считаю разумным. но спасибо за наводку.

Ссылки в конце статьи это ссылки на репозитарии Unigui Python и Go, на всяк случай.

Она ж не встроена в язык. Внешние средства не в счет, а то иначе все языки поддерживают метапрограммирование и много чего еще.

Web. Есть и нативный web, когда нативный клиент коннектится к серверу, без браузера.

Азиатки ясно дело к мужчине норм относятся и с жиру не бесятся, кроме кореянок. В этом цинус, а не в рассчетах. Вьетнамки к стати проигрывают в няшности и тайкам, и лаосскам и бирманкам. Так что чувак может новый идеал идеальнее найти)

Причем еще должен быть другой который сделает из разношерстого корп софта кучу RPA сервисов. к которым джун-полутелепат (иначе как он узнает где они и как работают) будет подключаться, весело таская малопонятные виджеты по столу. Верю!

Поэтому, если человек при возникновении любой задачи упорно… у меня для вас плохие новости — вам достался тупой программист.

Все это верно но для тупых бизнес-систем. Если IQ выше 90 не тратьте свою жизнь на это, если есть выбор. Все эти «достаточно неглупые люди» на самом деле самодуры c мнением, глубоким и обоснованным, как у чат-бота.
Закалив свой ум в битве с серьезными задачи человек редко генерирует всякие глупости.

Интересно и актуально. Демо-ролик уже есть?

написать по приведенной ссылке не получается. есть незашифрованный email?

Я не соглашусь что CLIP — обучение без учителя. Мы можем конфигурировать вывод некой сети доп. Linear слоем (обычный TL), программным фильтром, который, например, будет считать расстояния в N-размерности embedding-ов, или их комбинацией, как CLIP, но факт остается — сначала с учителем (картинка <-> текст), потом настройка текстом (фильтр). Тем не менее, интересно, спасибо за труд)

Это не хобби проект, я его использую. Имеет большой смысл выйти с ним в массы, когда придумаю как отбить потраченное на него в будущем время.

>>Как выглядит семантический граф в момент инициализации? Какой формат у узла графа — там находится что?
Рандомные значения около нуля обычно используются при инициализации.
>>Дело в том, что состояний X почти бесконечно много. Картинки в видеоряду обычно не повторяются.
Используйте вывод resnet или его адаптацию для вашей задачи. Если речь конечно идет не об сегментации и локации.

>>Y — это действия? Я правильно понимаю, что [Xi -> Yj] — это стратегия, и ничто иное?
верно. для состояние X вы имеете уместность Y действия в данный момент.

>>X? Это что? Будущее X зависит и от текущего Y, и от текущего X.
В моем понимании здесь уместны 2 нейросети, 1 семантический граф и монитор запуска-обучения.

>>— воу, вы действия предсказываете?
верно. и расхождение между предсказанием и реальностью — главный критерий тут как по мне. семантический граф дает понятность всей схемы которая иначе — черный ящик.
>> Есть схемы, где состояния — это узлы графа, а рёбра графа — это действия. То есть для X1 есть рёбра Y1, Y2, Y3, для X2 рёбра Y1, Y2, Y3 и так далее.
Точность требует чтобы в расчет были включены все X при рассмотрении одного-каждого Y. На практике число состояний к рассмотрению сильно меньше мощности X, потому что связности в сем. графе не бывает все-ко-всем.
>>Если каждое новое состояние уникально (а кадры примерно такие и есть), то не получится построить всю эту матрицу переходов.
За кадрами стоит подможество X семантического графа, которое надо бы научится получать, а потом уже все остальное. надо смотреть нормально задачу чтобы была конкретная польза. по тому что написано, сложно что-то добавить.

в моей схеме в простейшем для реализации случае есть семантический граф, в котором уже сидят в виде вершин — переходов понятия системы. Делятся на 2 класса — параметры X и действия Y. То, что дает камера и датчики входит в X также как и скрытые и явные параметры игрока и системы. Разделять их смысла не вижу для расчета. Вероятность перехода, которая есть функция от состояния того же графа, есть число-параметр нейросети X -> Y. Итак, есть множество состояний [X] и функций связывания состояние-влияние [Xi -> Yj], которые суммируются с числом-состоянием на каждом такте системы, и дающим уместность действия конкретного Y в данным момент. Топовое по вероятности действие выполняйте. Сравнивайте ожидаемое и наблюдаемое. Копите градиент(ы) отдельно для подсистем X -> Y, Y -> X. Если можете пускать действия параллельно — не вопрос. Дальше дело техники.

зачем от видеоряда? это ж создание проблем на ровном месте. есть семантика. наука как связаны понятия(знаки) между собой. через нее и идти. там и оценки-вероятности всякие сразу из коробки… а привязка этого в видео ряду тоже не откровение — вон DALL-E показывает как.

Не вижу особой сложности в системе ограничений выбора, основанной на его, цене ущерба. Например при задаче вылечить от рака избежать убийства или ампутации головы как простейшего способа избавления можно указав его ущерб как -∞, ампутации ноги как — 1000 000$ и т.д. Что мешает? Разметка оценок это да, но это ж и есть здравый смысл, поддается численной оценке для прикладных задач вполне.

Нейросети вполне могут быть частью классического rule-based AI, давая часть данных в систему либо корректируя промежуточные.

Написал примерно то же для web-a, только MD от гугля, кода втрое меньше, не надо писать циклов обработки, многооконное, многопользовательское и т.п. github.com/Claus1/unigui. Получился как побочный продукт от моих AI/ML разработок.

Метрики — это хорошо. Интересней глянуть на то, какую геометрию и текстуры способны вытащить передовые сети по типичной фотографии. Если как обычно — мутный туман, то взгрустнем и разойдемся.
Нужна геомерия и текстуры и не только на фэйсы/фигуры людей. Чтобы грузить в 3д редактор. Интересуюсь потому что сам подумываю влазить туда или может что готовое уже есть или на подходе.

Зачем на питоне писать как на сях остается непонятным. особенно чудовищно использование дженериков. аннотации, как по мне, нужны ну разве что в крупной кодобазе на питоне. А зачем ее на питоне то писать? Чтобы побыстрее или тормозило как следует? В общем, присоединяюсь к Шарикову, «Ерунда это всё. Надо взять всё и поделить!»

Когда-то разработал формальный язык, близкий к ЕЯ. Примеры

всемогущество
иметь все доступные способности // ЕЯ
иметь(@ = $$; $ = *способность) // Селанг

органолептика
наука, чьим предметом является восприятие человека // ЕЯ
наука -> предмет^ = восприятие^человек // Селанг

очень X
если интенсивность понятия ($) $ >= 0.500, то результат $ + (1.00 — $) / 2 иначе $ — $ / 2 // ЕЯ
=> $ >= 0.500? $ + (1.00 — $) / 2, $ — $ / 2 // Селанг

Подробности docs.google.com/document/d/1lkqVj4YhzJAwpkphKXymOYb5KpQfoYI5-95DueRKTp0/edit?usp=sharing

Для игры в пинг-понг. Для остального, соглашусь, незачем.

Соберусь как-нить написать о его последыше для медицины. Гибрид с нейросетью и формализм там проще и понятней. Этот, который в ссылке, устарел на 10 лет. Все рабочее).

Система оперирует предоставленными фактами и выводит на них. даете другие факты, получаете другой результат. вообще не проблема, кто там согласен или нет — вот доказательсво на этих фактах. имитация, как по мне, — тема, перпендикулярная логике.

Может. Если система может сторого посчитать-доказать, что факт X достоверен с точностью Y, то это строгое вычисление.

Спросить у сетки ответ на вопрос 42, который главный поставил бы любой ИИ в тупик, ибо он адресует миллионы вопросов в диалогах и опросниках. Глупые фразы типа «Почему вообще существует что-то, а не ничто?» еще дальше увели контекст, потому как обобщить двойную, тройную чушь можно только как чушь.
Дальше сетка ухватилась за факт диалога псевдогения и сына, пытаясь раскрутить ту немногую убогость сказазанного что нашла. Раскрутка завершилась неудачно, потому ничего сколько-нибудь внятного сказано между ними не было. Ввели чушь — получили ее же, сдобренную синтаксическим сахаром. Не рекомендую покупать курс от таких авторов.

Что не удалось это да, но серьезные попытки сделать язык знаний, близкий к ЕЯ и строго формальный были. Один из них описан в этом документе, может пригодиться как пища для размышлений docs.google.com/document/d/1lkqVj4YhzJAwpkphKXymOYb5KpQfoYI5-95DueRKTp0/edit?usp=sharing

Чтобы пользоваться X языком для описания знаний в идеале нужен прямой конвертер ЕЯ -> язык X. Зачем делать то, что можно не делать? Не вижу высокого уровня абстракции, который мог бы это позволить.
При ней

concept unpaidBill is bill where amountToPay > amountPaid;

превратился бы в

concept unpaid is not paid;
property paid of bill, agent

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

С чего это независимыми. Проговаривание чего-либо способствует 1) лучшему запоминанию 2) повышению концентрации == поиска в глубину ~= поиска следствий проговоренного; 3) репетиция и готовность к реакциям в предстоящем или мнимом, но важном диалоге с кем-то; и т.д.

«Написав код на python вы сможете перенести его на lua, c++ и так далее. Очень удобно для портирования.»
Все же на Hex. Синтаксис его не фонтан — ерш шапра с javascript, но если можно сразу конвертить сцены из blender, то это мелочь. Спасибо за инфу, надеюсь на продолжение.

Все разумно и симпотично кроме функционала с metaclass PrePostInitMeta)

Приавильно ли я понял что у вас есть математически корректные модели поведения главных разновидностей нейронов, которые учитывают концентрации нейромедиаторов (у вас это сигнальные молекулы)? Возможно ли на этом фреймворке вырастить оптимальную нейросеть для решения какой-нить задачи?

Тоже работаю за команду. Если у Вас есть промежуточный результат в виде множества конъюнкий, построить по ним по формулу не представляется особо сложной задачей. Студентам-головастикам вполне под силу. Хотя я зашел бы с другой стороны — кластерного анализа. Там сложностей меньше, и сразу понятно, где конъюкции, где дизъюнкции и как именно дробить диапазоны. Надо будет подумать, не сделать ли самому)

В общем, нормально написано, но конкретные детали для того, чтобы это реально пошло — не увидел.
Интерфейс библиотеки должен быть приближен к обычным данным, т. е. брать на вход обычную матрицу данных (pandas-стандарт) и давать по ней результат (какие колонки-значения-диапазоны дают правильную конъюнкцию). все остальное — не важно.
Но это только часть дела. Как аналитик я не пойму почему такие сложности дают лишь массив конъюнкций. Чтобы это и впрямь было интересно, библиотека должна определять оптимальную формулу-дерево для детектирования любой группы. как по мне я не вижу в этом особых сложностей, а оптимальная формула группы с наперед заданной точностью — это то, что нужно. Возможно я это пропустил и это реализовано, но без этого Ваша разработка годится только для ограниченного применения.

уже habr.com/ru/post/501678

Задача что внутри сервер делает с событиями, синхронизации пользователей, данных сервера — это прикладной уровень и к условному uniGUI не относится. Его задача отрисовать описание, и передавать инфу об его(описании) изменениях юзером(и).

не так. состояние GUI — это экран юзера и он соответсвует только ему. для сервера это какой то экземпляр Screen, уникальный для юзера, и создающийся для него при коннекте клиента. режим эха-зеркала и правда доступен на сервере. это будет, если нескольким вернуть один экран (тот же объект сервера).

ниже написал.

1.

сложные элементы управления такие Таблицы, Viewers, могут иметь дополнительные параметры, как то ‘colors’, ‘params’,… которые могут использоваться для специфической отрисовки или выбора доступных опций

По умолчанию — максимальный набор опций,

2.Здесь дело вкуса и информативности. вы сразу видите, что в экране еще чего-то есть, не скроллируя.
нажать кнопку и переместиться на нужный блок быстрее чем скролл и поиск. Но такие мелочи могут настраиваться в опциях автодизайнера, который учтет вкусы пользователя, пользователем.
3. все можно описать декларативно, кратчайшим образом. Все то, что за пределами логики стандартного GUI описывается в сервер логике. Маски, допустимость ввода обрабатываются сервером когда получил событие. Прослойка автоматом имеет на все обработку по умолчанию. Свой обработчик позволяет принять или откатить и сделать в ответ все что угодно с экраном пользователя, послав ему новый экран или апдейт экрана.