Шпаргалка по PostgreSQL

#db

👉 [club16108331|@itmozg]

Показать полностью (2)

📘 Обзор книги: «Docker Compose для разработчика», Эммануил Гадзурас

Разработка программного обеспечения становится все сложнее из-за использования различных инструментов. Приложения приходится упаковывать вместе с программными компонентами, чтобы упростить их работу, но это усложняет их запуск. С помощью Docker Compose можно всего одной командой настроить приложение и необходимые зависимости.

Вы познакомитесь с основами томов и сетей Docker, с командами Compose, их назначением и вариантами использования. Настроите базу данных для повседневной работы, доступную через сеть Docker, установите связь между микросервисами. Научитесь с помощью Docker Compose запускать целые стеки локально, моделировать промышленные окружения и расширять задания CI/CD. Кроме того, узнаете, как извлечь выгоду из Docker Compose при создании развертываний в промышленных окружениях, а также подготовите инфраструктуру в общедоступных облаках.

💬 Что говорят люди:
Читатели отмечают, что книга написана доступным языком и содержит множество практических примеров, что делает ее полезной как для начинающих, так и для опытных специалистов в области DevOps. Особенно ценятся пошаговые инструкции и реалистичные примеры, позволяющие сразу применять полученные знания на практике. Один из отзывов подчеркивает, что книга охватывает широкий спектр практик, включая краткое описание Kubernetes, и предоставляет ссылки на рабочие примеры для более глубокого изучения.

➕ Плюсы:
- Доступное изложение материала.
- Множество практических примеров.
- Охват широкого спектра тем, включая интеграцию с другими инструментами.

➖ Минусы:
- Некоторые примеры описаны поверхностно, требуя дополнительного изучения.
- Использование дополнительных компонентов может усложнить восприятие для новичков.

🖊 Об авторе:
Эммануил Гадзурас — опытный специалист в области разработки программного обеспечения и DevOps. Его профессиональный путь включает работу над проектами, требующими глубоких знаний в области контейнеризации и оркестрации приложений.

🧠Кому подойдет?
Издание предназначено программистам и инженерам DevOps, которые желают научиться настраивать многоконтейнерные приложения Docker. Оно также будет полезно руководителям групп, стремящимся повысить продуктивность команд разработки.

#book@itmozg

Совет по Javascript 💡

Возможно, вы не знаете об этом лучшем и надежном способе глубокого клонирования объектов JavaScript 🤩
👉 [club16108331|@itmozg]

Принципы проектирования программного обеспечения📌

[1.] KISS (Keep It Simple, Stupid — «Делай проще, тупица»)
- Программное обеспечение должно быть максимально простым.
- Используйте понятный и лаконичный код, избегайте ненужной сложности и сосредоточьтесь на основных функциях.

[2.] DRY (Don't Repeat Yourself — «Не повторяйся»)
- Код не должен дублироваться.
- Используйте функции и классы для инкапсуляции общего кода.
- Используйте переменные и константы для хранения значений, которые используются в нескольких местах.

[3.] YAGNI (You Ain't Gonna Need It — «Вам это не понадобится»)
- Не добавляйте в программное обеспечение функции, которые вам не нужны.
- Держите программное обеспечение простым и поддерживаемым.

[4.] SOLID
- Принцип единственной ответственности (Single Responsibility Principle) — Класс должен иметь только одну ответственность.
- Принцип открытости/закрытости (Open/Closed Principle) — Классы должны быть открыты для расширения, но закрыты для изменений.
- Принцип подстановки Барбары Лисков (Liskov Substitution Principle) — Объекты производного класса должны быть заменяемы объектами базового класса.
- Принцип разделения интерфейса (Interface Segregation Principle) — Клиенты не должны зависеть от методов, которые они не используют.
- Принцип инверсии зависимостей (Dependency Inversion Principle) — Зависимости должны внедряться в класс, а не быть жёстко встроенными.

[5.] Принцип наименьшего удивления
- Проектируйте программное обеспечение в соответствии с ожиданиями пользователя.
- Используйте знакомую терминологию и соглашения, предоставляйте чёткие и понятные инструкции.
- Используйте корректные и лаконичные сообщения об ошибках.

[6.] Принцип модульности
- Проектируйте программное обеспечение как набор независимых модулей.
- Это помогает сделать программное обеспечение более понятным, поддерживаемым и тестируемым.

[7.] Принцип абстракции
- Проектируйте программное обеспечение, скрывая детали реализации от пользователя.
- Это помогает сделать программное обеспечение более понятным и удобным в использовании.

[8.] Принцип инкапсуляции
- Программное обеспечение должно быть спроектировано так, чтобы скрывать внутреннее состояние объекта от внешнего мира.
- Это помогает сделать программное обеспечение более надёжным и поддерживаемым.

[9.] Принцип наименьшего знания (Закон Деметры)
- Программное обеспечение должно быть спроектировано так, чтобы минимизировать объём знаний, которые модуль должен иметь о других модулях.
- Это помогает сделать программное обеспечение более модульным и гибким.

[10.] Принцип слабой связанности и высокой связности
- Связанность (Coupling) — степень, в которой элементы модуля зависят друг от друга.
- Модуль со слабой связанностью имеет мало зависимостей, и его элементы не слишком зависят друг от друга.

- Связность (Cohesion) — степень, в которой элементы модуля связаны между собой.
- Модуль с высокой связностью имеет одну чётко определённую цель, и все его элементы связаны с этой целью.

👉 [club16108331|@itmozg]