Две ORM модели для C# и Python. Нужно решение получше

На текущий момент решение пока следующее: модель ведем в NHibernate + миграции/версионность Fluent Migrator'а. SQLAlchemy просто рефлектит текущую базу (версионность и миграции тут не нужны). Пишем модель только на C#. Однаоко, придется повтыкать с SQL Alchemy вначале.

Второй рисунок мне понятен, но учитывая специфику проекта (нет централизации БД; нет смысла в привязки C# кода к WebAPI — то есть по факту WebAPI будет только для Python) промежуточный слой только усложнит решение и увеличит код. Хотя это просто наша специфика. Решение на WebAPI я безусловно более детально изучу.

Две ORM модели для C# и Python. Нужно решение получше

Да, теперь вижу. Интересно, никогда не работал с WCF. Обязательно гляну, спасибо.

Две ORM модели для C# и Python. Нужно решение получше

Я неправильно выразился. Читайте как: потребовалось изменить таблицу — меняем модели, мигрируем. Конечно, таблица меняется моделью.

Две ORM модели для C# и Python. Нужно решение получше

Illivion, начет Compact — сомневаюсь. Баз много — для каждого кастомера — своя. Кроме того, присутствуют SDE инстансы (гео данные). Да и размер думаю не позволит в Compact положить. Хотя не знаком с ограничениями Compact.

Вы написали про WCF для сервисного интерфейса. А подробнее можете описать как бы он работал? Версионность как обеспечить? Для C# кода я например могу в DLL положить ORM модель и по версии DLL гетить нужные DDL/DML скрипты. Как в случае с WCF быть?

Две ORM модели для C# и Python. Нужно решение получше

sqlautocode к сожалению не поддерживается. Последняя версия 0.7 и судя по некоторым постам, последняя версия не умеет работать ни с гео-таблицами, ни с индексами. Только таблицы и FK/PK.

JSON-Schema интересен, но пока не вижу как в него можно засунуть и FK и stored procedures. В виде специфичных тегов? У вас есть опыт применения JSON-Schema?

Две ORM модели для C# и Python. Нужно решение получше

Хм, интересно. А можете кинуть примерчиком каким-нибудь? И что будет в WebAPI — сервисы для хранения схемы? И обработки запросов на передачу списка таблиц или хранимых процедур?

Две ORM модели для C# и Python. Нужно решение получше

Насчет первой части вашего ответа — да, все верно. Так и работает миграция и лезть никуда мы там и не собирались. Это комментарий или вопрос?

Касаемо второй части — Python потому что качестве back-end у нас геоинформационная система, имеющая мощные модули геопроцессинга только на Python. Проект один, просто и C# код и Python код работают с базой. А на сервис геопроцесинга вешается бринг-ап базы данных с предвариательным геопроцессингом данных.

Две ORM модели для C# и Python. Нужно решение получше

Спасибо за ссылку. Касаемо ответа, я его первоначально невнимательно прочитал. JSON-Schema кажется действительно одним из приемлемых вариантов. Спасибо за наводку.

Две ORM модели для C# и Python. Нужно решение получше

Но тогда по сути придется разработать свой формат и писать два парсера для него. Хотя, тот же Antlr в помощь, но все равно непрактично.

Ищу однажды увиденную интересную задачу на интервью по DSP

Спасибо огромное за ссылку!

Существующие web-решения по обработке изображений (RAW, фильтры, JPEG)?

Речь не о выкладывании RAW. Суть в обработке… Ну да ладно. Спасибо за ценные комментарии!

Существующие web-решения по обработке изображений (RAW, фильтры, JPEG)?

Да, согласен, что 100х100 в принципе мало. И, скажем, 250х250 погоды тоже не сделает. Конечно, пересылать по паре метров не очень удобно. Но, например, можно дать свободу выбора пользователю…

20-40 может быть внутри, но человек не справится с их установкой. В интерфейсе более 2-5 параметров сделают его малопригодным для использования.

Согласен на все 100. Однако, мы говорим о более-менее профессиональном решении. А применить пару параметров можно и в paint.net (я утрирую).

Но производителям проще делать одинаковые алгоритмы во всех фотоаппаратах

Эмм… не проще :) Разные бренды делают тот же Noise Reduction каждый во что горазд… Да, вы правы, часть алгоритмов пихают на отдельные процы. Но далеко не все. Потому что скажем, один процессор может быть занят стабилизатором, другой — специализированный и держит Audio DSP. А фильтров то тьма — для каждого не сделаешь по железке. И потом, опыт работы у меня с камерами среднего и нижнего ценового диапазона. Там решения гораздо прямолинейные. И скорость процессинга ниже и заплат выше.

