Re: [zeromq-dev] zeromq, rewritten in Rust

2014-06-12 Thread Fantix King
On Thu, Jun 12, 2014 at 11:05 PM, Pieter Hintjens  wrote:

> Hi Fantix, you are now a member of the ZeroMQ owners team, with all
> the power and responsibility. :-) Welcome.
>

Thank you, sir! ;)


>
> The next step is to rename/move the repository to zeromq and then fork
> it back to your personal account.
>

Ack, I'm on it.


>
> It's really nice to have (I think) our first Chinese-originated project.
>

What an honor! I'll try my best to work it out. :) Thank you!


BR,
Fantix
--
http://about.me/fantix



>
> -Pieter
>
> On Thu, Jun 12, 2014 at 9:25 AM, Fantix King 
> wrote:
> > Hi Pieter,
> >
> > I've updated the README file according to the requests and
> recommendation in
> > docs:organization, and also draw some diagrams for a simple design
> document
> > here:
> >
> > https://github.com/decentfox/zmq.rs/wiki/Design
> >
> > Hopefully this could make the code clearer and easier to be co-worked on.
> >
> > Please advice if something can be done better. :) Thank you!
> >
> >
> >
> > BR,
> > Fantix
> > --
> > http://about.me/fantix
> >
> >
> > On Wed, Jun 11, 2014 at 4:16 PM, Fantix King 
> wrote:
> >>
> >> Oh yes, I'd love to move into the community organization! Let me update
> >> the README file (MPLv2 and C4.1 look good) and do some more document
> work.
> >>
> >> Thank you!
> >>
> >>
> >> BR,
> >> Fantix
> >> --
> >> http://about.me/fantix
> >>
> >>
> >> On Wed, Jun 11, 2014 at 3:59 PM, Pieter Hintjens  wrote:
> >>>
> >>> Hi Fantix,
> >>>
> >>> Nice stuff. If you want to move this into the ZeroMQ community
> >>> organization, see http://zeromq.org/docs:organization
> >>>
> >>> -Pieter
> >>>
> >>> On Wed, Jun 11, 2014 at 6:40 AM, Fantix King 
> >>> wrote:
> >>> > I think it might be easier to have discussions if there is actual
> code
> >>> > -
> >>> > I've started a project "zmq.rs" with some very basic scratches:
> >>> >
> >>> > https://github.com/decentfox/zmq.rs
> >>> >
> >>> > The code now is meant to be discussed and heavily changed
> >>> > incrementally,
> >>> > hopefully with tests carefully covered. Please feel free to drop by
> and
> >>> > comment if you are interested, it is truly appreciated.
> >>> >
> >>> >
> >>> > BR,
> >>> > Fantix
> >>> > --
> >>> > http://about.me/fantix
> >>> >
> >>> >
> >>> > On Tue, Mar 4, 2014 at 10:55 AM, Fantix King 
> >>> > wrote:
> >>> >>
> >>> >> Sounds really exciting! Please share the project link when there is
> >>> >> one if
> >>> >> possible.
> >>> >>
> >>> >> BR,
> >>> >> Fantix
> >>> >> --
> >>> >> http://about.me/fantix
> >>> >>
> >>> >>
> >>> >> On Tue, Mar 4, 2014 at 2:26 AM, Charles Remes  >
> >>> >> wrote:
> >>> >>>
> >>> >>> There was a little twitter chat over the weekend regarding an
> attempt
> >>> >>> at
> >>> >>> writing a ground-up zeromq library using the new systems language
> >>> >>> Rust. If
> >>> >>> you haven't heard of Rust, it is a new language under development
> by
> >>> >>> the
> >>> >>> good folks at Mozilla. It's original designer has said that he has
> >>> >>> learned
> >>> >>> quite a few things from implementing dozens of languages over the
> >>> >>> years that
> >>> >>> he felt he could solve some new problems and create a cleaner
> >>> >>> language. Rust
> >>> >>> is his attempt at such a feat.
> >>> >>>
> >>> >>> It supposedly solves the problem by borrowing the best from many
> >>> >>> popular
> >>> >>> languages.
> >>> >>>
> >>> >>> * OOP of C++ without the large, unwieldy syntax
> >>> >>>
> >>> >>> * performance of C while providing good namespacing, OOP,
> >>> >>> safe
> >>> >>> memory (i.e. no dangling pointers)
> >>> >>>
> >>> >>> * the functional expressiveness of Haskell but not at the
> >>> >>> expense
> >>> >>> of imperative forms
> >>> >>>
> >>> >>> * the massive concurrency of Erlang but with a better
> syntax
> >>> >>> and
> >>> >>> a more flexible memory model (borrowed pointers, immutable
> defaults,
> >>> >>> etc)
> >>> >>>
> >>> >>> I recently did a small test project to learn the syntax. The
> language
> >>> >>> is
> >>> >>> still evolving, so it's a bit of a moving target. It's at release
> 0.9
> >>> >>> with a
> >>> >>> 1.0 slated for later this year, but they've already slipped on
> >>> >>> delivering a
> >>> >>> 1.0 for at least a year so I assume it will slip again.
> >>> >>>
> >>> >>> Anyway, I'd like to volunteer to try and spike a simple example to
> >>> >>> get
> >>> >>> things started. However, I'd like to start a thread here to discuss
> >>> >>> "lessons
> >>> >>> learned" from the existing codebase. We already have a great
> write-up
> >>> >>> from
> >>> >>> Martin Sustrik (primary author of earlier versions of zeromq) here:
> >>> >>>
> >>> >>> http://250bpm.com/blog:4
> >>> >>>
> >>> >>> http://250bpm.com/blog:8
> >>> >>>
> >>> >>> I'm hoping that others who have read through the source have
> >>> >>> additional
> >>> >>> insights that they'd like to share. For instance, I have seen
> >>> >>> comments that
> >>> >>> zeromq might have more consistent performa

