On Saturday, 31 January 2015 at 18:45:13 UTC, Israel wrote:
On Saturday, 31 January 2015 at 18:11:48 UTC, Laeeth Isharc wrote:
This has the advantage over existing situation where you have the official library where things need to go through exacting and time consuming process and then dub. Within dub every project is at the same level and it is not obvious which projects are the ones to use, and there is not necessarily coherence in the different ways things are done, and the only one motivated to work on supplementary features like documentation is the project author. So you have very useful, well written libraries that have no docs.

What i hate about dub is that no every library is ready to use. Some require additional steps/resources in order to get them to work. Dub does not have any indication of that because the library authors dont usually include that information.

What is good about this "extra community driven standard library" is that everything will be included in one place and will be at the ready when it is needed.

Well, I certainly do appreciate that all these libraries exist and, as D matures, better documentation a and a general tidying up will surely be part of that process, as has already begun with phobos.

There is something of a hacker disdain for docs - they are not fun to write (for most people), and one thinks that a few pointers should be enough for someone to figure it out. And that's true, for someone like the author of the code. But it is hard to imagine what it is like not to have the skillset and experience one has. And so it is a very different experience for the new user coming from python than what he experienced when he learnt python, even though if you have the basic ability D need not be intrinsically harder.

The division of labour makes sense - the people who like and are good at writing docs are not necessarily those who like and are good at writing code. But its harder to recruit helpers for a personal project than a shared library.

Reply via email to