Спасибо за комментарии еще раз. Cкажите, а вы бы вообще пользовались бы таким сервисом? Что там должно быть реализовано, чтобы заинтересовать лично вас как пользователя и бывалого фотографа?

Существующие web-решения по обработке изображений (RAW, фильтры, JPEG)?

Спасибо за комментарии!

А что я на такой картинке должен разглядеть? Даже 1024x1024 будет маловато.

Я про фильтры и цветовую корекцию. Это можно увидеть и на 100х100. Фотографии я не проявлял. Чукча не фотограф, чукча писатель :)

Насчет шумоподавления. Все что вы пишите — правда, но и очевидно. Пусть для оценки шумоподавления мы дадим часть изображения. Согласитесь, там не важна целая картинка. Интересен регион либо светлого фона, либо переход некий. И потом, 2-5 параметров — это архи мало для продвинутого шумоподавления. Скорее 20-40. Но, точнее я не скажу — это не мой профиль, я лишь видел работу связанную с этой областью.

именно то, что есть в фотоаппаратах.

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

Искать человека — плохой вариант. Лучше целевую аудиторию. Но это проблема.

Существующие web-решения по обработке изображений (RAW, фильтры, JPEG)?

У меня разрешение экрана всего в два раза меньше, чем разрешение фотографии. Это все равно мегабайты. Кроме того, любой scroll или zoom будет инициировать загрузку.

Немного не понял вас. Картинку для оценки качества или эффекта можно давать размером 100х100. Зума не будет, ибо не вижу смысла для него. В крайнем случае можно закачать выбранное изображение (на одной из стадий обработки) и уже его рассмотреть подробнее.

Существующие web-решения по обработке изображений (RAW, фильтры, JPEG)?

Для этого надо сначала понять зачем это нужно.

В яблочко. Но как это сделать? По редким комметариям к разным статьям делаю вывод, что как минимум интерес был бы. Писать в тех. форумы? Спрашивать на stackexchange? Вариант, в принципе.

Ключевое слово — latency. Вычислений не очень много, компьютер с ними справляется за несколько секунд, но их надо сделать как можно быстрее. Затраты на передачу данных все съедят.

Берем amazon. Raw храним там же. Там же и образы системы с GPU обрабатывает запросы. latency минимальная. Поправьте меня, я не шибко с AWS знаком. Кроме этого варианта, какие еще есть? Как по вашему сделать, чтобы latency была вне scope?

Да, согласен, вам может и не нужна обработка фотографий. Но к примеру — HDR, Panorama. Да, все это уже есть в камерах, но требуемого ли качества? Зачастую реализуется алгоритм не для максимального качества, а для приемлемого performanc'а.

Существующие web-решения по обработке изображений (RAW, фильтры, JPEG)?

А в веб переносить — для общедоступности. Захотите расшарить промежуточный этап кому-то из ваших друзей — пожалуйста. Хотите использовать продвинутые алгоритмы шумоподавления — легко. Смотреть и играться с фильтрами — тоже просто.

Существующие web-решения по обработке изображений (RAW, фильтры, JPEG)?

Спасибо за комментарий. Ну я просто интересуюсь, как такое можно сделать. Насчет огромных размеров, вы правы. Но ведь есть сервисы куда пользователи уже льют свои RAW. И можно просто оттуда их закачивать — без посредника-пользователя.
Что касается мегабайт — зачем пользователю отсылать каждое изображение во всей его «красе» — thumbnail'а вполне будет достаточно.
Что касается больших вычислений — а если, скажем, возложить это на [gpu] cloud computing?

SSL сертификаты в качестве механизма лицензирования программы

Я уже выбрал что буду реализовывать. Спасибо вам огромное за выдачу ЦУ :) Только вопросик про то, что могу ли я использовать ЦС для генерации сертификатов по двум направлениям (БД + лицензирование) так и остался открыт :)

SSL сертификаты в качестве механизма лицензирования программы

Во-первых, я не знаком пока еще с этими понятиями. Во-вторых, возьмем к примеру EJBCA. Тянет он кучу всего в плане зависимостей и пакетов + его настройка. По сравнению, к примеру, с уже установленным openssl, центр сертификации потребует определенных временных затрат. Отсюда и «целый» :)

SSL сертификаты в качестве механизма лицензирования программы

Сертификаты не генерирую. Как процесс, генерация не налажена (собственно и вопрос отсюда возник). А тестовые сертификаты сгенерировал через openssl. Варианты я ваши понял. Пока не решил, какой выбрать. Сомнения, что для вроде бы не очень большой задачи настраивать целый центр сертификации следует… Хочется до жути конечно :) Но насколько целесообразно…