Re: [zeromq-dev] zeromq, rewritten in Rust

2014-06-12 Thread Pieter Hintjens
Hi Fantix, you are now a member of the ZeroMQ owners team, with all
the power and responsibility. :-) Welcome.

The next step is to rename/move the repository to zeromq and then fork
it back to your personal account.

It's really nice to have (I think) our first Chinese-originated project.

-Pieter

On Thu, Jun 12, 2014 at 9:25 AM, Fantix King  wrote:
> Hi Pieter,
>
> I've updated the README file according to the requests and recommendation in
> docs:organization, and also draw some diagrams for a simple design document
> here:
>
> https://github.com/decentfox/zmq.rs/wiki/Design
>
> Hopefully this could make the code clearer and easier to be co-worked on.
>
> Please advice if something can be done better. :) Thank you!
>
>
>
> BR,
> Fantix
> --
> http://about.me/fantix
>
>
> On Wed, Jun 11, 2014 at 4:16 PM, Fantix King  wrote:
>>
>> Oh yes, I'd love to move into the community organization! Let me update
>> the README file (MPLv2 and C4.1 look good) and do some more document work.
>>
>> Thank you!
>>
>>
>> BR,
>> Fantix
>> --
>> http://about.me/fantix
>>
>>
>> On Wed, Jun 11, 2014 at 3:59 PM, Pieter Hintjens  wrote:
>>>
>>> Hi Fantix,
>>>
>>> Nice stuff. If you want to move this into the ZeroMQ community
>>> organization, see http://zeromq.org/docs:organization
>>>
>>> -Pieter
>>>
>>> On Wed, Jun 11, 2014 at 6:40 AM, Fantix King 
>>> wrote:
>>> > I think it might be easier to have discussions if there is actual code
>>> > -
>>> > I've started a project "zmq.rs" with some very basic scratches:
>>> >
>>> > https://github.com/decentfox/zmq.rs
>>> >
>>> > The code now is meant to be discussed and heavily changed
>>> > incrementally,
>>> > hopefully with tests carefully covered. Please feel free to drop by and
>>> > comment if you are interested, it is truly appreciated.
>>> >
>>> >
>>> > BR,
>>> > Fantix
>>> > --
>>> > http://about.me/fantix
>>> >
>>> >
>>> > On Tue, Mar 4, 2014 at 10:55 AM, Fantix King 
>>> > wrote:
>>> >>
>>> >> Sounds really exciting! Please share the project link when there is
>>> >> one if
>>> >> possible.
>>> >>
>>> >> BR,
>>> >> Fantix
>>> >> --
>>> >> http://about.me/fantix
>>> >>
>>> >>
>>> >> On Tue, Mar 4, 2014 at 2:26 AM, Charles Remes 
>>> >> wrote:
>>> >>>
>>> >>> There was a little twitter chat over the weekend regarding an attempt
>>> >>> at
>>> >>> writing a ground-up zeromq library using the new systems language
>>> >>> Rust. If
>>> >>> you haven’t heard of Rust, it is a new language under development by
>>> >>> the
>>> >>> good folks at Mozilla. It’s original designer has said that he has
>>> >>> learned
>>> >>> quite a few things from implementing dozens of languages over the
>>> >>> years that
>>> >>> he felt he could solve some new problems and create a cleaner
>>> >>> language. Rust
>>> >>> is his attempt at such a feat.
>>> >>>
>>> >>> It supposedly solves the problem by borrowing the best from many
>>> >>> popular
>>> >>> languages.
>>> >>>
>>> >>> * OOP of C++ without the large, unwieldy syntax
>>> >>>
>>> >>> * performance of C while providing good namespacing, OOP,
>>> >>> safe
>>> >>> memory (i.e. no dangling pointers)
>>> >>>
>>> >>> * the functional expressiveness of Haskell but not at the
>>> >>> expense
>>> >>> of imperative forms
>>> >>>
>>> >>> * the massive concurrency of Erlang but with a better syntax
>>> >>> and
>>> >>> a more flexible memory model (borrowed pointers, immutable defaults,
>>> >>> etc)
>>> >>>
>>> >>> I recently did a small test project to learn the syntax. The language
>>> >>> is
>>> >>> still evolving, so it’s a bit of a moving target. It’s at release 0.9
>>> >>> with a
>>> >>> 1.0 slated for later this year, but they’ve already slipped on
>>> >>> delivering a
>>> >>> 1.0 for at least a year so I assume it will slip again.
>>> >>>
>>> >>> Anyway, I’d like to volunteer to try and spike a simple example to
>>> >>> get
>>> >>> things started. However, I’d like to start a thread here to discuss
>>> >>> “lessons
>>> >>> learned” from the existing codebase. We already have a great write-up
>>> >>> from
>>> >>> Martin Sustrik (primary author of earlier versions of zeromq) here:
>>> >>>
>>> >>> http://250bpm.com/blog:4
>>> >>>
>>> >>> http://250bpm.com/blog:8
>>> >>>
>>> >>> I’m hoping that others who have read through the source have
>>> >>> additional
>>> >>> insights that they’d like to share. For instance, I have seen
>>> >>> comments that
>>> >>> zeromq might have more consistent performance it it was wrapped
>>> >>> around a
>>> >>> Disruptor (google for that pattern if it’s new to you). People also
>>> >>> seem to
>>> >>> really dislike the concept of the context (nanomsg has already
>>> >>> eliminated
>>> >>> this… it still exists but is hidden by the library).
>>> >>>
>>> >>> Any other insights?
>>> >>>
>>> >>> cr
>>> >>>
>>> >>> ___
>>> >>> zeromq-dev mailing list
>>> >>> zeromq-dev@lists.zeromq.org
>>> >>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>> 

