www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - What are you planning for 2016?

reply Ola Fosheim =?UTF-8?B?R3LDuHN0YWQ=?= writes:
I wonder what kind of programming people plan or _hope_ to use D 
for in 2016?

Do you have plans to:

1. migrate legacy C++ code bases to D when C++ bindings are final?

2. integrate with numerical solutions like TensorFlow?

3. create web services with vibe.d?

4. run D apps in the cloud?

5. run D apps on mobile?

6. create runtime less programs (games, embedded)?

7. work on the D language/phobos ?

8. or something else?


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

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?
Jan 05
next sibling parent reply Rikki Cattermole <alphaglosined gmail.com> writes:
In the next couple of days I'll be doing a feedback thread on my 
windowing and image library.
After that I hope to see it to completion.

Maybe some web development and assembly related stuff!
Jan 05
parent reply Ola Fosheim =?UTF-8?B?R3LDuHN0YWQ=?= writes:
On Tuesday, 5 January 2016 at 12:33:54 UTC, Rikki Cattermole 
wrote:
 In the next couple of days I'll be doing a feedback thread on 
 my windowing and image library.
 After that I hope to see it to completion.
Cool! Are you going to use the libraries for an application?
 Maybe some web development and assembly related stuff!
What kind of assembly related things are you interested in? Would WebAssembly/asm.js be interesting? If someone is interested in creating a compiler for a small subset of D to WebAssembly/asm.js then I'd like to participate. Something small enough to be completed quickly (meaning "sunday programming"). Here are my (hopeful, given enough spare time) plans for D: 1. Code up a new experimental unicode-syntax for a subset of D now that the C++ to D transition is "complete", with a fair selection of unicode operators and symbols (e.g. "π", "∑", "≤", "≠" etc). 2. Toying with WebAssembly. 3. Finish some basic libraries for memory-slicing, queues, hashes and so. I probably can't use D for any work related in 2016 :-/. For work I probably will continue to use C/C++/Objective-C++ (iOS/asm.js), Python (web), Go(web), TypeScript(web) and maybe adopt Angular2, Swift(iOS). On the web side I am locked down to these language because of tooling and infrastructure support. On the iOS side tooling prevents adoption of non-Apple tech. The only work-related area where I can use D (or Rust) in 2016 is runtime less asm.js for high performance web client engines. But neither D (or Rust) has asm.js support yet, so... I might dabble with that.
Jan 05
next sibling parent Rikki Cattermole <alphaglosined gmail.com> writes:
On 06/01/16 2:21 AM, Ola Fosheim Grøstad wrote:
 On Tuesday, 5 January 2016 at 12:33:54 UTC, Rikki Cattermole wrote:
 In the next couple of days I'll be doing a feedback thread on my
 windowing and image library.
 After that I hope to see it to completion.
Cool! Are you going to use the libraries for an application?
Not currently, we just need infrastructure first.
 Maybe some web development and assembly related stuff!
What kind of assembly related things are you interested in? Would WebAssembly/asm.js be interesting? If someone is interested in creating a compiler for a small subset of D to WebAssembly/asm.js then I'd like to participate. Something small enough to be completed quickly (meaning "sunday programming").
Mostly sljit/glulx. Basically I want to study more assembly in general. With the hope of killing off dmd-be *evil grin*. The only other adaptation is using sljit to create a jit'd version of a tree graph for web application server (routing).
 Here are my (hopeful, given enough spare time) plans for D:

 1. Code up a new experimental unicode-syntax for a subset of D now that
 the C++ to D transition is "complete", with a fair selection of unicode
 operators and symbols (e.g. "π", "∑", "≤", "≠" etc).

 2. Toying with WebAssembly.

 3. Finish some basic libraries for memory-slicing, queues, hashes and so.

 I probably can't use D for any work related in 2016 :-/. For work I
 probably will continue to use C/C++/Objective-C++ (iOS/asm.js), Python
 (web), Go(web), TypeScript(web) and maybe adopt Angular2, Swift(iOS).

 On the web side I am locked down to these language because of tooling
 and infrastructure support. On the iOS side tooling prevents adoption of
 non-Apple tech.

 The only work-related area where I can use D (or Rust) in 2016 is
 runtime less asm.js for high performance web client engines. But neither
 D (or Rust) has asm.js support yet, so... I might dabble with that.
