(беркус: я болдом выделяю понравившуюся терминологию, чтобы было за что зацепиться)
Я пока не знаю, с чего начать, поэтому попробую начать с чего-нибудь. Вот как бы я объяснял текущее положение вещей самому себе лет десять-пятнадцать назад?
System works as a federation of autonomous services distributed onto different machines across the network.
The API between these services are described using interfaces. Each interface has a certain specific semantic. Interfaces also specify points at which separation of work could happen, where one service could delegate the work to another without bothering too much about where this service is located and how this work will be arranged.
There are storage and computation services. They have some common properties, like latency (time between sending a request and receiving a result), and some specific ones, like capacity (the amount of data which can be stored onto the storage device). These values become the basis for QoS - quality of service control, which manages latency and bandwidth constraints to keep services useful, but not let less important services interrupt more important ones. For example, you wouldn’t want your audio-video conference to be interrupted by background file-sharing activity.
(Disclaimer: здесь и далее читать как «для меня», «в моём сегодняшнем понимании» и т.п.)
Метта в её текущем описании мной понимается как новый способ подходить к своему скарбу: к нажитому непосильным умственным трудом, приобретённому за презренные деньги, подаренному ближними людьми или ухваченному где-то по пиратскому случаю.
Метта для меня выглядит не как новый способ «работать» — взаимодействовать — с материалом. Метта для меня — новый способ не терять нажитое, держать его под рукой, не заботиться о бренном. (Это ни плохо, ни хорошо, а product boundaries)
Omnia metta mecum porto.
Поэтому, когда вопрос стоит о том, какой же должен быть конкретный недалёкий инструмент, построенный на metta-идеях, я в первую очередь думаю о граббере.
Read more →Fire up console, we'll use two consoles for this demo - one will run the streaming video server, another will be our client. The
$
prompt denotes a command line where you enter your commands.
Read more →Смотри, у нас все ноды связаны друг с другом зашифрованными каналами. но это в идеале и если считать что нынешнего WWW нету. но он на самом деле есть и к нему надо как-то достукиваться. разрешать незашифрованный коннект? только для определенных нод или для всех? если для всех, чем это отличается от андроида с браузером? если не для всех, то какой added value - должны быть агентi, сортирующие и фильтрующие всё. в общем вопрос достукиваться пока звучит так: для получения информации из существующей инфраструктуры (зачем) тебе надо ее как-то оттуда вытаскивать. (кому) это может быть какой-то общий аггрегатор, но учитывая всякие разные настройки приватности они все равно привязываются к каким-то твоим логинам там и тут.
"кому" это абстрактный юзер в вакууме у которого друзяки в фейсбуке и жожо. у него нужда болтать с друзяками
Как было в свое время со скайпом, все друзья разом не пересядут на новую платформу, поэтому шлюзы очень важны.
Read more →Built-in types include int8, int16, int32, int64 for signed integer types of given bit size, card16, card32, card64 for unsigned integer types with given size, octet for 8-bit bytes, float and double for single and double precision floating point numbers, boolean for true and false, and types integer and cardinal with generic unspecified bit size for use in non-local interfaces, these two types will be marshalled to a transport type of necessary size to represent the value.
The types int8, int16, int32, int64, card16, card32, card64 are considered "unsafe" or "dangerous" types and can be used only in local interfaces (or should they be convertible to integer/cardinal for network communication?). octet is considered safe and could be used to represent arbitrary sequences of bytes (sequence<octet> binary;)
Custom types can be enum, set, range, type alias, sequence, array and record.