How D could gain more traction?

[XavierAP via Digitalmars-d]

At any rate I believe this modular / one domain at a time and 
layered approach would be the correct one, and setting 
priorities. Then we'd have to eventually start sooner than later 
filling out implementations, because the optimal previous design 
time is sadly always less than infinite. :o) The result would be 
useful and successful way long before it were half complete.

I would be willing to get in touch to see where this goes, if 
someone else wants. As I said my D knowledge is not so good yet, 
but I am interested and willing to invest limited amounts of time.

Also if you know of existing initiatives in this direction... For 
example, how is this webpage maintained? Is it curated in any 
way, or an all-included purely wiki list?
http://code.dlang.org/

On Wednesday, 15 April 2015 at 16:19:07 UTC, CraigDillabaugh 
wrote:
> On Wednesday, 15 April 2015 at 15:49:10 UTC, Ola Fosheim 
> Grøstad wrote:
>> Image processing is also a hard nut to crack. Think just about 
>> height fields in 3D. Satellite images with N layer of high 
>> resolution or too large to fit in memory etc. Then you have 
>> run length encoding...
>
> For Satellite image processing at least GDAL can take care of 
> most of the memory/image handling stuff. I have some D Bindings 
> (largely untested).
>
> https://github.com/craig-dillabaugh/gdal

3D image processing, now this is beyond the kitchen sink for 
standard library ideas.  ;-) Heck if D had a not too fancy but 
established standard GUI libary its popularity would already soar 
in relative terms.
Though a friend of mine happens to be a big specialist in 
precisely this field. :-)