-
Notifications
You must be signed in to change notification settings - Fork 21
Wrote a README #44
Comments
Looks good, covers the points discussed. Is brief, introduces the concept and has enough info to quickly get started |
I see from your package.json that the project is licensed under ISC, but you don't mention this in the README, nor do you have a LICENSE file — the two places someone wondering whether they can use your code is most likely to look. I suggest mentioning the license of your project in the README, with a link where someone can read about what the license does and doesn't allow. |
@alyssais yes! Thank you! I always forget about licensing, but realise it can be pretty important. The license in Do you/anybody have suggestions for a license which says something along the lines of "do literally whatever you want as long as it's not illegal"? Because that's my default stance 😁 |
You could use CC0 to put your software into the public domain — that doesn't stop people from doing illegal things though, you'll have to rely on the law for that. It does mean you're not responsible, though. |
Went with CC-BY 4.0 in the end, because I guess attribution is nice. Thanks for the help 👍 |
Do CC licences apply nicely to code? |
Apart from CC0, Creative Commons recommend avoiding their licenses for source code because they aren't compatible with lots of other free software licences. |
Damn licensing is hard. So I'm looking at Choose a License, and MIT and Apache look good. GPL seems too restrictive in that it requires derivatives to be under the same terms. I didn't go for CC0 in the end because when I read it, it sounded scary. What's the difference between MIT and Apache licenses? One grants patent rights, and one trademark rights? How does this actually affect me and people who want to use the thing? 😵 |
I'm not a lawyer but have spent time looking into some licenses before and this is what I've taken from reading through the apache license. Personally I tend to default to MIT when it's something like a small npm module, but if it was something more akin to a full product which might contain some branding and have many different features then Apache 2.0 could be quite useful. Apache 2.0 Patent Rights
This means that should a contributor come along and use something which they own the patent for (some algorithm or something perhaps) then everyone can use the software without paying any form of royalty forever. Apache 2.0 Trademark clause
This ensures the user of your software cannot use anything you (the copyright holder) have trademarked such as logos related to the project to endorse their products or anything like that. It keeps it permissive by saying they may use it to describe the origins of their work but nothing else really. Ie: "we use this software to build it" as opposed to "these people endorse it!". |
Whoa I missed some fun in here! Thanks @PandelisZ @alyssais @BlueHatbRit for your wisdom and feedback 🙇 @sprusr Just a minor nit-picky things from me:
Here you could link to installation guides for Node/npm, and something that helps determine if they have hardware support for BLE. |
I finally got around to writing a readme! For my recent project Spotifly. It has getting started instructions, contributing tips, and even emojis. 👾
Also you should try out the project if you want! It changes which device Spotify is playing from based on which beacon is closest. Uses the super cool new Spotify connect API! ✨
The text was updated successfully, but these errors were encountered: