Size: a a a

2019 December 26

AM

Ant M in Distributed
Авроамэриканец Начрэл
Кирилл, плиз. Не пиши мне. Я не хочу слушать твоё нытьё
ты б градус сбавил, не следует в бутылку лезть
источник

АН

Авроамэриканец Начрэл in Distributed
Pavel Zlatovratskii
ну "не долго" зависит от спроса на файл в том числе.

Дни и недели - да. Не годы. Потому что много чего хранить есть.

Гуй там чисто у инсталлера. Потом это жапоприложение - пускай как хочешь, чем хочешь.
Ну это неплохо. Нужна ещё дополнительно реалтайм сеть для обмена событиями. Знаешь такие? Желательно ещё и с БД, типо блокчейн какой-нибудь общего назначения.

Нужно что бы люди пушили в сеть сообщения, другие участники эти сообщения получали и отображали в браузере например, а участники держащие базу блокчейна - записывали сообщения в неё. Что бы это сообщение можно было прочитать позже из БД
источник

АН

Авроамэриканец Начрэл in Distributed
Ну и желательно что бы в сеть можно было отправлять сообщения с флагом типо noWrite, которые предназначены только для пуша событий. Например кто-то зашёл посмотреть непопулярный пост который уже неделю загружен на фринет, клиент понимает что файл может скоро умереть и перезаливает в фринет, пушит событие типо "есть альтернативная ссылка на этот файл, вот она"
источник

KP

Kirill Pimenov in Distributed
Авроамэриканец Начрэл
Кирилл, плиз. Не пиши мне. Я не хочу слушать твоё нытьё
А не происходит ли все наоборот, и не приходишь ли ты ко мне в чат с просьбой о помощи в технических вопросах?
Я довольно искренне пытались помочь тебе в технических вопросах.
Но нет так нет, чего уж.
источник

АН

Авроамэриканец Начрэл in Distributed
Ну и впринципе для мелких событий вроде публикации статуса "Кирилл в сети"
источник

PZ

Pavel Zlatovratskii in Distributed
Авроамэриканец Начрэл
Ну это неплохо. Нужна ещё дополнительно реалтайм сеть для обмена событиями. Знаешь такие? Желательно ещё и с БД, типо блокчейн какой-нибудь общего назначения.

Нужно что бы люди пушили в сеть сообщения, другие участники эти сообщения получали и отображали в браузере например, а участники держащие базу блокчейна - записывали сообщения в неё. Что бы это сообщение можно было прочитать позже из БД
тут вот я уже повторю за Кириллом: задачу изначальную сформулируй.

Потому что вообще это плохо совместимые всё вещи.
источник

АН

Авроамэриканец Начрэл in Distributed
Моя задача - выбрать стэк технологий, предоставляющий мне необходимые возможности.

Мне нужно распределённое файловое хранилище
Мне нужен реалтайм сервис обмена сообщениями
Мне нужна распределённая база данных, желательно делимая, которую можно скачать по частям. Что бы я мог выкачать БД моего проекта, а Кирилл БД своего проекта, а Наташа БД своего проекта.

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

АН

Авроамэриканец Начрэл in Distributed
И все эти технологии должны быть бесплатными. БД для использования которой нужно сначала купить токены не подходит
источник

PZ

Pavel Zlatovratskii in Distributed
Авроамэриканец Начрэл
Моя задача - выбрать стэк технологий, предоставляющий мне необходимые возможности.

Мне нужно распределённое файловое хранилище
Мне нужен реалтайм сервис обмена сообщениями
Мне нужна распределённая база данных, желательно делимая, которую можно скачать по частям. Что бы я мог выкачать БД моего проекта, а Кирилл БД своего проекта, а Наташа БД своего проекта.

Все эти технологии должны работать самостоятельно и без моего участия, что бы мне не пришлось их поднимать. Поэтому в случае с БД, должна быть не единая неделимая БД куда пишется вся информация, а БД содержащая другие БД, возможно, где у каждой БД могут быть свои механизмы принятия решений.
Посмотри ещё раз на статью про XY

Ты ставишь задачи конкретные.

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

АН

Авроамэриканец Начрэл in Distributed
Ясно. Чат непрограммистов в котором все ответы сводятся к "это невозможно", "у тебя ничего не получится", "ни в одном продукте нет всех этих функций сразу, поэтому того о чём ты спрашиваешь не существует". Как вы до сих пор не засуицидились вообще, парни.
источник

u

u836 in Distributed
Вот это заход
источник

u

u836 in Distributed
Нипонимаю я по стартаперски, давай нормально
источник

