HyperWiki

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision 		Previous revision
en:project:teamwork [2024/01/09 18:40]
throgh [And how to leave the team?] 		en:project:teamwork [2024/04/28 03:15] (current)
throgh [Working in a team with and for Hyperbola]
Line 1: Line 1:
 ====== Working in a team with and for Hyperbola ====== ====== Working in a team with and for Hyperbola ======
  
-As we already noted the basic rules for Hyperbola as project in our [[en:project:social_contract|social contract]] we want now describe within this article what working in a team for and with Hyperbola means. So this is a base for all team-members being active in and around Hyperbola as project. Generic to be noted: Hyperbola needs help and support, but also people able to work independently and have no issues with constant exchange of information, honest in regards of the project goals: Orientation towards UNIX, minimalism and technical emancipation. This article is meant as addition to our rules especially to underline also again what Hyperbola is about and what is not okay for us in regards working as team and community.+The basic rules for Hyperbola as a project are defined by our [[en:project:social_contract|Social Contract]] document. The purpose of this Teamwork document is to define what it means to work with and for the Hyperbola community as a contributor. Generally, Hyperbola looks for the following in its contributors:
  
-  - **Respectful for each other:** Every team-member can await to be treated fair, but also has the commitment to respect other members same way. When there is something to debate, we demand that people get in touch with each other and clear up issues and problems and don't search only to create scandals. This kind of dramatic staging is not tolerated here at Hyperbola and also not within the team as this is not respectful treatment.+  * a willingness to help and support the project 
 +  * the ability to work independently 
 +  * good communication skills 
 +  * an orientation towards the UNIX design philosophies of minimalism and technical emancipation 
 + 
 +The following points are intended to define both acceptable and unacceptable behaviors from contributors. These are based on general guidance for projects such as Hyperbola, as well as to address specific situations that have arisen throughout the history of the Hyperbola project. We would like to underline that those rules here are surely in further development, so if anyone feels uncomfortable with one or more rules please speak up open with us. But also note that we then would like to work on a counterproposal. Criticism without any proposal for alternative is not working. 
 + 
 + 
 +  - **Respectful for each other:** Every team-member can await to be treated fair, but also has the commitment to respect other members same way. When there is something to debate, we demand that people get in touch with each other and clear up issues and problems and don't search only to create scandals. This kind of dramatic staging is not tolerated here at Hyperbola and also not within the team as this is not respectful treatment. Please also never use [[https://en.wikipedia.org/wiki/Sealioning|sealioning]] and [[https://en.wikipedia.org/wiki/Law_of_triviality|bikeshedding]] in your approach for argumentation. Direct, but friendly approaches, including respect and inclusion is the way Hyperbola is using. Not the opposite as //bikeshedding// for example means focusing on the minor details in a discussion rather than the issue at hand. We have no interest in useless debates and accusations.
   - **Stating open about difficulties:** Not everyone has the same knowledge about everything. So every team-member should talk direct and open when something is not clear. Problems are made transparent, but also with clear and straight facts and not with interpretations.   - **Stating open about difficulties:** Not everyone has the same knowledge about everything. So every team-member should talk direct and open when something is not clear. Problems are made transparent, but also with clear and straight facts and not with interpretations.
   - **Not awaiting any advantages:** Team-members should not await a better position. So being part of the team working on Hyperbola means also to work with and for Hyperbola. Being part of the team just to present this like a trophy elsewhere is nothing we want here.   - **Not awaiting any advantages:** Team-members should not await a better position. So being part of the team working on Hyperbola means also to work with and for Hyperbola. Being part of the team just to present this like a trophy elsewhere is nothing we want here.