Jan 05
prev sibling parent reply Luis <luis.panadero gmail.com> writes:
On Tuesday, 5 January 2016 at 13:21:32 UTC, Ola Fosheim Grøstad 
wrote:

 Here are my (hopeful, given enough spare time) plans for D:

 1. Code up a new experimental unicode-syntax for a subset of D 
 now that the C++ to D transition is "complete", with a fair 
 selection of unicode operators and symbols (e.g. "π", "∑", "≤", 
 "≠" etc).
I toyed with something similar with a toy/learning D math lib that I did some years ago. Was funny using real math annotation, but it's cumbersome to write code using it, as you need to type the unicode code. I don't have symbols like ϕ or θ on my keyboard.
Jan 08
parent rsw0x <anonymous anonymous.com> writes:
On Friday, 8 January 2016 at 08:46:29 UTC, Luis wrote:
 On Tuesday, 5 January 2016 at 13:21:32 UTC, Ola Fosheim Grøstad 
 wrote:

 Here are my (hopeful, given enough spare time) plans for D:

 1. Code up a new experimental unicode-syntax for a subset of D 
 now that the C++ to D transition is "complete", with a fair 
 selection of unicode operators and symbols (e.g. "π", "∑", 
 "≤", "≠" etc).
I toyed with something similar with a toy/learning D math lib that I did some years ago. Was funny using real math annotation, but it's cumbersome to write code using it, as you need to type the unicode code. I don't have symbols like ϕ or θ on my keyboard.
I'd suggest rebinding a key to the compose key, I use capslock. It's a very handy key to have, especially if you do any mathematics writing.
Jan 08
prev sibling next sibling parent reply Joakim <dlang joakim.fea.st> writes:
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:

 1. migrate legacy C++ code bases to D when C++ bindings are 
 final?

 2. integrate with numerical solutions like TensorFlow?

 3. create web services with vibe.d?

 4. run D apps in the cloud?

 5. run D apps on mobile?

 6. create runtime less programs (games, embedded)?

 7. work on the D language/phobos ?

 8. or something else?


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

 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?
I plan on using the new Android support to build a mobile app entirely in D, with some components running on the server, ie "cloud," at least initially. I'll probably bind to some existing C libraries, but no C++. Hopefully I'm done working on the language/phobos, as most of the Android support is in, and I don't have anything else to add. I don't anticipate nor want to use any other language, but I suspect I'll be forced to call some minimal Java through JNI, for a few native Android APIs that are Java-only and that I might need.
Jan 05
parent reply Ola Fosheim =?UTF-8?B?R3LDuHN0YWQ=?= writes:
On Tuesday, 5 January 2016 at 13:24:58 UTC, Joakim wrote:
 I plan on using the new Android support to build a mobile app 
 entirely in D, with some components running on the server, ie 
 "cloud," at least initially.
[...]
 I don't anticipate nor want to use any other language, but I 
 suspect I'll be forced to call some minimal Java through JNI, 
 for a few native Android APIs that are Java-only and that I 
 might need.
Neat! Does this mean that you might be able to do commercial stuff with D on Android this year?
Jan 05
parent Joakim <dlang joakim.fea.st> writes:
On Tuesday, 5 January 2016 at 13:42:26 UTC, Ola Fosheim Grøstad 
wrote:
 On Tuesday, 5 January 2016 at 13:24:58 UTC, Joakim wrote:
 I plan on using the new Android support to build a mobile app 
 entirely in D, with some components running on the server, ie 
 "cloud," at least initially.
[...]
 I don't anticipate nor want to use any other language, but I 
 suspect I'll be forced to call some minimal Java through JNI, 
 for a few native Android APIs that are Java-only and that I 
 might need.
