History: 3 Rules
Comparing version 25 with version 33
|
|||
| Lines: 5-14 | Lines: 5-14 | ||
| !!! In brief | !!! In brief | ||
| - | # __Respect Environment__ + Tiki is both a software project and a community. The mix of both, contextualized on the Internet and in real life, is |
+ | # __Respect the Environment__ + Tiki is both a software project and a community. The mix of both, contextualized on the Internet and in real life, is called The Environment. Any change in Tiki should take into account its effect on the entire Tiki community and should allow for a balanced evolution with respect for the people and organizations that use it. Please make sure any code you commit ((tw:License|respects the LGPL license)) and that you are allowed to share it. Do not duplicate code or features, as this just creates more work for everyone to maintain. Reuse and extend code instead, and ask for help if you are unsure how, or unsure if there is similar code lying around. |
| # __Commit early, Commit often__ | # __Commit early, Commit often__ | ||
| - | + |
+ | + [https://gitlab.com/tikiwiki/tiki|Git] is the central point in Tiki's collaborative development. Contributions should be frequent, even in the early stages, to offer an opportunity for interaction between contributors. Early merge requests in draft provide more opportunities for feedback and for the community to start to assimilate the ideas you propose. [http://community.redhat.com/blog/2015/03/upstream-first-turning-openstack-into-an-nfv-platform/|"Upstream first" is the cheapest, most sustainable way to innovate on an open source platform]. |
| # __Make it Optional__ | # __Make it Optional__ | ||
| - | + Tiki is used in many smaller contexts and its modularity is key to adoption in those areas. Help preserve this flexibility by making your changes optional whenever possible, accessible for tuning to the admin at least, via admin panels. | + | + Tiki is used in many smaller contexts and its modularity is key to adoption in those areas. Help preserve this flexibility by making your changes optional whenever possible, accessible for tuning to the admin at least, via admin panels. This is also good for security as if a security vulnerability is discovered, a feature can be deactivated. |
| --- | --- | ||
| Lines: 16-33 | Lines: 16-32 | ||
| # __Think about other users__ | # __Think about other users__ | ||
| - | + Tiki is both a piece of software and a community of people. This combination means that we invite you, as a member of the community, to think not only about the code but also the wide variety of people who use Tiki every day. Consider your proposed changes in this context. We believe that a careful, thoughtful, and highly collaborative approach is a way to maintain respect for both the code and the people who depend on it. Rather than seeing Tiki as a game, we invite you to see Tiki as a manner of producing change. Recognize that your code could affect the lives of people. | + | + Tiki is both a piece of software and a community of people. This combination means that we invite you, as a member of the community, to think not only about the code but also about the wide variety of people who use Tiki every day. Consider your proposed changes in this context. We believe that a careful, thoughtful, and highly collaborative approach is a way to maintain respect for both the code and the people who depend on it. Rather than seeing Tiki as a game, we invite you to see Tiki as a manner of producing change. Recognize that your code could affect the lives of people. |
| # __Share Early, Share Often__ | # __Share Early, Share Often__ | ||
| - | +If you have an idea for an improvement, new feature, performance enhancement, or anything else of that nature, be quick to share it. Be proud of your idea and get it out there on the e-mail list or +__One BIG caution__: Don't commit sweeping or wide-reaching changes + ''__A caution about the BIG caution__ : I feel it is impossible to reach consensus without effective code. Asking before is a matter of gathering information, not getting prior acceptance of something. Good decisions can provide bad implementations and in such cases, there is |
+ | + If you have an idea for an improvement, new feature, performance enhancement, or anything else of that nature, be quick to share it. Be proud of your idea and get it out there on the e-mail list or chat channel. Be open to questions and ideas that others may have. As you work out your ideas and implementations, share your progress and approach often. Ask for advice and feedback. There are many smart and dedicated people in the Tiki Community who love to help. Documenting what you are doing on Tiki.org keeps others up to date with changes. You are encouraged to create a wiki page for your idea so others can comment. Create a showcase site to show off your work in progress. Make a draft merge request to show the community you are going in a certain direction. Yes, it may be incomplete, nevertheless, by following the maxim of Release Early, Release Often others are more able to help with development and debugging. + __One BIG caution__: Don't commit or accept merge requests for sweeping or wide-reaching changes until there is community consensus or at least approval from one or more of the project administrators. They are those who have that designation in the list of developers. Checking with others is the right way to develop code and helps us to avoid screwing up other people's lives and projects. When in doubt, communicate! This could be in the chat, by email, or by some other agreed upon method. For sweeping changes, it's encouraged to use an ((Experimental Branch)), which can be merged to trunk later + ''__A caution about the BIG caution__ : I feel it is impossible to reach a consensus without effective code. Asking before is a matter of gathering information, not getting prior acceptance of something. Good decisions can provide bad implementations and in such cases, there is difficulty in correcting what was mutually agreed upon beforehand (without really knowing). Of course, that only applies to experienced coders __who are supposed to know what they are doing__. People who learn to code need to be particularly cautious. You decide whether this is for authoritative reasons or as a means of obtaining wisdom (if available). That's my 2 cents. — mose'' |
| # __Make It Optional__ | # __Make It Optional__ | ||
| - | +Tiki is used in the real world by |
+ | + Tiki is used in the real world by many people for many different uses. Try to avoid forcing new features on everyone. Allow new features to be tuned and configured by the site admin, and, if at all possible, allow it to be turned off. At the very least, make sure that the default config doesn't change Tiki's behavior. |
| !!! More good things to do | !!! More good things to do | ||
| - | * Register to the ((tw:Mailing Lists| * Hang out * Read ((Hello World * Follow ((DevTips)) |
+ | * Register to the ((tw:Mailing Lists|code & Developers mailing list)). We need to have a way to join you if you have some comments to do on your commits. * Hang out on https://app.gitter.im/#/room/#tiki-org_community:gitter. * Read ((Hello World) . * Follow ((DevTips)). |
| ! Alias | ! Alias | ||
;){kind=link}
;){kind=link}
;){kind=link}
;){kind=link}