If you are already working on something interesting, please post the link/contact, I would be happy to join. I am looking for something with C/C++ or python code base
Thanks in advance, PS
1–10 of 13 posts
If you are already working on something interesting, please post the link/contact, I would be happy to join. I am looking for something with C/C++ or python code base
Thanks in advance, PS
Another good thing to do is to write documentation for code before you contribute to it. Plenty of code lacks clear documentation, and having to read the code and understand it will help you contribute later.
Just start reading the source of projects you use and see how they work. When you see something wrong or need a new feature you create a fork on GitHub and work on that. You then create a pull request when it is ready! If you're unable to 'deliver', just don't create the pull request. Start small with tests or docs, then bugs and small improvements, then new features, then big refactors ;-)
Start on a small project on Github then work your way up.
Pick something you use regularly that's open source, and check out that. Something you have familiarity with is going to be a lot easier to contribute to, because you will notice bugs, or think up a feature. Like I added an option to a vim plugin I was using that was open source, and then sent a pull request because I thought someone else might like it, and it got accepted. Another good thing to do is to write docume…
I defined this for someone else who had the same question a few days ago. There are 4 ways to contribute:
- bugs (find and report them)
- code (the part everyone wants to do)
- docs (the part that everyone should do, but has been given second-class status due to everyone thinking writing code is the only way to feel like you're contributing)
- tests (ever clicked on "button" and everything broke, well if someone wrote a test for the functionality there, it likely wouldn't have)
I urge you to start with the things the pure-coders hate, and that is well-defined, noob-friendly documentation.
You'll never be given the high status of "genius programmer living in basement, changing world", but your documentation and "dumbing that shit down" way of explaining things will sometimes make the project more successful and will carry more weight as far as bringing more users of the code-base.
Hope to see you on #moarvm. :)