Size: a a a

2018 November 20

YS

Yuriy Syrovetskiy in fprog_spb
Alexander Vershilov
может быть турки опять вернут себе, пока они перешли на другой подход, но у них стандартная проблема к которой уязвим CH -
нужны клиенты с разных языков
справедливости ради, эту проблему ещё никто не решил?
источник

Вл

В ладу in fprog_spb
просто у тебя доклад про типы данных для распределенных приложений и тут непонятно чем это отличается от типов данных для просто конкурентных случаев
а во-вторых просто любопытно как ещё делается распределнщина на хаскеле
источник

AV

Alexander Vershilov in fprog_spb
ну протокол через protobuf/grpc интерфейс бы упростил системцу
источник

AV

Alexander Vershilov in fprog_spb
CDRT это несколько другое же
источник

Вл

В ладу in fprog_spb
а хорошо
источник

Вл

В ладу in fprog_spb
я просто не начинал гуглить)
источник

AV

Alexander Vershilov in fprog_spb
кстати Виктор сказал мне что все мои вопросы интересные он подумает, но так и ничего не сказал, мне уже стыдно его отвлекать
источник

YS

Yuriy Syrovetskiy in fprog_spb
В ладу
просто у тебя доклад про типы данных для распределенных приложений и тут непонятно чем это отличается от типов данных для просто конкурентных случаев
а во-вторых просто любопытно как ещё делается распределнщина на хаскеле
про типы не понял вопрос, надеюсь, из доклада будет понятно
источник

AV

Alexander Vershilov in fprog_spb
Юра лучше меня расскажет, я могу на пальцах рассказать, но после этого Юру слушать будет _обязательно_
источник

AV

Alexander Vershilov in fprog_spb
т.к. я наверняка много где переупрощу или навру
источник

YS

Yuriy Syrovetskiy in fprog_spb
В ладу
просто у тебя доклад про типы данных для распределенных приложений и тут непонятно чем это отличается от типов данных для просто конкурентных случаев
а во-вторых просто любопытно как ещё делается распределнщина на хаскеле
для конкуретности в рамках одной машинки и в сети решения сильно разные
источник

AV

Alexander Vershilov in fprog_spb
грубо (и наверное неправильно) говоря CRDT это специальные структуры данных которые при объединении неважно в каком порядке дадут один и тот же результат
источник

Вл

В ладу in fprog_spb
ну, за счёт того что процессор предлагает решения как лочить одному потоку определенную операцию над словом или чем бы там ни было?
источник

YS

Yuriy Syrovetskiy in fprog_spb
Alexander Vershilov
кстати Виктор сказал мне что все мои вопросы интересные он подумает, но так и ничего не сказал, мне уже стыдно его отвлекать
про применение в табличках? кажется, это тема для другого чата
источник

AV

Alexander Vershilov in fprog_spb
таким образом поговорив друг с другом разные ноды придут когда-нибудь к соглашению
источник

YS

Yuriy Syrovetskiy in fprog_spb
Alexander Vershilov
грубо (и наверное неправильно) говоря CRDT это специальные структуры данных которые при объединении неважно в каком порядке дадут один и тот же результат
это правильный взгляд, но только с одной стороны
источник

AV

Alexander Vershilov in fprog_spb
при этом нам не нужен классический консенсус и ноды могут работать локально
источник

AV

Alexander Vershilov in fprog_spb
Yuriy Syrovetskiy
это правильный взгляд, но только с одной стороны
ну я ж говорю упрощенно, у меня знание CDRT ограничевается 0.5 статьями, курсом на edk где была одна глава про CDRT и 1.5 докладами
источник

AV

Alexander Vershilov in fprog_spb
к сожалению 0.5 это твой, который я не весь прослушал :/
источник

YS

Yuriy Syrovetskiy in fprog_spb
В ладу
ну, за счёт того что процессор предлагает решения как лочить одному потоку определенную операцию над словом или чем бы там ни было?
вспомни CAP теорему. в контексте одного компьютера можно отказаться от P в пользу CA. в сети нельзя отказаться от P, приходится выбирать между C и A
источник