As a long time D fanboy I was known to say That is quite simple
in D a lot at work!
Now I was finally able to convience my boss (our CTO) to take a
serious look at D as a replacement for the parts of our
infrastructure that use nodejs right now.
After my series of blog posts about this topic
On Monday, 10 February 2014 at 19:56:57 UTC, extrawurst wrote:
As a long time D fanboy I was known to say That is quite
simple in D a lot at work!
Now I was finally able to convience my boss (our CTO) to take a
serious look at D as a replacement for the parts of our
infrastructure that use
On 2/10/2014 11:56 AM, extrawurst wrote:
As a long time D fanboy I was known to say That is quite simple in D a lot at
work!
Now I was finally able to convience my boss (our CTO) to take a serious look at
D as a replacement for the parts of our infrastructure that use nodejs right
now.
After my
On 02/10/2014 02:56 PM, extrawurst wrote:
So our next online game will be powered by some parts in D ;)
Cool!
Am 10.02.2014 20:56, schrieb extrawurst:
As a long time D fanboy I was known to say That is quite simple in D a
lot at work!
Now I was finally able to convience my boss (our CTO) to take a serious
look at D as a replacement for the parts of our infrastructure that use
nodejs right now.
After my
I gave beta 3 on my win32 dev machine a try today and noticed
that building vibe.d (a dependancy in almost all my projects)
takes noticeably longer to built. observing the process shows
that beta3 consumes almost 1.5GB of RAM while dmd 2.064 'just'
uses 1GB.
On 02/10/2014 11:56 AM, extrawurst wrote:
So our next online game will be powered by some parts in D ;)
Congratulations! Please consider updating the following page
http://wiki.dlang.org/Current_D_Use
Ali
Can you share the D presentation material you used at work? It
would be great to also share this with other game development
companies that are interested.
On 02/10/2014 10:24 PM, extrawurst wrote:
I gave beta 3 on my win32 dev machine a try today and noticed that
building vibe.d (a dependancy in almost all my projects) takes
noticeably longer to built. observing the process shows that beta3
consumes almost 1.5GB of RAM while dmd 2.064 'just' uses
Barely running but already fun and a little useful.
Example:
D import std.algorithm, std.array, std.file;
= std
D auto name(T)(T t) {
| return t.name;
| }
= name
D dirEntries(., SpanMode.depth).map!name.join(, )
= ./drepl_sandbox
D
https://github.com/MartinNowak/drepl
On Tuesday, 11 February 2014 at 04:46:41 UTC, Martin Nowak wrote:
Barely running but already fun and a little useful.
Example:
D import std.algorithm, std.array, std.file;
= std
D auto name(T)(T t) {
| return t.name;
| }
= name
D dirEntries(., SpanMode.depth).map!name.join(, )
=
On Tuesday, 11 February 2014 at 08:15:55 UTC, Martin Nowak wrote:
On Tuesday, 11 February 2014 at 05:37:45 UTC, Andrei
Alexandrescu wrote:
As I understand it, you are executing dmd in the background
to repl.
Simple and clever :D
But then how is it saving context?
Andrie
It's using
On Tuesday, 11 February 2014 at 08:49:56 UTC, extrawurst wrote:
On Tuesday, 11 February 2014 at 08:15:55 UTC, Martin Nowak
wrote:
On Tuesday, 11 February 2014 at 05:37:45 UTC, Andrei
Alexandrescu wrote:
As I understand it, you are executing dmd in the background
to repl.
Simple and clever
On 2/10/14, 9:01 PM, deadalnix wrote:
On Tuesday, 11 February 2014 at 04:46:41 UTC, Martin Nowak wrote:
Barely running but already fun and a little useful.
Example:
D import std.algorithm, std.array, std.file;
= std
D auto name(T)(T t) {
| return t.name;
| }
= name
D dirEntries(.,
On Tuesday, 11 February 2014 at 05:37:45 UTC, Andrei Alexandrescu
wrote:
As I understand it, you are executing dmd in the background to
repl.
Simple and clever :D
But then how is it saving context?
Andrie
It's using shared libraries to do so. Each new deck/stmt/expr is
compiled in a
On Monday, 10 February 2014 at 23:03:15 UTC, Ali Çehreli wrote:
On 02/10/2014 11:56 AM, extrawurst wrote:
So our next online game will be powered by some parts in D ;)
Congratulations! Please consider updating the following page
http://wiki.dlang.org/Current_D_Use
Ali
Done, thanks for
Have you seen Dabble?
https://github.com/callumenator/dabble
Just found out its author added Linux support. I was able to
build an x86 version but it didn't work properly in a 64 bit
system: it assumes dmd makes x86 binaries by default while it
really makes 64-bit ones. And for 64 bits
Congrats! I'm green with envy.
Atila
On Monday, 10 February 2014 at 19:56:57 UTC, extrawurst wrote:
As a long time D fanboy I was known to say That is quite
simple in D a lot at work!
Now I was finally able to convience my boss (our CTO) to take a
serious look at D as a replacement for the
Hi Bruno,
First off, I wanted to share my appreciation for working on D
support in Eclipse and especially for introducing the debugging
capabilities with DDT - really awesome!
I started playing around with the CDT debugger for D programs and
so far got a question about D dynamic arrays.
On Tuesday, 11 February 2014 at 11:38:06 UTC, Nick Sabalausky
wrote:
I've released a little one-module utility, Scriptlike, to help
simplify writing shell script-like programs in D:
https://github.com/Abscissa/scriptlike
Sounds very nice and handy. I tend to write my scripts in D these
On Mon, 10 Feb 2014 19:56:55 +, extrawurst wrote:
As a long time D fanboy I was known to say That is quite simple in D a
lot at work!
Now I was finally able to convience my boss (our CTO) to take a serious
look at D as a replacement for the parts of our infrastructure that use
nodejs
Reminder...
Ali
On 02/05/2014 09:48 PM, Ali Çehreli wrote:
When: Wednesday, February 12, 2014
Topic: Multi-core Software Development Challenges and How D Helps
Speaker: Amaury Séchet
Time: 6:30pm doors open
7:00pm meeting begins
Where: Symantec
VCAFE
On Tuesday, 11 February 2014 at 11:38:06 UTC, Nick Sabalausky
wrote:
I've released a little one-module utility, Scriptlike, to help
simplify writing shell script-like programs in D:
https://github.com/Abscissa/scriptlike
It looks like you've covered a lot of the short comings for doing
On Tuesday, 11 February 2014 at 13:11:06 UTC, The Guest wrote:
On Tuesday, 11 February 2014 at 04:46:41 UTC, Martin Nowak
wrote:
Barely running but already fun and a little useful.
Example:
D import std.algorithm, std.array, std.file;
= std
D auto name(T)(T t) {
| return t.name;
| }
=
On 2/11/2014 1:52 PM, Jesse Phillips wrote:
On Tuesday, 11 February 2014 at 11:38:06 UTC, Nick Sabalausky wrote:
I've released a little one-module utility, Scriptlike, to help
simplify writing shell script-like programs in D:
https://github.com/Abscissa/scriptlike
It looks like you've
On Wednesday, 12 February 2014 at 00:07:42 UTC, Nick Sabalausky
wrote:
As for the license, if you don't mind switching to zlib then
great, just go ahead and submit a pull request if you'd like
to. But I'm not married to zlib license or anything. My reasons
for using zlib license are relatively
On Wednesday, 12 February 2014 at 00:07:42 UTC, Nick Sabalausky
wrote:
I think that would fit very well into Scriptlike, as long as
you don't mind it all being in the same module as the rest of
scriptlike, and preferably using same formatting style (not
that that's strictly important, but
On 11 February 2014 05:56, extrawurst step...@extrawurst.org wrote:
As a long time D fanboy I was known to say That is quite simple in D a
lot at work!
Now I was finally able to convience my boss (our CTO) to take a serious
look at D as a replacement for the parts of our infrastructure that
On 2/11/2014 8:01 PM, Jesse Phillips wrote:
On Wednesday, 12 February 2014 at 00:07:42 UTC, Nick Sabalausky wrote:
As for the license, if you don't mind switching to zlib then great,
just go ahead and submit a pull request if you'd like to. But I'm not
married to zlib license or anything. My
On 2/11/2014 8:10 PM, Jesse Phillips wrote:
On Wednesday, 12 February 2014 at 00:07:42 UTC, Nick Sabalausky wrote:
I think that would fit very well into Scriptlike, as long as you don't
mind it all being in the same module as the rest of scriptlike, and
preferably using same formatting style
On 02/11/2014 04:24 PM, Martin Nowak wrote:
No problem :), it's the most important TODO right now to prevent this.
https://github.com/MartinNowak/drepl/blob/master/examples/server.d#L34
I wish SELinux was simpler, but it isn't. So instead of using a TCP
socket, I quickfixed this issue by
Personally the biggest problem I have are libraries which depend
on other libraries. A few of my scripts ended up growing a
library I chopped off, but I haven't come up with a way to
segregate it from needing XML/ini/cmdln libraries too.
On Wednesday, 12 February 2014 at 02:15:38 UTC, Nick
On Tuesday, 11 February 2014 at 11:33:53 UTC, thedeemon wrote:
Have you seen Dabble?
https://github.com/callumenator/dabble
Just found out its author added Linux support. I was able to
build an x86 version but it didn't work properly in a 64 bit
system: it assumes dmd makes x86 binaries by
On 2/11/2014 10:42 PM, Jesse Phillips wrote:
On Wednesday, 12 February 2014 at 02:15:38 UTC, Nick Sabalausky wrote:
2. You still have to either pass all the files to DMD, or add an extra
-Ipath to your RDMD call.
That is true with the single file, so I don't see why this would be
relevant.
On Wednesday, 12 February 2014 at 04:59:11 UTC, Nick Sabalausky
wrote:
But I may well just be paranoid about multiple files being a
problem. Unless there's objections (don't seem to be so far) I
may go ahead and split it up with a package.d. If it turns out
to be an issue, I could just deal
On 2/12/2014 12:13 AM, Jesse Phillips wrote:
following your formatting as a separate file.
Done, it's all separate files with a package.d now.
36 matches
Mail list logo
