Viewing profile — centril
centril
HN member- Joined
- Wed, Jan 11, 2017, 5:03 PM UTC
- HN karma
- 135
- Public activity
- 13 items
- HN profile
- View on Hacker News ↗
About centril
No profile information was provided.
Recent public activity
-
comment
Comment #47138024
xD Using the same module written in Rust, we can do even better on the same machine, 165k+ TPS.
-
comment
Comment #43256101
Excited to see where this goes. It's just the beginning!
-
comment
Comment #23876870
> I think they actually make a fair point because in this case "hard to do" probably equates to "makes the compiler a lot slower". They are wrong in this case. When considering whe…
-
comment
Comment #23876701
Off the top of my head: Poor error messages, any type checking is run on the generated code so harder to enforce properties, and if code generation is not in-language, then the bas…
-
comment
Comment #20734454
Thank you! I tried hard to make this blog post easy to read so it's nice that it feels that way. :)
-
comment
Comment #20734436
An interesting example is the addition of `{-# LANGUAGE LinearTypes #-}` to GHC. The primary interest for this "experiment" is not from academia but from industry (tweag IO). Anoth…
-
comment
Comment #20734412
With faster builds, would probably reduce the queue latency and land more PRs. We'd probably also allow more toolchains to be tested and whatnot.
-
comment
Comment #20707148
We aggressively use rollups to merge PRs into rust-lang/rust to mitigate the effect of the 4 hour build times. But it would sure be nice to bring it down to less. It would certainl…
-
comment
Comment #20035300
https://github.com/rust-lang/rfcs/pull/2442
- story
-
comment
Comment #19851978
Note that in Rust, `.match` would itself provide the general way: let number = foo.bar().baz().match { it => it + 1 };
-
comment
Comment #19640094
I think it's not a good idea to talk about them as one thing and the use cases also differ. `const fn`s are deterministic ("pure") functions that can be evaluated at compile time i…
-
comment
Comment #17874595
I don't think the Go 2 generics proposal amount to type classes; From what I inferred from the proposal, contracts are structurally typed rather than nominally such that you don't …