Everything_is_not_so_bad

Застойный простатит к 30 легко заработает и обычный геймер-задрот, для этого профессионального образования не требуется. Достаточно прилипнуть к креслу.
Подобные проблемы есть следствие не профессии, а сидячего образа жизни. Вот туннельный синдром и остеохондроз действительно - болезни профессиональные... или, опять же, геймерские.

Как домашний проект в принципе неплохая идея, слишком уж муторная, и фактически нереальная для одного разработчика. Вы задолбаетесь писать драйвера для апаратной совместимости с чем то из СКУД оборудования, там очень много нюансов, тот же NFC протокол если описывать нормально, это очень и очень много строк кода. Даже используя ACR122U и его SDK. Второе вы хотите сделать эдакий комбаин со всем на свете, и бедная малинка такого надругательства просто не переживет, не для нее это. То же распознавание чего бы то не было, крайне ресурсоемкая задача.

Если по теме:
1. Используйте базы данных, которые будут совершать как можно меньше запросов к SD карточке. Например Redis, которая будет жить в оперативной памяти.
2. Без разницы. Изначально нужно определиться со стеком для бекэнда, а учитывая вашу идею это крайне нетривиальная задача, а там хоть html и js чистый используйте.
3. Как я писал выше, вы хотите комбаин, а это уж извините, бред. Не на таком оборудовании. Реализовать что-то одно. Например распознавание, или биометрию, или карточки, еще куда не шло, если делать все сразу будет нерабочий франкенштейн

0) Во "взрослой" промышленности применение разного рода макетов-малинок экономически не оправданно. Главная причина - у них не промышленное исполнение. Они не защищены от ЭМИ, от статического электричества, от иголок по питанию, от грозы. Это все придется добавлять сверху - иначе вашу хваленую БИЗОПАСНОСТЬ можно будет поломать вспышкой от фотика.

1) МНОГО запросов - понятие сильно растяжимое. Эту задачу нужно решать на самом раннем этапе разработки архитектуры, однако, для этого нужен опыт. Поэтому, на этапе обучения, от этой задачи можно отказаться. Поверьте, инсталляции постгреса с дефолтными настройками (кроме одной) хватает на обслуживание 200-500 одновременных соединений. которые валят запросы каждую секунду. Как по вашему, это "много"?

2)На этапе изучения, пока опыта нет, проще всего взять то, что знаете лучше всего.

3) Скорость работы + работа с железом. Что-то я слышал такое про C++. Однако, если вы его не знаете, вы просто добавите себе проблем.

Вывод - такая система будет вам по зубам, при условии, что вы знаете, как сделать каждую ее часть в отдельности. Вот вы делали хотя бы простой замок, открываемый через интернетик? SSL к нему привязывали? Двухфакторную авторизацию? fail2ban?

Задачи, которые вы себе ставите, умещаются в нескольких разрабов, и то с трудом - тут и фронт, и бэк, и devops, раз про нагрузки речь пошла, и разработка железа.

Ну вот на уровне такого вопроса - равноценны они.

Orion https://orion.siderus.io/

pf.text = '9' AND pf.text = '4' - как вы думаете, при каком значении text это условие сработает?

Не мудри, отправляй ссылки на картинки

Знание языка программирования - это то же самое, что знание клавиатуры или умения закрывать окна программ, пользуясь крестиком.

Ничего такого умного в этом нет.

Важно понимать алгоритмы, паттерны и пр. концепции. А они инвариантны относительно языка. Их вполне можно изучать на примере Pascal или на примере Go.

Конкретно по Pascal - он относится к самому распространенному классу языков программирования. Поняв принципы программирования в Pascal вы легко поймете принципы программирования в C/С++/JavaScript/Python/PHP/C#/Java/Swift/Ruby/Go/Rust и пр. Эти языки очень похожи.

Более того, Pascal - это язык со статической типизацией и ручным управлением памятью, что полезно для обучения так как язык вам показывает вам ваши ошибки и позволяет понять концепцию управления памятью.

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

А в остальном - в общем-то "все и сразу" несколько неестественно. Один из вариантов - репорты. То есть формирование отчета по нужному шаблону и критериям. Притом критерии могут быть разные - то "активные в этом месяце", то "уже полгода не покупающие", "накопленные суммы и среднемесячные объемы".

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

С чего ты взял что твой код будет лучше и безопаснее? Обычно даже наоборот. Библиотеки - подддерживают десятки или сотни программистов, улучшают, фиксят баги и уязвимости.
Тебе надо самому тестировать свой продукт, идеальной системы без дыр, которую невозможно взломать, просто несуществует. Дело лишь в том, как много усилий и затрат надо потратить на взлом проекта и будет ли оно того стоит, чтобы за это кто-то взялся.

Надежность бывает разная - кто то говорит об отсутствии ошибок в коде, а кому то нужна надежность от бекдоров.

Только аудит кода, личный или наемный сторонний специалист/компания, могут дать хоть какие то гарантии, все остальное:

молиться

Напоминаю пример - проект криптокошелька (кажется расширения для браузера, если не ошибаюсь для EOS) был атакован одним из разработчиков используемой библиотеки, т.е. пока проект разрабатывался все было ок, как только стал использоваться - злоумышленник добавил в код воровство приватников и после того как разработчики расширения в очередной раз выпустили обновление - потырил кучу денег.

Вам же Google по порядку пишет что делать, беретесь за список и делаете по шагам. Чудо-плагинов нет, все ручками. Плагины могут помочь с кешированием или оптимизацией картинок, а вот с уменьшением DOM узлов или долгим выполнением JS уже нет. Надо вручную тему ковырять.

есть трюк для определения айфоновской "челки"
https://css-tricks.com/the-notch-and-css/