Neat! Does this mean that you might be able to do commercial stuff with D on Android this year?
Only in the sense that it will have a paid component, but it's just something I'll be doing on my own. On Tuesday, 5 January 2016 at 13:43:32 UTC, Gerald wrote:
 Keep working on Linux GTK applications using GtkD including:

 * Finish my tiling terminal emulator, terminix 
 (https://github.com/gnunn1/terminix)
Nice, you should put that on dub.
Jan 05
prev sibling next sibling parent reply Gerald <me me.com> writes:
Keep working on Linux GTK applications using GtkD including:

* Finish my tiling terminal emulator, terminix 
(https://github.com/gnunn1/terminix)

* Take a shot at doing a Linux chat/IM application following the 
gnome-chat design
Jan 05
parent reply Adam D. Ruppe <destructionator gmail.com> writes:
On Tuesday, 5 January 2016 at 13:43:32 UTC, Gerald wrote:
 * Finish my tiling terminal emulator, terminix 
 (https://github.com/gnunn1/terminix)
ooh, I wrote a terminal emulator too a while ago: https://github.com/adamdruppe/terminal-emulator If any of my code would be useful to you, always feel free to copy it.
Jan 05
parent Gerald <me me.com> writes:
On Tuesday, 5 January 2016 at 14:10:20 UTC, Adam D. Ruppe wrote:
 On Tuesday, 5 January 2016 at 13:43:32 UTC, Gerald wrote:
 * Finish my tiling terminal emulator, terminix 
 (https://github.com/gnunn1/terminix)
ooh, I wrote a terminal emulator too a while ago: https://github.com/adamdruppe/terminal-emulator If any of my code would be useful to you, always feel free to copy it.
Thanks, in my case the low level terminal emulation is provided by the gnome-terminal GTK widget called VTE so I'm not actually going to that level like you did, I'm mostly just writing the GUI around the existing VTE widget.
Jan 05
prev sibling next sibling parent reply Adam D. Ruppe <destructionator gmail.com> writes:
I know I'll be doing a few web programs in D (already have the 
contracts so it is increasing in priority even now). I'll 
probably be expanding my css tools for my other job too.

For non-work stuff, it all depends on how much time I have, but 
the basic list is:

1) the doc thing I've been talking about endlessly

2) improve D error messages. dmd "no template matches" and 
druntime "RangeError" are both sucky because they don't tell the 
user important facts the computer knows.

3) write a cocoa implementation for simpledisplay

4) get minigui up to 1.0

5) finish at least one of my games

 What other languages do you think you will use or toy with in 
 2016 and for what purpose?
I'll still be using Ruby, Python, Java, and of course, Javascript for other work things too.
 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?
My D program for work has a major component in Java which I just wrote last month because I wanted to use a major Java library and it was easier to just write it right there than mess with JNI or whatever. If D had the same Java interface out of the box, or the same cutting-edge library I might have use it there too, but meh, idk. It is just a simple server that spits out XML - something Java is very good at.
Jan 05
parent reply Jacob Carlborg <doob me.com> writes:
On 2016-01-05 15:07, Adam D. Ruppe wrote:

 If D had the same Java interface out of the box, or the same
 cutting-edge library I might have use it there too, but meh, idk. It is
 just a simple server that spits out XML - something Java is very good at.
I'm working on a tool to automatically convert Java to D [1], for DWT. I have no idea how it will work in practice though. It's written in Scala and uses the Eclipse JDT compiler. [1] https://github.com/d-widget-toolkit/jport/tree/dev -- /Jacob Carlborg
Jan 05
parent reply Basile B. <b2.temp gmx.com> writes:
On Tuesday, 5 January 2016 at 15:52:05 UTC, Jacob Carlborg wrote:
 I'm working on a tool to automatically convert Java to D [1], 
 for DWT. I have no idea how it will work in practice though. 
 It's written in Scala and uses the Eclipse JDT compiler.

 [1] https://github.com/d-widget-toolkit/jport/tree/dev
