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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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
Jan 05 2016
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

 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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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?



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 2016
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 2016
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 2016
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 2016
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 

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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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?



  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 2016
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 2016
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 2016
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 2016
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 2016
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 2016
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 

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 2016
prev sibling next 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 2016
prev sibling next sibling parent reply Basile B. <b2.temp gmx.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:

 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?


So one year later ? Did you follow the guideline you've 
individually indicated in this topic ?
Jan 02 2017
next sibling parent rikki cattermole <rikki cattermole.co.nz> writes:
On 02/01/2017 9:51 PM, Basile B. wrote:

 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?


 So one year later ? Did you follow the guideline you've individually
 indicated in this topic ?


Lets see, image library got a review thread check, windowing library no, 
assembly stuff yup!

For windowing library I'm moving over to SPEW[0][1] for development.

Image library isn't my focus right now, I need to get SPEW up and going 
for OpenGL[2] before I go back to that.
The bindings creator is absolutely amazing in that it generates it with 
docs! I'm not aware of any bindings like that in any language ;)

I've learned a lot about x86, got a good way into an x86 
encoder/decoder. With very good documentation[3].
Currently playing around with a bytecode form.

[0] http://spew.cf/
[1] https://github.com/Devisualization/spew
[2] https://github.com/rikkimax/ogl_gen
[3] http://samples.leanpub.com/alphacodegen-sample.pdf
Jan 02 2017
prev sibling parent Basile B. <b2.temp gmx.com> writes:
On Monday, 2 January 2017 at 08:51:13 UTC, Basile B. wrote:

 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?


 So one year later ? Did you follow the guideline you've 
 individually indicated in this topic ?


Mine was here:

https://forum.dlang.org/thread/gidcyqfypkwgqpqazngx forum.dlang.org?page=2

point 7: I wished to make at least one PR in your org per month, 
which is done (mostly phobos bugfixes, a bit of ddoc in the 
specs).

point 8: I haven't done much personnal stuff in D last year. 
Kheops sucks. I'd like to use Skia instead of Cairo but even if I 
finish it I know that I'll probably never use it. My user 
library, iz, didn't advance much. I've made a programming tool 
this year (IsItThere) but it would still need some work to be 
publicly announced.
Jan 02 2017
prev sibling next sibling parent reply ketmar <ketmar ketmar.no-ip.org> writes:
On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad 
wrote:

so, mine results are:

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


never wanted, never did. accomplished.


 2. integrate with numerical solutions like TensorFlow?


never wanted, never did. accomplished.


 3. create web services with vibe.d?


never wanted, never did. accomplished.


 4. run D apps in the cloud?


never wanted, never did. accomplished.


 5. run D apps on mobile?


never wanted, never did. accomplished.


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


never wanted, never did. accomplished.


 7. work on the D language/phobos ?


aliced is alive and kicking. accomplished.


 8. or something else?


i have no life, so no. accomplished.


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


none. mine CPU is too weak, it can support only one language at a 
time.


 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?


dunno. completely moved years ago.
Jan 02 2017
parent reply Basile B. <b2.temp gmx.com> writes:
On Monday, 2 January 2017 at 09:25:28 UTC, ketmar wrote:

 On Tuesday, 5 January 2016 at 12:27:12 UTC, Ola Fosheim Grøstad 
 wrote:

 so, mine results are:

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


 never wanted, never did. accomplished.


 2. integrate with numerical solutions like TensorFlow?


 never wanted, never did. accomplished.


 3. create web services with vibe.d?


 never wanted, never did. accomplished.


 4. run D apps in the cloud?


 never wanted, never did. accomplished.


 5. run D apps on mobile?


 never wanted, never did. accomplished.


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


 never wanted, never did. accomplished.


 7. work on the D language/phobos ?


 aliced is alive and kicking. accomplished.


 8. or something else?


 i have no life, so no. accomplished.


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


 none. mine CPU is too weak, it can support only one language