Re: [zeromq-dev] zeromq, rewritten in Rust

2014-06-12 Thread Fantix King
Hi Pieter,

I've updated the README file according to the requests and recommendation
in docs:organization, and also draw some diagrams for a simple design
document here:

https://github.com/decentfox/zmq.rs/wiki/Design

Hopefully this could make the code clearer and easier to be co-worked on.

Please advice if something can be done better. :) Thank you!



BR,
Fantix
--
http://about.me/fantix


On Wed, Jun 11, 2014 at 4:16 PM, Fantix King  wrote:

> Oh yes, I'd love to move into the community organization! Let me update
> the README file (MPLv2 and C4.1 look good) and do some more document work.
>
> Thank you!
>
>
> BR,
> Fantix
> --
> http://about.me/fantix
>
>
> On Wed, Jun 11, 2014 at 3:59 PM, Pieter Hintjens  wrote:
>
>> Hi Fantix,
>>
>> Nice stuff. If you want to move this into the ZeroMQ community
>> organization, see http://zeromq.org/docs:organization
>>
>> -Pieter
>>
>> On Wed, Jun 11, 2014 at 6:40 AM, Fantix King 
>> wrote:
>> > I think it might be easier to have discussions if there is actual code -
>> > I've started a project "zmq.rs" with some very basic scratches:
>> >
>> > https://github.com/decentfox/zmq.rs
>> >
>> > The code now is meant to be discussed and heavily changed incrementally,
>> > hopefully with tests carefully covered. Please feel free to drop by and
>> > comment if you are interested, it is truly appreciated.
>> >
>> >
>> > BR,
>> > Fantix
>> > --
>> > http://about.me/fantix
>> >
>> >
>> > On Tue, Mar 4, 2014 at 10:55 AM, Fantix King 
>> wrote:
>> >>
>> >> Sounds really exciting! Please share the project link when there is
>> one if
>> >> possible.
>> >>
>> >> BR,
>> >> Fantix
>> >> --
>> >> http://about.me/fantix
>> >>
>> >>
>> >> On Tue, Mar 4, 2014 at 2:26 AM, Charles Remes 
>> >> wrote:
>> >>>
>> >>> There was a little twitter chat over the weekend regarding an attempt
>> at
>> >>> writing a ground-up zeromq library using the new systems language
>> Rust. If
>> >>> you haven't heard of Rust, it is a new language under development by
>> the
>> >>> good folks at Mozilla. It's original designer has said that he has
>> learned
>> >>> quite a few things from implementing dozens of languages over the
>> years that
>> >>> he felt he could solve some new problems and create a cleaner
>> language. Rust
>> >>> is his attempt at such a feat.
>> >>>
>> >>> It supposedly solves the problem by borrowing the best from many
>> popular
>> >>> languages.
>> >>>
>> >>> * OOP of C++ without the large, unwieldy syntax
>> >>>
>> >>> * performance of C while providing good namespacing, OOP, safe
>> >>> memory (i.e. no dangling pointers)
>> >>>
>> >>> * the functional expressiveness of Haskell but not at the
>> expense
>> >>> of imperative forms
>> >>>
>> >>> * the massive concurrency of Erlang but with a better syntax
>> and
>> >>> a more flexible memory model (borrowed pointers, immutable defaults,
>> etc)
>> >>>
>> >>> I recently did a small test project to learn the syntax. The language
>> is
>> >>> still evolving, so it's a bit of a moving target. It's at release 0.9
>> with a
>> >>> 1.0 slated for later this year, but they've already slipped on
>> delivering a
>> >>> 1.0 for at least a year so I assume it will slip again.
>> >>>
>> >>> Anyway, I'd like to volunteer to try and spike a simple example to get
>> >>> things started. However, I'd like to start a thread here to discuss
>> "lessons
>> >>> learned" from the existing codebase. We already have a great write-up
>> from
>> >>> Martin Sustrik (primary author of earlier versions of zeromq) here:
>> >>>
>> >>> http://250bpm.com/blog:4
>> >>>
>> >>> http://250bpm.com/blog:8
>> >>>
>> >>> I'm hoping that others who have read through the source have
>> additional
>> >>> insights that they'd like to share. For instance, I have seen
>> comments that
>> >>> zeromq might have more consistent performance it it was wrapped
>> around a
>> >>> Disruptor (google for that pattern if it's new to you). People also
>> seem to
>> >>> really dislike the concept of the context (nanomsg has already
>> eliminated
>> >>> this... it still exists but is hidden by the library).
>> >>>
>> >>> Any other insights?
>> >>>
>> >>> cr
>> >>>
>> >>> ___
>> >>> zeromq-dev mailing list
>> >>> zeromq-dev@lists.zeromq.org
>> >>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> >>
>> >>
>> >
>> >
>> > ___
>> > zeromq-dev mailing list
>> > zeromq-dev@lists.zeromq.org
>> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> >
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] zeromq, rewritten in Rust

