Бывают ли какие-нибудь книги о том как принципиально правильно программировать? Может приёмы какие-нибудь?

нет это все с опытом приходит

Бывают

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

Не знаю что ты за волшебное знание ищешь

Их море

Да, существует множество книг, которые помогут освоить принципы правильного программирования. Например, "Чистый код" Роберта Мартина учит важности читаемости и структурированности кода. "Совершенный код" Стива МакКоннелла предлагает техники улучшения качества разработки. Также стоит обратить внимание на "Refactoring" Мартина Фаулера, где рассматриваются методы улучшения существующего кода. Эти книги помогут развить навыки и понять лучшие практики в программировании.

Программирование — это ПРАКТИКА.

Выучивается синтаксис языка, фреймоврки при нужде и дальше только практика в соответствии с документацией. И других дорог нет.

ну конечно же не бывает...

Книжку по программированию на озоне купи

Так полно книг..или даже в учебниках выделяют отдельно, как лучше делать, а как не надо. Конечно, есть книги серьезней, тоже Искусство программирования Кнут в 3 томах, Алгоритмические трюки для программистов, Алгоритмы, О чем не пишут в книгах по... и др. Есть книги о персональном опыте, есть книги требования разработки в конкретных компаниях, есть книги по типу Жемчужины разработки Вигерс, где описывает:
ТРЕБОВАНИЯ
1. Если вы неверно определили требования, то неважно, насколько хорошо вы выполните остальную часть работы.
2. Основной результат разработки требований — общее ви́дение и понимание.
3. Интересы всех сторон нигде не пересекаются так явственно, как в требованиях.
4. В требованиях в первую очередь важны особенности использования, а затем — функциональность.
5. Разработка требований — итеративный процесс.
6. Agile-требования не отличаются от других.
7. Запись знаний обходится дешевле, чем повторное их обретение.
8. Главное требование к разработке — налаженное и эффективное общение.
9. Качественность требований каждый определяет по-своему.
10. Требования должны быть достаточно хорошими, чтобы разработка могла продолжаться с приемлемым уровнем риска.
11. Люди не просто так собирают требования.
12. Выявление требований должно помочь разработчикам услышать голос клиента.
13. Две распространенные практики выявления требований — телепатия и ясновидение. Но они не работают.
14. Большая группа людей не способна организованно покинуть горящую комнату, не говоря уже о том, чтобы сформулировать какое-то требование.
15. Когда принимаете решение о добавлении функций, избегайте расстановки приоритетов по децибелам.
16. Не задокументировав и не согласовав содержимое проекта, нельзя узнать, увеличивается ли его объем.

ПРОЕКТИРОВАНИЕ
17. Проектирование — итеративный процесс.
18. Чем выше уровень абстракции, тем проще выполнять итерации.
19. Разрабатывайте продукты так, чтобы их легко было использовать правильно и трудно — неправильно.
20. Невозможно оптимизировать все желаемые атрибуты качества.
21. Проблемы легче предупредить, чем исправить.
22. Проблемы многих систем скрываются в интерфейсах.

УПРАВЛЕНИЕ ПРОЕКТАМИ
23. При планировании работ нужно учитывать разногласия.
24. Не давайте оценок наугад.
25. Айсберги всегда больше, чем кажутся.
26. Ваши переговорные позиции будут сильнее при наличии обосновывающих данных.
27. Не записывая оценки и не сверяя их с тем, что произошло на самом деле, вы всегда будете строить догадки, а не оценивать.
28. Не меняйте оценку в зависимости от того, что хочет услышать получатель.
29. Держитесь подальше от критического пути.
30. Задание либо полностью выполнено, либо не выполнено: частичное выполнение не засчитывается.
31. Команде проекта нужна гибкость в отношении хотя бы одного из пяти измерений: масштаба, плана, бюджета, персонала и качества.
32. Если вы не контролируете риски своего проекта, то они будут контролировать вас.
33. Клиент не всегда прав.
34. Мы слишком часто принимаем желаемое за действительное.

КУЛЬТУРА И КОМАНДНАЯ РАБОТА
35. Передача знаний не ведет к проигрышу.
36. Как бы сильно на вас ни давили, не берите на себя обязательства, которые не сможете выполнить.
37. Не ждите, что без обучения и освоения передовых практик продуктивность повысится как по волшебству.
38. Люди много говорят о своих правах, но права подразумевают ответственность.
39. Даже небольшие физические расстояния препятствуют общению и совместной работе.
40. Неформальные подходы, используемые небольшими сплоченными командами, плохо масштабируются.
41. Не стоит недооценивать сложность изменения культуры организации по мере перехода к новым методам работы.
42. Никакие инженерные или управленческие приемы не дадут эффекта, если вы имеете дело с неразумными людьми.

Нет, это всё беллетристика про правильное программирование. Никто никогда правильно еще не программировал... ахахахъ

Книги перечислили. А конкретные рекомендации ищите в "Паттерны программирования" и антипаттерны, как предостережения и контрпримеры.