On 2016-01-05 19:05, Chris Wright wrote:

> In order for me to use D more, I would need Unreal Engine bindings with
> editor and serialization integration, probably, and that's hard. Unreal
> uses annotations for this, which are macros that do nothing; you read the
> annotations by parsing the C++ source.

It would be possible to do that in D as well, with user defined attributes.

-- 
/Jacob Carlborg

On Tuesday, 5 January 2016 at 15:32:52 UTC, bachmeier wrote:
>
> Hopefully now I can convince other economists to use it.

Probably more work than writing it in the first place!

On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad wrote:
> I wonder what kind of programming people plan or _hope_ to use D for in 2016?

Right now I'm using D to make the next major version (2.0) of my company's most known product - a video processing app called Video Enhancer. Some part of it will remain in C++ (some DirectShow filters) but the main app is all in D, including working with DirectShow via COM and GUI using DlangUI.

> What other languages do you think you will use or toy with in 2016 and for what purpose?

Recently I played with Dafny and I liked it, probably will try to use it for verification of some of my algorithmic code here. We also have some projects in C++, C#, Idris, Haxe and OCaml, many of which will continue to evolve.

> What would it take for you to use D instead, or what changes would be needed for you to move from language X to D?

Intel compiler, please. ;)
Or at least some good story for SIMD on Win32. Although I didn't really check how good/bad D is now in this regard.

On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad wrote:
> I wonder what kind of programming people plan or _hope_ to use D for in 2016?

Planning to do more audio plugins with D, hopefully with AudioUnit support.
Continuing d-idioms, logos, and other leisure stuff.

> What other languages do you think you will use or toy with in 2016 and for what purpose?

I need a dynamic website so I'll need to toy with either PHP or vibe.d
vibe.d would be more comfortable however I don't know how easy it is to host and the unknown unknowns are plenty for me, as a desktop programmer.

On Tuesday, 5 January 2016 at 22:18:22 UTC, thedeemon wrote:
>
> Intel compiler, please. ;)
> Or at least some good story for SIMD on Win32. Although I didn't really check how good/bad D is now in this regard.

D frontend + Intel backend would be a dream compiler.

Though, if LDC was available and working with DUB on both Win32 and Win64, that would already be a 2x improvements in performance, without being Intel-like.

On Tue, 05 Jan 2016 22:13:56 +0100, Jacob Carlborg wrote:

> On 2016-01-05 19:05, Chris Wright wrote:
> 
>> In order for me to use D more, I would need Unreal Engine bindings with editor and serialization integration, probably, and that's hard. Unreal uses annotations for this, which are macros that do nothing; you read the annotations by parsing the C++ source.
> 
> It would be possible to do that in D as well, with user defined attributes.

Well, yes, I do know about D attributes. Creating the attributes is easy. Integrating them into the editor and build system is the tricky part. For instance, it could be the case that the editor is hard-coded to accept fields only from C++ source code. There's some amount of code generation going on, and I don't know how to replicate that in D. I don't know if it's even documented.

Contrast that with, say, Urho3D, where there's not much to do besides wrapping C++ types and functions.

On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad wrote:
> I wonder what kind of programming people plan or _hope_ to use D for in 2016?

Working on a little register VM, and when that's done a compiler to go along with it! The VM is pretty much a rehash of the ideas the Lua guys put forward in their paper, and the language is mostly a syntactic subset of Javascript, with a less terrible type system (on paper, at least. So far).

Also hoping to throw together some vibe.d examples as write a few posts about them, if only to create some discussion about the framework.

On Tuesday, 5 January 2016 at 23:05:49 UTC, Guillaume Piolat wrote:
> On Tuesday, 5 January 2016 at 22:18:22 UTC, thedeemon wrote:
>>
>> Intel compiler, please. ;)
>> Or at least some good story for SIMD on Win32. Although I didn't really check how good/bad D is now in this regard.
>
> D frontend + Intel backend would be a dream compiler.
>
> Though, if LDC was available and working with DUB on both Win32 and Win64, that would already be a 2x improvements in performance, without being Intel-like.

LDC appears to be close to the finish line on Windows:

https://github.com/ldc-developers/ldc/pull/1168#issuecomment-169102452

With the recent addition of CodeView debugging support to llvm, it can only get better. :)

On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad wrote:
> I wonder what kind of programming people plan or _hope_ to use D for in 2016?
>
> Do you have plans to:

> 3. create web services with vibe.d?

I'm already doing this, but will extend and improve existing services.

> 4. run D apps in the cloud?

How does that differ from point 3?

> 5. run D apps on mobile?

Will try to do that.

> 8. or something else?

There's always "something else", like writing tools for instance.

> What other languages do you think you will use or toy with in 2016 and for what purpose?

Don't think I'll have time for that and once you use D, you lose interest in other languages :-)

I'll do more work on my OpenGL 3D engine/game in D.

Later, I'd like to either:
1/ write a RT streaming framework (kind of like gStreamer, but without the gLib non-sense).

or:
2/ write a baremetal OS in D and assembly towards ARMv5 compatible architecture (on Rasberry Pi maybe). Something very simple, just for the proof of concept.

I'd really like to see D more in the embedded/system language side. I think it's got some very good potential but I'm not sure it's quite there yet. I want to check that out by myself.

At work, we work on ARM targets with GNU/Linux, I don't know if I can write a full process in D and integrate a D compiler in our build chain easily. Why not, some other guy already managed to do that with Vala... :-S