If you have the time to, you should also update the textmate D highlighter. The first script line is not handled (aka the shebang #!). GitHub uses your bundle to display D online.
Jan 05
parent Jacob Carlborg <doob me.com> writes:
On 2016-01-05 17:01, Basile B. wrote:

 If you have the time to, you should also update the textmate D
 highlighter. The first script line is not handled (aka the shebang #!).
 GitHub uses your bundle to display D online.
Yeah, I know, I'm working on that. It has higher priority. But the shebang is the least of my worries. Currently the syntax highlighting completely breaks for some code. -- /Jacob Carlborg
Jan 05
prev sibling next sibling parent Basile B. <b2.temp gmx.com> writes:
A bit of (7.) When I see or discover something that I can do.
Otherwise (8.) c-à-d my own stuff in D.
Jan 05
prev sibling next sibling parent reply bachmeier <no spam.com> writes:
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?
I've just finished with the initial version of my project to embed R inside D. Hopefully now I can convince other economists to use it. I might put together a simple web interface (using D of course) that will improve my research collaboration efforts. The earliest I will have time to work on it will be the summer.
 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?
No changes. I'm lucky enough to be in a position to choose my language and lucky enough that D works well.
Jan 05
next sibling parent reply jmh530 <john.michael.hall gmail.com> writes:
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!
Jan 05
parent bachmeier <no spam.com> writes:
On Tuesday, 5 January 2016 at 21:56:43 UTC, jmh530 wrote:
 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!
Maybe. But as long as I can use it for my work, I'm happy.
Jan 08
prev sibling parent reply Jakob Jenkov <jakob jenkov.com> writes:
 I've just finished with the initial version of my project to 
 embed R inside D. Hopefully now I can convince other economists 
 to use it.

 I might put together a simple web interface (using D of course) 
 that will improve my research collaboration efforts. The 
 earliest I will have time to work on it will be the summer.
How does this work? Do you write R programs which are executed by a D program? Or do you call functions in D which corresponds to R functions?
Jan 08
parent reply bachmeier <no spam.com> writes:
On Friday, 8 January 2016 at 08:24:59 UTC, Jakob Jenkov wrote:
 I've just finished with the initial version of my project to 
 embed R inside D. Hopefully now I can convince other 
 economists to use it.

 I might put together a simple web interface (using D of 
 course) that will improve my research collaboration efforts. 
 The earliest I will have time to work on it will be the summer.
How does this work? Do you write R programs which are executed by a D program? Or do you call functions in D which corresponds to R functions?
Either direction. Earlier I wrote dmdinline[1]. You can write small D functions and call them from R. It works well on Linux, but not on anything else. That makes it hard to collaborate. In the other direction, you write a D program with an embedded R instance as with RInside. You do anything you want with your R interpreter. Importantly, it works on all OSes that run R. The communication is the easy part. The time consuming part is converting R objects to D objects and vice versa. I've had to learn the internals of R at the same time that I've learned D. I've been working on it in my spare time for more than two years. [1] https://bitbucket.org/bachmeil/dmdinline2
Jan 08
parent reply Jakob Jenkov <jakob jenkov.com> writes:
 The communication is the easy part. The time consuming part is 
 converting R objects to D objects and vice versa. I've had to 
 learn the internals of R at the same time that I've learned D. 
 I've been working on it in my spare time for more than two 
 years.
Would it have been possible to make a D API for data analysis instead? Or is that too big a job?
Jan 09
parent reply jmh530 <john.michael.hall gmail.com> writes:
On Saturday, 9 January 2016 at 19:39:44 UTC, Jakob Jenkov wrote:
 The communication is the easy part. The time consuming part is 
 converting R objects to D objects and vice versa. I've had to 
 learn the internals of R at the same time that I've learned D. 
 I've been working on it in my spare time for more than two 
 years.
Would it have been possible to make a D API for data analysis instead? Or is that too big a job?
You could program anything in D that would run in R and it would probably be faster (unless the R code is using some optimized C/C++ code already). The issue is that D libraries for data analysis aren't as developed and don't have as many people working on them as R. You might be more productive calling an R library than re-writing the same functionality in D.
Jan 09
parent bachmeier <no spam.net> writes:
On Saturday, 9 January 2016 at 21:40:02 UTC, jmh530 wrote:
 On Saturday, 9 January 2016 at 19:39:44 UTC, Jakob Jenkov wrote:
 The communication is the easy part. The time consuming part 
 is converting R objects to D objects and vice versa. I've had 
 to learn the internals of R at the same time that I've 
 learned D. I've been working on it in my spare time for more 
 than two years.
Would it have been possible to make a D API for data analysis instead? Or is that too big a job?
You could program anything in D that would run in R and it would probably be faster (unless the R code is using some optimized C/C++ code already). The issue is that D libraries for data analysis aren't as developed and don't have as many people working on them as R. You might be more productive calling an R library than re-writing the same functionality in D.
In many cases, such as graphics, speed is not an issue so a rewrite won't help. By integrating R inside D, an existing R user gives up nothing - you can choose how much to write in D vs R.
Jan 10
prev sibling next sibling parent Kapps <opantm2+spam gmail.com> writes:
I have a couple of libraries I was intending to make that were 
waiting for either language changes or other technologies that 
should be doable in 2016.

I was thinking of trying to make a GUI library that's similar to 
Xamarin Forms, but with D and using something other than Xaml for 
the UI markup. The goal would be full data-binding support with 
various backends (Qt being the most likely one, and maybe native 
Android / iOS bindings). Proper extern(C++) support should help a 
lot here, though sadly I'll still have to make a C wrapper 
library since we can't use C++ constructors yet. Now that Android 
/ iOS development is getting practical, the lack of a mobile GUI 
library is going to be an issue, so the purpose of this would be 
primarily mobile with hopefully desktop support as well.

Also might look at trying to make a game / engine using Vulkan 
with a high performance Component-Entity-System approach. Have 
the CES bit started, but was waiting on Vulkan support which 
seems to be coming soon. The (probable) lack of OSX support will 
be very annoying though.

In terms of commercial, I have a very small business starting 
which will hopefully be able to make use of D for at least some 
small web APIs. I think vibe.d should be a good cross-platform 
solution for easy deployment behind an existing web server. Plus 
vibe.d is quite nice and I think D has the unexplored potential 
to be a fantastic solution for dealing with databases, with 
support for things like Partial objects being doable very nicely.
Jan 05
prev sibling next sibling parent Dan Olson <gorox comcast.net> writes:
Ola Fosheim Grøstad <ola.fosheim.grostad+dlang gmail.com> writes:

 5. run D apps on mobile?
1) I am involved in recreational windsurf races and pretty much everyone carries a mobile phone to record GPS tracks. I though it would be fun to create an app to manage the races, track finishing places, etc. The non-GUI portion can be D with existing Android and iOS support in LDC. 2) Port D version of Empire to mobile (Android/iOS). This is more important than (1)!
Jan 05
prev sibling next sibling parent reply Chris Wright <dhasenan gmail.com> writes:
On Tue, 05 Jan 2016 12:27:12 +0000, Ola Fosheim Grøstad wrote:

 I wonder what kind of programming people plan or _hope_ to use D for in
 2016?
