On Sunday, 9 September 2018 at 21:20:11 UTC, John Carter wrote:
ie. Yes, everybody knows the words, everybody can read the
code, everybody can find somebody who agrees with his intent
and meaning but get a large enough group together to try
agree on what actions, for example, the optimiser
On Sunday, 9 September 2018 at 06:27:52 UTC, Jonathan M Davis
wrote:
So, maybe what we should do here is take a page from Weka's
playbook and add a function that does something like check a
condition and then assert(0) if it's false and not try to say
that assertions should always be left in pr
On Sunday, 9 September 2018 at 08:31:49 UTC, John Carter wrote:
On Sunday, 2 September 2018 at 01:55:53 UTC, Walter Bright
wrote:
On 9/1/2018 5:47 PM, Nick Sabalausky (Abscissa) wrote:
All in all, John is very non-committal about the whole thing.
He probably got tired of arguing about it :-)
On Saturday, 8 September 2018 at 14:20:10 UTC, Laeeth Isharc
wrote:
Religions have believers but not supporters - in fact saying
you are a supporter says you are not a member of that faith or
community.
If you are a supporter of Jesus Christ's efforts, then you most
certainly are a christian.
On Thursday, 6 September 2018 at 14:33:27 UTC, rikki cattermole
wrote:
Either decide a list of conditions before we can break to
remove it, or yes lets let this idea go. It isn't helping
anyone.
Can't you just let mark it as deprecated and provide a library
compatibility range (100% compatibl
On Thursday, 6 September 2018 at 11:01:55 UTC, Guillaume Piolat
wrote:
Let me break that to you: core developer are language experts.
The rest of us are users, that yes it doesn't make us
necessarily qualified to design a language.
Who?
On Wednesday, 5 September 2018 at 19:35:46 UTC, Meta wrote:
I don't disagree. I think the only sane way to use asserts as
an optimization guide is when the program will abort if the
condition does not hold. That, to me, makes perfect sense,
since you're basically telling the compiler "This cond
On Monday, 3 September 2018 at 16:53:35 UTC, Meta wrote:
This battle has been fought over and over, with no movement on
either side, so I'll just comment that nobody what John Nails
or anyone else says, my personal opinion is that you're 100%
wrong on that point :-)
Well, John Regehr seems to
On Tuesday, 4 September 2018 at 20:45:53 UTC, H. S. Teoh wrote:
happens. Things aren't going to materialize out of thin air
just because people demand for it loudly enough, even if we'd
like for that to happen. *Somebody* has to do the work. That's
just how the universe works.
Human beings
On Tuesday, 4 September 2018 at 13:34:03 UTC,
TheSixMillionDollarMan wrote:
I think D's 'core' problem, is that it's trying to compete
with, what are now, widely used, powerful, and well supported
languages, with sophisticate ecosystems in place already.
C/C++/Java/C# .. just for beginners.
Y
On Friday, 24 August 2018 at 13:21:25 UTC, Jonathan M Davis wrote:
On Friday, August 24, 2018 6:05:40 AM MDT Mike Franklin via
Digitalmars-d wrote:
> You're basically trying to bypass the OS' public API if
> you're trying to bypass libc.
No I'm trying to bypass libc and use the OS API directly
On Monday, 3 September 2018 at 02:58:01 UTC, Nick Sabalausky
(Abscissa) wrote:
In the 50's/60's in particular, I imagine a much larger
percentage of programmers probably had either some formal
engineering background or something equally strong.
I guess some had, but my impression it that it wa
The first search engines were created in 1993, google came
along in 1998 after at least two dozen others in that list, and
didn't make a profit till 2001. Some of those early competitors
were giant "billion dollar global companies," yet it's google
that dominates the web search engine market to
On Monday, 3 September 2018 at 16:41:32 UTC, Iain Buclaw wrote:
15 years ago, people were complaining that there was only one D
compiler. It is ironic that people now complain that there's
too many.
One needs multiple implementations to confirm the accuracy of the
language specification. D s
On Tuesday, 4 September 2018 at 01:36:53 UTC, Mike Parker wrote:
D is not a petri dish for testing ideas. It's not an experiment.
Well, the general consensus for programming languages is that it
a language is experimental
(or proprietary) until it is fully specced out as a stable
formal stan
On Sunday, 2 September 2018 at 04:59:49 UTC, Nick Sabalausky
(Abscissa) wrote:
A. People not caring enough about their own craft to actually
TRY to learn how to do it right.
Well, that is an issue. That many students enroll into
programming courses, not because they take pride in writing good
On Saturday, 1 September 2018 at 11:32:32 UTC, Jonathan M Davis
wrote:
I'm not sure that I really agree that software engineering
isn't engineering, but the folks who argue against it do have a
point in that software engineering is definitely not like most
other engineering disciplines, and goo
On Friday, 31 August 2018 at 23:20:08 UTC, H. S. Teoh wrote:
The problem is that there is a disconnect between academia and
the industry.
No, there isn't. Plenty of research is focused on software
engineering and software process improvement. Those are separate
research branches.
The proble
On Saturday, 1 September 2018 at 05:51:10 UTC, rikki cattermole
wrote:
Then there are polytechnics which I went to for my degree,
where the focus was squarely on Industry and not on academia at
all.
But the teaching is based on research in a good engineering
school...
But in saying that, we
On Monday, 30 July 2018 at 03:05:44 UTC, Manu wrote:
In 20 years, I've never seen 2 namespaces in the same file. And
if the C++
code were like that, I'd break it into separate modules anyway,
because
that's what every D programmer would expect.
It is common in C++ to have multiple hierarchica
On Tuesday, 24 July 2018 at 07:19:21 UTC, Paolo Invernizzi wrote:
If I'm not wrong, Python has grown up really slowly and
quietly, till the recent big success in the scientific field.
Python replaced Perl and to some extent Php... Two very
questionable languages, which was a good starting-poin
On Friday, 13 July 2018 at 12:55:33 UTC, Adam D. Ruppe wrote:
You use process isolation so it is easy to restart part of it
without disrupting others. Then it can crash without bringing
the system down. This is doable with segfaults and range
errors, same as with exceptions.
This is one of th
On Wednesday, 11 July 2018 at 22:35:06 UTC, crimaniak wrote:
The people who developed Erlang definitely have a lot of
experience developing services.
Yes, it was created for telephone-centrals. You don't want a
phone central to go completely dead just because there is a bug
in the code. That
On Sunday, 18 March 2018 at 07:06:37 UTC, Ali Çehreli wrote:
It may not be distributor greed: I was one of the founders of a
WordPerfect distributor in Turkey in around 1991.
Cool :-)
I don't know whether it was the US government rules or
WordPerfect rules but they simply could not sell us an
On Saturday, 17 March 2018 at 09:31:58 UTC, Ola Fosheim Grøstad
wrote:
I don't know about compilers specifically, but the big
distributors in Europe charged some hefty margins on their
imports. So pricing in US was often much lower than here...
When I think of it, the distributors probably onl
On Friday, 16 March 2018 at 22:43:57 UTC, Chris wrote:
Most interesting! I'm not kidding. Is it 'wow it's from the
US', or something else? Genuine question. I ain't asking for
fun. There's more to business and technology than meets the eye.
I don't know about compilers specifically, but the bi
On Friday, 16 March 2018 at 22:25:50 UTC, jmh530 wrote:
This sort of analysis applies to programming languages in
exactly the same way. If I'm a company, do I build products
using language X or language Y. If I'm a person, do I spend N
hours learning language X or language Y (or do the next bes
On Saturday, 17 March 2018 at 08:48:45 UTC, Ola Fosheim Grøstad
wrote:
Anyway, cultural change is slow. Even though the 70s is far
away, it still probably has an effect on culture and attitudes
in universities and the tech sector.
In the late 80s I was quite surprised that Danish computing mag
On Friday, 16 March 2018 at 14:50:26 UTC, Paulo Pinto wrote:
Well, Algol, Pascal, Oberon, Component Pascal, VHDL, Ada are
all examples of programming languages successfully used in
Europe, while having adoption issues on US.
There are some historical roots, I believe. In the 60s and 70s
compu
On Tuesday, 27 February 2018 at 20:33:18 UTC, Jonathan M Davis
wrote:
The other problem is that many of C++'s problems come from
being a superset of C, which is also a huge strength, and it
would be a pretty huge blow to C++ if it couldn't just #include
C code and use it as if it were C++. To t
On Tuesday, 27 February 2018 at 15:30:44 UTC, JN wrote:
I'm no expert on programming language design, but I think there
is a difference between templates and generics. At the basic
level they are used for similar things - specializing container
types, etc. But templates usually allow much more,
On Friday, 16 February 2018 at 19:40:07 UTC, H. S. Teoh wrote:
On Fri, Feb 16, 2018 at 07:40:01PM +, Ola Fosheim Grøstad
via Digitalmars-d wrote:
On Friday, 16 February 2018 at 18:16:12 UTC, H. S. Teoh wrote:
> The O(N) vs. O(n) issue is actually very important once you
I understand w
On Friday, 16 February 2018 at 18:16:12 UTC, H. S. Teoh wrote:
The O(N) vs. O(n) issue is actually very important once you
I understand what you are trying to say, but this usage of
notation is very confusing. O(n) is exactly the same as O(N) if N
relates to n by a given percentage.
On Wednesday, 14 February 2018 at 18:43:34 UTC, Mark wrote:
Luna [1], a new programming language that was recently
mentioned on Reddit, also appears to take this "flow-oriented
design" approach. It's purely functional, not OO, and I'm
curious to see how it evolves.
[1] http://www.luna-lang.or
On Tuesday, 13 February 2018 at 18:25:25 UTC, 9il wrote:
Do we follow main initial promise to be better / to replace
C/C++?
The last one question is the most important. Instead of
targeting a real market for as, which is C/C++, we are building
a "trendy" language to compete with Python/Java/G
On Monday, 12 February 2018 at 09:04:57 UTC, psychoticRabbit
wrote:
The best C++ can do, is (slowly) think about copying what
others are doing..to the extent C++ can handle it, and to the
extent the 'committees' agree to doing it.
Well, most languages are like that... including D.
On Sunday, 11 February 2018 at 15:07:00 UTC, German Diago wrote:
If it is not implementable (it is complex, I agree), why there
are 3 major compilers?
At least 4: Intel, Microsoft, GCC and Clang. Then you have EDG
and IBM, probably more.
On Friday, 9 February 2018 at 20:49:24 UTC, Meta wrote:
was a complicated language, 99 of them would say no. If you ask
100 Python programmers, 99 would probably say yes.
Yes, but objectively speaking I'd say modern Python is more
complicated than C++ and D.
What Python got right is that you
On Friday, 9 February 2018 at 14:49:27 UTC, Jonathan M Davis
wrote:
On Friday, February 09, 2018 14:01:02 Atila Neves via
Digitalmars-d wrote:
Unit tests are a great idea, right? Try convincing a group of
10 programmers who have never written one and don't know
anyone else who has. I have; I fa
On Thursday, 8 February 2018 at 19:51:05 UTC, bachmeier wrote:
The developers working on .NET had the opportunity to learn
from Java, yet they went with GC.[0] Anyone that says one
approach is objectively better than the other is clearly not
familiar with all the arguments - or more likely, bel
On Tuesday, 6 February 2018 at 07:18:59 UTC, Walter Bright wrote:
Except for 16 bit shorts. Shorts will exact a penalty :-) and
so shorts should only be used for data packing purposes.
Which CPU model are you thinking of?
On Monday, 5 February 2018 at 21:38:23 UTC, Simen Kjærås wrote:
If you were negating a byte, the code does have compile-time
known values, since there's a limit to what you can stuff into
a byte. If you weren't, the warning is warranted. I will admit
the case of -(-128) could throw it off, thou
On Monday, 5 February 2018 at 12:23:58 UTC, psychoticRabbit wrote:
No. C++ is primarliy about higher order abstractions. That's
why it came about.
Without the need for those higher order abstractions, C is just
fine - no need for C++
Actually, many programmers switched to C++ in the 90s just t
On Monday, 5 February 2018 at 11:25:15 UTC, psychoticRabbit wrote:
C is for trusting the programmer, so that they can do anything.
It's also for keeping things fast - *even if not portable*.
C++ is the same...
Last but not least, C is for keeping things small, and simple.
Yes, it takes les
On Monday, 5 February 2018 at 08:06:16 UTC, Boris-Barboris wrote:
I have no doubt it can be done in the end. I solely imply that
the disadvantage here is that in C's "main" (imo) use case it
has to be done, and that is a thing to be concerned about when
picking a language.
Yes, the wheels are
On Sunday, 4 February 2018 at 18:00:22 UTC, Russel Winder wrote:
What the D Foundation needs is a CEO who is a good CEO. Good
CTOs
rarely make good CEO, though it is possible.
Well, I don't think making some hard decisions about memory
management, which is the most apparent issue with D, is a
On Saturday, 3 February 2018 at 06:15:31 UTC, Joakim wrote:
Software evolves. It isn't designed. The only question is how
strictly you
_control_ the evolution, and how open you are to external
sources of
mutations.
Unix was designed... and was based on a more ambitious design
(Multics).
Lin
On Friday, 2 February 2018 at 15:06:35 UTC, Benny wrote:
75. Go
69. .Net
67. Rust
64. Pascal < This one surprised even me.
63. Crystal
60. D
55. Swift
51. Kotlin
It is interesting that you took the time to score different
languages, but of course, there probably are a lot languages or
framewo
On Thursday, 1 February 2018 at 19:10:29 UTC, H. S. Teoh wrote:
somewhat correlate with his 20-25% macros figure. The fact that
D brings powerful metaprogramming features to the average coder
in a form that's not intimidating (or less intimidating than,
say, C++ templates with that horrific syn
On Wednesday, 31 January 2018 at 19:00:57 UTC, Jack Stouffer
wrote:
That's just something that Walter was able to bang out in an
hour, should have been done years ago, and was excited about.
So it isn't a big deal, but IMO that should be left to an IDE or
shell.
Back to the argument about cP
On Wednesday, 31 January 2018 at 21:42:47 UTC, Ali wrote:
The kinda small discussion on ycombinator
https://news.ycombinator.com/item?id=16270841
Interesting... most of them don't grok C++, D, Java or Go... Hope
people don't look to ycombinator for answers.
On Wednesday, 31 January 2018 at 18:05:30 UTC, jmh530 wrote:
contribute their skills. For instance, Mike Parker's work on
the D blog has been a great improvement in communication the
past year or two.
Yep, to have a living blog is very important IMHO.
On Wednesday, 31 January 2018 at 18:05:30 UTC, jmh530 wrote:
contribute their skills. For instance, Mike Parker's work on
the D blog has been a great improvement in communication the
past year or two.
Yep, having a living blog is very important I think. It is
always something I look at when
On Wednesday, 31 January 2018 at 14:22:03 UTC, Jack Stouffer
wrote:
It's quite easy to tell when criticism is made in good or bad
faith
Is it? Why do so many people have problems with it then?
Stupidity?
and at this point I'm going to reply to every rant in bad faith
on here about how terr
On Wednesday, 31 January 2018 at 13:54:25 UTC, Jack Stouffer
wrote:
I've only ever seen people complain about D in this area. Never
once have I seen someone argue that the existence of PyPy hurts
Python or gogcc hurts Go.
Well, I've seen that people think that MS C++ is keeping C++ back
becau
On Wednesday, 31 January 2018 at 10:35:06 UTC, Benny wrote:
I told before if there is no leadership to focus resources and
the main developers are more focused on adding more features to
the compiler that is already overflowing, then how do you
expect to see things solved?
Yes, that is probab
On Wednesday, 31 January 2018 at 06:27:05 UTC, Paulo Pinto wrote:
And lets not forget Arduino, ESP286 and ESP32 are making
wonders for the kids to jump into C++ as their first language.
That's interesting, MS got a lot of traction for BASIC by making
it available in ROM on basically (no pun in
On Tuesday, 30 January 2018 at 21:49:39 UTC, H. S. Teoh wrote:
"extremely eefficient native code". I don't argue that C++ has
extremely efficient native code. But so has D. So the claim
that C++ has an "enormous performance advantage" over D is
specious.
We also need to keep in mind that for
On Tuesday, 30 January 2018 at 21:49:39 UTC, H. S. Teoh wrote:
Meaning, the "enormous performance advantage" is because of
"extremely eefficient native code". I don't argue that C++ has
extremely efficient native code. But so has D. So the claim
that C++ has an "enormous performance advantage"
On Tuesday, 30 January 2018 at 21:43:45 UTC, Daniel Kozak wrote:
Thats not completly true, last time I tried some of best c++
version from http://benchmarksgame.alioth.debian.org/. I was
able to write much idiomatic D code which was faster than c++
witch use some specific libraries and so on. S
On Tuesday, 30 January 2018 at 21:30:06 UTC, H. S. Teoh wrote:
On Tue, Jan 30, 2018 at 09:26:30PM +, Ola Fosheim Grøstad
via Digitalmars-d wrote:
Specific examples, please. What are some examples of these
"performance related options"?
Supported concurrency options and tuning etc.
On Tuesday, 30 January 2018 at 21:02:13 UTC, H. S. Teoh wrote:
On Tue, Jan 30, 2018 at 03:45:44PM -0500, Andrei Alexandrescu
via Digitalmars-d wrote:
https://www.quora.com/Why-hasnt-D-started-to-replace-C++
[...]
I actually agree with all of his points, except one: C++'s
"enormous performance
On Tuesday, 30 January 2018 at 19:19:39 UTC, Laeeth Isharc wrote:
Every language is based on different principles. The way D
will be adopted is via people who are principals giving it a
try because it solves their problems.
Not sure what you mean by principles, Algol languages (the class
of
On Monday, 29 January 2018 at 10:12:04 UTC, Russel Winder wrote:
On Mon, 2018-01-29 at 03:22 +, Ola Fosheim Grøstad via
Digitalmars-
d wrote:
[…]
I guess some go to Rust after working with Go, but the
transition matrix linked above suggests that the trend has
been that people give up on
On Tuesday, 30 January 2018 at 12:35:21 UTC, jmh530 wrote:
Sure, but I don't think there are enough D github-repositories
to get decent quantitative analysis... Maybe a qualitative
analysis.
Small sample size problem makes me think of Bayesian
analysis...though I suppose there's a bigger prob
On Monday, 29 January 2018 at 22:28:35 UTC, Michael wrote:
I would hazard a guess that Go is likely the language they
settle on for whatever task required something more low-level
like Rust/Go(/D? =[ ) and that they move to Python for the
kinds of scripting tasks that follow development of some
On Monday, 29 January 2018 at 05:21:14 UTC, jmh530 wrote:
I don't deny that there are limitations to the data. At best,
it would be telling you the transition of github users over a
specific period.
Sure, but I don't think there are enough D github-repositories to
get decent quantitative anal
On Sunday, 28 January 2018 at 23:09:00 UTC, Michael wrote:
by the whole target audience. Rust, on the other hand, seems to
be picking up those who have left Go.
I guess some go to Rust after working with Go, but the transition
matrix linked above suggests that the trend has been that people
g
On Sunday, 28 January 2018 at 13:50:03 UTC, Michael wrote:
I find it fascinating that C# is in the "languages to avoid"
section, because from my perspective it's receiving more and
more adoption as the modern alternative to Java, in a way that
Go and Rust are not. Different markets and all of t
On Sunday, 28 January 2018 at 00:31:18 UTC, rjframe wrote:
On Sat, 27 Jan 2018 22:59:17 +, Ola Fosheim Grostad wrote:
On Saturday, 27 January 2018 at 13:56:35 UTC, rjframe wrote:
If you use an IDE or analysis/lint tool, you'll get type
checking. The interpreter will happily ignore those
a
On Friday, 26 January 2018 at 17:24:54 UTC, Benny wrote:
What i found interesting is the comparison between the "newer"
languages and D ( see the reddit thread ).
9 Go 4.1022
15 Kotlin 1.2798
18 Rust0.7317
35 Julia 0.0900
46 Vala0.0665
50 Crystal 0.0498
53 D 0.047%
While this analysis of language popularity on Github is
enlightening:
http://www.benfrederickson.com/ranking-programming-languages-by-github-users/
I found the older analysis of how programmers transition (or
adopt new languages) more interesting:
https://blog.sourced.tech/post/language_migr
On Wednesday, 17 January 2018 at 19:43:03 UTC, Manu wrote:
I quite like C++ explicit unpacking (using ...), and I wouldn't
be upset to
see that appear here too.
FWIW C++17 has structured binding:
http://en.cppreference.com/w/cpp/language/structured_binding
auto [x,y] = f()
On Tuesday, 16 January 2018 at 06:26:34 UTC, thedeemon wrote:
"Practical Foundations for Programming Languages" by Robert
Harper
Well, I have that one, and the title is rather misleading. Not at
all practical.
electronic computers and it's still very relevant today. Anyone
dabbling into com
On Monday, 15 January 2018 at 19:25:16 UTC, H. S. Teoh wrote:
At the most abstract level, a type is just a set. The members
of the set represent what values that type can have.
Hm, yes, like representing an ordered pair (a,b) as {{a},{a,b}}.
But I think typing is more commonly viewed as a filt
On Friday, 5 January 2018 at 11:49:44 UTC, Joakim wrote:
Yes, but when I pointed out that it's fine to think you're the
best as long as you stay focused on bettering the flaws you
still have,
I don't think that thinking you're the best brings anything but
disadvantages, actually… Except when
On Thursday, 4 January 2018 at 12:11:36 UTC, rjframe wrote:
Python has more than 6000, 2000+ with patches[2].
Most appears to be library related or improvement requests…
I don't think numbers is the right metric.
Tools with as many users as Python will get a lot of issues
reported irrespecti
On Thursday, 4 January 2018 at 20:25:17 UTC, jmh530 wrote:
That probably makes Pony easier to compare to D. I was just
noting that Rust shares some ownership stuff with Pony.
I get your point. Pony is probably closer to Go and Erlang, but
nevertheless comparable to what some want from D based
On Thursday, 4 January 2018 at 13:07:37 UTC, Mengu wrote:
there's also one other thing: atom, vs code, spotify, slack are
all running on electron. does it make it a better platform than
python?
I found this example of using electron with Python:
https://github.com/keybraker/electron-GUI-for-py
On Thursday, 4 January 2018 at 10:49:49 UTC, Dgame wrote:
On Thursday, 4 January 2018 at 10:40:33 UTC, Ola Fosheim
Grøstad wrote:
However, Rust won't fare well in a head-to-head comparison
either, because of the issues with back-pointers.
Could you explain this?
You often want back-pointers
On Wednesday, 3 January 2018 at 20:11:03 UTC, Pjotr Prins wrote:
I am thinking of Python here. I have to work in Python and
there is no love lost.
If I write conservative Python code then I think PyCharm
community edition is getting me closer to static typing, but
providing type info as comme
On Thursday, 4 January 2018 at 10:18:29 UTC, Dan Partelly wrote:
Rust has a OS being written right now. Does D has ? Anyone ever
wanted to use D to write a OS kernel, I doubt it.
Yes, a group started on it, but I don't think it reached
completion. Anyway, you see traces of interest around the
On Wednesday, 3 January 2018 at 22:37:54 UTC, Tony wrote:
Why would they choose D for low level programming when they
knew before they chose it that it had a Garbage Collector?
Because it was/is a work-in-progress when they first got
interested in it, and it was also advertised as a replacemen
On Wednesday, 3 January 2018 at 22:06:22 UTC, Mark wrote:
I don't know much about GCs, but can you explain why that would
be necessary?
Necessary is perhaps a strong word, but since D will never put
restrictions on pointers then you need something else than what
Java/C#/JavaScript/Go is using
On Wednesday, 3 January 2018 at 19:42:32 UTC, Ali wrote:
That was not a comment about GC implementations in general, it
was about D's GC implementation, check the original post on
Quora, and read the statement right before this one, maybe it
will make this point clearer
I read it when it was
On Wednesday, 3 January 2018 at 19:42:28 UTC, Tony wrote:
Why would someone choose to use a language with a Garbage
Collector and then complain that the language has a Garbage
Collector?
People always complain about garbage collectors that freeze up
the process. Irrespective of the language.
On Wednesday, 3 January 2018 at 12:15:13 UTC, Pjotr Prins wrote:
they come if they need it. I remember a Google engineer telling
me that he was tired of people bringing up D every time. That
was 10 years ago. D has had every chance to become a hype ;)
There was a lot of hype around D about 10
On Wednesday, 3 January 2018 at 16:20:48 UTC, Joakim wrote:
These languages may all have these problems, but I don't see
the connection to your original point about it not being good
to think you're the best.
Hm? I tried to say that it is not good to think that you have
the best programmers.
On Wednesday, 3 January 2018 at 11:13:04 UTC, Joakim wrote:
Not necessarily, it all depends if thinking you're the best
leads to taking your eye off the ball of improving and
acknowledging your problems, which I see little indication of
here.
Well, if a language is used for a narrow set of ap
On Wednesday, 3 January 2018 at 09:56:48 UTC, Pjotr Prins wrote:
average ones. And D must be there. Similar to the Haskell and
Lisp communities we have the luxury of dealing with the best
programmers out there.
This attitude is toxic, and it isn't true either. Sure, Haskell
might attract pro
On Tuesday, 2 January 2018 at 20:07:11 UTC, jmh530 wrote:
What's the monitor do? I see that in the ABI documentation, but
it doesn't really explain it...
A monitor queues/schedules processes that are calling methods of
an object so that only one process is executing methods on a
single object
On Tuesday, 2 January 2018 at 16:34:25 UTC, Ali wrote:
"Overall it could be said that D has the downsides of GC but
doesn't enjoy its benefits."
Not a true statement. Go does not have long pauses, but it has
slightly slower code and a penalty for interfacing with C. Go
also has finalization
On Tuesday, 2 January 2018 at 04:43:42 UTC, codephantom wrote:
Well, consider the silent 'minority' too, who still think that
increasing performance, and reducing demands on resources,
still matter, a lot, and that we shouldn't just surrender this
just to make programmers more 'productive' (i.e
On Monday, 1 January 2018 at 13:34:39 UTC, aberba wrote:
On Monday, 1 January 2018 at 12:24:29 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 1 January 2018 at 11:24:45 UTC, Ola Fosheim Grøstad
wrote:
[...]
Btw, I think one should be very sceptical of such
presentations in general:
[...]
Com
On Monday, 1 January 2018 at 11:24:45 UTC, Ola Fosheim Grøstad
wrote:
I am not arguing with their choice, but it was for a C++
conference, so obviously they would praise C++…
Btw, I think one should be very sceptical of such presentations
in general:
1. They are there to market their projec
On Monday, 1 January 2018 at 10:46:23 UTC, aberba wrote:
On Sunday, 31 December 2017 at 09:45:52 UTC, Ola Fosheim
Grøstad wrote:
On Saturday, 30 December 2017 at 16:59:41 UTC, aberba wrote:
Besides, D maturity (which I can't confirm or deny), what
else does D miss to be considered a better alte
On Sunday, 31 December 2017 at 14:51:24 UTC, Russel Winder wrote:
The results are based on experimental data. Read the papers
rather than my waffle about them.
I'd love to, but I haven't found the specific paper. She seems to
work on many different things related to software design and
visual
On Saturday, 30 December 2017 at 16:59:41 UTC, aberba wrote:
Besides, D maturity (which I can't confirm or deny), what else
does D miss to be considered a better alternative for
blockchain in 2018?
You can write blockchain software in any language you want. The
reference implementation for Op
On Thursday, 28 December 2017 at 11:56:24 UTC, Russel Winder
wrote:
And is the way every programmer learns their non-first
language. All newly learned programming languages are merged
into a person's "head language" which is based on their first
language but then evolves as new languages, espec
On Sunday, 24 December 2017 at 16:51:45 UTC, Patrick Schluter
wrote:
That's the biggest problem with C++, they pile on relentlessly
half baked feature after half baked feature in a big dump that
no one with a life can ever grasp.
I think D has more first class language features (and thus
spec
1 - 100 of 1281 matches
Mail list logo
