Getting Started with Open Source Development
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
110 <strong>Getting</strong> started <strong>with</strong> open source development<br />
It is the responsibility of the documentation writer to ensure that every person can<br />
use the software in hand.<br />
4. Translators are needed because OSS communities are worldwide communities.<br />
Though every member must have some English skills, having documentation in<br />
their own language will help.<br />
5. Two guidelines can be:<br />
6. E<br />
7. B<br />
8. C<br />
9. A<br />
10. C<br />
- Search before you ask.<br />
- Do not engage in acts of verbal aggression.<br />
Chapter 6<br />
1. Before starting an open source software development project, a person must<br />
evaluate following two key points:<br />
A. What is the fundamental idea or requirement of your software? Do you feel<br />
many people would have same kind of requirements?<br />
B. Is there any software already available in the market for the same purpose? If<br />
yes, where does your product stand out i.e. why would people use it?<br />
2. Following are the basic steps for setting up the infrastructure of the project:<br />
A. Fix a definite mission or goal for your project.<br />
B. Plan a roadmap or strategy to accomplish your objective.<br />
C. Find people.<br />
D. Understand the basic needs of your project and community.<br />
E. Arrange for necessary funds.<br />
3. Once you get a few members for your community, encourage all of them to<br />
publicize your community. This makes the awareness effort multiplied by the<br />
number of members.<br />
4. Users always prefer licenses which are well known in the industry (e.g. BSD, GPL,<br />
etc.). An unfamiliar license, even if it is very short, simple, and straight forward may<br />
discourage some users from choosing your software and contribute in the project.<br />
So, it is always recommended to select an unchanged version of a well known,