I might rewrite my RSS reader in D (from C#). It's got some issues I haven't adequately been able to track down, and a rewrite might alleviate them. I might work more on my MUD in D. D's good for MUDs; AI is easier to write (and schedule) with fibers. Some of the networking code is, too. I've mostly switched from Python to D for small tasks.
 What other languages do you think you will use or toy with in 2016 and
 for what purpose?
Unreal Blueprints and probably eventually C++, for use with the Unreal Engine.
 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?
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. If I could compile D to Javascript and had DOM bindings, I could rewrite my RSS reader's frontend in D.
Jan 05
next sibling parent Ola Fosheim =?UTF-8?B?R3LDuHN0YWQ=?= writes:
On Tuesday, 5 January 2016 at 18:05:37 UTC, Chris Wright wrote:
 I might work more on my MUD in D. D's good for MUDs; AI is 
 easier to write (and schedule) with fibers. Some of the 
 networking code is, too.
That's cool! My interest in graphical MUDs was actually the reason for looking into D. I think D's abstraction level would suit a MUD quite well!! Btw, I've always felt that Unix had a MUD feel to it: http://mud-dev.zer7.com/1998/9/7952/#post7952 Ever felt that way?
Jan 05
prev sibling parent reply Jacob Carlborg <doob me.com> writes:
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
Jan 05
parent Chris Wright <dhasenan gmail.com> writes:
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.
Jan 05
prev sibling next sibling parent reply thedeemon <dlang thedeemon.com> writes:
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.
Jan 05
parent reply Guillaume Piolat <first.last gmail.com> writes:
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.
Jan 05
parent Joakim <dlang joakim.fea.st> writes:
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. :)
Jan 05
prev sibling next sibling parent Guillaume Piolat <first.last gmail.com> writes:
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.
Jan 05
prev sibling next sibling parent Nick Papanastasiou <nickpap9411 gmail.com> writes:
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.
Jan 05
prev sibling next sibling parent reply Chris <wendlec tcd.ie> writes:
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 :-)
Jan 06
next sibling parent wobbles <grogan.colin gmail.com> writes:
On Wednesday, 6 January 2016 at 11:16:20 UTC, Chris wrote:
 Don't think I'll have time for that and once you use D, you 
 lose interest in other languages :-)
Amen to that. Had to write some Java recently and kept trying to go call functions UFCS style. And if I have to match up angle brackets for a generic list of a generic list of a generic type one more time I'll poke my eyes out!
Jan 06
prev sibling parent rsw0x <anonymous anonymous.com> writes:
On Wednesday, 6 January 2016 at 11:16:20 UTC, Chris wrote:
 Don't think I'll have time for that and once you use D, you 
 lose interest in other languages :-)
I legitimately cannot use C++ anymore after using D, especially anything related to template/compile-time metaprogramming.
Jan 06
prev sibling next sibling parent Claude <no no.no> writes:
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
Jan 06
prev sibling next sibling parent reply wobbles <grogan.colin gmail.com> writes:
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:

 6. create runtime less programs (games, embedded)?
