ID
а вы в Commure работаете ?
Да
Size: a a a
2020 September 16
YJ
Чтоб совсем не оффтопить, вот вам: https://jobs.lever.co/commure/618d5690-e8ce-41b8-a3b7-64ebcc88cf8e
Это ж только для USA based, если разрабы сидят рядом с методистами?
FHIR + HIPAA + что там ещё часто бывает?
А где с этим легче? В java, dotnet, c/cpp, разве есть полностью готовые решения?
Кмк, если и есть варианты то скорее какие то приватные наработки.
FHIR + HIPAA + что там ещё часто бывает?
А где с этим легче? В java, dotnet, c/cpp, разве есть полностью готовые решения?
Кмк, если и есть варианты то скорее какие то приватные наработки.
YJ
Очень спорно, жду статью о том как блокчейн продвигает раст и где полезные сообществу продукты созданные блокчейн компаниями, но подозреваю если бы это было так все корпоративные блоги бы пестрили, но почему то этого нет
ID
Это ж только для USA based, если разрабы сидят рядом с методистами?
FHIR + HIPAA + что там ещё часто бывает?
А где с этим легче? В java, dotnet, c/cpp, разве есть полностью готовые решения?
Кмк, если и есть варианты то скорее какие то приватные наработки.
FHIR + HIPAA + что там ещё часто бывает?
А где с этим легче? В java, dotnet, c/cpp, разве есть полностью готовые решения?
Кмк, если и есть варианты то скорее какие то приватные наработки.
Ну, для Java есть какие-никакие заготовки для FHIR (ну, практически, полноценный сервер, HAPI FHIR, но я думаю, для реального продакшена его надо очень долго допилливать напильником). Для .NET тоже есть (есть open-source сервер от Microsoft, есть проприетарный Vonk).
Но это полбеды. Беда в том, что на Rust трудно писать большие приложения — там очень нужна хорошая поддержка динамики (trait objects, reflection, global initializers, вот это все), а в Rust с этим туго.
Но это полбеды. Беда в том, что на Rust трудно писать большие приложения — там очень нужна хорошая поддержка динамики (trait objects, reflection, global initializers, вот это все), а в Rust с этим туго.
ID
Можно, конечно, сделать финт ушами и попытаться делать по типу микросервисов, но ынтырпрайз — он на то и ынтырпрайз — очень много разделяемого кода / много коммуникаций медлу модулями. Тут тебе и аутентификация, и авторизация, и какая-нибудь интеграция с SSO, и очереди и бизнес-триггеры и загружаемые плагины и так далее.
Даже вот просто модель данных FHIR в Rust очень долго молотком вбивать приходилсь.
Даже вот просто модель данных FHIR в Rust очень долго молотком вбивать приходилсь.
YJ
Ну, для Java есть какие-никакие заготовки для FHIR (ну, практически, полноценный сервер, HAPI FHIR, но я думаю, для реального продакшена его надо очень долго допилливать напильником). Для .NET тоже есть (есть open-source сервер от Microsoft, есть проприетарный Vonk).
Но это полбеды. Беда в том, что на Rust трудно писать большие приложения — там очень нужна хорошая поддержка динамики (trait objects, reflection, global initializers, вот это все), а в Rust с этим туго.
Но это полбеды. Беда в том, что на Rust трудно писать большие приложения — там очень нужна хорошая поддержка динамики (trait objects, reflection, global initializers, вот это все), а в Rust с этим туго.
Если там в основном сделано через рефлексию — то тут соглашусь.
В раст это нужно смотреть (наверное?) в сторону макросов,что уже уровень разраба "выше условного среднего" , хотя без знания минимальных делалей стандарта ничего толкового сказать не смогу, не приходилось с ним сталкиваться, в отличии от HIPAA.
В раст это нужно смотреть (наверное?) в сторону макросов,что уже уровень разраба "выше условного среднего" , хотя без знания минимальных делалей стандарта ничего толкового сказать не смогу, не приходилось с ним сталкиваться, в отличии от HIPAA.
ID
Ну, да, я этим как раз и занимался. Кодогенерация + макросы = атомный код. 40к строк кода сегенрированного, который, наверное, дальше еще 10x разворачивается процедурными макросами 🤣 Рефлексия самопальная, красота.
Но это я с позиции поллноценной платформы подходил, если просто какое-то мелкое приложение с FHIR делать, можно было, наверное, просто папру структур и serde сверху.
Но это я с позиции поллноценной платформы подходил, если просто какое-то мелкое приложение с FHIR делать, можно было, наверное, просто папру структур и serde сверху.
PM
Ну, да, я этим как раз и занимался. Кодогенерация + макросы = атомный код. 40к строк кода сегенрированного, который, наверное, дальше еще 10x разворачивается процедурными макросами 🤣 Рефлексия самопальная, красота.
Но это я с позиции поллноценной платформы подходил, если просто какое-то мелкое приложение с FHIR делать, можно было, наверное, просто папру структур и serde сверху.
Но это я с позиции поллноценной платформы подходил, если просто какое-то мелкое приложение с FHIR делать, можно было, наверное, просто папру структур и serde сверху.
и как тестируете это добро ?
M
Для инфраструктуры раст
YJ
Можно, конечно, сделать финт ушами и попытаться делать по типу микросервисов, но ынтырпрайз — он на то и ынтырпрайз — очень много разделяемого кода / много коммуникаций медлу модулями. Тут тебе и аутентификация, и авторизация, и какая-нибудь интеграция с SSO, и очереди и бизнес-триггеры и загружаемые плагины и так далее.
Даже вот просто модель данных FHIR в Rust очень долго молотком вбивать приходилсь.
Даже вот просто модель данных FHIR в Rust очень долго молотком вбивать приходилсь.
С энтерпрайз да, все довольно слабо, микросервис без каких то очередей — это уже что то другое, а не м-сервис. А основные лошадки message queue, они из мира java, Kafka на Scala писана. Даже не знаю, есть ли какие "переходники-адаптеры" на раст под неё, по идее какие то коннекторы должны быть.
ID
Ну, конкретно модель данных саму по себе — почти никак (ну так, сколько-то юнит тестов написано вручную), косвенно, в составе боллее крупных компонентов. Ну, например, сериализация из JSON и обратно поверх этой рефлексии работает, для сериализации тесты вход-выход (проверяем, что ничего не теряем, и что правильно ошибки репортим, например).
ID
Модель данных сама по себе никакой логики не содержит, и генерируется по схеме, выданной нам стандартом FHIR в виде специальных JSON.
YJ
Для инфраструктуры раст
Не понял ответа? БЧ есть в проекте, написан на раст-е, делает полезное? — какие вопросы остались?
YJ
Модель данных сама по себе никакой логики не содержит, и генерируется по схеме, выданной нам стандартом FHIR в виде специальных JSON.
Так я правильно понимаю, что ваша вакансия исключительно для USA? Просто уточнение...
ID
Да, для USA
M
Не понял ответа? БЧ есть в проекте, написан на раст-е, делает полезное? — какие вопросы остались?
Для инфраструктуры раст, означает что компания сделала тулзы или библиотеки полезные сообществу а не только ей самой, блокчейн проекты как раз крайне мало приносят пользы сообществу
YJ
Для инфраструктуры раст, означает что компания сделала тулзы или библиотеки полезные сообществу а не только ей самой, блокчейн проекты как раз крайне мало приносят пользы сообществу
Сообществу раст пользу приносят любые проекты на раст, а не только те что позволяют писать/делать код, имхо.
Даже перевод на русский чего то про раст — тоже приносит пользу, пусть и косвенную, а не прямую.
Gui, enterprise, как мне кажется, пока самые слабые места для бОльшей адаптации в бизнес проекты.
Даже перевод на русский чего то про раст — тоже приносит пользу, пусть и косвенную, а не прямую.
Gui, enterprise, как мне кажется, пока самые слабые места для бОльшей адаптации в бизнес проекты.
M
А да вспомнил, ту что сломали два раза, создали для фалсификации, которая не отвечает требованиям у безопасности, да и правда полезный проект.
M
Сообществу раст пользу приносят любые проекты на раст, а не только те что позволяют писать/делать код, имхо.
Даже перевод на русский чего то про раст — тоже приносит пользу, пусть и косвенную, а не прямую.
Gui, enterprise, как мне кажется, пока самые слабые места для бОльшей адаптации в бизнес проекты.
Даже перевод на русский чего то про раст — тоже приносит пользу, пусть и косвенную, а не прямую.
Gui, enterprise, как мне кажется, пока самые слабые места для бОльшей адаптации в бизнес проекты.
Что значит enterprise? Я говорил с одним из местных участников, основная проблема это инертность и вложенные уже средства, а так же различные сертификации и тд Раст не работает в энтерпрацзе просто потому что текущие проекты в него не выросли ещё а это лет 20, надеятся что в уже существующие его будут интегрировать средние компании тоже глупо. Остаются только гиганты и все
YJ
А да вспомнил, ту что сломали два раза, создали для фалсификации, которая не отвечает требованиям у безопасности, да и правда полезный проект.
Можете поискать сколько раз ломали электронное голосование в США.
то что один человек сделал, другой всегда разобрать сможет (с)
то что один человек сделал, другой всегда разобрать сможет (с)