Hi, I'd like to announce the beginning of a simple documentation project to help beginners and seasoned developers alike with common problems and introductory material for developing libraries in your
... [More] favorite languages. Topics cover standard practices, common problems, how to begin, etc, all coming straight from the community.
Check out the wiki, currently found at http://devlib.wikidot.com/.
Please, sign up and begin contributing!
This project is very young and therefore lacks a great deal of content, but that's where you come in. Take your favorite language and start contributing to the knowledge of the community.
For a good reference on how to structure, or, at least, to start building and focusing the language's page, look at the Ruby language page.
Your opinions and expertise are welcome and desired!
Matt Todd
Humble Developer [Less]
Screenshots: Bah, lots of projects aren't visual projects.
Versions: Call them Releases and yeah, this isn't a bad idea.
Platforms: Not a bad idea.
Categorization: That's what tabs are for. But
... [More] really, if you want to, just make some special tags like '@db' or '@db::front-ends' or something like that.
Advanced Project Search: Barring problems with how projects can be classified incorrectly if they have dependent files (say, clients in multiple languages)... also not a bad idea.
But really, please allow us to specify some files to NOT count... it not only lets us better shape how our project is viewed, but also removes some processing strain for files we don't want considered as part of our project like bundled dependencies. [Less]
In my opinion, I really think a simple file like the Git .gitignore or the contents of the SVN ignore property would be preferable because it is simple and a fairly common format, especially for the
... [More] users of Ohloh.
For instance, if I had a folder called dependencies/ that I used but didn't develop and wouldn't want to contribute to the code count, I would have a simple .ohlohignore file in the containing directory with the following content:
dependencies/
It would be simple to just use glob syntax for files to ignore. [Less]
To clarify, I say "dependencies" but this applies to any files, but mainly comes from the problem of some projects having to contain a number of dependency files, like a little Java client in my
... [More] Halcyon project contributed by another developer also having to include a ton of Java dependency files... it would be nice to just ignore all of those Java dependency files. [Less]
Is there a way to disable dependencies from being counted?
One way to do this would be to add a .ohloh file with files in the directory not to be counted, similar to an SVN svn:ignore property or a
... [More] .gitignore file, with support to globs et al.
This also would also reduce the amount of time needed to parse files, even if only by a tiny amount. (Something is better than nothing.) [Less]