Am currently knee deep in my first game in D. Using DTiled and DSFML, has been very fun so far. A rogue-like nomadic city-builder. (That's a thing?!)
 7. work on the D language/phobos ?
I don't have the knowledge or skills sadly. I will attempt to help out on the documentation at some stage.
 What other languages do you think you will use or toy with in 
 2016 and for what purpose?
Been using Groovy more and more in work. Will also sadly have to write Java code for some in-house Jenkins plugins. Personally, I've been using D a lot more in work recently, and quick and dirty tools I need I always go to D first. One example, we use sysstat to monitor all our servers resource usage, and had no centralised way to view those stats. I wrote a vibe.d service to do just that, plotting the data via plotly.js. I might clean it up and put it up on Github actually... could be useful to someone.
Jan 06
parent Laeeth Isharc <laeethnospam nospam.laeeth.com> writes:
On Wednesday, 6 January 2016 at 11:54:01 UTC, wobbles wrote:
 Personally, I've been using D a lot more in work recently, and 
 quick and dirty tools I need I always go to D first.
 One example, we use sysstat to monitor all our servers resource 
 usage, and had no centralised way to view those stats. I wrote 
 a vibe.d service to do just that, plotting the data via 
 plotly.js.
 I might clean it up and put it up on Github actually... could 
 be useful to someone.
Great to hear it's working for you there. I would love to see that if you choose to make it public - similar problem here, and I feel silly reinventing the wheel (and too much complexity for now to learn and keep up with the standard tools that do it all for you).
Jan 06
prev sibling next sibling parent Puming <zhaopuming gmail.com> writes:
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:


 8. or something else?


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

 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?
I've been lurking here for a long time, but this year I need to actually do some projects in D and learn it in the process. Things on my wish list: 1. Write some data processing code in D for work. Currently I'm using Python/C++, and D would be a very good replacement. If things turn out good, I may become a happy D-at-work coder :) 2. Make a working prototype of my toy language, Venus, in D. (https://github.com/zhaopuming/Venus) 3. Learn about SDC and hopefully make some contributions. Venus is implemented based on SDC design/code. 4. Dive into dlangui/dlangide, and make a simple repl/editor for my language with them.
Jan 06
prev sibling next sibling parent Jacob Carlborg <doob me.com> writes:
On 2016-01-05 13:27, Ola Fosheim Grøstad wrote:

 3. create web services with vibe.d?
I would like to try for work.
 4. run D apps in the cloud?

 5. run D apps on mobile?

 6. create runtime less programs (games, embedded)?

 7. work on the D language/phobos ?
* I'm currently working on native TLS for OS X. Hopefully it will be ready soon, if I can manage to solve the remaining bug(s) * At some point I need to get std.serialization ready * Get more of the Objective-C support into upstream
 8. or something else?
In no particular order: * JPort, a tool to convert Java to D, for DWT - Not written in D though * Fixing bugs in the D TextMate grammar, used by GitHub as well * Enhancing the D TextMate bundle, i.e. adding support for DCD * Maintaining existing projects, DVM, DStep, DWT Probably some other stuff I can't recall right now.
 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?
For work that would mean libraries for connecting to PostgreSQL and RabbitMQ. Ideally compatible with vibe.d. -- /Jacob Carlborg
Jan 06
prev sibling next sibling parent BLM768 <blm768 gmail.com> writes:
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?

 8. or something else?
The toy language bug has bitten me, too. I'm going for maximum modularity in the compiler to make it easy to hook in fancy tools.
 What other languages do you think you will use or toy with in 
 2016 and for what purpose?
Probably a lot of C++ for my computer science classes.
 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?
Some very forward-thinking professors. ;)
Jan 06
prev sibling next sibling parent reply Henry Gouk <henry.gouk gmail.com> writes:
On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad 
wrote:
 2. integrate with numerical solutions like TensorFlow?
I'm currently working on something along the same lines as TensorFlow -- I started work on this before TensorFlow was announced. I haven't thought too much about writing a distributed backend, but currently there are some reasonably inefficient proof-of-concept CPU and CUDA backends. It's still fairly early on in development, and I'm more of an academic than an engineer. That said, I've managed to train some modestly sized convolutional networks without trouble. I'll open source it at some point, but I haven't got a time-frame for that.
Jan 06
parent Guillaume Piolat <first.last gmail.com> writes:
On Thursday, 7 January 2016 at 00:34:45 UTC, Henry Gouk wrote:
 On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad 
 wrote:
 2. integrate with numerical solutions like TensorFlow?