HG

Holo Grail in Distributed
Авроамэриканец Начрэл
Ясно. Чат непрограммистов в котором все ответы сводятся к "это невозможно", "у тебя ничего не получится", "ни в одном продукте нет всех этих функций сразу, поэтому того о чём ты спрашиваешь не существует". Как вы до сих пор не засуицидились вообще, парни.
кмк, пока что тебе ответили, что готовых решений под такие задачи нет, вероятно потому, что сама задача озвучена плохо
источник

АН

Авроамэриканец Начрэл in Distributed
Holo Grail
кмк, пока что тебе ответили, что готовых решений под такие задачи нет, вероятно потому, что сама задача озвучена плохо
Так я и не спрашиваю готовые решения. Там в списке 3 пункта
источник

KP

Kirill Pimenov in Distributed
Авроамэриканец Начрэл
Ясно. Чат непрограммистов в котором все ответы сводятся к "это невозможно", "у тебя ничего не получится", "ни в одном продукте нет всех этих функций сразу, поэтому того о чём ты спрашиваешь не существует". Как вы до сих пор не засуицидились вообще, парни.
Хех, вот про "чат непрограммистов" это пост-иронично.

Отвечу по-программистски тогда: то, что ты хочешь (реалтайм-мессаджи и одновременно распределенное хранение), нарушает CAP-теорему (реалтайм жёстко требует Consistency, а распределенное хранение подразумевает Availability), и поэтому в принципе невозможно; теорию информации не наебёшь.

Задачу можно решить только аппроксимацией, поступившись не важными для нас элементами C или A, под конкретную задачу.
Скажем, для хранения распределенной бухгалтерской книги (ака блокчейн) нам мы решили пожертвовать C в пользу так называемой Eventual Consistency, когда после отправки транзакции надо подождать (в биткоине — типа час), прежде чем мы уверены, что транзакция принялась и не откатится.

Поэтому-то мы и спрашиваем с тебя здесь более конкретные технические детали задачи — это поможет нам придумать и предложить достаточные для конкретной задачи трейдофы между C и A.
источник

АН

Авроамэриканец Начрэл in Distributed
По твойму нет распределённых баз данных?
Или сервисов обмена сообщениями? Или распределённых файловых хранилищ?
источник

АН

Авроамэриканец Начрэл in Distributed
Kirill Pimenov
Хех, вот про "чат непрограммистов" это пост-иронично.

Отвечу по-программистски тогда: то, что ты хочешь (реалтайм-мессаджи и одновременно распределенное хранение), нарушает CAP-теорему (реалтайм жёстко требует Consistency, а распределенное хранение подразумевает Availability), и поэтому в принципе невозможно; теорию информации не наебёшь.

Задачу можно решить только аппроксимацией, поступившись не важными для нас элементами C или A, под конкретную задачу.
Скажем, для хранения распределенной бухгалтерской книги (ака блокчейн) нам мы решили пожертвовать C в пользу так называемой Eventual Consistency, когда после отправки транзакции надо подождать (в биткоине — типа час), прежде чем мы уверены, что транзакция принялась и не откатится.

Поэтому-то мы и спрашиваем с тебя здесь более конкретные технические детали задачи — это поможет нам придумать и предложить достаточные для конкретной задачи трейдофы между C и A.
Даже читать это не буду
источник

ID

Ilya Druzhinin in Distributed
Kirill Pimenov
Хех, вот про "чат непрограммистов" это пост-иронично.

Отвечу по-программистски тогда: то, что ты хочешь (реалтайм-мессаджи и одновременно распределенное хранение), нарушает CAP-теорему (реалтайм жёстко требует Consistency, а распределенное хранение подразумевает Availability), и поэтому в принципе невозможно; теорию информации не наебёшь.

Задачу можно решить только аппроксимацией, поступившись не важными для нас элементами C или A, под конкретную задачу.
Скажем, для хранения распределенной бухгалтерской книги (ака блокчейн) нам мы решили пожертвовать C в пользу так называемой Eventual Consistency, когда после отправки транзакции надо подождать (в биткоине — типа час), прежде чем мы уверены, что транзакция принялась и не откатится.

Поэтому-то мы и спрашиваем с тебя здесь более конкретные технические детали задачи — это поможет нам придумать и предложить достаточные для конкретной задачи трейдофы между C и A.
а как же P?)
источник

АН

Авроамэриканец Начрэл in Distributed
Лучше ты прочитай список требуемых технологий
источник

HG

Holo Grail in Distributed
Авроамэриканец Начрэл
Даже читать это не буду
лол
источник