Статьи в категории Шпаргалки

Чеклист для разработчиков по подготовке к техническому собеседованию

Чеклист для разработчиков по подготовке к техническому собеседованию

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

 

Инструменты разработчика для повышения продуктивности

Инструменты разработчика для повышения продуктивности

Рассмотрим несколько полезных инструментов для разработчика, которые позволяют облегчить и ускорить разработку.

Антипаттерны в программировании и проектировании архитектуры

Антипаттерны в программировании и проектировании архитектуры

В этой статье мы собрали антипаттерны проектирования, программирования и архитектуры вместе.

 

GRASP принципы

GRASP принципы

GRASP - general responsibility assignment software patterns — общие шаблоны распределения ответственностей. GRASP шаблоны, используемые в объектно-ориентированном проектировании для решения общих задач по назначению ответственностей классам и объектам.

Как быть креативным и продавать креативные идеи клиенту

Как быть креативным и продавать креативные идеи клиенту

Наша команда побывала на первой конференции некактус которую организовала banda.agency. Первым докладчиком был Павел Вржещ  где он рассказал об их критериях креативности и о том как продавать креативные идеи заказчику

Теги:

Как правильно проходить технические интервью?

Как правильно проходить технические интервью?

Статья про то как правильно проходить технические собеседования в IT компании.

В статье мы рассмотрим такие вопросы:

  1. Как правильно оформлять резюме программисту?

  2. Как готовиться к интервью?

  3. Как правильно вести себя на интервью?

  4. Что делать после интервью?

Теги: Checklist HR

Приложение двенадцати факторов (The Twelve-Factor App)

Приложение двенадцати факторов (The Twelve-Factor App)

Приложение двенадцати факторов — это методология для создания SaaS-приложений.

Мтодология двенадцати факторов может быть применена для приложений, написанных на любом языке программирования и использующих любые комбинации сторонних служб (backing services) (базы данных, очереди сообщений, кэш-памяти, и т.д.).

Принципы объектно-ориентированного проектирования

Принципы объектно-ориентированного проектирования

SOLID принципы:

  • The Single Responsibility Principle​ (SRP) — Принцип единственной обязанности У класса должна быть только одна причина для изменения.
  • The Open Closed Principle​ (OCP) — ​Принцип открытости/закрытости Программные сущности (классы, модули, функции и т. п.) должны быть открыты для расширения, но закрыты для модификации.
  • The Liskov Substitution Principle​ (LSP) — ​Принцип подстановки Лисков Должна быть возможность вместо базового типа подставить любой его подтип.
  • The Interface Segregation Principle​ (ISP) — ​Принцип разделения интерфейсов Клиенты не должны вынужденно зависеть от методов, которыми не пользуются. Интерфейсы принадлежат клиентам, а не иерархиям​
  • The Dependency Inversion Principle​ (DIP) — ​Принцип инверсии зависимости Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.

Другие принципы:

  • Release Equivalence Principle (REP) — ​Принцип эквивалентности повторного использования и выпуска Единица повторного использования равна единице выпуска.​
  • Сommon Closure Principle (CCP) — ​Принцип общей закрытости Все классы внутри пакета должны быть закрыты относительно изменений одного и того же вида. Изменение, затрагивающее пакет, должно затрагивать все классы в этом пакете и только в нем.​
  • Сommon Reuse Principle (CRP) — Принцип совместного повторного использования Все классы внутри компонента используются совместно. Если вы можете повторно использовать один класс, то можете использовать и все остальные.
  • Acyclic Dependencies Principle (ADP) — ​Принцип ацикличности зависимостей В графе зависимостей между пакетами не должно быть циклов.​
  • Stable Dependencies Principle (SDP) — ​Принцип устойчивых зависимостей Зависимости должны быть направлены в сторону устойчивости.
  • Stable Abstractions Principle (SAP) — ​Принцип устойчивых абстракций Пакет должен быть столь же абстрактным, сколь и устойчивым​

Шаблоны проектирования "банды четырёх (GoF)"

Шаблоны проектирования "банды четырёх (GoF)"

Статья о Шаблонах (или паттернах) проектирования. Паттерны описывают типичные способы решения часто встречающихся проблем при проектировании программ.

 

Что такое паттерны проектирования?

Паттернами проектирования (Design Patterns) называют решения часто встречающихся проблем в области разработки программного обеспечения. В данном случае предполагается, что есть некоторый набор общих формализованных проблем, которые довольно часто встречаются, и паттерны предоставляют ряд принципов для решения этих проблем.