I'm currently working on something along the same lines as TensorFlow -- I started work on this before TensorFlow was announced. I haven't thought too much about writing a distributed backend, but currently there are some reasonably inefficient proof-of-concept CPU and CUDA backends. It's still fairly early on in development, and I'm more of an academic than an engineer. That said, I've managed to train some modestly sized convolutional networks without trouble. I'll open source it at some point, but I haven't got a time-frame for that.
Interesting project.
Jan 07
prev sibling next sibling parent David Soria Parra <dsp experimentalworks.net> writes:
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:

 1. migrate legacy C++ code bases to D when C++ bindings are 
 final?

 2. integrate with numerical solutions like TensorFlow?

 3. create web services with vibe.d?

 4. run D apps in the cloud?

 5. run D apps on mobile?

 6. create runtime less programs (games, embedded)?

 7. work on the D language/phobos ?

 8. or something else?


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

 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?
1. Finishing my secret redesign of the docs and write the necessary bits to get type information into a database (e.g. sqlite) 2. Getting more involved with D again. Maybe trying a github streak or so.
Jan 07
prev sibling next sibling parent Laeeth Isharc <laeethnospam nospam.laeeth.com> writes:
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?
I am developing some tools in the hedge fund sector that will be predominantly written in D, although there will be components called in other languages for user interface and libraries. Not just me as I have some other people helping. It's a smallish-size project (in comparison to the likes of Weka, for example) that nonetheless could have quite some impact over time at a business level. At some stage there may be some basic mobile apps - server will run D code, and maybe parts of client if it makes sense to do so for non-UI stuff especially.
 Do you have plans to:

 1. migrate legacy C++ code bases to D when C++ bindings are 
 final?
There is no legacy code base in my case. There are some dotnet processes to interface to via an API, but that's really pretty easy.
 2. integrate with numerical solutions like TensorFlow?
Probably - not yet at that stage but will explore that later on.
 3. create web services with vibe.d?
Yes - although these will be internal. In my domain it can be quite different from typical concerns of web guys. Very small number of users, but quite highly valued ones. Ideally, I would have one user, because in the investment world if you create something valuable then the smaller the number of people exploiting it the better. Communication between my own components may use nanomsg or tcp sockets rather than http.
 4. run D apps in the cloud?
possibly. aws lambda can be quite appealing price-wise and I have got D working there. otherwise it's more sensible for my use to use dedicated servers and maybe a few Digital Ocean instances as needed. if by cloud you mean to include private cloud then yes.
 5. run D apps on mobile?
Yes. See above. I noticed with Android Wear the device is good especially for notifications and for triggering things. Notifications are pretty simple things, and executing a script on a trigger also. So the overhead of not having nice wrappers around Android SDK (and having to go via JNI) is much less burdensome. Haven't got to the stage of doing much there yet as other things are prior. So my answer to your question below to Joakim: "Does this mean that you might be able to do commercial stuff with D on Android this year?" is, yes, probably.
 6. create runtime less programs (games, embedded)?
nope.
 7. work on the D language/phobos ?
I would like to but won't have the time. (I made a modest contribution last year in a port of the build script to D, but digger is better).
 8. or something else?


 What other languages do you think you will use or toy with in 
 2016 and for what purpose?
Lua for light scripting of D components. C# to hook into dotnet. Javascript for obvious reasons. Python and C++.
 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?
