[nanomsg] Re: [nanomsg] Re: [nanomsg] RE: [nanomsg] Re: [nanomsg] RE: [Non-DoD Source] [nanomsg] status of nng… another update

  • From: Michael <mwpowellhtx@xxxxxxxxx>
  • To: nanomsg@xxxxxxxxxxxxx
  • Date: Wed, 15 Mar 2017 10:58:50 -0400

What in the world are you talking about? This doesn't add anything to the 
thread, or if there is some other association it could have been disclosed 
privately off-list.

On March 15, 2017 10:18:13 AM EDT, omid shahraki <dreamstechgroup@xxxxxxxxx> 
wrote:

Dear all,

First of all, I hope you are all in good health conditions by which all
your efforts wont be worthless, Garret particularly.

And I think all efforts should be based on something valueable, even if
it
is not going to reach expected results as it is another face of victory
if
point of view adjusted properly. Consequently, sometimes we need to
take a
rest, stop trying and trying, look back, rethink and ask ourselves, hay
are
you going the right path? Why did you choose this path? What would be
there, waiting for me by the end? What would be risks and losses? Would
this journey enjoyable? And... (Creativity)

I think it is not about what language to use at first place. Of course
it
is important and some languages are grammatically more rich than others
but
keep this at a corner for a while. We can communicate by our body
either
and interesting to know it is more effective than words. But, there is
something common between all. And it is elementary building blocks such
as
verb, adjective, adverb and other ones in addition to structures. For
example, adverb could modify the meaning of verb, adjective or another
adverb. What comes to mind? Polymorphism, yes right. And then we need
to
focus on subject. We can not always use same sentence in all places,
communities, occasions and every person.
(Structural and Behavioral)

Finally, there are many things to consider before even touching a key
which
could bring down the whole sector in an industry.

Omid Shahraki
Omid.shahraki@xxxxxxx
https://www.linkedin.com/in/omid-shahraki-19406b91


On Mar 15, 2017 16:34, "Karan, Cem F CIV USARMY RDECOM ARL (US)" <
cem.f.karan.civ@xxxxxxxx> wrote:

The hash table/balanced tree problem is an important one.  One of my
most
important data structures is a priority queue that can have any
element in
it modified at any time.  Simple to do if you fuse a heap and any
balanced
tree implementation into one data structure, but hard if the borrow
checker
is fighting you.  That said, after quickly reading through the
relevant
sections of the Rust book, I think it's something that can be done
easily
at this point.  Something else to test out though...

Thanks,
Cem Karan

-----Original Message-----
From: nanomsg-bounce@xxxxxxxxxxxxx
[mailto:nanomsg-bounce@xxxxxxxxxxxxx]
On Behalf Of Jason E. Aten
Sent: Monday, March 13, 2017 6:52 PM
To: nanomsg <nanomsg@xxxxxxxxxxxxx>
Subject: [nanomsg] Re: [nanomsg] RE: [Non-DoD Source] [nanomsg]
status
of nng… another update

All active links contained in this email were disabled. Please
verify
the identity of the sender, and confirm the authenticity of all links
contained within the message prior to copying and pasting the
address to
a Web browser.


________________________________



Rust is an experiment still in progress. I haven't looked at Rust
since
I realized this a couple years ago. At the time the borrow checker
made it impossible to simple things like having a hash table and a
balanced tree that both pointed (indexed) the same set. I don't want
to
fight with a language when I'm trying to build stuff on top of it.

You can read more current reviews with a simple search. e.g. 
Caution-
https://news.ycombinator.com/item?id=11774850 ;< Caution-
https://news.ycombinator.com/item?id=11774850 ;>   where people like
it,
but say:

It's confusing, as hell.


Sometimes Rust's type system is too limited to understand why
something is safe.

Others don't consider languages which do not handle OS signals a
"systems" language: Caution-https://github.com/rust-
lang/rfcs/issues/1368 < Caution-https://github.com/
rust-lang/rfcs/issues/1368 >


On Mon, Mar 13, 2017 at 4:51 PM, Karan, Cem F CIV USARMY RDECOM ARL
(US)
<cem.f.karan.civ@xxxxxxxx < Caution-
mailto:cem.f.karan.civ@xxxxxxxx ;> > wrote:


      Does Rust fall into the 'immature' category?

      Thanks,
      Cem Karan

      > -----Original Message-----
      > From: nanomsg-bounce@xxxxxxxxxxxxx < Caution-mailto:
