mayton2019

Какой формат данных (JSON или JSONB) лучше использовать в этой ситуации?

Похоже автор занялся любимой задачей скучающих разработчиков. А именно - ПРЕЖДЕВРЕМЕННОЙ оптимизацией.

JSON и JSONB возникли например из задачи хранения в БД ДОКУМЕНТОВ. Документ - предполагает специфический юзкейс. Например однократное создание и редкую модификацию. И частое чтение с поиском по текстовому индексу например.

Является ли задача автора - подходящей под данный use-case? Чорт его знает. Я-бы сказал что пока нет. Все таки комментарии пользователя это такие себе... частые модификации документа которых хотелось-бы избежать.

И вообще пока не будет создано 2 макета или 2 proof-of-concept с бенчмарками - мы не можем точно сказать что лучше.

Сам-же Бартунов например в одном из своих докладов рассказывал что сама идея затащить в PG документы возникла из идеи работать с properties в одном поле. С такой себе неструктурированной информацией. А сама задача вознила из прикладной проблемы в дизайне базы для системы образования. Им нужно было хранить в строке неспецифицированный лист атрибутов. Это еще не JSON но уже дедушка его. Вот его так порешали. Это похоже на кейс автора? Я-бы сказал что далеко нет.

Вообще чтоб доказать или опровергнуть огульный тезис о JSON-ификации я-бы довел постановку до абсурда. Зачем мы будем трекать комментарии в JSON. Давайте и посты туда-же. И странички. И вообще всю модель положим в 1 документ JSON. Каково а? У нас будет база с 1 единственной JSON строкой которая хранит в себе всё. Технологично? Да. И не запрещается.

Вот как-то так.

Что такое раздача? Это когда ты опубликовал ссылку но кто-то конкретный не смог ее у тебя забрать. Тоесть он не видит твой хост по IP. Вот я-бы начал расследование именно с этого шага. Что это за человек. Где он сам сидит географически. Пингует ли он тебя? Соединятся ли по UDP/TCP. Может твой провайдер тут непричем.

Вот. А когда уже 2-3 человека твою раздачу забрали - то уже надо обсуждать видят ли их все остальные участники. Вот как-то так.

С провайдером все просто. Можно его спросить что он там по договору предоставляет и что нет.

Такой должности нету. Но это иногда делают архитектор, системный аналитик или просто технический лидер.

Все нормально добавляется. Разбирайся.

>>> import xml.etree.ElementTree as ET
>>>
>>> ET._namespace_map
{'http://www.w3.org/XML/1998/namespace': 'xml', 'http://www.w3.org/1999/xhtml': 'html', 'http://www.w3.org/1999/02/22-rdf-syntax-ns#': 'rdf', 'http://schemas.xmlsoap.org/wsdl/': 'wsdl', 'http://www.w3.org/2001/XMLSchema': 'xs', 'http://www.w3.org/2001/XMLSchema-instance': 'xsi', 'http://purl.org/dc/elements/1.1/': 'dc'}

>>> ET.register_namespace("CadEng4", "urn://x-artefacts-rosreestr-ru/commons/complex-types/cadastral-engineer/4.1.1")
>>>
>>> ET._namespace_map
{'http://www.w3.org/XML/1998/namespace': 'xml', 'http://www.w3.org/1999/xhtml': 'html', 'http://www.w3.org/1999/02/22-rdf-syntax-ns#': 'rdf', 'http://schemas.xmlsoap.org/wsdl/': 'wsdl', 'http://www.w3.org/2001/XMLSchema': 'xs', 'http://www.w3.org/2001/XMLSchema-instance': 'xsi', 'http://purl.org/dc/elements/1.1/': 'dc', 'urn://x-artefacts-rosreestr-ru/commons/complex-types/cadastral-engineer/4.1.1': 'CadEng4'}

Как осуществить переход из одного switch-case в другой и вернуться обратно

Вызвать метод.

Python-разработчик в it это что-то вроде разнорабочего на стройке. Вроде он умеет всё делать но никакой конкретной специализации или направления за Python не закреплено. Это с одной стороны хорошо. Т.к. получается универсальный солдат. А с другой стороны стикер Python еще не говорит о том например сможете ли вы работать в ML. Последнее требует широкого обыта в этой области.

Учитывая тренды времени я вижу следующие направления
- автоматизация тестирования
- автоматизация devops процессов, инфо-без
- BigData + ML + системы машинного зрения
- веб-разработка (Django, Flask), сюда-же я добавлю ботов и скрейпинг сайтов.

Тоесть как видите специализации настолько разношёрстные что надо углубить сам вопрос.

