Dark politics affects our characters and peace of mind in the long run.
5,731 karma · joined October 8, 2012
May all beings be happy and content.
- Co-founder & building: www.cotanlabs.com - twitter: @aruncxy
Socials: - arunc.at.hn - www.arunc.dev
---
Dark politics affects our characters and peace of mind in the long run.
Except that I don't have any other use for Emacs.
Also, IMPO, GNOME is crap and GNOME != sway.
[1] https://twitter.com/truejainology/status/1352458920011284484...
IIRC, Signal calls are P2P.
Why do they publish this then?
https://fasterthanli.me/content/series/making-our-own-execut...
For sample code, etc, I would recommend to read D's atomic primitive implementations [2] instead of C++. C++ standard library is an unreadable monster. Fundamentally C++ atomic types are a flaw as std::atomic<int> is a type by itself, whereas in reality the operations has to be atomic. Also you can't get the value type for the type underneath the std::atomic template.
Whereas in D, the operations are atomic and you can operate them on the primitive types. You can see numerous examples in D's standard library implementation (which is readable than C++'s) [3][4]
[1] https://llvm.org/docs/Atomics.html
[2] https://github.com/dlang/druntime/blob/master/src/core/atomi...
[3] https://github.com/dlang/phobos/blob/master/std/concurrency....
[4] https://github.com/dlang/phobos/blob/master/std/parallelism....
Using templates in D is very intuitive and is a nice experience when we come from C++ land. We get to use . (dot) operator for everything and that's a real win.
https://www.reddit.com/r/programming/comments/hfkq5e/a_patte...
A common complaint about D's const is its transitivity makes it hard to use, and the blog post attempts to improve this situation by giving user-defined types the same power that built-in types have. Currently, the way to work around the issue is to simply not use const and instead rely on convention. Essentially, you'll write the same code in both cases, but currently the compiler gives you no help. I want the compiler to enforce these things, and I believe almost every D project could benefit from this.
Your comment could be taken out of context here. I am no language expert, but it's better to use the form "Sussman is not only a professor at MIT, but also ...".
"just" is probably overused these days. It has replaced words like "please" and structures like above.
Contrast:
a) Can you just do that
b) Can you please get that
https://attractivechaos.github.io/plb/
https://github.com/kostya/benchmarks
NoGC comparison
http://blog.mir.dlang.io/glas/benchmark/openblas/2016/09/23/...
As far as the Techempower results go, I'm pretty sure it is not a GC issue. It could be the postgres implementation issue. Someone has to work with upstream to tune and fix the issues.
Contributing to such benchmarks require time and effort. A small community can do only so much in their free time.
Even though such benchmarks are good marketing, the D community is not interested in participating such benchmarks (although I'm quoting one post from the D forum, the trend is same).
https://forum.dlang.org/post/mailman.2866.1587920400.31109.d...
Having auto is a boon for certain design aspects. As system level programming language D offers everything in betterC mode. Of course it can offer more. But a small community can do only so much.
- Want to access member in a aggregate (class/struct)? Use .
- Want to access member in pointer to an aggregate? Use .
- Want to access member in a module? Use .
- Want to access reference (not free standing)? Use .
This makes switching between different implementations pretty easy. Coupled with UFCS, this is pretty fantastic!
1. Why do functions need to be annotated with @safe and nothrow in betterC? Why not make them default? I understand making it default for non-betterC might break some code.
2. string type was uniform and awesome until it was treated as Unicode. Any plans to fix this and remove auto decoding? That would be awesome.
Edit: three questions to two. I had another question about using threads in betterC. But looks like we can't use D threads as they are runtime dependent.