Overview of the Efficient Programming Languages (v.3): C++, Rust,
Swift, Scala, Dlang, Kotlin, Nim, Julia, Golang, Python.
http://reddit.com/r/programming/comments/8cw2xn/overview_of_the_efficient_programming_languages/
On Thursday, 19 April 2018 at 10:34:26 UTC, Per Nordlöw wrote:
On Tuesday, 17 April 2018 at 15:10:35 UTC, Nerve wrote:
Overview of the Efficient Programming Languages (v.3): C++,
Rust, Swift, Scala, Dlang, Kotlin, Nim, Julia, Golang, Python.
http://reddit.com/r/programming/comments/8cw2xn/over
On Monday, 23 April 2018 at 14:56:37 UTC, Zoadian wrote:
If we are talking binary size: then yes, I agree.
But it is a lot easier to maintain & write than QT-Widgets/GTK
based code.
Users don't care how easy it is for you to maintain your code. If
the user experience sucks, they'll never come
On Monday, 30 April 2018 at 21:11:07 UTC, Gerald wrote:
So I'm curious, what's the consensus on auto?
Speaking for myself:
1) I find auto to be useful when instantiating objects locally;
eliminates redundancy, noise, and line size.
2) I avoid auto functions and despise them in API documenta
On Saturday, 19 May 2018 at 15:09:38 UTC, Joakim wrote:
D does well, comes in second on Mac/Win/linux:
https://github.com/frol/completely-unscientific-benchmarks
https://www.reddit.com/r/programming/comments/8jbfa7/naive_benchmark_treap_implementation_of_c_rust/
The results in these tests are
On Sunday, 20 May 2018 at 15:30:37 UTC, Nerve wrote:
I'll see if I can get it included so they can test it on their
specific setup.
Sorry for double-posting, but I've included a GC-enabled solution
based on their Java solution, and have a pull request up that's a
bit more idiomatic, pulling u
On Wednesday, 5 September 2018 at 00:49:36 UTC, Everlast wrote:
Really, D wins on very few metrics but the D fanboys will only
focus on those.
If D wants to survive it better get people willing to help it,
making their lives more difficult when there are far better
options out there will only
On Tuesday, 19 December 2017 at 09:54:05 UTC, Walter Bright wrote:
"C, Python, Go, and the Generalized Greenspun Law"
http://esr.ibiblio.org/?p=7804
I would simply add that the strongest vocalizations come from
those with objections. The silent majority that is perfectly okay
with GC and get
On Thursday, 1 February 2018 at 15:27:02 UTC, Benny wrote:
Suggestion:
Is it maybe not better to have one "front-end" compiler visible
that people download
Example:
D run main.d
D run main.d --compiler ldc ( not installed? Auto download and
compile using dub )
D run main.d --compiler ldc -
Thanks to Walter Bright's recent comments at Dconf about memory
safety, and my own lamentations about the continued use of C in
all contexts where memory safety is crucial by overconfident
programmers who believe they can do no wrong, I've decided to
propose a baked-in RAII implementation for D
On Sunday, 28 May 2017 at 18:38:21 UTC, Moritz Maxeiner wrote:
All in all, I see little to no benefit to what you propose,
while requiring significant work on the language spec.
Point taken. My only remaining reservation then is the
communication problem D has with the wider prospective
progr
Hello D community! First time poster, I'm utterly fascinated with
this language's mix of features. It's powerful and expressive.
There are just two conveniences I'd like to see out of D. The
first is pattern matching, a functional construct which can
unwrap tuples or other containers, usually
On Sunday, 25 October 2015 at 05:05:47 UTC, Rikki Cattermole
wrote:
Since I have no idea what the difference between Some(_), None
and default. I'll assume it's already doable.
_ represents all existing values not matched. In this case,
Some(_) represents any integer value that is not 7. None
On Sunday, 25 October 2015 at 05:53:32 UTC, Rikki Cattermole
wrote:
I'm pretty sure e.g. opEquals/opCmp should work here.
Shouldn't need to switch upon a primitive type. Theoretically
could do it on a e.g. struct. Which has the special comparison
that you want.
Hm...these are boolean operator
On Sunday, 25 October 2015 at 06:22:51 UTC, TheFlyingFiddle wrote:
You can do something very similar to that. With slightly
different syntax.
import std.traits;
import std.conv;
import std.variant;
struct CMatch(T...) if(T.length == 1)
{
alias U = typeof(T[0]);
static bool match(Variant v
On Sunday, 1 November 2015 at 01:33:29 UTC, Manu wrote:
I have this game engine (https://github.com/TurkeyMan/fuji),
it's
lived for about 12 years now (first commit in 2004, and it
existed
prior before source control). I called it 'Fuji' (a modest, yet
pleasing and attractive mountain). It supp
On Sunday, 1 November 2015 at 02:35:49 UTC, Manu wrote:
In terms of what I've used commercially, Fuji is the platform
abstraction and core concept implementation that lives below
the layer that the high-level interacts with. Editors and
tooling (I feel this is what you're talking about when you
On Sunday, 1 November 2015 at 07:30:57 UTC, Manu wrote:
I actually wrote that exact thing at Remedy (for Quantum Break)
which runtime compiles D code, and hot-swaps the new code into
the live data... if only I could liberate the source >_<
Wow, I had no idea D was being used for such a massive
On Thursday, 3 December 2015 at 18:36:22 UTC, Jakob Jenkov wrote:
My experience from Java is that one size never really fits all.
Open it up instead. Let the community "plug in" and I am sure D
will get a wealth of memory management strategies fast. Not
just 1 garbage collector, but N garbage c
19 matches
Mail list logo
