Длинный текст, полный поэтических оборотов, которые, на мой взгляд, мешают восприятию. По крайней мере, я не смог составить по его прочтении четкого представления о незнакомом термине software defined storage.
Если речь идет о построении распределенных и масштабируемых хранилищ данных, то «самая большая, сложная и неприятная проблема» — это, если я правильно понял, «смерть» отдельного узла — не кажется мне проблемой. Если мы позволяем софту решать, где и что хранить, то он же может отслеживать состояние узлов и давать сигнал о нарушениях в их работе или даже падениях.
Осенью слушал доклад о том, как организовано хранение вложений на outlook.com: они как раз используют commodity-серверы в нескольких разбросанных по миру дата-центрах, хранят по несколько копий каждого файла, создают новые копии при падении узлов и т.п.
Точно так же можно реализовать софтом «возможность писать в середину файла» — если мы говорим о самой идее, а не о конкретной реализации в форме Swift.
По поводу «от дискового стека ожидают бесконечной надёжности», то наивно ожидать её от чего-либо. Правильнее, на мой взгляд, поступать как это принято в упомянутых Вами Erlang/OTP, когда упор делается не на предотвращение ошибки любой ценой, а на скорейшее восстановление работоспособности.
Не могли бы подкинуть примеров таких плюшек вроде «documentation everywhere»?
Я с emacs только начал, дальше нескольких стандартных сочетаний клавиш пока не ушел.
В EDoc отсутствует тэг @param. Для параметров можно указать типы с помощью тэга @spec, или, еще лучше, прямо в коде с помощью -spec(). Такая спецификация может быть использована как EDoc, так и другими тулзами (Dialyzer, TypEr).
В EDoc отсутствует тэг @param. Для параметров можно указать типы с помощью тэга @spec, или, еще лучше, прямо в коде с помощью -spec(). Такая спецификация может быть использована как EDoc, так и другими тулзами (Dialyzer, TypEr).
Обрадовался приглашению, а потом сразу огорчился: все изменения в папках, подключенных к Биткасе, не сохраняются на локальном диске, и после отключения папок становятся недоступными.
Мне как-то ближе традиционная синхронизация а ля Dropbox, хотя у них за 10 долл. в месяц только 50 Гб.
кстати, в переводе со шведского означает «попрошайничать» :))
(если быть совсем точным — «попрошайничает», tigger — это форма глагола в настощем времени)
См. комментарий khizhaster выше.
Правда, у меня не получилось. Независимо от изменений, которые я делаю, в about:config, список доступных обработчиков для mailto в меню Tools/Options/Applications остается прежним.
И на ввод в адресную строку скрипта для регистрации обработчика протокола mailto (типа javascript:window.navigator.registerProtocolHandler(«mailto»,«https://mail.google.com/mail/?extsrc=mailto&url=%s»,«GMail»)) Firefox тоже не реагирует.
Еще бы кто подсказал, как изменить url Gmail'a co стандартного mail.google.com на mail.google.com/a/yourdomain.com… тогда можно было бы сразу писать письма с рабочего ящика
Если речь идет о построении распределенных и масштабируемых хранилищ данных, то «самая большая, сложная и неприятная проблема» — это, если я правильно понял, «смерть» отдельного узла — не кажется мне проблемой. Если мы позволяем софту решать, где и что хранить, то он же может отслеживать состояние узлов и давать сигнал о нарушениях в их работе или даже падениях.
Осенью слушал доклад о том, как организовано хранение вложений на outlook.com: они как раз используют commodity-серверы в нескольких разбросанных по миру дата-центрах, хранят по несколько копий каждого файла, создают новые копии при падении узлов и т.п.
Точно так же можно реализовать софтом «возможность писать в середину файла» — если мы говорим о самой идее, а не о конкретной реализации в форме Swift.
По поводу «от дискового стека ожидают бесконечной надёжности», то наивно ожидать её от чего-либо. Правильнее, на мой взгляд, поступать как это принято в упомянутых Вами Erlang/OTP, когда упор делается не на предотвращение ошибки любой ценой, а на скорейшее восстановление работоспособности.
Я с emacs только начал, дальше нескольких стандартных сочетаний клавиш пока не ушел.
@param. Для параметров можно указать типы с помощью тэга@spec, или, еще лучше, прямо в коде с помощью-spec(). Такая спецификация может быть использована как EDoc, так и другими тулзами (Dialyzer, TypEr).@param. Для параметров можно указать типы с помощью тэга@spec, или, еще лучше, прямо в коде с помощью-spec(). Такая спецификация может быть использована как EDoc, так и другими тулзами (Dialyzer, TypEr).Мне как-то ближе традиционная синхронизация а ля Dropbox, хотя у них за 10 долл. в месяц только 50 Гб.
(если быть совсем точным — «попрошайничает», tigger — это форма глагола в настощем времени)
Забавно: когда-то людям для этого было достаточно сердца, а сейчас надо проводить «активные исследования».
Правда, у меня не получилось. Независимо от изменений, которые я делаю, в about:config, список доступных обработчиков для mailto в меню Tools/Options/Applications остается прежним.
И на ввод в адресную строку скрипта для регистрации обработчика протокола mailto (типа javascript:window.navigator.registerProtocolHandler(«mailto»,«https://mail.google.com/mail/?extsrc=mailto&url=%s»,«GMail»)) Firefox тоже не реагирует.
network.protocol-handler.external.mailto = true
Какие еще параметры надо менять?