Re: What are the worst parts of D?
On Wednesday, 8 October 2014 at 19:00:44 UTC, Jonathan wrote: 3) Taking a hint from the early success of Flash, add Derelict3 (or some basic OpenGL library) directly into Phobos. Despite some of the negatives (slower update cycle versus external lib), it would greatly add to D's attractiveness for new developers. I nearly left D after having a host issues putting Derelict3 into my project. If I had this issue, we may be missing out from attracting newbies looking to do gfx related work. This reminds of an idea I've been pondering over for a while now. What if there was a language, that came with a standard toolkit for the more fun stuff such as OpenGL (There could be one already and I just don't know of it). But if we take that idea and try to apply it to D, we sortof get Deimos. Problem is Deimos, is pretty disjointed and is only updated every now and then, so then as an alternative I suppose there is Derelict. However, Derelict is maintained primarily by one person it seems (he does a great job though!), but Derelict isn't a standard feature (I know Deimos isn't either) and I *personally* don't care much for it's heavy leaning on dub. +Derelict isn't always a walk in the park to get running The alternative I'm suggesting, not by any means a top priority, is give Deimos a makeover (Derelict could possibly be a big part of this) and turn it into a semi-standard feature. So you can import phobos modules to do the stuff phobos normally does, but if you feel like making a quick tool or two, you can import deimos to get Tcl/tk like you would in python, or call OpenGl, or whatever other tool you need (doesn't have to be a graphics thing). Then at compile time the compiler could just copy or build the required dll's\so's & object files into the specified directory, or whatever works best. On Wednesday, 8 October 2014 at 19:47:05 UTC, Jeremy Powers via Digitalmars-d wrote: Personally I take the opposite view - I'd much prefer a strong and easily consumed third-party library ecosystem than to shove everything into Phobos. Dub is a wonderful thing for D, and needs to be so good that people use it by default. Not to initiate my biweekly "not a fan of dub" conversation, but just wanna say real quick: Not everyone really likes to use dub. The only thing I like about it, is using it as the build script for a library to get the .lib files and whatnot. Though I don't feel like it really adds a drastic improvement over a .d build script. However, I don't work on any open source libraries, but maybe if I did, I'd like it better then..? Not something I would have an answer to right now, soo... yea:P Aside from what I mentioned above, I'm not sure where I'd like D to be at next to be perfectly honest. Stuff like no GC or C++ integration sound cool, but for me personally they just seem like 'neat' feature, not something that I feel like would change my current workflow for better or worse. Refinement of what's already in place sounds the best if anything. So those are just some passing thoughts of a stranger.. carry on, this thread has been very interesting so far ;P
Re: What are the worst parts of D?
I watched Jonathan's talk last night, it was really good. I really like the idea that he wants to make a community designed, platform independent, game specific language. It's too bad he doesn't really want to give D more of chance but for what he's looking for, it'd really need to be designed from the ground up, as he was saying. Also being that he's slowly rejecting C++, then I can see D not making sense since D's slogan is pretty much "A better C++!"; which is accurate but may not be the best marketing scheme. Also D is a general purpose language, so I guess it really wouldn't fit his bill. Though he mentioned Go and Rust a lot, personally I wouldn't really back those languages either, at least not for games. Rust maybe if it ever hits version 1.0 I'll take another look at it. I'm definitely all for the setup he was describing though: all you need is an IDE/text editor and the compiler. I feel like D definitely has the potential to be able to meet that setup someday; I'm just not sure if that setup would be a screw over or not to people of other fields. The platform independent thing would be a HUGE plus! Something D isn't too, too far from, but definitely not there at least of yet. Overall I'd say D has some significant issues: - The documentation is awful. If there's a problem you don't know the answer to, the only three real options are pray that the docs are correct/up to date, go ask someone who possibly does know, or magic. - Bugs. D is like Costco, expect for bugs, and all the bugs are free. - More of a suggestion than a problem: Someone needs to do an O'reilly book series for D; but only after the first two problems I listed are at least suppressed a bit. - Very few native D libraries, and also for C/other libraries almost all D bindings are maintained by usually only one person. Usually very skilled people, but the work load for library development and maintenance would probably thrive best with more people doing more. (The community is probably just too small at the moment) I'm sure there was more, but it's just not coming to me at the moment. I'm definitely interested in Jon's theoretical language but I don't think it's gonna take away from D for me. Overall though, I absolutely love D! There's just ALOT of work to be done. :)
Re: D Logos
These are cool. 1,5, and 6 I thought were the best. These are just drafts though, right? Maybe needs a little color or atleast a greyscale gradient going on. The main thing to change would be to make the "hooks" on each face of the cube have a stronger or more obvious 'D' shape though.
Re: Digital Mars purchase trouble?
On Friday, 6 June 2014 at 16:52:50 UTC, Jonathan M Davis via Digitalmars-d wrote: On Fri, 06 Jun 2014 13:32:58 + "K.K. via Digitalmars-d" wrote: Actually, Walter emailed me last night and sorted it out. Though, I still don't really know what happened with the order process... Maybe it was just bad luck? Well, while it may arguably be bad luck which causes you to hit a particular bug, it's not like bad luck causes bugs. There had to be a concrete problem which made it not work for you. - Jonathan M Davis I wouldn't argue that. It's just my luck to be the one to hit it first. :P Being that I know very little about web development and the like, I can't really offer any constructive opinions regarding this :\
Re: Digital Mars purchase trouble?
On Friday, 6 June 2014 at 10:34:00 UTC, Sönke Ludwig wrote: Am 06.06.2014 05:19, schrieb K.K.: Hey I know this isn't the perfect place to ask this but... Has anyone else had trouble ordering from Digital Mars? I particularly ordered the Utility package. The site took my order on paypal fine but then I never got anything after that. So I tried emailing wgma...@digitalmars.com about it, and the email bounced back. That's a bit of a fuck over... :\ Anyone else have this trouble? No idea what happened with the order process, but you could try "walter" instead of "wgmars7" to get in contact. I'd also mention the invalid e-mail address, he is probably not aware of it. Actually, Walter emailed me last night and sorted it out. Though, I still don't really know what happened with the order process... Maybe it was just bad luck?
Digital Mars purchase trouble?
Hey I know this isn't the perfect place to ask this but... Has anyone else had trouble ordering from Digital Mars? I particularly ordered the Utility package. The site took my order on paypal fine but then I never got anything after that. So I tried emailing wgma...@digitalmars.com about it, and the email bounced back. That's a bit of a fuck over... :\ Anyone else have this trouble?