Ну да, тут понимаю, согласен, спасибо

Х строго до Y - это к джаве)

И туда тоже. Плюс-минус все популярные модели памяти так делают, насколько я понимаю. Есть ли в Python модель памяти — отдельный вопрос, я не помню.

Просто из таких мыслей, которые тут ты пишешь, можно дойти до тыж программиста. Работать по 12 часов непонятно зачем и выгореть. Почитай про T shape.

Там правильно начали говорить о разделении труда. В IT этап Craftsmanship пройден, чтобы это понять можно посмотреть другие отрасли, не IT.

Пора переставать быть идеалистом и думать, что один человек может свернуть горы.

Да, всегда будет работа для спецов на все руки. Но они будут дороже и часто не так эффективны для решения конкретных задач. Умения такого рода скорее будут удобны на более высоких, чем позиции обычного разработчика. Но там это надо не для того, чтобы делать такие задачи, а чтобы управлять исполнителями. Плюс дешевле фуллстеки будут для PoC и других пристрелочных видов деятельности.

Это, наверное, оффтоп, но просто накипело. Если оффтоп, удалите или пинганите - я удалю.

У вас сисадмин - это прямо какой-то c-level прямо ;)

Начинаю подумывать, что «упал сервер» там в контексте «с поверхности»))

)))) в голос

ага, там есть еще водяное охлаждение, а серверная это маленький бассейн, где серваки падают с надувной платформы)))

токсичный антифриз разлился по поверхностям и требуется бригада дезактивации в костюмах рхбз ))

Мда, читаю рассуждения про трудоустройство джунов и всплывает классический парадокс: "Где взять опыт работы, если без опыта работы на работу не берут" )))

Работать бесплатно же

"Джун со знанием слова линукс ищет работу"

Какая из баз данных самая быстрая в освоении?

Я хочу начать работать с БД, но хочется начать с чего-то простого, потому что мне кажется концепция хранения данных без вложенностей немного сложной...

sqllite

Эта концепция будет во всех реляционных СУБД, а дальше уже не суть важно: Sqlite, PostgreSQL, MySQL, MariaDB, MSSQL, Oracle...

Sqlite я, кстати, даже бы не рекомендовал: его просто встроить в код, но он совершенно не проверяет типы и вообще довольно долбануто себя ведёт на куче невалидных (в остальных СУБД) запросов.

Если нереляционные, то когда-то самой модной была MongoDB. Но это крайне специфичная штука и я слышал следующие стереотипы: по умолчанию не умеет ни в атомарность, ни в безопасность, ни во что-то другое, плюс создаёт ложное ощущение, что всё работает, когда на самом деле в 1% случаев произойдёт фигня.

Вполне возможно, что за пять лет что-то поменялось.

Под словом "база данных", как мне кажется, обычно всё-таки понимают что-нибудь реляционное и SQL. А там в любом случае проникаться именно концепцией, на базовом уровне синтаксис у всех баз данных будет одинаковый.

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

Можно ещё попробовать зайти не со стороны базы данных, а со стороны приложения — сделать что-нибудь на Django с моделями и ORM, а потом поизучать базу данных, которую оно насоздавало, и запросы, которые выполняются. Но это только что придуманная идея, не знаю, насколько хороша/плоха

Почему фигня?

Вроде хорошая идея. Но я бы начал с перевода своих существующих проектов на номральную бд с json