Планируется выгружать данные в "нейтральный" формат для Import/Export на другие "площадки"
Тут сходу-то не ответишь необходимо или нет.
Что-это за нейтральный формат? Xml? Json?
Вобщем если import - это merge в сущесвующую систему - то обычно главная задача - что делать с конфликтом
ключей. Например выделить каждой системе диапазон ID или явный префикс.
Сам по себе GUID обычно используется для распределенных систем наподобие MQ где нету единого
узла но бизнес-объекты должны иметь ключик. Вот если у тебя не распределенная система - то в
гуидах особой необходимости нету. От них вообще одни недостатки в БД. Например разбухание
индексов.
Такую постановку мог придумать очень душный преподаватель чтоб помучить тебя.
Сырыми сокетами пользовались лет 40 назад. Сейчас поверх них созданы прикладные протоколы.
HTTP/SOAP/Rest/XML-RPC/gRPC и если ты решил что-то передать то надо брать именно такой протокол.
vadim, ну не хватает и не хватает. Что тут поделать? Тут-же количество обратно качеству. Сам понимаешь. Время == деньги. И чем дольше ты разбирался тем ценнее ты и твои знания и наоборот.
Как и вся криптография, майнинг имеет гарантии на уровне предположений что в ближайшие 10-20 лет технологии будут расти но не так сильно как нужно для поиска nonce.
Если читать книги Брюса Шнайера - то он в качестве примера всегда оперирует численными сравнениями. Не на уровне точных чисел а на уровне порядков. И нужно ли 6 подтверждений или 5 или 7 - это вопрос экспертный. Это как вы решаете сидя дома - покупать или продавать доллар. У вас ведь нет в голове точной формулы или триггера когда это делать и почем. Так... прикинув на глазок.
Дмитрий, я не специалист по Дельфи-Лазарус. Вообще с моей точки зрения это - мёртвая технология сегодня.
Но если-бы я на вашем месте искал челленджей - то искал бы их в языке Nim (https://nim-lang.org/ ) который испытал на себе влияние ObjectPascal/Oberon. Тоесть по духу вам должен быть ближе. Но это современный и более интересный язык чем Дельфи. Тем более что в нем заявлены фичи управления памятью и метапрограммирования.
По поводу веб-серверов - не знаю. Ничего не скажу но в любом
современном языке - их вагон и тележка. Ищите.
По поводу доступа к USB/COM портам - тоже не скажу. Но вы можете просто начать копать от Linux Kernel + USB devices. Там будет API.
Ты ведь сам написал в заголовке что озабочен перформансом актикса? Вот. Давай сделаем тест
чистого веб-метода который не зависит от БД. А после этого сравним с golang и прочими.
Да я вообще не про это. Если actix-web садится линейно. То тут ничего интересного нет для изучения. Ну садится и садится. Так он написан.
А вот если просадка имеет точку где резкий провал идет (график -Г-образный) то интересно с чем этот провал связан и как его сдвинуть дальше вправо. Память поднять. Или в настройках сетевого стека покрутить что-то.
Если честно - то у меня тоже иногда щелкает. С тех пор как ушел с нормальной геймерской карты CreativeLabs на всякие ширпотребные встроенные звуковушки - то все они с дефектами. Просто я наверное перестал замечать эти звуки.
Никита Савченко, тут я не помошник. Если ты такой лентяй - то ищи себе такой GhatGPT чтоб за тебя софт писал.
Но если ты думаешь просто об автоматизации рутины - то придумай себе псевдо-язык который будет транспилироваться в C++ код или в шаблон с минимальным наполнением. Такая автоматизация легко делается с makefile и с применением вспомогательных языков вроде bash/Python/Ruby.