3 ms·
Was anyone able to make out what the questions from the audience were at the end? I might need to watch this again with headphones. Great talk. Thank you for s
by pohl 12y ago
Was anyone able to make out what the questions from the audience were at the end? I might need to watch this again with headphones. Great talk. Thank you for sharing this.
- cpeterso 12y agoThis is a good reminder that speakers should always repeat the question on mic during Q&A. :)
- jruderman 12y agoThe first set of questions was about how the borrow checker understands vectors. ~ How do you tie the ownership of [the element array] to the vector? How does the compiler know that when you take a reference into the element array, [it should treat the vector itself as borrowed]? ~ What happens if I write my own library class [instead of using one that's part of the standard library like vec]?
- jruderman 12y agoThe last question was about using Rust for Servo, and in particular whether there had been any major pain points. Patrick Walton helped to answer (45:48): ~ The overall discipline hasn't been too difficult to been follow. ~ Most of the issues we hit are issues in the implementation. (e.g. the precise way the borrow-checker checks inveriants, reasons about lifetimes and whatnot.) These kinds of issues are fixable, and we continue to improve them all the time. ~ I don't speak for the entire Servo team, but I feel like the discipline, the overall type-system strategy that Rust enforces, has been pretty friendly. ~ We still have a lot of unsafe code, but a lot of it is unavoidable, for calling C libraries. And also we're doing things like: we have Rust objects which are managed by the SpiderMonkey [JavaScript] garbage collector. Which is really cool that we can do that, but the interface has to be written in the unsafe dialect [of Rust].