stymaar

35 ms·

721.
by stymaar 10y ago
Thanks for your clarification. Your dedication to provide answer and explanations to absolutely everybody everywhere on the internet is incredible. How many people do you keep enslaved in your basement to do all that work ? :p
722.
by stymaar 10y ago
For a demo you can just code a 20-lines signaling server using websocket with nodejs or anything.
723.
by stymaar 10y ago
> A Rust implementation of PostgreSQL, with its runtime checks, would almost certainly be slower than the existing implementation. So a Rust port is a non-starter. Wait, which runtime checks are you talking about ? This is a recurring FU
724.
by stymaar 10y ago
> C (without macros) is pretty much a subset of Rust Well, yes and no. On the one hand unsafe Rust is roughly similar to C[1], and unsafe Rust is a subset of Rust. But unsafe Rust is not the most widely used subset of Rust, stable Rust i
725.
by stymaar 10y ago
You need something for the signaling part (sending the WebRTC offer, answer and ICE candidates to establish the connection). It's not necessarily a «central server», if you can convince you users to send each other the info text-encode
726.
by stymaar 10y ago
> Almost ready except for safari. Unfortunately, that's not that simple. First of all, Edge doesn't implement the dataChannels, and FF and Chrome implements a slightly different version of the spec[1] (and neither implement the
727.
by stymaar 10y ago
I'm not advocating for a complete rewrite of Postgres in C, but I'd like to emphasize the fact that security is not the only good reason to justify the transition of a project from C to Rust: Nowadays most developers comes from me
728.
by stymaar 10y ago
> Also, animation of SVG in FF sucks compared to Chrome and Safari, or at least it used to 3 years ago. I can relate to this, I use to work on a svg-heavy project in 2014 and I had the same kind of issues and I filed many bugs on FF bug
729.
by stymaar 10y ago
Given that we see more and more desktop applications being built with web technologies (formerly with node-webkit and recently with electron), and new UI toolkit are not really popular projects right now, I really doubt that many people wil
730.
by stymaar 10y ago
HN is just weird … A guy randomly asks a question on a mailing list, and then his mail goes in the front page, and then people start insulting him: «blah blah, stupid politic CTO … understand nothing, blah blah blah».
731.
by stymaar 10y ago
For people coming from managed languages (and in 2017, the huge majority of us is), contributing to a C project is way more complicated than contributing to a database project. For open-source projects, being written in a scary [1] langu
732.
by stymaar 10y ago
> Bounds checking and panicing are similar mitigation techniques and not an actual freedom from memory-born vulnerabilities Absolutely. Bounds checking is a mitigation technique to avoid potential footgun when you want/have to use m
733.
by stymaar 10y ago
Sandboxes and, to a certain extend, containers, are mitigation techniques ! Since you cannot trust the program you run on the server, you add an additional layer to reduce the risk that an attacker does harm before the vulnerabilities are
734.
by stymaar 10y ago
In the context of Piston being pure rust matters a lot: rust as a really good multi-plateform support and it's way easier to cross-compile project that are full-rust than projects that are Rust with additional C libraries. In the conte
735.
by stymaar 10y ago
The author did a fantastic job ! Thank you for posting it here.
736.
by stymaar 10y ago
> which is exactly what Go does IIRC. Under the hood, I guess yes. But in Go, the developer always use blocking API and the runtime does the magic with the async stuff. Some people find it easier to reason about code written this way.
737.
by stymaar 10y ago
That's obviously a threat. But so far this is not what's happening: since tokio and future-rs were announced we've seen most library authors ditching their old stuff to use tokio instead.
738.
by stymaar 10y ago
> As I mentioned in my other comment I'm also not sure what you mean by "concurrency primitives" here, from your mention of server-side programming it would appear that you want something that handles async I/O, but t
739.
by stymaar 10y ago
> but is it realistic to run 1M OS threads? It feels like the overhead per green thread is much lower What kind of overhead do OS thread have that green thread doesn't ? I'm aware of the stack size, but is there something else
740.
by stymaar 10y ago
> To me that sounds like the end-state is a Chimera and not a Lion This is an aesthetic judgment. There is no such things as «a Lion» in the real world. Engineering is the work of building chimeras that solve your problems. > without
741.
by stymaar 10y ago
> I guess we could land the plane, let all the passengers disembark so they can wander over and take other planes, and not provide any service for a while while we change the engines out… but no — no, we can't do that. Not gonna hap
742.
by stymaar 10y ago
It depends what are your requirements (how «experienced» you want them) but it shouldn't be too hard to find : - Rust is still a really young language and most of us just use it as a hobby and don't write Rust for a living, but
743.
Crowdfunding JeVois: An Open-Source Quad-Core Smart Machine Vision Camera(kickstarter.com)
2 points by stymaar 10y ago|0 comments
744.
by stymaar 10y ago
I don't know why you are downvoted since your question is legit. I'll answer given my own experience : At my former company, we had a websocket-based service that allowed symetric communication between the clients. We had around 1
745.
by stymaar 10y ago
This article has been unanimously qualified as FUD by the Rust user community. Nightly is for innovations and experimentations, not for real use : - Rocket is an amazing example of innovation, but it's currently just an experimentation
746.
by stymaar 10y ago
> Currently Rust is about Go's age but nowhere close in usage. Rust was released in 2015, it's merely one and a half years old, while Go was released in March 2012. If you count the inception period of Rust (pre-1.0) you should
747.
by stymaar 10y ago
Thanks !
748.
by stymaar 10y ago
I can relate to this. I'm a web developer and Rust (mostly the ecosystem) is not ready for web dev (the future look bright though, tools like Diesel[1] or Rocket[2] looks incredibly promising). I recently found a place where Rust reall
749.
by stymaar 10y ago
Can you elaborate more what makes you think Rust isn't an expressive language ? And what feature your «functional programming language with low-cost abstractions» has that your miss with Rust ? In my experience Rust is really close to
750.
by stymaar 10y ago
It looks like this blog post is around an hour old, a bit short to write a response blog post ;)

More ›