Это же WASM версия? Вообще с парсингом есть моменты, т.к. в одной ноде никак не разграничивается применения numi-like расчётов и просто обычного текста, то бывают косяки
Думал над тем, чтобы при редактировании ноды надо было вставлять отдельный numi-блок, но показалось что это лишнее действие
В общем буду чинить, спасибо за пример и обратную связь!
Вообще у меня в голове 3 "стартовых" сценария использования: 1/ "Ручник" = набрасываешь ноды из шаблонов / шаблонных схем + inline автодополнение (сейчас пробую делать на базе Laya)
через shift + лкм открывается палитра шаблонов
2/ "Агент" = запускаешь exe, в него встроен MCP-сервер для агента через pipe (stdin/sdtout). Дальше запрягаешь агента накидать схему которая тебе нужна обычным текстом или уже тестил создание схемы со скриншота, в целом работает нормально. Отдельный вариант это попробовать использовать агента как конвертер любых внешних файлов-схем (это ещё не тестил)
3/ "Импортёр" (пока на фризе) = скорее всего буду делать универсальный конвертер схем если Агент будет плохо импортировать схемы типа: plantuml, mermaid, draw.io
Я понимаю, что возможно не ответил на вопрос, но хотел прояснить концепт. Я ещё подумаю про DSL. Под капотом щас спецификация https://jsoncanvas.org/, а сейчас уже кажется что я далеко ушёл за эту спецификацию, хотя она обратно совместима с .canvas Obsidian-а
Спасибо за обратную связь, это сейчас крайне ценно для меня!
Я говорю конкретно про автора, что есть вероятность, что навык декомпозиции у него не наработан.
То есть вы больше обсуждаете автора и его бэкграунд нежели саму по себе проблему.
Вы учитываете, что ИТ в принципе крайне молодая индустрия и в ней всё ещё большинство это самоучки и как и описано автором ИТ-шники это исследователи и RnD-специалисты по умолчанию или стремящиеся к этому? Если вы слышали интерес сферического ИТ-шника в вакууме, то он обычно сводится к задачам разработки "чего-то нового", а не клепанию одинаковых колош на ИТ-фабрике, то есть дословно в движении к исследовательской/RnD деятельности.
Конечно, в крупных компаниях у бизнеса уже давно пришло желание видеть вместо огромного RnD отдела с непонятым выхлопом на инвестицию - ИТ-фабрику с понятным потоком производства ценности для бизнеса.
Да, этот процесс старается структурировать Scrum и SAFe и прочие метОды. Но давайте говорить честно, по имеющимся методологиям нет научных исследований. Чтобы на базе статистических данных подтверждали эффективность того или иного подхода с учётом контрольных групп, точного учёта всех параметров, исключения большого количества внешних влияний.
Ни к одной из применяемых методологий не были приложены чёткие гипотезы, исследования и фактические подтверждения того, что эти гипотезы подтверждаются. Фактически эти методологии - просто заявления людей о том как они считают и как им бы хотелось работать и взаимодействовать, дословно = манифесты, коим и является Agile
Про медстрах отличное упоминание. Если поизучать вопрос плотнее, то на госзакупки систем мониторинга тратится в год порядка 3,6 млрд.руб., которые очевидно уходят в карман конторы Abbot или иже с ними.
Т.к. я сам этой темой занимался и копал очень глубоко, в том числе общался и с одним из китайских производителей - SiBionics. То я вижу насколько она не "информативная". Извините, но это не информативная статья, а текст ради текста
У неинвазивных пока нет точности примерно никакой.
У российских проектов, которые есть - измерение не уровня глюкозы в крови, а "измерение динамики". Только людям с болезнью нужна не динамика, а более менее точные показатели.
Да и плюс фактически удобного размещения тоже пока сложно придумать, кроме как делать те же самые умные часы
Это же WASM версия?
Вообще с парсингом есть моменты, т.к. в одной ноде никак не разграничивается применения numi-like расчётов и просто обычного текста, то бывают косяки
Думал над тем, чтобы при редактировании ноды надо было вставлять отдельный numi-блок, но показалось что это лишнее действие
В общем буду чинить, спасибо за пример и обратную связь!
привет,
Вообще у меня в голове 3 "стартовых" сценария использования:
1/ "Ручник" = набрасываешь ноды из шаблонов / шаблонных схем + inline автодополнение (сейчас пробую делать на базе Laya)
2/ "Агент" = запускаешь exe, в него встроен MCP-сервер для агента через pipe (stdin/sdtout). Дальше запрягаешь агента накидать схему которая тебе нужна обычным текстом или уже тестил создание схемы со скриншота, в целом работает нормально. Отдельный вариант это попробовать использовать агента как конвертер любых внешних файлов-схем (это ещё не тестил)
3/ "Импортёр" (пока на фризе) = скорее всего буду делать универсальный конвертер схем если Агент будет плохо импортировать схемы типа: plantuml, mermaid, draw.io
Я понимаю, что возможно не ответил на вопрос, но хотел прояснить концепт. Я ещё подумаю про DSL. Под капотом щас спецификация https://jsoncanvas.org/, а сейчас уже кажется что я далеко ушёл за эту спецификацию, хотя она обратно совместима с .canvas Obsidian-а
Спасибо за обратную связь, это сейчас крайне ценно для меня!
https://github.com/KoljaB/RealtimeSTT
Типа такого? Есть разные варианты потоковой транскрипции, можно помучать гугл на тему real-time audio speech recognition
Вообще для wishper есть куча и web UI и десктоп обёрток
То есть вы больше обсуждаете автора и его бэкграунд нежели саму по себе проблему.
Вы учитываете, что ИТ в принципе крайне молодая индустрия и в ней всё ещё большинство это самоучки и как и описано автором ИТ-шники это исследователи и RnD-специалисты по умолчанию или стремящиеся к этому? Если вы слышали интерес сферического ИТ-шника в вакууме, то он обычно сводится к задачам разработки "чего-то нового", а не клепанию одинаковых колош на ИТ-фабрике, то есть дословно в движении к исследовательской/RnD деятельности.
Конечно, в крупных компаниях у бизнеса уже давно пришло желание видеть вместо огромного RnD отдела с непонятым выхлопом на инвестицию - ИТ-фабрику с понятным потоком производства ценности для бизнеса.
Да, этот процесс старается структурировать Scrum и SAFe и прочие метОды. Но давайте говорить честно, по имеющимся методологиям нет научных исследований. Чтобы на базе статистических данных подтверждали эффективность того или иного подхода с учётом контрольных групп, точного учёта всех параметров, исключения большого количества внешних влияний.
Ни к одной из применяемых методологий не были приложены чёткие гипотезы, исследования и фактические подтверждения того, что эти гипотезы подтверждаются. Фактически эти методологии - просто заявления людей о том как они считают и как им бы хотелось работать и взаимодействовать, дословно = манифесты, коим и является Agile
Как бороться за свои права трудящегося если тебя увольняют из американской или европейской компании расскажите?
Про медстрах отличное упоминание. Если поизучать вопрос плотнее, то на госзакупки систем мониторинга тратится в год порядка 3,6 млрд.руб., которые очевидно уходят в карман конторы Abbot или иже с ними.
Т.к. я сам этой темой занимался и копал очень глубоко, в том числе общался и с одним из китайских производителей - SiBionics. То я вижу насколько она не "информативная". Извините, но это не информативная статья, а текст ради текста
У неинвазивных пока нет точности примерно никакой.
У российских проектов, которые есть - измерение не уровня глюкозы в крови, а "измерение динамики". Только людям с болезнью нужна не динамика, а более менее точные показатели.
Да и плюс фактически удобного размещения тоже пока сложно придумать, кроме как делать те же самые умные часы
По-первых, не представлены китайские конкуренты, которые фактически делают уже такой-же и даже лучше продукт.
Во-вторых, не исследованы и не показаны opensource проекты относящиеся к ПО (которые есть)
В третьих, нет пользовательского исследования и расчета рынка.
Очень сыро.