2014-06-11 Thread Fantix King
Oh yes, I'd love to move into the community organization! Let me update the
README file (MPLv2 and C4.1 look good) and do some more document work.

Thank you!


BR,
Fantix
--
http://about.me/fantix


On Wed, Jun 11, 2014 at 3:59 PM, Pieter Hintjens  wrote:

> Hi Fantix,
>
> Nice stuff. If you want to move this into the ZeroMQ community
> organization, see http://zeromq.org/docs:organization
>
> -Pieter
>
> On Wed, Jun 11, 2014 at 6:40 AM, Fantix King 
> wrote:
> > I think it might be easier to have discussions if there is actual code -
> > I've started a project "zmq.rs" with some very basic scratches:
> >
> > https://github.com/decentfox/zmq.rs
> >
> > The code now is meant to be discussed and heavily changed incrementally,
> > hopefully with tests carefully covered. Please feel free to drop by and
> > comment if you are interested, it is truly appreciated.
> >
> >
> > BR,
> > Fantix
> > --
> > http://about.me/fantix
> >
> >
> > On Tue, Mar 4, 2014 at 10:55 AM, Fantix King 
> wrote:
> >>
> >> Sounds really exciting! Please share the project link when there is one
> if
> >> possible.
> >>
> >> BR,
> >> Fantix
> >> --
> >> http://about.me/fantix
> >>
> >>
> >> On Tue, Mar 4, 2014 at 2:26 AM, Charles Remes 
> >> wrote:
> >>>
> >>> There was a little twitter chat over the weekend regarding an attempt
> at
> >>> writing a ground-up zeromq library using the new systems language
> Rust. If
> >>> you haven't heard of Rust, it is a new language under development by
> the
> >>> good folks at Mozilla. It's original designer has said that he has
> learned
> >>> quite a few things from implementing dozens of languages over the
> years that
> >>> he felt he could solve some new problems and create a cleaner
> language. Rust
> >>> is his attempt at such a feat.
> >>>
> >>> It supposedly solves the problem by borrowing the best from many
> popular
> >>> languages.
> >>>
> >>> * OOP of C++ without the large, unwieldy syntax
> >>>
> >>> * performance of C while providing good namespacing, OOP, safe
> >>> memory (i.e. no dangling pointers)
> >>>
> >>> * the functional expressiveness of Haskell but not at the
> expense
> >>> of imperative forms
> >>>
> >>> * the massive concurrency of Erlang but with a better syntax
> and
> >>> a more flexible memory model (borrowed pointers, immutable defaults,
> etc)
> >>>
> >>> I recently did a small test project to learn the syntax. The language
> is
> >>> still evolving, so it's a bit of a moving target. It's at release 0.9
> with a
> >>> 1.0 slated for later this year, but they've already slipped on
> delivering a
> >>> 1.0 for at least a year so I assume it will slip again.
> >>>
> >>> Anyway, I'd like to volunteer to try and spike a simple example to get
> >>> things started. However, I'd like to start a thread here to discuss
> "lessons
> >>> learned" from the existing codebase. We already have a great write-up
> from
> >>> Martin Sustrik (primary author of earlier versions of zeromq) here:
> >>>
> >>> http://250bpm.com/blog:4
> >>>
> >>> http://250bpm.com/blog:8
> >>>
> >>> I'm hoping that others who have read through the source have additional
> >>> insights that they'd like to share. For instance, I have seen comments
> that
> >>> zeromq might have more consistent performance it it was wrapped around
> a
> >>> Disruptor (google for that pattern if it's new to you). People also
> seem to
> >>> really dislike the concept of the context (nanomsg has already
> eliminated
> >>> this... it still exists but is hidden by the library).
> >>>
> >>> Any other insights?
> >>>
> >>> cr
> >>>
> >>> ___
> >>> zeromq-dev mailing list
> >>> zeromq-dev@lists.zeromq.org
> >>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> >>
> >>
> >
> >
> > ___
> > zeromq-dev mailing list
> > zeromq-dev@lists.zeromq.org
> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> >
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] zeromq, rewritten in Rust