Line 13: Line 21:
   - **Working and talking together:** We have every week a meeting in [[https://wiki.hyperbola.info/doku.php?id=en:start&redirect=1#irc_channels|IRC]], where we give insights for transparency. Besides we await for sure that every team-member is getting in touch together and work independently on matters together. We do not tolerate to claim being independent and misuse Hyperbola for own purpose driving the project into a complete different direction.   - **Working and talking together:** We have every week a meeting in [[https://wiki.hyperbola.info/doku.php?id=en:start&redirect=1#irc_channels|IRC]], where we give insights for transparency. Besides we await for sure that every team-member is getting in touch together and work independently on matters together. We do not tolerate to claim being independent and misuse Hyperbola for own purpose driving the project into a complete different direction.
   - **Not your own dreamcastle:** Yes, Hyperbola is about acting with and for free, libre culture and software. But also no as Hyperbola is not about the fulfillment of any personal "dreamcastle"-buildout. If people want to start something with and / or on top of Hyperbola, they can always feel welcome. But this is inbound with doing, not only with some statements and empty promises. If you want to do, please do and approve your doing. Not just think that you can be part of a team and others carry out and realize your wishes.   - **Not your own dreamcastle:** Yes, Hyperbola is about acting with and for free, libre culture and software. But also no as Hyperbola is not about the fulfillment of any personal "dreamcastle"-buildout. If people want to start something with and / or on top of Hyperbola, they can always feel welcome. But this is inbound with doing, not only with some statements and empty promises. If you want to do, please do and approve your doing. Not just think that you can be part of a team and others carry out and realize your wishes.
 +  - **There is no cloud, just other people's computer:** Hyperbola has no interest to include services and software just with the purpose to enforce remote connection and also bringing users into the adaption of services not under their own control. The power of data and processes running is always in the hands of users, not in hands of others. We don't include questionable or even worse non-free services at any time in the project. With this we await also the same from every community-member as data has to shared open without any boundaries, when people decide doing so.
 +  - **No code, no imagery and / or texts generated through machine learning:** We oppose the on-going trend to generate code, texts and other data through machine learning toolsets (https://en.wikipedia.org/wiki/Natural_language_processing) as most systems are trained with non-free material and cause drastic environmental damage on behalf of the needed energy. Any data created on such ways is forbidden to be used for the development and documentation of Hyperbola GNU/Linux-libre and also in the near future HyperbolaBSD.
  
-If you do not see some points here fitting for you or you want to make your own rules, we kind but straight ask you to stop asking for being a member of the team (and the community also) as this does not make any sense: Hyperbola is not meant as your personal playfield for your visions. The system is meant to enable you working with your hardware, but reasonable and not meant on behalf of irretational thoughts. Decisions, workfows and more were made out of reasoning. They are surely part of discussion in time and can be optimized together. But the keywords here are **working together**, **teamwork** and **decision making together**. This implies also to accept existing workflows. If you have proposals to change them? Sure thing, but demanding from everyone to follow only your perspective without any approval is not working for us.+If you do not see some points here fitting for you or you want to make your own rules, we kind but straight ask you to stop asking for being a member of the team (and the community also) as this does not make any sense: Hyperbola is not meant as your personal playfield for your visions, when you only want to talk, discuss and let others do work and realize your "ideas". The system is meant to enable you working with your hardware, but reasonable and not meant on behalf of irretational thoughts. Decisions, workfows and more were made out of reasoning. They are surely part of discussion in time and can be optimized together. But the keywords here are **working together**, **teamwork** and **decision making together**. This implies also to accept existing workflows. If you have proposals to change them? Sure thing, but demanding from everyone to follow only your perspective without any approval is not working for this project.
  
 ===== How to become part of the team? ===== ===== How to become part of the team? =====
Line 22: Line 32:
 ===== And how to leave the team? ===== ===== And how to leave the team? =====
  
-Preferred way would be to note the team-members that there are points: No interest, no more time for the moment or other issues. But also being inactive for more than 3 months is a sign given. As said there is in general always a possible return. The exceptions given also noted above: Being dishonest, misbehaving or / and even misusing Hyperbola for own advantages.+Preferred way would be to note the team-members that there is the will for leaving: No interest, no more time for the moment or other issues - no need to go into details. But also being inactive for more than 3 months is a sign given. As said there is in general always a possible return. The exceptions given also noted above: Being dishonest, misbehaving or / and even misusing Hyperbola for own advantages.