Если брать ентерпрайзные проекты при мне, то база менялась аж.. никогда. Обычно когда бизнес купил себе Oracle или MSSQL то переход на другую систему равносилен пожару или потопу. К тому времени приложения уже используют модули и хранимые процедуры и смена dbms превращается в аватнюру. Никто просто не захочет заплатить столько денег.
Поэтому необходимость в ORM есть но в части смены DBMS она обычно преувеличена.
Скорее всего ты до этого не работал с git или работал мало. Файлы в git имеют обычно много состояний. Например они могут быть изменены но еще не положены в staging area e.t.c. Чтобы понять что ты там натворил что у тебя "все" файлы туда-сюда летают надо смотреть git status.
И делать этот git status после каждого маленького шага. Кстати git pull который ты используешь на самом деле это макрос которые делает несколько действий. Это просто к сведению. Вобщем бери консоль и смотри статус.
Сергей Соколов, я тоже в этом направлении думаю. Вроде как стандарт mkv изначально предполагал множество видео-потоков. Как это будет отображать плеер - дело десятое. Но главное что в принципе возможно.
Вообще надо читать документацию на эту видеостену. Что советовал производитель.
User, нет-нет. Приблизительный пример - это как бабка "надвое" сказала. Или как вылить кофе и гадать по нему.
Вобщем декомпозиция на мелкие классы - идея правильная. Насчет Python я тут не сильный советчик. Не скажу как лучше. Но если-бы это была Java и работа с базой данных - тогда обычно вводят сущности таблиц (Entities) и репозитарии доступа к базе. Можешь глянуть как принято делать в ORM-фреймворках.
В каком нибудь гипотетическом ленивом ЯП из семейства функциональных подобные бенчмарки тоже давали бы 0 миллисекунд т.к компилятор посчитал бы тело цикла бесполезным и не влияющим на результат.
kr_ilya, интересное наблюдение. Я проверю ваш эксперимент вечером на clang/gcc c разными настройками. Возможно golang действительно срезает углы на поворотах. Впрочем, если заменить ваш код на более полезный, я думаю такая разница будет нивелирована.
Друзья. Тут тема вопроса звучит так. Есть функция. На вход приходит изображение. И надо дать True или False в зависимости от того размытое оно или нет.
def isBlur(image) :
....
Вот скажите мне что здесь будет делать нейросеть. В скобках я замечу что нейросеть - это объект с состоянием. И до того как ее использовать - ее надо обучать. Где здесь обучение? Как его прикрутить? Какая выборка? До того как внедрить нейросеть надо ответить на 1000 экспертных вопросов. И я предлагаю не делать овер-инжинеринг а просто предложить автору метрику высокочастотного шума. И далее пускай он уже сам ее поставит как параметр.
Ну зачем вы везде-то нейросеть толкаете ну йомайо...?
Adamos, я просто не могу с вами разговаривать. Вы навязали определенные входные условия и спорите по ним. Давайте спросим автора кто он и где он. Иначе какая-то астрология выходит.
Проще наверное получить время в формате unix-time и посчитать разницу. И потом идет школьная арифметика. Перевести милисекунды в секунды и минуты и часы.
Я сходу не скажу ни одного названия программного продукта. Лет 20 назад увлекался инженерной графикой. Тогда было все другое. Но если сделать анализ Фурье изображения - то в размытом будут отсутствовать высокие частоты в спектре. Насколько много. И какие частоты - это надо подбирать экспериментируя. Просто брать эталоны и сравнивать.