2014-06-11 Thread Pieter Hintjens
Hi Fantix,

Nice stuff. If you want to move this into the ZeroMQ community
organization, see http://zeromq.org/docs:organization

-Pieter

On Wed, Jun 11, 2014 at 6:40 AM, Fantix King  wrote:
> I think it might be easier to have discussions if there is actual code -
> I've started a project "zmq.rs" with some very basic scratches:
>
> https://github.com/decentfox/zmq.rs
>
> The code now is meant to be discussed and heavily changed incrementally,
> hopefully with tests carefully covered. Please feel free to drop by and
> comment if you are interested, it is truly appreciated.
>
>
> BR,
> Fantix
> --
> http://about.me/fantix
>
>
> On Tue, Mar 4, 2014 at 10:55 AM, Fantix King  wrote:
>>
>> Sounds really exciting! Please share the project link when there is one if
>> possible.
>>
>> BR,
>> Fantix
>> --
>> http://about.me/fantix
>>
>>
>> On Tue, Mar 4, 2014 at 2:26 AM, Charles Remes 
>> wrote:
>>>
>>> There was a little twitter chat over the weekend regarding an attempt at
>>> writing a ground-up zeromq library using the new systems language Rust. If
>>> you haven’t heard of Rust, it is a new language under development by the
>>> good folks at Mozilla. It’s original designer has said that he has learned
>>> quite a few things from implementing dozens of languages over the years that
>>> he felt he could solve some new problems and create a cleaner language. Rust
>>> is his attempt at such a feat.
>>>
>>> It supposedly solves the problem by borrowing the best from many popular
>>> languages.
>>>
>>> * OOP of C++ without the large, unwieldy syntax
>>>
>>> * performance of C while providing good namespacing, OOP, safe
>>> memory (i.e. no dangling pointers)
>>>
>>> * the functional expressiveness of Haskell but not at the expense
>>> of imperative forms
>>>
>>> * the massive concurrency of Erlang but with a better syntax and
>>> a more flexible memory model (borrowed pointers, immutable defaults, etc)
>>>
>>> I recently did a small test project to learn the syntax. The language is
>>> still evolving, so it’s a bit of a moving target. It’s at release 0.9 with a
>>> 1.0 slated for later this year, but they’ve already slipped on delivering a
>>> 1.0 for at least a year so I assume it will slip again.
>>>
>>> Anyway, I’d like to volunteer to try and spike a simple example to get
>>> things started. However, I’d like to start a thread here to discuss “lessons
>>> learned” from the existing codebase. We already have a great write-up from
>>> Martin Sustrik (primary author of earlier versions of zeromq) here:
>>>
>>> http://250bpm.com/blog:4
>>>
>>> http://250bpm.com/blog:8
>>>
>>> I’m hoping that others who have read through the source have additional
>>> insights that they’d like to share. For instance, I have seen comments that
>>> zeromq might have more consistent performance it it was wrapped around a
>>> Disruptor (google for that pattern if it’s new to you). People also seem to
>>> really dislike the concept of the context (nanomsg has already eliminated
>>> this… it still exists but is hidden by the library).
>>>
>>> Any other insights?
>>>
>>> cr
>>>
>>> ___
>>> zeromq-dev mailing list
>>> zeromq-dev@lists.zeromq.org
>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>>
>
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] zeromq, rewritten in Rust