Не просто изучать Python, а изучать Python для конкретного вида деятельности.

Если таблица постоянно растет - то должен быть какой-то ограничитель. Иначе будет рефрешится все медлненнее и медленнее.

Сильно зависит от background. Если автор заходит в Spring с улицы - то ему придется учить все в том числе SQL, ORM, Web, MQ. Это очень плохо и это ставит под сомнения обучение Spring.

Если автор уже имеет опыт разработки веба к примеру, то хороший старт - брать старые приложения и адаптировать их под Spring.

Не нужно все задачи сваливать на регулярку. Регулярка видит семантику символьной последовательности.
Арифметческие смыслы - такие как диапазон, больше или меньше, это все - мимо кассы. Это задача для
целых и вещественных чисел а не для символов.

1) A OR В И В OR А;
2) A AND ВИ В AND A;
3) (A OR В) OR С И A OR С;
4) (A AND В) AND С И A AND (В AND С);

Это не надо доказывать. Это законы коммутативности и ассоциативности булевых операций AND/OR.

Даллее по тексту там - похоже на закон дистрибутивности но надо проверить.

Я никогда не слышал чтоб кто-то читал чистые алгоритмы. Обычно программа более конкретная. Например алгоритмы игровой логики. Алгоритмы маш-обучения. Обобщенные алгоритмы какого-то языка (C++) etc.

Чистые алгоритмы - это Кнут, Кормен. Короче сферическая лошадь в космосе.

Расскажи какие вещи ты уже делал на Java в реальных задача.
Любое обучение или систематизацию всегда лучше привязать к живым а не искусственным задачам.
К примеру если ты писал авто-тесты и есть задача - ускорить их финал - то тут можно изучать многопоточку
принительно к авто-тестам.

Изучение многопоточности например на выдуманных задачах обычно не приносит никакой пользы. Ученики все равно не поймут для чего нужны секции синхронизаии и атомики и все равно не поймут в каких случаях использовать то или это.

на сайте есть различные небольшие блоки (о нас и тд). Встречаются они единожды, но должны редактироваться менеджером -> храниться в базе.

Это различные небольшие блоки по смыслу ближе к обычным файлам в файловой системе.
Файловая система - наиболее гибкая и толерантная в данном варианте использования.

Но поскольку у вас стоит такое требование как хранить в базе - отсюда и возникает вопрос.
А с каким ключом туда это все ложить? Ключ должен быть осмысленным настолько чтобы эти
блоки потом найти и не потерять. И это даже не с нормализацией а скорее просто с особенностями
подобных хранилищ. Key-Value очень быстро захламляется и превращается в свалку или кладбище
документов без внятного понимания нужны они или нет.

Если url будет ключом - то это хорошо.

Можно. Я так делал.

Можно отключить дисковод совсем. Сомнительно что ты в наше время будешь пользоваться дискетами.

В криминалистике обычно для определения размеров объекта на фото, с ним рядом кладут что-то имеющее известный размер. Коробок спичек. Линейку. Или монету. В таком случае наверное можно сопоставить размеры.

В географии в углу карты обычно рисуют маленькую линейку масштаба. По ней тоже можно что-то определить.

В военных биноклях или оптических приборах тоже рисуют такую-себе условную шкалу по которой можно определить либо расстояние до объекта либо высоту самого объекта. Например если объект - это взрослый человек в полный рост.

В остальных случаях нужно иметь наверное представление о самом объекте. Если это камень природной формы - то чорт его знает какие у него размеры. И в данной задаче это наверное будет главное ограничение.

А зачем сделал static?

Тут надо смотреть какие цели этой лабораторной работы. Если цель - учиться С++ - то такое решение как автор написал - вполне себе прокатит. Изучаем switch-case.

Если цель - парсеры, то решением будет разработка парсера математических выражений (ПОЛИЗ до кучи).

Если цель - интеграция - то можно просто из С++ вызать любой трансируемый язык (тот-же Perl или Python) и просто в комнадной строке передать ему выражение и получить готовый ответ.

Если цель - ООП с полиморфизмом - то можно просто развить пункт №2 придав ему красивый вид. Типа Базовый класс - BinaryOp. От него наследники Mul/Sum/Div/Minus.

Короче все эти решения будут правильными. Они все решают задачу но по разному.

В разной тык-скыть прадигме.

Да вы правы. Здесь liquibase вполне себе подходит. Можно брать более модный flyway. Но будьте внимательны. Оба этих продукта имеют бесплатную и платную функциональности. Очень часто начинающие прокалываются на чтении документации и думают что фича есть. А на самом деле она - платная.

Но для простого юзкейса (без откатов) возможностей бесплатной части вполне хватит.