Re: D community in Sweden/Stockholm?
2013/2/27 Samuel Lampa : > Hi, > > I was just wondering how the D community in Sweden looks? If nothing > else, maybe the Swedes here could introduce yourself with a line > (locationand what you do with D)? > I'm from Jönköping. Software consultant (developer), currently doing mostly Java and web. I've been keeping an eye on D for the last five years or so, but I haven't really used it (I've only written some very simple programs, "Hello World"-ish). I've read the TDPL book, though - cover to cover, twice! =) ... and I'm on the mailing list trying to keep up on what's happening. But, as always, there's so much to do and so little time to do it. And unfortunately there's no sign of customers willing to use D in their projects ... not yet! =)
Re: Increment / Decrement Operator Behavior
2012/6/5 Jonathan M Davis > > > I think that Bernard is being a bit harsh, but in essence, I agree. Since > the > evaluation order of arguments is undefined, programmers should be aware of > that > and code accordingly. If they don't bother to learn, then they're going to > get > bitten, and that's life. > > Now, Walter _has_ expressed interest in changing it so that the order of > evaluation for function arguments is fully defined as being left-to-right, > which solves the issue. I'd still council against getting into the habit of > writing code which relies on the order of evaluation for the arguments to a > function, since it's so common for other languages not to define it (so > that > the compiler can better optimize the calls), and so getting into the habit > of > writing code which _does_ depend on the order of evalution for function > arguments will cause you to write bad code you when you work in most other > programming languages. > > As for treating pre or post-increment operators specially in some manner, > that > doesn't make sense. The problem is far more general than that. If we're > going > to change anything, it would be to make it so that the language itself > defines > the order of evaluation of function arguments as being left-to-right. > > - Jonathan M Davis > Agree completely!
Re: Is the D community lacking development tools?
On Tuesday, 22 May 2012 at 11:21:14 UTC, Roman D. Boiko wrote: On Tuesday, 22 May 2012 at 10:59:04 UTC, Jacob Carlborg wrote: On 2012-05-22 12:03, Roman D. Boiko wrote: http://d-coding.com/2012/05/22/is-the-d-community-lacking-development-tools.html I agree with basically everything in that article. I would also appreciate any specific feedback I too agree with what you write! * do you think such project is worth the effort? Absolutely! A huge undertaking, but if successful, extremely valuable for the future of D. * do you feel that D ecosystem lacks tool support? I do. I believe the toolset is important for any serious language. * Does this prevent many from using D? I definitely think it does! It prevents me from doing anything other that simple experiments. I'm an IDE guy - I just won't do real work without a good IDE. * which tools are needed most? A good IDE is top prio for me, but an IDE should include a lot of other tools (compiler, refactoring, debugging, profiling, build tool, testing framework etc). Also a GUI library, as others have mentioned. * Which may be needed, but are not a high priority for you? Don't know. The more tools the better! ;) * was this post useful? Not in itself, but the topic is imporant and the DCT is a great initiative. * What could I change to make future posts in the series better? No comment. * should I add commenting on my blog, or dlang forum is better for that? dlang is fine.
Re: Review of Jose Armando Garcia Sancio's std.log
On Monday, 27 February 2012 at 18:10:15 UTC, Kalle Svensson wrote: * I agree that it is a good idea just to use few log levels. * I think is it is a misstake not to let formatting of the whole log message be pluggable (i.e. not the free text message the programmer writes). If I have created a special RFC5424 formatter (with MSGID and STRUCTURED-DATA fields set according to the will of my corporate masters) I want to resuse it in both the FileLogger and a future TcpLogger without having to use inheritance. Your "line format" formatter in FileLogger is a good default formatter though. I second what Kalle Svensson is saying. My belief is that when there are many log levels, people don't use them as intended or only use a subset of them, often a combination. / Mikael