Your doesn't support the Intel Polyglot (TM) technology yet ? 
I've heard that you just need to put a line of pencil at a 
particular place to activate it. It creates a jumper with the 
carbon...the problem is that you need a good magnifying glass to 
do this, otherwise it activates a PII emulation mode :/
Jan 02 2017
parent reply ketmar <ketmar ketmar.no-ip.org> writes:
On Monday, 2 January 2017 at 10:03:09 UTC, Basile B. wrote:

 Your doesn't support the Intel Polyglot (TM) technology yet ?


alas. CPU is too old, no fancy tech there. it can hardly cope 
even with 32 bits.
Jan 02 2017
parent reply Basile B. <b2.temp gmx.com> writes:
On Monday, 2 January 2017 at 10:15:28 UTC, ketmar wrote:

 On Monday, 2 January 2017 at 10:03:09 UTC, Basile B. wrote:

 Your doesn't support the Intel Polyglot (TM) technology yet ?


 alas. CPU is too old, no fancy tech there. it can hardly cope 
 even with 32 bits.


Let's not play the idiots too much...It was a joke of course. All 
system languages are compiled as bytecode anyway...

That being said, the pencil line trick existed well, it was in 
the ealy 2000's, on AMD Athlons, but related to OC, not to 
parallelism.
Jan 02 2017
parent ketmar <ketmar ketmar.no-ip.org> writes:
On Monday, 2 January 2017 at 10:33:40 UTC, Basile B. wrote:

 Let's not play the idiots too much...


T_T

this is the only thing i can do good enough...
Jan 02 2017
prev sibling parent reply ikod <geller.garry 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:

 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?


In 2016 I planned to use D to replace some parts of our large 
monitoring system (Python-based "graphite" metric storage and 
visualization tools). What I needed was:

1. Language quality - perfect.

2. Fast numeric processing - perfect.

3. Easy deployment - not ok: there is no system-wide packaging 
for D libraries (I'd like to see debian .deb's for most D 
third-party libraries, or at least something like 'pip' for 
python). Correct me if I'm wrong but dub can't deploy system-wide.

4. Lack of some important for me libraries with D-way API (not 
one-to-one C-wrappers). But this is improved during last year.

5. Easy development - not ok. Correct me if I'm wrong but still 
no stable support for debugging - demangling problems for OSX out 
of the box (not sure about Linux). No good plugins for most 
popular IDE.

6. Lack of some standard libraries - namely libasync. When I use 
library for my app, which I hope to use for years, I'd like to be 
sure that library development will not rely on single person 
motivation, spare time availability, etc.

So, during 2016 I was not ready to use D in production.

In 2017 I hope to see better progress in D weak areas. I hope to 
continue to contribute to D community and language, and use it 
for my personal projects.


 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 02 2017
parent reply Chris Wright <dhasenan gmail.com> writes:
On Mon, 02 Jan 2017 11:51:59 +0000, ikod wrote:

 3. Easy deployment - not ok: there is no system-wide packaging for D
 libraries (I'd like to see debian .deb's for most D third-party
 libraries, or at least something like 'pip' for python).


Hrm, my workplaces have tended to simply copy binaries to the target 


In D, I tend to get statically linked executables, which are pretty 
convenient on that front.

It's interesting to see that some people use debian packages for that.


 Correct me if
 I'm wrong but dub can't deploy system-wide.


dub fetch --cache=system $PKG

This lets you run `dub run $PKG` as any user.


 5. Easy development - not ok. Correct me if I'm wrong but still no
 stable support for debugging - demangling problems for OSX out of the
 box (not sure about Linux).


I'm similarly intrigued that other people use debuggers. I think I pull 
one out about once per year. printf debugging is my go-to -- and my 
primary programming language at work is Java.
Jan 02 2017
parent ikod <geller.garry gmail.com> writes:
On Monday, 2 January 2017 at 17:09:41 UTC, Chris Wright wrote:

 On Mon, 02 Jan 2017 11:51:59 +0000, ikod wrote:

 Correct me if
 I'm wrong but dub can't deploy system-wide.


 dub fetch --cache=system $PKG

 This lets you run `dub run $PKG` as any user.


thanks for the info!
Jan 02 2017