Матрица компетенций для IT специалиста

Матрица пользователя : Clownpieces

  • Заполненных тем 5
  • Заполненных навыков 17
  • Auth OOP SDLC API Paradigms
  • 444
  • 2024-12-28 12:36:37
  • Функциональное программирование
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    Функциона́льное программи́рование — парадигма программирования, в которой процесс вычисления трактуется как вычисление значений функций в математическом понимании последних (в отличие от функций как подпрограмм в процедурном программировании).

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

    https://ru.wikipedia.org/wiki/Функциональное_программирование

  • Понятия ООП
    • Знаю: Может рассказать и объяснить все термины
    • Понимаю: На лайвкодинге может написать код используя термины.

    Термины:

    • Класс
    • Объект
    • Интерфейс
    • Поля данных/Своиства
    • Методы
    • Контроль доступа
  • Принципы ООП
    • Джун: Может объяснить базовые принципы.
    • Мидл: Разбирается в принципах ООП.
    • Синьор: Может на лафкодинге показать пример принципов ООП.

    Принципы:

    • Абстракция
    • Инкапсуляция
    • Наследование (Делегация, Композиция, Агрегация)
    • Полиморфизм

    Знания на сеньора:

    • Динамическое связывание методов
    • Динамическое создание и уничтожение объектов
    • Значительная глубина абстракции
    • Наследование «размывает» код
    • Инкапсуляция снижает скорость доступа к данным

    https://ru.wikipedia.org/wiki/Объектно-ориентированное_программирование

  • SOLID - S
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    Знаю - знаю определение Понимаю - привести пример и досконально объяснить суть.

    https://ru.wikipedia.org/wiki/Принцип_единственной_ответственности

  • SOLID - O
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    https://ru.wikipedia.org/wiki/Принцип_открытости/закрытости

  • SOLID - L
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    https://ru.wikipedia.org/wiki/Принцип_подстановки_Лисков

  • SOLID - I
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    https://ru.wikipedia.org/wiki/Принцип_разделения_интерфейса

  • SOLID - D
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    https://ru.wikipedia.org/wiki/Принцип_инверсии_зависимостей

  • OpenAPI
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    https://ru.wikipedia.org/wiki/OpenAPI_(спецификация)

  • REST(FULL) API
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    https://ru.wikipedia.org/wiki/REST

    https://google.aip.dev/general

  • WebSocket
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    WebSocket — это протокол двусторонней связи для постоянного обмена сообщениями клиента и сервера. Как и HTTP, WebSocket работает поверх TCP. Но вместо периодического соединения формата «запрос – ответ», держит постоянное соединение с сервером. Поэтому сервер всегда знает конкретного клиента «в лицо» и может отправить ему данные без дополнительного запроса. Например, используется для систем оповещений и чатов браузерных игр.

    До появления полноценного стандарта подобные задачи решались двумя способами. Первый, периодические запросы «у меня есть новые сообщения» — но этот способ фактически мертв. Второй, Long-polling запросы — сервер не ограничен по времени, в течении которого он должен отдать ответ. Когда сервер получает запрос, он ответит на него, когда данные будут доступны для отправки. А браузер, в свою очередь, как только получит эти данные, сразу же делает новый запрос. Для конечного пользователя это выглядит как постоянное соединение с сервером.

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

    Общение через WebSocket может быть реализовано по принципам REST — HTTP-метод + ресурс + тело запроса. Или реализовано, как JSON-RPC — имя процедуры + список параметров. Либо вовсе использовать GraphQL — называется «подпиской» (subscription).

    Самое частое применение WebSocket — real-time чаты. Новое сообщение получатель видит, когда сервер рассылает сообщения всем адресатам, а не когда запрашивает сам. Библиотеки для WebSocket-сервера существуют почти для всех языков и их фреймворков. Вопрос будет только в выборе самого популярного и/или удобного лично для вас.

    https://developer.mozilla.org/ru/docs/Web/API/WebSockets_API https://learn.javascript.ru/websockets

  • Scrum
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    Scrum (/skrʌm/[1]; англ. scrum «схватка») — легкий фреймворк, который помогает людям, командам и организациям создавать ценность с помощью адаптивных решений комплексных проблем.

    https://ru.wikipedia.org/wiki/Scrum https://practicum.yandex.ru/blog/chto-takoe-scrum-metodologiya/

  • Cпиральная модель
    • Знаю: Знаю что это, читал/изучал.
    • Понимаю: Понимаю (знаю достоинства и недостатки) и был опыт применения.

    «Спиральная модель» (Spiral Model) похожа на инкрементную, но с акцентом на анализ рисков. Она хорошо работает для решения критически важных бизнес-задач, когда неудача несовместима с деятельностью компании, в условиях выпуска новых продуктовых линеек, при необходимости научных исследований и практической апробации.

    Спиральная модель предполагает 4 этапа для каждого витка:

    • планирование;
    • анализ рисков;
    • конструирование;
    • оценка результата и при удовлетворительном качестве переход к новому витку.