Not found reachear paper in the D's wiki
Hi, I just wanted to report a broken link, specifically a 404 (or not found) when you click on the only research paper here: https://wiki.dlang.org/ResearchPapers
Re: SmartRef: The Smart Pointer In D
On Saturday, 14 January 2017 at 04:14:11 UTC, Chris Wright wrote: It's reference counting. Reference counting is like garbage collection, but deamortized. This is better for real-time applications. However, it adds overhead on every assignment and every variable going out of scope. In D, garbage collection is more expensive than it is in other languages, so the tradeoff is more attractive than it would be in other languages. Garbage collection in D is more expensive just because of the poor implementation, from what I've heard. If that's the case, people who work on it should be able to improve it over time.
Re: Why not promoting team work?
Nobody has understood yet the goal of this post. I'm not saying that everybody should work in a team or shouldn't try to create what one needs, if there isn't a better alternative. I'm suggesting that for a few interesting, useful and possibly valuable projects, before they start (but eventually also after they have started) there could be something some promotion by the leaders of the D programming language to attract people to work on them. Take for instance the case of IDEs. Different people have tried to create their own, or create bindings, but they ended up not being that good, uncompleted, maintained very sporadically. If there was something like I'm suggesting, I'm not saying it would solve all the problems, but it could help in creating at least small collaborations between D's users to work on the most valuable projects, without first thinking with their own head. This is first about sensitization of the masses. So, as I've described, this is about putting together people working on projects where they are all interested, not to obligate someone to help. This is all about improving organization in order to improve the quality rather than the quantity. Last, I'm not saying that money (or some sort reward) couldn't be involved in a few cases.
Re: Why not promoting team work?
On Saturday, 14 January 2017 at 02:57:05 UTC, ketmar wrote: On Saturday, 14 January 2017 at 02:28:34 UTC, nbro wrote: How could you do such a thing? freakin' easy: just pay people to do what you want. either that, or people will keep working on the things *they* are interested (and not someone else). Serious users, to whom I'm directing this post, who really believe in D's potential, should try to collaborate somehow, like ants which are trying to protect their nest and queen. A serious programmer knows that there's no point of starting a "another" project. There must be a goal and the the product must be useful somehow.
Re: Why not promoting team work?
On Saturday, 14 January 2017 at 02:41:00 UTC, rikki cattermole wrote: The only way to get qualified to do these tasks like GUI toolkits is by doing. Keep this in mind. As somebody who does indeed do implement multiple libraries at one time you're looking at it the wrong way. I switch between projects over periods that last for years not days or weeks. The point there of course is to prevent burn out and to enjoy what I'm working on at all times. I may have plenty of libraries under the Devisualization name space as well as e.g. Cmsed that I no longer maintain. But it wasn't because of lack of skills in the subject area, it was simply the wrong direction for an implementation and I could not determine this ahead of time. Eventually I will come back to them and implement them properly such as what I'm now doing with SPEW[0]. What this says about the community is that we give things a go. No matter how hard it is. We try, sometimes we fail and that is ok. If there is a specific project you like, give a shout out! Seriously, it helps to tell us where our efforts are most appreciated. [0] http://spew.cf You didn't get my point at all.
Why not promoting team work?
Hi! I've been following D for at least one year. I like it and I think it's a very good programming language, even though I do not agree with everything it's being done. One thing that has saddened me is seeing a lot of D's users trying to implement their own library or maybe trying to implement multiple libraries at the same time. Most of the results are very poor because libraries are not 1. completed 2. maintained 3. well-written I've seen comments like "I'm no more maintaining this library because I'm not able to proceed since I do not have the skills". This of course doesn't bring any credibility to the language, to the community, etc. So we see some people trying bring the caravan forward, but I many of these people are not qualified enough clearly, since they do not even have the vision and the knowledge that starting a project like creating a serious GUI or modern IDE is not an easy task, and definitely it won't be a person alone that will create one a decent amount of years that will compete with the most performant ones. My idea (which is mostly directed to the big names behind D) is that team work should somehow be promoted. How could you do such a thing? One possibility could be to announce interesting and useful projects in D and somehow ask for people interesting in working in such projects. These people should clearly be qualified for the job, but this isn't an easy task to verified. The projects could eventually or not be backed up by the announcer of the project. These could be a few starting ideas and options.
Re: SmartRef: The Smart Pointer In D
On Friday, 13 January 2017 at 16:50:37 UTC, Dsby wrote: I write the ref count pointer and the scoped point in D. it just Like cpp's shared_ptr , waek_ptr and unique_ptr . Now, it is Developing. I will write more test before the frist release. And the docs is null. It on github: https://github.com/huntlabs/SmartRef What's would be the advantages of smart pointers in D?
Re: Improving style of error pages of this website
Another issue that may exist is that there's no notification and also subscription system that would tell you about news regarding a post (but not just necessarily a post) where you're involved because you had subscribed to it... Never mind regarding the subscription.
Re: Improving style of error pages of this website
On Thursday, 9 June 2016 at 13:10:45 UTC, nbro wrote: Hi! I've just read this post: https://dlang.org/blog/index.php/author/dblogadmin/ and I've a few suggestions to improve this website: 1. Error pages are not styled for the tour (http://tour.dlang.org/). So, for example, if instead of writing the following currently valid URL "http://tour.dlang.org/; I type "http://tour.dlang.org//;, it gives me a "ugly" 404 error page. That can be definitely improved. Not only, and this is even more "critical" for new users. If I type "https://dlang.org//asdasd; instead of "https://dlang.org/;, the server returns us a "ugly" 404 error page. At this point, I guess these problems may exist in other parts of the website. 2. Forums, like this one, could definitely be improved by adding markdown as a markup language to edit and style posts. There should also be the possibility to edit already posted questions and answers, and the edit as well as the original answer or question should be somehow visible and recoverable, similar to SO. 3. The dlang tour is nice but it could still be improved with an auto-completion tool (maybe too much advanced for now). 4. These forums require us to provide an e-mail, even if it's invalid. I don't understand why. We could just do that only registered users can post and that the e-mail address is visible only if the registered user wants to show it. 5. Definitely the style of this form as well as of the inputs to insert our name, e-mail address, etc, are not "pretty"... Of course these are just "my ideas and suggestions". I'm not a D programmer yet, but I'm quite excited with this language, which combines all the nice things of the languages that I use: Java, C, C++, Python... Cheers! Another thing I've just noticed is that there's not "forgot password" feature when login to this website. I think I once registered to this website, but I forgot my password, and now there's no way of recovering it. Another issue that may exist is that there's no notification and also subscription system that would tell you about news regarding a post (but not just necessarily a post) where you're involved because you had subscribed to it...
Improving style of error pages of this website
Hi! I've just read this post: https://dlang.org/blog/index.php/author/dblogadmin/ and I've a few suggestions to improve this website: 1. Error pages are not styled for the tour (http://tour.dlang.org/). So, for example, if instead of writing the following currently valid URL "http://tour.dlang.org/; I type "http://tour.dlang.org//;, it gives me a "ugly" 404 error page. That can be definitely improved. Not only, and this is even more "critical" for new users. If I type "https://dlang.org//asdasd; instead of "https://dlang.org/;, the server returns us a "ugly" 404 error page. At this point, I guess these problems may exist in other parts of the website. 2. Forums, like this one, could definitely be improved by adding markdown as a markup language to edit and style posts. There should also be the possibility to edit already posted questions and answers, and the edit as well as the original answer or question should be somehow visible and recoverable, similar to SO. 3. The dlang tour is nice but it could still be improved with an auto-completion tool (maybe too much advanced for now). 4. These forums require us to provide an e-mail, even if it's invalid. I don't understand why. We could just do that only registered users can post and that the e-mail address is visible only if the registered user wants to show it. 5. Definitely the style of this form as well as of the inputs to insert our name, e-mail address, etc, are not "pretty"... Of course these are just "my ideas and suggestions". I'm not a D programmer yet, but I'm quite excited with this language, which combines all the nice things of the languages that I use: Java, C, C++, Python... Cheers!
Re: Autocompletion not working on Xamarin Studio for D
On Friday, 29 January 2016 at 21:31:35 UTC, Pradeep Gowda wrote: On Friday, 29 January 2016 at 21:05:00 UTC, nbro wrote: Hi! I am trying to write some code in D using Xamarin Studio, but it's not autocompleting the code as I would expect. For example, it does not even gives you autocompletion for libraries, but apparently only for the language's primitives, i.e. keywords, etc. Is this the expected behaviour or is there's something wrong with my settings? Thanks! I wrote this up https://www.btbytes.com/posts/xamarind.html (Xamarin Studio with auto completion etc., for D on Mac) HTH. Yes, I was forgetting to include the link the libraries. I hadn't use Xamarin for a while and I remembered I had to set up Xamarin for D, but meanwhile I removed the D compiler, updated Xamarin, etc, and it might be that these settings were reset.
Autocompletion not working on Xamarin Studio for D
Hi! I am trying to write some code in D using Xamarin Studio, but it's not autocompleting the code as I would expect. For example, it does not even gives you autocompletion for libraries, but apparently only for the language's primitives, i.e. keywords, etc. Is this the expected behaviour or is there's something wrong with my settings? Thanks!
D vs Rust
I have loved C++ when I first started learning it a pair of years ago (then I stopped for some time for some work reasons), and quite recently I have discovered D, which seems apparently a better language from the design point of view, especially in supporting OO design and modularisation, maybe I am just wrong since I know just a little of D so far, but I really had some problems just in setting up a simple OO project, i.e. importing classes, there are .h and .cpp files, etc, which only make everything confusing and make you learn stupid things instead of being productive. D also seems to have a cleaner syntax in general. C++ is becoming more and more a mess because they keep introducing new functionalities to make C++ compete with new languages, and I'm starting hating it. Languages should not just be powerful but simple enough to be productive. Apart from this, what are the real advantages of D over Rust? They seem to be similar languages in what they want to achieve. Rust seems to be younger and the syntax seems to be slightly different from the C-like syntax. I am not such concerned or interested with the syntax advantages of a language over the other, but more about in general what one does better than the other. Overall, which one has a better design and a more promising future? Which one is more performant, in which situations? If you could answer all these questions it would be nice. I'm still deciding which one to learn and invest my time on, but I would like to have also your more experienced and expert opinion.
Re: What are the real advantages that D offers in multithreading?
On Thursday, 28 January 2016 at 11:53:48 UTC, Russel Winder wrote: On Tue, 2016-01-26 at 11:44 +, nbro via Digitalmars-d wrote: It should be pointed out that anyone using the synchronized keyword anywhere in Java code is doing concurrent and parallel programming wrong. If they are using synchronized in single threaded programming well, then… The issue here is Java monitors, which are massively overweight, and have been since 1994. Indeed the whole wait/notify system is a serious problem. Sadly it took 20 years for people at the heart of Java development to finally admit this in (semi-)public. Doug Lea's, Brian Goetz, and others have over the last 10 years been making things better. A lot better. So good concurrent and parallel Java eshews synchronized, wait and notify, and employs one or more of the thread safe parallel data structure, e.g. ConcurrentHashMap, the futures related things, or more usually now Streams. synchronized, wait and notify along with the lock and monitors should be deprecated and removed. Sadly as we know nothing that is deprecated ever gets removed from Java. I don't understand why you say that everyone that uses synchronized is doing bad concurrent programming. That's not correct, if you know how to use it. Also, I don't understand why also lock and monitors should be removed. How would you write then multithreaded programs?
Re: What are the real GUI toolkits for D?
On Monday, 25 January 2016 at 08:31:34 UTC, Satoshi wrote: On Sunday, 24 January 2016 at 12:16:09 UTC, nbro wrote: Except for GtkD and DWT, D does not seem to be supported by a really nice GUI toolkit. Anyway, a serious programming language nowadays should have a lot more support in that area. I have not tried GtkD yet, but it seems the most promising. Many projects have started to create a GUI toolkit (or wrapper), but now they are abandoned. Are there any plans to really support the development of standard GUI toolkit? Yop, we started dev of MVC/GUI Framework in pure D called Rikarin. Main concept is based on API from Cocoa framework, like MVC, Delegation, Action/Targer, Responder chain, etc. In 6 months, there should be a first release. (our web designer is currently working on website http://www.rikarin.org/) How much is it going to be serious? I mean, starting such a project requires great care and experience. I hope it's not another (and maybe even incomplete) GUI toolkit, otherwise it wouldn't be useful.
What are the real advantages that D offers in multithreading?
Hi! I have seen that D offers basically similar constructs to Java for example for creating multithreaded applications. I would like to understand better what are the real advantages that D offers. Does D offer something that other known programming languages, such as C++, Java and Python, do not offer? An exhaustive explanation with concrete examples would be nice.
Re: What are the real advantages that D offers in multithreading?
On Tuesday, 26 January 2016 at 11:41:49 UTC, nbro wrote: Hi! I have seen that D offers basically similar constructs to Java for example for creating multithreaded applications. I would like to understand better what are the real advantages that D offers. Does D offer something that other known programming languages, such as C++, Java and Python, do not offer? An exhaustive explanation with concrete examples would be nice. Moreover, could you also explain why D was designed to synchronize entire classes instead of single methods. If I synchronize single methods (in Java for example), I could still be able to use other non-synchronized methods without needing to acquire the lock, so I don't understand this decision.
What are the real GUI toolkits for D?
Except for GtkD and DWT, D does not seem to be supported by a really nice GUI toolkit. Anyway, a serious programming language nowadays should have a lot more support in that area. I have not tried GtkD yet, but it seems the most promising. Many projects have started to create a GUI toolkit (or wrapper), but now they are abandoned. Are there any plans to really support the development of standard GUI toolkit?
Re: What's the real support that D offers for web development?
On Sunday, 24 January 2016 at 12:27:57 UTC, WebFreak001 wrote: On Sunday, 24 January 2016 at 12:20:44 UTC, nbro wrote: I have heard about vibe.d, but I am not convinced. I think that many people do not start using D because it lacks of many serious tools for real life applications development. vibe.d is a really good one. In my opinion its basically a replacement of express for nodejs, just for D. Also considering that you could use any C library in D you could use anything which is written in C which gives much more possibilities. Ok, but I would like to see concrete real world examples created with vide.d. Are there any?
What's the real support that D offers for web development?
I was wondering if D is a good language for web development. Which serious with an active community web frameworks are there? I have heard about vibe.d, but I am not convinced. I think that many people do not start using D because it lacks of many serious tools for real life applications development.