Subject: Re: =?iso-8859-1?q?ooc_bindings_for_=D8MQ?=
Date: Thursday 17th June 2010 20:08:18 UTC (over 8 years ago)
> The key patterns for 0MQ are (among others): lightweight, simplicity, > non-intrusive, low-maintenance, high-performance, efficient, > transparent. I suppose you could call the assemblage the "0MQ > Philosophy". > > This if very reminiscent of the core Unix experience vs. Multics, the > "enemy" at that time :-) Risking being redundant: this is the exact same thought process that brought me to 0MQ: C to Unix to multi-processing to C++ to multi-threading to Java to EJBs to JMS back to multi-processing back to "core Java" (no EJBs) back to "simple messaging" (no broker), finally landing on 0MQ (discovered by accident while reading LWN.net). In my mind, 0MQ is also a key ingredient in solving another hot topic nowadays: massive parallelism. Good luck training your monkeys to program Scala or F#; I would rather have mine churning out single-threaded, simple modules that communicate among them using 0MQ. My gut feeling is summarized in this sentence: "if 0MQ didn't exist, it would be necessary to invent it". Meaning that I ran into 0MQ after years of brain-background processing, and it made instant sense. Mind you, I am not claiming I could have done such a good job crafting it; what I am saying is that 0MQ simply seems to me a "bare necessity" nowadays. > If the data representation layer is to be compatible with this > philosophy, it will need to conform to the design, development, and > usage patterns that evolve from our experiences with 0MQ. Completely agree. The strength in this department lies in having such a light-weight protocol definition that easily bends to become anything one could possibly need. > We should also probably study the way data is transformed in > unstructured environments such as Unix, language environments such as > LISP/Scheme et seq., etc., to understand how design simplicity and > efficiency can coexist and have been wrung out of those systems. Again, completely agree. I have never understood why it was necessary to invent XML when we have had S-expression for what, half a century now? Again, to state it explicitly: thanks to the team for creating 0MQ. It fits perfectly into my infrastructure box. -- Gonzalo Diethelm ----------------------------------------- Declaración de confidencialidad: Este Mensaje esta destinado para el uso de la o las personas o entidades a quien ha sido dirigido y puede contener información reservada y confidencial que no puede ser divulgada, difundida, ni aprovechada en forma alguna. El uso no autorizado de la información contenida en este correo podrá ser sancionado de conformidad con la ley chilena. Si usted ha recibido este correo electrónico por error, le pedimos eliminarlo junto con los archivos adjuntos y avisar inmediatamente al remitente, respondiendo este mensaje. "Before printing this e-mail think if is really necesary". Disclosure: This Message is to be used by the individual, individuals or entities that it is addressed to and may include private and confidential information that may not be disclosed, made public nor used in any way at all. Unauthorized use of the information in this electronic mail message may be subject to the penalties set forth by Chilean law. If you have received this electronic mail message in error, we ask you to destroy the message and its attached file(s) and to immediately notify the sender by answering this message.