nanomsg-bounce@xxxxxxxxxxxxx >  [Caution-mailto:nanomsg-
bounce@xxxxxxxxxxxxx < Caution-mailto:nanomsg-bounce@xxxxxxxxxxxxx
]
On Behalf Of Jason E. Aten
      > Sent: Monday, March 13, 2017 5:33 PM
      > To: nanomsg <nanomsg@xxxxxxxxxxxxx <
Caution-mailto:nanomsg@
freelists.org > >
      > Subject: [Non-DoD Source] [nanomsg] status of nng… another
update
      >
      > All active links contained in this email were disabled.
Please
verify the identity of the sender, and confirm the authenticity of
all
links
      > contained within the message prior to copying and pasting
the
address to a Web browser.
      >
      >
      > ________________________________
      >
      >
      >
      > My 2 cents, because its fun to talk about languages...
      >
      > Go: mature, productive. Conservative design that removes
language issues as blockers from getting things done. Best
concurrency support
      > bar none. Very mature tooling: profiler, race detector. No
working debugger, but concurrent code quickly convinced me that
printf is
      > better anyway.
      >
      > Swift: llvm based so very strong compiler. Not garbage
collected
(automatic reference counts) so probably slower than Go on
true
      > multicore code where you really need GC to avoid trashing
your
cache hierarchy.
      >
      > The rest: immature research ideas that should not be messed
with
you have time to waste.
      >
      >
      >
      > On Mar 13, 2017 16:08, "Karan, Cem F CIV USARMY RDECOM ARL
(US)"
<cem.f.karan.civ@xxxxxxxx < Caution-
mailto:cem.f.karan.civ@xxxxxxxx ;>  < Caution-
      > Caution-mailto:cem.f.karan.civ@xxxxxxxx ;< Caution-mailto:
cem.f.karan.civ@xxxxxxxx >  > > wrote:
      >
      >
      >       Yeah, language-wise, that was the conclusion I was
coming
to.  I have a simulator that I've written in C (needed the
performance),
      > but it was a pain to write simply because the standard
library
was so small.  I've had others suggest that I look into Rust, which
suggests to
      > me that I need to sit down and really go over the features
of
both Go and Rust.  I may also look into Julia further...
      >
      >       Thank you for your opinion on this, it really helps!
      >
      >
      >       Thanks,
      >       Cem Karan
      >
      >       > -----Original Message-----
      >       > From: nanomsg-bounce@xxxxxxxxxxxxx <
Caution-mailto:
nanomsg-bounce@xxxxxxxxxxxxx >  < Caution-Caution-
mailto:nanomsg-bounce@xxxxxxxxxxxxx ;<
Caution-mailto:nanomsg-bounce@
freelists.org >  >  [Caution-Caution-mailto:nanomsg- ;<
Caution-mailto:nanomsg- ;>
      > bounce@xxxxxxxxxxxxx < Caution-mailto:bounce@xxxxxxxxxxxxx
 <
Caution-Caution-mailto:nanomsg-bounce@xxxxxxxxxxxxx ;<
Caution-mailto:nanomsg-bounce@xxxxxxxxxxxxx ;>  > ] On Behalf Of
Garrett
D'Amore
      >
      >       > Sent: Monday, March 13, 2017 3:09 PM
      >       > To: nanomsg@xxxxxxxxxxxxx < Caution-mailto:nanomsg@
freelists.org >  < Caution-Caution-mailto:nanomsg@xxxxxxxxxxxxx ;<
Caution-mailto:nanomsg@xxxxxxxxxxxxx ;>  >
      >

      >       > Subject: [nanomsg] Re: [nanomsg] RE: [nanomsg] Re:
[nanomsg] RE: [Non-DoD Source] [nanomsg] status of nng… another
      > update
      >       >
      >       > All active links contained in this email were
disabled.
Please verify the identity of the sender, and confirm the
authenticity
of all
      > links
      >       > contained within the message prior to copying and
pasting the address to a Web browser.
      >       >
      >       >
      >       > ________________________________
      >       >
      >       >
      >       >
      >
      >       > From my perspective, for “control plane” type of
software, I prefer Go, if you can use it.  It has all the developer
friendliness /
      > productivity
      >       > benefits of languages like Python, while being
strongly
typed and very efficient.  It isn’t ideal for every circumstance (for
      > example if you
      >       > have to embed it directly into a kernel, or if your
environment has real-time constraints, or simply doesn’t support Go),
but
      > frankly for
      >       > most of my day-to-day p
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Other related posts:

  1. Home
  2. nanomsg
  3. Archive
  4. 03-2017