AHMED_RAPIRA, незыблемое, говорите?
Знаете, что такое терминатор на коаксиальном кабеле и зачем?
Или, может, помните такой ультрасовременный инструмент с интегрированной БД - M$ Access?
Если есть лицензия, то под ней же логично держать и сервер разработки.
Но раз у вас есть лицензия - вы оплатили техподдержку.
Обратитесь к ней, прочувствуйте прелесть легального российского софта и весь ужас пиратства...
Xveeder, собственно, если хочется снаружи класса определять его принцип работы, можно его назвать DeliveryFactory, например. Но собирать его в одной папке с PaymentFactory или StoreFactory, с которыми он ну никак не взаимодействует и никогда не будет - просто нелепо. Только потом сложнее будет поддерживать эту кучу.
При этом я вполне допускаю, что эти классы все-таки будут лежать в одной папке. Но не потому, что они все - фабрики, а по какой-нибудь более вменяемой причине.
И потом надо тебе разобраться с тем, как в том магазине добавлена доставка СДЭКом, например - и всего-то три файлика, но в трех разных папках. Удобно...
AHMED_RAPIRA, мы все однопоточные. Учеба требует накопления контекста, его переключение резко снижает ее эффективность. Перестаньте выныривать, даже если очень хочется. Иначе продвигаться будете, как на ручнике.
Xveeder, смешивать ничего не требуется. Нужно объединять то, что работает вместе. Объединять же то, что работает одинаково, никому на хрен не нужно и даже вредно. Глядя на пакет снаружи, у вас просто не должно возникать мыслей о том, КАК оно работает. Только - ЧТО делает.
Xveeder, мысль была высосана из пальца, надо полагать. Практика покажет, что объединение кода по таким надуманным принципам будет только мешать с ним работать.
OrangePi поддерживает несколько систем - и Armbian, и Android, например.
Тут, как я понимаю, достаточно погуглить "grub change UUID" и попробовать первое же, что предложит гугль.
Никита Савченко, да хоть питонер, это как раз неважно. Смысл в том, что вы в низкоуровневом профессиональном языке пытаетесь реализовать дурные привычки из высокоуровневых любительских. Ничего, кроме ухудшения читаемости и производительности кода, из этого не выйдет.
Если вам непонятен код в учебнике - перечитайте параграф перед ним.
Если вам непонятен код в видосике - выкиньте его и возьмите учебник.
Там все объясняется, и про классы-члены, и про стандарты именования, просто не ленитесь прочитать.
Объяснения на QnA, сколь угодно подробные, не заменят базы.
Нахватавшись по верхам, вы получите опасную иллюзию знания - до первой проверки.
My1Name, вообще-то в радуге нет большей части RGB (темных оттенков, черного, белого и серого). Как вы фото шоколадки в фольге разложите на свою "радугу"?
Знаете, что такое терминатор на коаксиальном кабеле и зачем?
Или, может, помните такой ультрасовременный инструмент с интегрированной БД - M$ Access?