jrvidal | 6 years ago | on: Rust Ownership Rules
jrvidal's comments
jrvidal | 6 years ago | on: Rust Ownership Rules
> The nice thing is that RefCell is not magic
I'd like to point out that `RefCell` does contain a bit of magic, since it is based on `UnsafeCell`, which is _the_ core "primitive" of Rust that enables interior mutability:
https://doc.rust-lang.org/std/cell/struct.UnsafeCell.html
(Not trying to be pedantic, just to clarify things for less knowledgeable readers).
jrvidal | 7 years ago | on: Orange_slice: Research Kernel and Hypervisor in Rust
> and working with raw "plain old data"
> while some of the systems aspects can be a bit lacking
Could you elaborate a bit on those two points? I think it'd be very valuable feedback for the Rust devs.
(Also, thanks for all the effort going into teaching this kind of stuff <3)
jrvidal | 7 years ago | on: Uber services suspended in Barcelona
* How much is "way cheaper"? I've heard that VTC licenses are getting more and more expensive, around ~50K € (if I remember correctly).
* What do you mean by "concentrated in very few hands (mainly Uber and Cabify)"? Surely Uber and Cabify don't directly own those licenses, right?
jrvidal | 7 years ago | on: Using the Web for a Day with JavaScript Turned Off
I think your fears are a bit misguided. WebAssembly runs within the same sandbox as JavaScript code. I don't see how this would constitute a _higher_ security risk than browsers as they stand today.
jrvidal | 8 years ago | on: When it comes to internet privacy, be afraid, analyst suggests
> Perhaps we need to see what Google and Facebook actually have on us...
What do you have in mind?
jrvidal | 8 years ago | on: Dark Matter May Be Trapped in All the Black Holes
I like to repeat myself on this, but proposing "invisible" matter has historically been a very successful strategy in fundamental physics. Simple laws have a tendency to stay simple.
jrvidal | 8 years ago | on: Dark Matter May Be Trapped in All the Black Holes
What's different about it compared to other scientific theories?
jrvidal | 8 years ago | on: A Physicist Who Denies Dark Matter
I see now, makes sense.
jrvidal | 8 years ago | on: A Physicist Who Denies Dark Matter
Sorry, but I don't understand your argument. When asked 'how do you explain lensing without dark matter?', your answer is 'with this particular flavor of dark matter'?
jrvidal | 8 years ago | on: A Physicist Who Denies Dark Matter
On the other hand:
jrvidal | 8 years ago | on: A Physicist Who Denies Dark Matter
FWIW, this approach is popular because it has worked pretty well in the past.
jrvidal | 9 years ago | on: Ask HN: Can I get in trouble for crawling using the Googlebot user agent?
> On the other hand Google could possibly sue you for using the user-agent "Googlebot".
Genuinely curious: on what basis? Can you trademark (or similar) a user-agent?
jrvidal | 9 years ago | on: A cartoon intro to WebAssembly
Maybe the most interesting bit (in part 6/6): Browser Preview is over, they can start shipping it!
https://lists.w3.org/Archives/Public/public-webassembly/2017...
jrvidal | 9 years ago | on: Node v7.5.0 Released
Strictly speaking, tail call optimization is an ES6 feature. I had the impression that its implementation in V8 is on hold, so it might be a while.
jrvidal | 9 years ago | on: Async/await support in Firefox
Well, I was asking in general about all those new features that are in consideration: cancelation tokens, try...else, even the await.cancelToken meta-property [1]. It feels like a lot of baked-in syntactic support for a very specific pattern =/
[1] https://github.com/tc39/proposal-cancelable-promises/blob/ma...
jrvidal | 9 years ago | on: Async/await support in Firefox
I am a JS programmer and I have mixed feelings about this. I am not entirely sold on the stuff that comes after async/await. In particular, I am curious to know what folks here think about cancelable promises [1] and the try...else block that might be introduced. Or about async iterators [2], where you can `yield await` stuff.
page 2
https://doc.rust-lang.org/src/core/cell.rs.html#1483