Re: [Vala] Use rust [was: Seeking for Vala programmer]



Hello

We strictly separate Web backends from the layer that does actual audio
processing so where we need http we use elixir, and where we need GStreamer
we use Vala. Communication between these layers used to be http (that's
the  point where I was considering valum) but was recently replaced by
binary protocols.

The case in broadcasting is also being reliable, being fast is cool but
it's secondary. In such case it's hard to compete with erlang VM. Any C app
can probably segfault, erlang will never do. Needless to mention builtin
fail over mechanisms.

But don't worry, there will be applications for valum for sure, we are
going to make devices where we will use internal APIs and they may be based
on valum.

M.
16.06.2016 5:30 PM "Guillaume Poirier-Morency" <
guillaumepoiriermorency gmail com> napisał(a):

Le jeudi 16 juin 2016 à 15:54 +0200, marcin saepia net a écrit :
Valum is awesome, and I was considering it for a while but we have
decided to use Elixir/Phoenix for our web backends (for obvious
reasons if you are designing a soft-realtime software).

Phoenix looks really nice and complete. However, something more GLib-
based would be easier to integrate with a GStreamer audio stack I
guess.

Valum still need some work, but it's already usable and very fast. I
will probably release the 0.3 by the end of the summer.

I'm also implementing the SAGA specification https://en.wikipedia.org/w
iki/Simple_API_for_Grid_Applications if you ever need to distribute
some computation. I'm starting with the job API and a TORQUE backend
for my project.


But I keep it in mind and I won't be suprised if it would have been
used in some of our microservices later on.

Marcin

2016-06-15 22:30 GMT+02:00 Guillaume Poirier-Morency <guillaumepoirie
rmorency gmail com>:
I just want to state that I'm in perfect agreement with you Marcin.

Rust might be a good system programming language, but it's clearly
not
ready for the needs of a product like RadioKit.

Vala is a good language with incredible C binding capabilities and
really nice set of semantics. It has direct access to GTK and
GStreamer, unlike what you would have with GIR and pose reasonable
overhead over GObject C.

Rewritting a working codebase because of a language hype is silly,
especially as it would result in a considerably lower utility.

Yet, Rust is a really nice language with a bright future and I
think it
should inpire us putting some efforts on making Vala safer.

Suit yourself,

N.B. RadioKit looks really amazing and I really wish I could be
part of
it, but obligations forbids. Maybe Valum could be handy?

Le mercredi 15 juin 2016 à 22:03 +0200, marcin saepia net a écrit :
I don't say Rust is wrong. I don't even say it's worse than Vala
or
less
promising. There are just much more popular languages than Rust
that
fail
to maintain stable bindings to C libraries, including one I am
interested
of the most (GStreamer).

As long as this https://crates.io/search?q=gst returns nothing
and
this
https://crates.io/search?q=glib returns bunch of immature
projects,
it's
just not an option. I am not going to spend half of my budget &
time
for
rewriting something that works perfectly in Vala just becuse some
language
appears to be promising.

Marcin


2016-06-15 3:57 GMT+02:00 Daogang <daogangtang 126 com>:

don't care that, I just mention it.

Rust is the most promising language in the coming 15 years,
https://www.rust-lang.org/.

It is a system language, as c, c++, vala, but has more and more
powerful
theory basis than vala. It can reduce runtime bug significantly
for
its
safty feature.

If let me choose, I want to recommand all elementary work
transfering to
rust.  :)  just keep your own direction.




--
Gang Tang, Nothing is impossible.
+86 152 8102 0829

Mamiwenwen.com, Chengdu, China.



在2016年06月14 23时09分, "Al Thomas"<astavale yahoo co uk>写道:




From: Daogang <daogangtang 126 com>
Sent: Tuesday, 14 June 2016, 13:58
Subject: Re: [Vala] Seeking for Vala programmer


can consider rust lang? i think it is promissing.


An advantage of Vala is it has first class bindings to a large
number of
excellent projects, e.g. GStreamer, Gtk+.
A quick search on Rust found this tutorial dated December 2015,
but
now
advises "This guide is no longer compatible with the current
codebase and
thus will be rewritten in the future.":

https://mmstickman.wordpress.com/2015/12/12/phoronix-reader-rus
t-pr
ogramming-tutorial/


https://www.gitbook.com/book/mmstick/rust-programming-phoronix-
read
er-how-to/details

So maybe there is some way for Rust to go on the bindings
front. I
didn't
look too much at other differences.

Can you elaborate on your experiences with Rust and Vala that
makes
you
recommend Rust?


Personally, I find it encouraging the Marcin Lewandowski and
RadioKit are
looking to employ a Vala programmer. Marcin has filed a number
of
useful
bug reports after I think investing some considerable time in
using
Vala. I
hope the Vala community continues to grow and address some of
those
issues.


Al
_______________________________________________
vala-list mailing list
vala-list gnome org
https://mail.gnome.org/mailman/listinfo/vala-list

_______________________________________________
vala-list mailing list
vala-list gnome org
https://mail.gnome.org/mailman/listinfo/vala-list
--
Guillaume Poirier-Morency <guillaumepoiriermorency gmail com>

Étudiant au baccalauréat en Informatique à l'Université de Montréal
Développeur d'application web

Mon blog: https://arteymix.github.io/
Mon projet de coopérative: https://pittoresque.github.io/
Clé PGP: B1AD6EA5
_______________________________________________
vala-list mailing list
vala-list gnome org
https://mail.gnome.org/mailman/listinfo/vala-list


--
Guillaume Poirier-Morency <guillaumepoiriermorency gmail com>

Étudiant au baccalauréat en Informatique à l'Université de Montréal
Développeur d'application web

Mon blog: https://arteymix.github.io/
Mon projet de coopérative: https://pittoresque.github.io/
Clé PGP: B1AD6EA5


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]