whyever

36 ms·

331.
by whyever 10y ago
> There needs to be a move towards more constrained languages like Rust that limit the potential mistakes It's happening: https://github.com/ctz/rustls
332.
by whyever 10y ago
Latex does not render in real time.
333.
by whyever 10y ago
Here is one: https://www.psychologicalscience.org/pdf/StrackRRR_manuscrip...
334.
by whyever 10y ago
If you forego optimizations, you can compile the Linux kernel in seconds (see tcc).
335.
by whyever 10y ago
If you are only interested in whether your Rust program typechecks, you can use cargo check, it is quite fast, because it does not generate any code.
336.
by whyever 10y ago
I think it would be better without the horizontal lines.
337.
by whyever 10y ago
What about switching to Rust? https://github.com/ctz/rustls
338.
by whyever 10y ago
As a lisp noob, I found many of common lisp's function names to be extremely arcane.
339.
by whyever 10y ago
Rust would actually be problematic with most distros.
340.
by whyever 10y ago
It seems like he does not like programming in general: > I've been programming for a very long time. So long that it's incredibly boring to me. [...] Programming as a profession is only moderately interesting. It can be a good
341.
by whyever 10y ago
Thanks! Here are the reason why trait fields are preferable over accessors in case anyone else is wondering: 1. The borrow checker assumes accessors can do anything, freezing all other fields. This does not happen with trait fields. 2. Acce
342.
by whyever 10y ago
I don't understand why the author wants to access fields from a trait. They can be accessed by the trait implementations, which makes sense, because the fields depend on the type.
343.
by whyever 10y ago
How can you handle OOM if your process gets killed by the kernel for using to much memory?
344.
by whyever 10y ago
> supports a lot more encryption methods That sounds like an anti-feature.
345.
by whyever 10y ago
Why don't you just link his blog post on federation instead of misrepresenting his opinion? https://whispersystems.org/blog/the-ecosystem-is-moving/
346.
by whyever 10y ago
> This isn't an issue with the language, it's an issue with the common implementation of the language. There is no formal definition of the language. It is defined by the C implementation. So I'm not sure how meaningful th
347.
by whyever 10y ago
The advantage of the current approach is that you can just define the traits you need in your crate, and the standard library does not have to stabilize unrefined interfaces.
348.
by whyever 10y ago
> What would those shortcomings be? Moxie wrote about it: https://whispersystems.org/blog/the-ecosystem-is-moving/
349.
by whyever 10y ago
You could also say that Signal is good because they realized the shortcomings of federation and want to sign their binaries themselves.
350.
by whyever 10y ago
You can also use /proc to violate memory safety in safe rust.
351.
by whyever 10y ago
Prepooping only applies to unsafe Rust. There are a few soundness bugs though: https://github.com/rust-lang/rust/issues?utf8=%E2%9C%93&q=is...
352.
by whyever 10y ago
Seems like you want the advantages of both centralization and federation without any of the disadvantages.
353.
by whyever 10y ago
The BSD licence only exists because Stallman lobbied for it IIRC.
354.
by whyever 10y ago
Why?
355.
by whyever 10y ago
While Fukushima did not claim lifes, it made a huge area uninhabitable. The public has to suffer the damages, not the company that profited from the plant.
356.
by whyever 10y ago
R has the best plotting library (ggplot) by far.
357.
by whyever 10y ago
> But measuring performance with timing a "hello world" program? Seriously? What scenario does the author have in mind that makes this particular benchmark even remotely relevant? If Julia is to replace Python in scientific com
358.
by whyever 10y ago
I'm using Python for analysis, and I'm running into performance issues constantly.
359.
by whyever 10y ago
What options are better?
360.
by whyever 10y ago
Anyone can upload malicious code on AUR. It just hasn't been targeted yet.

More ›