2014-06-10 Thread Fantix King
I think it might be easier to have discussions if there is actual code -
I've started a project "zmq.rs" with some very basic scratches:

https://github.com/decentfox/zmq.rs

The code now is meant to be discussed and heavily changed incrementally,
hopefully with tests carefully covered. Please feel free to drop by and
comment if you are interested, it is truly appreciated.


BR,
Fantix
--
http://about.me/fantix


On Tue, Mar 4, 2014 at 10:55 AM, Fantix King  wrote:

> Sounds really exciting! Please share the project link when there is one if
> possible.
>
> BR,
> Fantix
> --
> http://about.me/fantix
>
>
> On Tue, Mar 4, 2014 at 2:26 AM, Charles Remes 
> wrote:
>
>> There was a little twitter chat over the weekend regarding an attempt at
>> writing a ground-up zeromq library using the new systems language Rust. If
>> you haven't heard of Rust, it is a new language under development by the
>> good folks at Mozilla. It's original designer has said that he has learned
>> quite a few things from implementing dozens of languages over the years
>> that he felt he could solve some new problems and create a cleaner
>> language. Rust is his attempt at such a feat.
>>
>> It supposedly solves the problem by borrowing the best from many popular
>> languages.
>>
>> * OOP of C++ without the large, unwieldy syntax
>>
>> * performance of C while providing good namespacing, OOP, safe
>> memory (i.e. no dangling pointers)
>>
>> * the functional expressiveness of Haskell but not at the expense
>> of imperative forms
>>
>> * the massive concurrency of Erlang but with a better syntax and
>> a more flexible memory model (borrowed pointers, immutable defaults, etc)
>>
>> I recently did a small test project to learn the syntax. The language is
>> still evolving, so it's a bit of a moving target. It's at release 0.9 with
>> a 1.0 slated for later this year, but they've already slipped on delivering
>> a 1.0 for at least a year so I assume it will slip again.
>>
>> Anyway, I'd like to volunteer to try and spike a simple example to get
>> things started. However, I'd like to start a thread here to discuss
>> "lessons learned" from the existing codebase. We already have a great
>> write-up from Martin Sustrik (primary author of earlier versions of zeromq)
>> here:
>>
>> http://250bpm.com/blog:4
>>
>> http://250bpm.com/blog:8
>>
>> I'm hoping that others who have read through the source have additional
>> insights that they'd like to share. For instance, I have seen comments that
>> zeromq might have more consistent performance it it was wrapped around a
>> Disruptor (google for that pattern if it's new to you). People also seem to
>> really dislike the concept of the context (nanomsg has already eliminated
>> this... it still exists but is hidden by the library).
>>
>> Any other insights?
>>
>> cr
>>
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] zeromq, rewritten in Rust

