#разрешение_конфликтов — Public Fediverse posts

OTXform — операциональное преобразование от теории к практике

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

https://habr.com/ru/articles/972638/

#operational_transformation #groupware #collaborative_software #ПО_совместной_работы #распределенные_системы #разрешение_конфликтов #операциональное_преобразование

OTXform — операциональное преобразование от теории к практике

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

https://habr.com/ru/articles/972638/

#operational_transformation #groupware #collaborative_software #ПО_совместной_работы #распределенные_системы #разрешение_конфликтов #операциональное_преобразование

OTXform — операциональное преобразование от теории к практике

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

https://habr.com/ru/articles/972638/

#operational_transformation #groupware #collaborative_software #ПО_совместной_работы #распределенные_системы #разрешение_конфликтов #операциональное_преобразование

OTXform — операциональное преобразование от теории к практике

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

https://habr.com/ru/articles/972638/

#operational_transformation #groupware #collaborative_software #ПО_совместной_работы #распределенные_системы #разрешение_конфликтов #операциональное_преобразование

Протоколы глубокого уровня: API для человеческого взаимодействия

Задумывались, как удобно работать с системами, которые можно понять, настроить и отладить? Код, архитектура, протоколы — предсказуемо, логично, структурировано. А теперь представьте, что вместо REST-сервиса перед вами человек. Вы отправляете запрос — а в ответ не JSON, а тишина, недоумение или даже агрессия. Кажется, говоришь чётко — а человек слышит не то. Попробуем посмотреть на взаимодействие с людьми как на работу с сервисами. Каждый человек — это API со своей спецификацией. Иногда с документацией, чаще — без. Поделюсь подходами, которые помогут вам лучше ориентироваться в протоколах глубокого уровня: API для человеческого взаимодействия.

https://habr.com/ru/articles/911100/

#управление_персоналом #разрешение_конфликтов #продуктивная_работа #коллективная_работа #эмпатия #общение_с_коллегами #саморазвитие #культура_общения #культура_компании

Протоколы глубокого уровня: API для человеческого взаимодействия

Задумывались, как удобно работать с системами, которые можно понять, настроить и отладить? Код, архитектура, протоколы — предсказуемо, логично, структурировано. А теперь представьте, что вместо REST-сервиса перед вами человек. Вы отправляете запрос — а в ответ не JSON, а тишина, недоумение или даже агрессия. Кажется, говоришь чётко — а человек слышит не то. Попробуем посмотреть на взаимодействие с людьми как на работу с сервисами. Каждый человек — это API со своей спецификацией. Иногда с документацией, чаще — без. Поделюсь подходами, которые помогут вам лучше ориентироваться в протоколах глубокого уровня: API для человеческого взаимодействия.

https://habr.com/ru/articles/911100/

#управление_персоналом #разрешение_конфликтов #продуктивная_работа #коллективная_работа #эмпатия #общение_с_коллегами #саморазвитие #культура_общения #культура_компании

Протоколы глубокого уровня: API для человеческого взаимодействия

Задумывались, как удобно работать с системами, которые можно понять, настроить и отладить? Код, архитектура, протоколы — предсказуемо, логично, структурировано. А теперь представьте, что вместо REST-сервиса перед вами человек. Вы отправляете запрос — а в ответ не JSON, а тишина, недоумение или даже агрессия. Кажется, говоришь чётко — а человек слышит не то. Попробуем посмотреть на взаимодействие с людьми как на работу с сервисами. Каждый человек — это API со своей спецификацией. Иногда с документацией, чаще — без. Поделюсь подходами, которые помогут вам лучше ориентироваться в протоколах глубокого уровня: API для человеческого взаимодействия.

https://habr.com/ru/articles/911100/

#управление_персоналом #разрешение_конфликтов #продуктивная_работа #коллективная_работа #эмпатия #общение_с_коллегами #саморазвитие #культура_общения #культура_компании

Протоколы глубокого уровня: API для человеческого взаимодействия

Задумывались, как удобно работать с системами, которые можно понять, настроить и отладить? Код, архитектура, протоколы — предсказуемо, логично, структурировано. А теперь представьте, что вместо REST-сервиса перед вами человек. Вы отправляете запрос — а в ответ не JSON, а тишина, недоумение или даже агрессия. Кажется, говоришь чётко — а человек слышит не то. Попробуем посмотреть на взаимодействие с людьми как на работу с сервисами. Каждый человек — это API со своей спецификацией. Иногда с документацией, чаще — без. Поделюсь подходами, которые помогут вам лучше ориентироваться в протоколах глубокого уровня: API для человеческого взаимодействия.

https://habr.com/ru/articles/911100/

#управление_персоналом #разрешение_конфликтов #продуктивная_работа #коллективная_работа #эмпатия #общение_с_коллегами #саморазвитие #культура_общения #культура_компании

Мифы и реалии «Мультимастера» в архитектуре СУБД PostgreSQL. Часть. 2

Привет, Хабр! Это снова мы — Павел Конотопов и Михаил Жилин, сотрудники компании Postgres Professional. Напомню, что Павел занимается архитектурой построения отказоустойчивых кластеров, а я анализом производительности СУБД. У каждого из нас за плечами более десяти лет опыта в своей области. В первой части статьи «Мифы и реалии «Мультимастера» в архитектуре СУБД PostgreSQL» мы посмотрели как развивалась технология «Мультимастер» в экосистеме PostgreSQL. Обсудили существует ли «Честный Мультимастер», какие у него реализации и как его следует применять. Теперь поговорим о надёжности хранения данных.

https://habr.com/ru/companies/postgrespro/articles/793156/

#postgresql #postgres_pro #база_дынных #мультимастер #надежность #crdt #репликация #разрешение_конфликтов #silent_data_corruption #устойчивость_к_сбоям

Мифы и реалии «Мультимастера» в архитектуре СУБД PostgreSQL. Часть. 2

Привет, Хабр! Это снова мы — Павел Конотопов и Михаил Жилин, сотрудники компании Postgres Professional. Напомню, что Павел занимается архитектурой построения отказоустойчивых кластеров, а я анализом производительности СУБД. У каждого из нас за плечами более десяти лет опыта в своей области. В первой части статьи «Мифы и реалии «Мультимастера» в архитектуре СУБД PostgreSQL» мы посмотрели как развивалась технология «Мультимастер» в экосистеме PostgreSQL. Обсудили существует ли «Честный Мультимастер», какие у него реализации и как его следует применять. Теперь поговорим о надёжности хранения данных.

https://habr.com/ru/companies/postgrespro/articles/793156/

#postgresql #postgres_pro #база_дынных #мультимастер #надежность #crdt #репликация #разрешение_конфликтов #silent_data_corruption #устойчивость_к_сбоям