On Thursday, 9 January 2014 at 22:09:14 UTC, tc wrote:
Which i a real shame...If D was able to access a UI like Qt, it would give a tremendous push to the language. Not being able to use easily some UI from D is holding back many people. I think Qt is the only reason some people prefer C++ even now.

I'm from C# world and this is exactly what will make a huge
difference. Have a nice portable language with a nice portable UI
I would like to learn Qt, but for me C++ is a no go (I'm too much
used to GC world simplicity/productivity).

I like D, but i think much work is still needed to make it usable
by masses.
Still newb and learning, but for now what I observed that D is a
productive language, comparable to C# and it can be really fast
for many usecases.

But I also observed from forum here:
- no good UI capability - yes I really consider Qt as a must
- not yet supported on arm/android/iOS,WP - why many Raspberry PI
hackers are using python?? Would not this be a nice playground
for D?
- bad performance of GC (everyone arguing about this, specially
for games)
- small library (as compared to what you can do with standard
java, .Net libs, this is just true)

So what is actually a target audience of this language?
I think that today its perfect for some backends, business layer
logic infrastructure.
For games? Well for some simple 2D/3D sure, but because of
lacking GC its limited.
Web development? Vibe.d is nice, but I think we need to have some
complete framework to compete with ruby on rails, django for
python, etc.
Multiplatform UI apps? Without Qt, I'm not convinced.

I like a progress the comunity is making (GDC, LDC2, vibe.d, dub,
...). If just there is a better GC, arm and mobile platforms
support, decent UI framework as QT is, I think that that will
make a huge step for D to be usable for a much wider userbase.

I really dont get, why people should write portable UI apps in
something like C or C++ if D is around. GC? I don't care about it
in UI, it helps to make things implemented fast so for me its a
must and performance critical blocks should be handled by backend

I would be interested to know what you think about my web service framework so far[0]. Blog post about why I did it here[1]. I was trying to sort our UI issues with DOOGLE[2]. But the latest talk about a new UI system basically killed my want to work on it altogether. It would have enabled building a GUI app and then very simply building it for a web as well. Without changing much code. Don't think any GUI toolkit exists that can do that.

[0] https://github.com/rikkimax/Cmsed
[1] http://alphaglosined.blogspot.com/2014/01/creating-competing-web-service.html
[2] https://github.com/rikkimax/DOOGLE

Reply via email to