У меня есть проект на Python под Windows для простой модификации различных игр.
Экспериментируя, я нашёл хорошую библиотеку на C# со всем, чем мне нужно.
Я желаю тебе удачи. Но такая гетерогенность языков и технологий заставит тебя делать больший объем
работы. Если-бы это была архитектура какого-то стартующего проекта в entertpise - то она бы провалилась еще
в стадии обсуждения. Архитектры не стали-бы такое принимать. Но поскольку это твой пет-проект
то можешь развлекаться.
Александр Ivanov, вот интересный ты человек. Я тебя спросил какой протокол используется для пуша. Ты не ответил а что-то добавил. И что нам теперь делать с твоей ошибкой?
Давай тогда закрывай свой вопрос если нет проблем и заводи в хабре новый по поводу LFS.
Фича кстати недоступна обычно для бесплатных проектов. И где-то ты ее активировал.
Но это все лирика. Надоело делать гипотезы.
Тут задачка не для хабра. Импортозамещение контроллеров....
Такая задачка стоит денег и под нее нужен какой-то план.
Я-бы сказал что это для фирм-интеграторов а не для вопросника. Тут - советы
дают люди вобщем-то безотвественно. Тоесть могут посоветовать плохое.
Поэтому рисуй инвентаризацию и максимально детальный план что надо
сделать.
У меня есть много претензий к правообладателям. Но я-бы никогда не стал делать всякие кряки или помогать кому-то обходил лицухи. Я по духу больше созидатель чем ломатель. Вандализм вызывает у меня неприязнь.
А ты можешь заглянуть внутрь файла hex-редактором? Потому что back это такое популярное расширение
что тут аж с десяток программных продуктов связаны https://filext.com/file-extension/BACK
oneLEAM, это попадание в десятку в 8 случаев из 10. Почти все современные юзкейсы ноутбуков или десктопов -
это веб. Если ты вдруг (!) внезапно разработчик софта или базовик (такой как я) то тебе вообще
будет безразличен UI. Посидишь в vim, emacs. Ничего страшного. Консоли - одинаковые везде.
Какие другие десктопные приложения под Linux тебе вдруг критично нужны - а ну давай расскажи. Удиви короче.
yourDaddy1337, Wataru преложил нормальное решение. Ты берешь ASCII таблицу. Смотришь коды символов цифр. Они идут от 0 до 9 линейно. Тоесть если ты код нуля (симовла ноль) прибавишь к твоему числу то как раз и выходит код символа.
Только здесь нужно добавить проверку условия что твой код тоже не превышает 9. Это я акцентирую на code-revew. Нужно делать качественно. И если тебе нужно учить что-то новое - то welcome. А решать проблемы - это больше к фрилансу. Там сидят "решайлы".
Еще вспомнил одно наблюдение. Лет 10 назад я словил баг в коде биллинга для мобильного оператора.
Функция считала услуги за интервал в сутки. Как-то так было ... WHERE dt BETWEN dbbegin AND dend
Конструкция - типичная для БД. К сожалению закрытый интервал при tumbling window
(кувыркающееся окно) захватывал лишнюю секунду. Наивное решение возникло - вычитать
одну секунду из dend. Ошибка на какое-то время ушла. После того как логика была перенесена из
бд в application внезапно я словил новый артефакт. Дата время были с точностью до милисекунд.
Как тут быть. Вот мне еще не хватало думать об ошибках округления. Или учитывать последнюю милисекунду.
Я плюнул и решил что если закрытый интевал мне не подходит то пускай будет полу-открытый. ... WHERE dt >= dbegin AND dt < dend
Этот код работал как надо для любых точностей. Математика оказалась полезнее чем ломка
башки над типами данных.
Stormblessed, я думаю что без экспертизы исходного кода ничего мы тут не сделаем. Вы - делайте
как вам удобнее для команды. Я-бы здесь просто предложил использовать Java Modules или OSGI Bundles
как технологию для разграничения jar-hell. Чтоб у вас были зависимости между модулями (они по любому
будут) но хотя-бы не на реализации а на некую интерфейсную часть. И у вас должен быть декларативный
сценарий сборки проекта когда собираеться например сначала kernel а потом уже все фича-модули.
Если такая сборка сработает - то это означает что дизайн правильный.
BrokeAgain, быстро не разберетесь. Это отдельная наука.
По повду технологий. Кастомер покупает вот это. https://www.databricks.com/
Оно работает поверх облаков AWS или Azure. Формула биллинга очень сложная.
Ее можно узнать не заранее а в конце месяца обычно. Зависит от количества
одновременно работащих нод Databricks. Ноды влияют на скорость агрегаций (и не только).
Термин бронза вы не так поняли. Это не про оплату. А про движение данных в pipeline.
Вкратце. Если вы загрузили в дисковое хранилище сырые данные. Log files. TCP dump.
Или просто какие-то документы или CSV, JSON, XML. Это считается бронза. Если бронзу
загрузить во внутренние таблички Databricks. Это серебро. Появилась schema и типизация.
А если вы уже обработали серебро и опубликовали в третий слой хранения тоже в таблицах
и этот третий слой - готов для презентации на UI - то это считаеться Gold. Хотя деление
весьма условное и можно нарезать еще кучу слоев.
Те кто побогаче сливают исторические бизнес факты во внешние файлы. Apache Orc, Parquet ээ ,, да много их
видов бывает. И загружают в хранилища типа S3/MS Blob в виде файлов. (Bronze Level) И потом обрабатывают их уже для бизнес-аналитиков. Строют модели обучения. И прочее. И агрегации там-же. Это уже
наверное (Gold Level).
Но в вашем случае для единой БД пока проще создать еще одну табличку с агрегациями. Не все
по деньгам тянут покупку BigData технологий.
notificationService.notify(...);