Jump to page: 1 2 3
Thread overview
Is D painted into a corner?
Aug 28
Sergey
Aug 28
user1234
Aug 28
monkyyy
Aug 28
monkyyy
Aug 28
monkyyy
Aug 28
monkyyy
6 days ago
Brother Bill
Aug 29
Kapendev
Aug 29
Sergey
5 days ago
Kapendev
5 days ago
Serg Gini
5 days ago
user1234
5 days ago
user1234
Aug 29
Kagamin
Aug 29
Dukc
August 28

It seems like 'templates' are the 'Achilles heel' of D.

Without starting a flame war, has D gotten to the point where ordinary mortals have difficulty coding in D with 'templates' such as 'cycle' requiring rewrites into 'myCycle'?

Does D now require 'deep' memory into layers of history and workarounds?

Is D a general purpose language, suitable for Application Programming, or does it have a more limited scope?

August 28

On Thursday, 28 August 2025 at 18:47:19 UTC, Brother Bill wrote:

>

It seems like 'templates' are the 'Achilles heel' of D.

Without starting a flame war, has D gotten to the point where ordinary mortals have difficulty coding in D with 'templates' such as 'cycle' requiring rewrites into 'myCycle'?

Does D now require 'deep' memory into layers of history and workarounds?

Is D a general purpose language, suitable for Application Programming, or does it have a more limited scope?

Can you elaborate?
D is a general purpose language
You can write any program without using any templates

So what’s the point?

August 28

On Thursday, 28 August 2025 at 18:47:19 UTC, Brother Bill wrote:

>

It seems like 'templates' are the 'Achilles heel' of D.

Without starting a flame war, has D gotten to the point where ordinary mortals have difficulty coding in D with 'templates' such as 'cycle' requiring rewrites into 'myCycle'?

No, d is often forward toward this issue. Many PL dont even handle forward references.

>

Does D now require 'deep' memory into layers of history and workarounds?

Is D a general purpose language, suitable for Application Programming,

Yes.

>

or does it have a more limited scope?

August 28

On Thursday, 28 August 2025 at 18:47:19 UTC, Brother Bill wrote:

>

Without starting a flame war,

You already started it, by personally verifying the old book, you showed several regressions. Great work btw.

>

It seems like 'templates' are the 'Achilles heel' of D.

has D gotten to the point where ordinary mortals have difficulty coding in D with 'templates' such as 'cycle' requiring rewrites into 'myCycle'?

Phoboes isnt all of d; templates are the feature on offer. You can leave safetyism at any time, it doesn't matter that the cia wants you to use rust, or that society's whats to "prevent every nuclear death" while still mining coal. You can take a walk during a thunder storm or mimik my style of code, or let a child play outside at any time.

You will be called stupid or insane all the time, but when its implied that safety is the highest moral standard without any justification you can just say "nah".

>

Is D a general purpose language, suitable for Application Programming, or does it have a more limited scope?

Safetyism is also over in c++ to some degree and its a founding principal of rust; the fact I could give you 10 lines to define cycle of simple code is a virtue.

August 28
On Thu, Aug 28, 2025 at 06:47:19PM +0000, Brother Bill via Digitalmars-d-learn wrote:
> It seems like 'templates' are the 'Achilles heel' of D.

Wha... ??

I'm not sure what you mean by this, or where you're getting this information from, but this is completely wrong.  D's templates, which are part of its metaprogramming capabilities, are the primary reason I even use D at all.  Take away templates, and I would lose 80% of the reason I use D.

Now I'm not saying there isn't room for improvement.  There's always room for improvement when it comes to reducing template bloat, increasing compile speed when dealing with template-heavy code, etc., but getting rid of templates is totally not the solution.  And they are hardly the "Achilles heel of D", whatever that means.  They are a very big part of why D is so awesome.  Pre-template D (I believe that's 1.0 or maybe even before that) was pretty lackluster IMNSHO; it wouldn't have registered on my radar back when I got fed up with C++ and was looking for a better language.


T

-- 
Elegant or ugly code as well as fine or rude sentences have something in common: they don't depend on the language. -- Luca De Vitis
August 28

On Thursday, 28 August 2025 at 19:21:07 UTC, monkyyy wrote:

>

You already started it, by personally verifying the old book, you showed several regressions. Great work btw.

Everyone, thanks for your comments.

What would you recommend to learn the current version of D language, for a professional developer familiar with IBM 1620 machine language with punch cards, C, C++, Rust, PL/I, Fortran, C# and APL, among others.

The 'old book' pdf seems to be the most current approach, and it should only be about 3 years old.

August 28

On Thursday, 28 August 2025 at 21:33:27 UTC, Brother Bill wrote:

>

On Thursday, 28 August 2025 at 19:21:07 UTC, monkyyy wrote:

>

You already started it, by personally verifying the old book, you showed several regressions. Great work btw.

Everyone, thanks for your comments.

What would you recommend to learn the current version of D language, for a professional developer familiar with IBM 1620 machine language with punch cards, C, C++, Rust, PL/I, Fortran, C# and APL, among others.

The 'old book' pdf seems to be the most current approach, and it should only be about 3 years old.

my stuff:

https://github.com/crazymonkyyy/dingbats //you probaly dont need this after reading the book, but my style cough is better and far more terse

https://crazymonkyyy.github.io/blackmagic-in-d/

both obviously in incomplete states.


If you couldnt read mycycle yet get some tatic programming propaganda and implement it in d from scratch; learn Voldemort types and some extremely basic template header patterns; and of course that ranges are just 3 functions.

https://www.youtube.com/watch?v=U6I-Kwj-AvY&list=PLVFrD1dmDdvf8REa4SkI-IppFGvkRq83O


Syntax test, syntax test, syntax test; just try 30 lines of code at a time, every time you go to write 100 lines of program, verify what you think is possible in a syntax test; and every once in a while try something you think is impossible theres stuff in there that no one talks about.

August 28

On Thursday, 28 August 2025 at 21:33:27 UTC, Brother Bill wrote:

>

The 'old book' pdf seems to be the most current approach, and it should only be about 3 years old.

Its not even close to only 3 years old, it mayve been updated some but its like 15 years old

August 28
On 8/28/25 2:51 PM, monkyyy wrote:
> On Thursday, 28 August 2025 at 21:33:27 UTC, Brother Bill wrote:
>>
>> The 'old book' pdf seems to be the most current approach, and it
>> should only be about 3 years old.
>
> Its not even close to only 3 years old, it mayve been updated some but
> its like 15 years old

That's not an accurate guess: I may have started writing pieces of it 15 years ago but the last update was in February 2022:

  https://bitbucket.org/acehreli/ddili/commits/branch/master

I know I will never get to the level of many programmers on these forums but the book was written to teach programming to novices. The fact that it uses D is helpful on many levels. There are some old concepts in there like OOP and strong exception guarantees but I claim the content is still usable today.

I find the book extremely useful myself and use it almost daily to look up features of the language.

Ali

August 28

On Thursday, 28 August 2025 at 21:51:23 UTC, monkyyy wrote:

>

On Thursday, 28 August 2025 at 21:33:27 UTC, Brother Bill wrote:

>

The 'old book' pdf seems to be the most current approach, and it should only be about 3 years old.

Its not even close to only 3 years old, it mayve been updated some but its like 15 years old

Programming in D (pdf)
D version: 2.098.1
Book revision: 2022-02-21 1
The most recent electronic versions of this book are available online2.
Copyleft (ɔ) 2009-2022 Ali Çehreli

« First   ‹ Prev
1 2 3