I think I am pretty much all-in on D at this point. I could imagine that in time then getting C++ programmers up to speed would become a challenge given the documentation (Don from Sociomantic talked about this). But I'm already sold on D and don't need more to appreciate its advantages. The work of Dlangscience could make quite a difference for the better down the line - John Colvin's and Ilya's work especially. I already use John's work commercially when writing quick scripts in a Python notebook (I can write some in D and some in Python in the same book), and I'll use Ilya's slices once I get more time. bachmeier's work on embedding R might come in handy too, but at a later stage of the project. The idea of being able to write D code and have it compile to webassembly is a very interesting one, but whether it would be something I could use commercially I don't know as I have little experience developing for the web. I am in a position where it's okay to take modest technical risks for prototypes, and there could be quite some benefit from this, so I would likely be early in exploring this when ready. As I understand it, the LLVM backend can put out asm.js already (maybe webassembly too - I didn't check), but one would need to port druntime and possibly some other things. I wonder how much work that would be. Laeeth.
Jan 07
prev sibling next sibling parent FreeSlave <freeslave93 gmail.com> writes:
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?
I plan to implement more freedesktop specifications and enhance already implemented. I already have Desktop Entry, Icon Theme and XDG base directories, currently I try to wrap my mind around Shared MIME Database Spec. The problem is not even implementation though, but deciding on interfaces. Then I plan to target Menu specification, MIME applications, XBEL and probably some others. I also want to implement trashcan library for working with trashcan in crossplatform way. Native D library for parsing .lnk files on Windows is in the list too.
Jan 07
prev sibling next sibling parent MGW <mgw yandex.ru> writes:
 I wonder what kind of programming people plan or _hope_ to use 
 D for in 2016?
I will continue to improve my library QtE in 2016 year. I now program only on D + QtE (a wrapper for Qt 4.8.1) GUI applications for Windows 32 and Linux 32. Screen Windows http://qte.ucoz.ru/QtE_win_2.png Screen Linux http://qte.ucoz.ru/QtE_linux_2.png Probably I will start to write QtE for Qt 5.x in the summer.
Jan 07
prev sibling next sibling parent Jakob Jenkov <jakob jenkov.com> writes:
We plan to port a network protocol + binary data format API (IAP 
Tools) to D from Java.
Jan 08
prev sibling next sibling parent Satoshi <satoshi gshost.eu> writes:
Finish kernel and basic libs of my operating system 
(https://github.com/MatsumotoSatoshi/Trinix)

Release beta version of my multiplatform GUI framework and IDE 
for D.
Jan 08
prev sibling next sibling parent Luis <luis.panadero gmail.com> writes:
Do a release of my DCPU-16 toolkit : 
https://github.com/Zardoz89/DEDCPU-16

I should :

- Unit-tests
- Clean the code mess that I have... Doing proper code separation 
on modules, etc
- Rewrite the emulator code. Actually I have disabled it as I 
used a few pieces of code to the other tools.
   - And have a toggle to with from "classic" DPCU-16 and 
Techcompilant's DCPU-16 implementation.
   - GtkD GUI for the emulator
- Create executable packages for Linux/Windows
Jan 08
prev sibling next sibling parent Daren Scot Wilson <darenw darenscotwilson.com> writes:
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?
We're doing Computer Vision stuff where I work. No chance of smuggling D in, but there are more and more open source libraries for CV, that I'd like to interface to, or as an exercise in learning D, try to rewrite simple versions of in D. Audio signal processing, machine learning, image processing, generating procedural texture images for use in 3D graphics. Much of this, when at home instead of at work, is to create demos of math and physics principles, to go with writings and to show off.
 What other languages do you think you will use or toy with in 
 2016 and for what purpose?
Python, for quick data exploration, initial algorithm development, scripts to manage files and data at work. Kaggle competitions. Julia in place of Python when I can get away with it, especially personal projects, and Kaggle. For Kaggle, I start in Python or Julia to figure out how to solve the problem, get a feel for the data and solutions, then make a fast number-cruncher in D to deal with full-size data and hammer away on those O(N!) problems. Javascript for interactive web doodads, data visualization, science/engineering educational toys as web apps. C++ 'cause companies that pay enough to cover my rent still use C++ (if not Java (ick) or C# (eh, i kinda like it actually)). Ugh! Someone has to convince executives, software project managers, team leads and everyone else involved that C++ sux and D r00lz. C-like shader languages, for vertex and fragment shaders, for custom 3D data viz at work, and Blender art projects at home.
 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?
Way less than it would take me to use something else instead of D! The only reason I use Python or Julia instead of D is the quick, informal, experimental way of exploring data they allow. The main reason I favor Julia over Python is I hate having to put "np." in front of many of the mathy things, and "self." when inside an object to refer to its own parts. In an ideal world, it'd be only Julia and D for 97% of the stuff I do.
Jan 08
prev sibling parent Jesse Phillips <Jesse.K.Phillips+D gmail.com> writes:
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:
 7. work on the D language/phobos ?
Find some time to catch up to the latest mater and document the module properly. https://github.com/D-Programming-Language/phobos/pull/2945
 8. or something else?
I recently got my Unwired One[1] so I'm likely to be playing with it in C and may make some attempts to get D running on it. I have some thoughts on using FIDO U2F on the board. 1. http://www.unwireddevices.com/en/ But I haven't really been making time for programming outside of work.
Jan 08