2014-03-03 Thread Fantix King
Sounds really exciting! Please share the project link when there is one if
possible.

BR,
Fantix
--
http://about.me/fantix


On Tue, Mar 4, 2014 at 2:26 AM, Charles Remes  wrote:

> There was a little twitter chat over the weekend regarding an attempt at
> writing a ground-up zeromq library using the new systems language Rust. If
> you haven't heard of Rust, it is a new language under development by the
> good folks at Mozilla. It's original designer has said that he has learned
> quite a few things from implementing dozens of languages over the years
> that he felt he could solve some new problems and create a cleaner
> language. Rust is his attempt at such a feat.
>
> It supposedly solves the problem by borrowing the best from many popular
> languages.
>
> * OOP of C++ without the large, unwieldy syntax
>
> * performance of C while providing good namespacing, OOP, safe
> memory (i.e. no dangling pointers)
>
> * the functional expressiveness of Haskell but not at the expense
> of imperative forms
>
> * the massive concurrency of Erlang but with a better syntax and a
> more flexible memory model (borrowed pointers, immutable defaults, etc)
>
> I recently did a small test project to learn the syntax. The language is
> still evolving, so it's a bit of a moving target. It's at release 0.9 with
> a 1.0 slated for later this year, but they've already slipped on delivering
> a 1.0 for at least a year so I assume it will slip again.
>
> Anyway, I'd like to volunteer to try and spike a simple example to get
> things started. However, I'd like to start a thread here to discuss
> "lessons learned" from the existing codebase. We already have a great
> write-up from Martin Sustrik (primary author of earlier versions of zeromq)
> here:
>
> http://250bpm.com/blog:4
>
> http://250bpm.com/blog:8
>
> I'm hoping that others who have read through the source have additional
> insights that they'd like to share. For instance, I have seen comments that
> zeromq might have more consistent performance it it was wrapped around a
> Disruptor (google for that pattern if it's new to you). People also seem to
> really dislike the concept of the context (nanomsg has already eliminated
> this... it still exists but is hidden by the library).
>
> Any other insights?
>
> cr
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


Re: [zeromq-dev] zeromq, rewritten in Rust

2014-03-03 Thread Pieter Hintjens
A native Rust stack would be great. It's a challenge faced by other
languages like Python. I think it's important to start small, and
drive such projects by incremental improvements.

I'd definitely not consider performance as an initial goal. Rather,
API quality and protocol compatibility. It may be that an API oriented
towards socket types rather than an abstract BSD-style socket is
better for instance.

-Pieter

On Mon, Mar 3, 2014 at 7:26 PM, Charles Remes  wrote:
> There was a little twitter chat over the weekend regarding an attempt at 
> writing a ground-up zeromq library using the new systems language Rust. If 
> you haven't heard of Rust, it is a new language under development by the good 
> folks at Mozilla. It's original designer has said that he has learned quite a 
> few things from implementing dozens of languages over the years that he felt 
> he could solve some new problems and create a cleaner language. Rust is his 
> attempt at such a feat.
>
> It supposedly solves the problem by borrowing the best from many popular 
> languages.
>
> * OOP of C++ without the large, unwieldy syntax
>
> * performance of C while providing good namespacing, OOP, safe memory 
> (i.e. no dangling pointers)
>
> * the functional expressiveness of Haskell but not at the expense of 
> imperative forms
>
> * the massive concurrency of Erlang but with a better syntax and a 
> more flexible memory model (borrowed pointers, immutable defaults, etc)
>
> I recently did a small test project to learn the syntax. The language is 
> still evolving, so it's a bit of a moving target. It's at release 0.9 with a 
> 1.0 slated for later this year, but they've already slipped on delivering a 
> 1.0 for at least a year so I assume it will slip again.
>
> Anyway, I'd like to volunteer to try and spike a simple example to get things 
> started. However, I'd like to start a thread here to discuss "lessons 
> learned" from the existing codebase. We already have a great write-up from 
> Martin Sustrik (primary author of earlier versions of zeromq) here:
>
> http://250bpm.com/blog:4
>
> http://250bpm.com/blog:8
>
> I'm hoping that others who have read through the source have additional 
> insights that they'd like to share. For instance, I have seen comments that 
> zeromq might have more consistent performance it it was wrapped around a 
> Disruptor (google for that pattern if it's new to you). People also seem to 
> really dislike the concept of the context (nanomsg has already eliminated 
> this... it still exists but is hidden by the library).
>
> Any other insights?
>
> cr
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev


[zeromq-dev] zeromq, rewritten in Rust

2014-03-03 Thread Charles Remes
There was a little twitter chat over the weekend regarding an attempt at 
writing a ground-up zeromq library using the new systems language Rust. If you 
haven’t heard of Rust, it is a new language under development by the good folks 
at Mozilla. It’s original designer has said that he has learned quite a few 
things from implementing dozens of languages over the years that he felt he 
could solve some new problems and create a cleaner language. Rust is his 
attempt at such a feat.

It supposedly solves the problem by borrowing the best from many popular 
languages.

* OOP of C++ without the large, unwieldy syntax

* performance of C while providing good namespacing, OOP, safe memory 
(i.e. no dangling pointers)

* the functional expressiveness of Haskell but not at the expense of 
imperative forms

* the massive concurrency of Erlang but with a better syntax and a more 
flexible memory model (borrowed pointers, immutable defaults, etc)

I recently did a small test project to learn the syntax. The language is still 
evolving, so it’s a bit of a moving target. It’s at release 0.9 with a 1.0 
slated for later this year, but they’ve already slipped on delivering a 1.0 for 
at least a year so I assume it will slip again.

Anyway, I’d like to volunteer to try and spike a simple example to get things 
started. However, I’d like to start a thread here to discuss “lessons learned” 
from the existing codebase. We already have a great write-up from Martin 
Sustrik (primary author of earlier versions of zeromq) here:  

http://250bpm.com/blog:4

http://250bpm.com/blog:8

I’m hoping that others who have read through the source have additional 
insights that they’d like to share. For instance, I have seen comments that 
zeromq might have more consistent performance it it was wrapped around a 
Disruptor (google for that pattern if it’s new to you). People also seem to 
really dislike the concept of the context (nanomsg has already eliminated this… 
it still exists but is hidden by the library).

Any other insights?

cr

___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev