Уверен, что заголовок вызвал здоровую реакцию — “ну опять началось…” Но позвольте завладеть вашим вниманием на 5-10 минут, и я постараюсь не обмануть ожидания.

Структура статьи будет такова: берется стереотипное утверждение и раскрывается “природа” возникновения этого стереотипа. Надеюсь, это позволит взглянуть на выбор парадигмы обмена данными в ваших проектах под новым углом.

Для того, чтобы была ясность в том, что такое RPC, предлагаю рассматривать стандарт JSON-RPC 2.0. C REST ясности нет. И не должно быть. Все, что нужно знать о REST — он неотличим от HTTP.

Всем привет. После KnowledgeConf 2019 прошло уже полгода, за это время я успел выступить еще на двух конференциях и провести лекции на тему управления знаниями в двух крупных ИТ-компаниях. Общаясь с коллегами, я понял, что в ИТ пока можно говорить об управлении знаниями на уровне «новичок», а точнее, просто осознать, что управление знаниями нужно любому подразделению любой компании. Сегодня будет минимум моего собственного опыта – я бы хотел рассмотреть существующие международные стандарты в области менеджмента знаний.

«По мнению окружающих, Руководитель проекта – это тот человек, который с помощью девяти женщин может родить ребенка за один месяц» — цитата из Интернета

Часто встречается ситуация, когда от руководителя проекта требуют успешно выполнить проект, не предоставляя достаточных полномочий для достижения цели.
На днях ввязался в теоретический диспут на тему, какие нужны полномочия руководителю проектов (РП) для успешного завершения проекта. Или, точнее, в формулировке, какие полномочия должны быть предоставлены РП в проекте, чтобы не было оправдания "их нехваткой" в случае неудачного завершения.

Рисунок 1: Проект песочницы