Скорее всего эта задаче тебе не по зубам. Тот человек который тебе ставит задачи должен дать больше детализации. И создать какие-то под-задачи. Потому-что сейчас она выглядит как совершенно нерешаемая и решать ее можно 10 или 20 лет безо всякой надежды на успех.
И ты должен задавать вопросы не здесь а там где ты получаешь деньги. Потому что здесь пока совершенно нет никаких технических советов. Тоже самое что и выбор CRM. Должна быть сравнительная матрица всех CRM которые существуют и должен быть известен бюджет и стек технологий.
Как можно давать тебе советы в хабр я вообще не представляю потому что никто этой информацией не владеет и все советы будут безответственны здесь и бесполезны. С таким-же успехом можно пойти за советом в казино или в пивной паб.
italant, еще такая мысль у меня возникала. Допустим купил я у амазона виртуалку с 2 vCPU. Виртуалка фактически развернута на bare-metal железке допустим с 8 CPU.
Но параллельно со мной виртуалки купил некто. Который тоже хостится на этой bare-metal. По замыслу маркетинга мы купили независимые CPU но на самом деле мы имеем взаимное влияние кеша L3 который разделяется для всех vCPU. И этот загадочный сосед любит чего-то майнить или рендерить 3Д. Короче любит грузить систему будь здоров. И я рано или поздно почувствую его влияние.
Как это влияние измерять? Как его компенсировать. Вот такой вопрос.
В 2000 когда я качал много фильмов через eMule у меня была идея - создать свою файловую систему на базе ext2. Я хотел такую систему где всегда будет свободное место для записи. Но чтобы старые файлы очень быстро и легко удалялись без вопросов. По дате. Оно понятно что такую систему можно реализовать просто плановой чисткой файлов по дате. Но вот у меня был интерес сделать slide-fs. Ну типа слайд как скользящее окно. И операция fwrite всегда проходит успешно. Но есть сайд эффектик.
Старые фильмы и сериалы ... тупо улетают в трубу. Не успел скопировать - хех... качай заново. Зато диск - почти всегда занят на 100%.
Ни фига не сделал. Только задумчиво глядел в сорцы ext2. Тяжко.
Jesus cs, ну это вобщем было на 50% шутка. Но в любом случае. Python хорош в интеграции с Linux. И если ты делаешь ботов (продаешь рыбов) - то лучше это делать в виртуалках на Линухе чем в десктопах твоей бабушки.
Василий Банников, тогда минстрой должен предоставить некий ГОСТ или спецификацию как он хочет это видеть.
Тогда техническое задание - формализуется. Потому что сейчас оно еще не формализовано и выглядит
как "сделайте мне хорошо".
Я точно-точно находил генераторы схем которые работали для json-schema. Почти все написаны на Питонах.
И я думаю что для XML варианта тоже можно найти такую штуку. Автору даже проще. Накидать готовых шаблонов таких документов (с namespaces) и на выходе получить готовую схемку.
Вот я-бы по такому пути пошел.
Но путь автора на этом - только начинается. Если не вникать в задачу глубоко - то нюасны вылезут потом полюбому.
Достаточно странно обсуждать эту тему в "отрыве" от процесса разработки софта. На рубеже 2000х было создано охренительное количество технологий которые на этом работают. Но не все из них дожили до наших дней. Например сервисы REST практически отказались от XML как от транспортного протокола всвязи со сложностью.
Не получиться ли так что вы родите "гоммункула" который будет никому не нужен? Ведь смысл XML - в автоматическом парсинге программными средствами. Что толку если вы на бумажке нарисуете тонну спецификаций а программист посмотрит на это и пошлёт вас далеко за горизонт. Или просто выкатит эстимацию на 2 года разработки.
Где технология XML сегодня все еще работает? Это легаси-сервисы SOAP для финтехов. Плюс некоторые части конфигураций Spring приложений которые тоже легаси. Потому что для современного Spring, XML уже не являются шаблоном для нового проекта.
kiddle, я капец дохрена еще много чего не знаю. Вот щас курс прохожу платный по ML. Даст бох - буду скоро отвечать здесь в qna на тему всяких маш-обучей.
XRFD, ну ты и душный :) Значит LRU-кеш тебе это не структура данных?
И груша тебе - не фрукт?
Я сдаюсь тогда. Но тот преподаватель который тебе задал вопрос - видимо был большой шутник. Потому что прочие структуры данных вобщем-то обходятся без лишних усложнений. В этом их и преимущество. Они - простые. Насчет деревьев - там можно еще лекцию на неделю зарядить. Потому что деревьев бывает сто тысяч видов. Но я-бы и здесь исходил из предположения что деревья не содержат никаких хешей ибо нефик.
