Forum communication: Difference between revisions

Jump to navigation Jump to search
Repetitions, moved/merged parts, mitigated rants. If repetitions were intentional (given the purpose of the article...), better to undo.
m (Nearly there, but: +-cat: FlightGear → Community ;-)
(Repetitions, moved/merged parts, mitigated rants. If repetitions were intentional (given the purpose of the article...), better to undo.)
Line 1: Line 1:
So you have a problem with installing/starting/using FG, and someone pointed you here. Please take the time to read on.
So you have a problem with installing/starting/using FlightGear, and someone pointed you here. Please take the time to read on. This article will explain how you should ask for support, and why.


FG doesn't rely on sales or license fees. FG relies on having a base of contributors usually volunteering their time, but in order to contribute, people need to be able to see something that bothers them not as something to complain about but as something to be investigated, understood and fixed.
== The "support team" includes you ==
FlightGear doesn't rely on sales or license fees. FlightGear relies on having a base of contributors volunteering their time. This base includes the users, but in order to contribute, they need to be able to see something that bothers them not as something ''to complain about'' but as something ''to be investigated, understood and fixed.''


Most of us enjoy understanding complex problems, and even fixing bugs - but typically a bug that you may encounter may very well never show up for people involved in developing/contributing to FlightGear.  
== Why? ==
FlightGear is developed by a fairly small community of volunteers, most of which enjoy understanding complex problems and fixing bugs. This community seems to be mostly comprised of "geeks", i.e. people using powerful gaming hardware, and Unix-based operating systems like Linux. This means, unfortunately, that newer features get tested on a very small variety of platforms that can't cover all of the end-users' cases (especially older Windows versions). Sometimes new features are only really tested once they're released, or once they're enabled by default.


FlightGear is developed by volunteers across the globe, who typically will have a single computer with a certain hardware configuration (sound/graphics card, fixed amount of RAM/VRAM, certain OS/drivers). The FlightGear developer community is fairly small however - so that our new features do not get as much testing as needed to cover the majority of platforms in use by our end-users. Sometimes new features are only really getting tested widely once they're part of a new release, or once they're enabled by default.
Don't expect your problem to be obvious, actually it could very well be unknown. It's very likely that only few people, if any, have already reported your issue, or even experienced it. In fact, very often such issues are highly setup/system specific and depend on the type of hardware, operating system, drivers, settings - and sometimes even other software installed/running locally. All this is further complicated by the fact that unlike MS FSX, FlightGear is cross-platform software, which means that it needs to run across all supported hardware platforms and operating systems (Windows, Mac OSX, Linux).


So it isn't uncommon that certain features may work well for most people, but some others may no be able to use them. In an open-source project like FlightGear without any funding, we depend on end-users to provide good feedback so that we can identify, troubleshoot and fix such issues. And we're grateful for everybody providing this very feedback in a constructive and helpful manner.
Note that the fact that a bug is rare doesn't make it less important, but harder to solve for the lack of (good) data. In an open-source project like FlightGear without any funding, '''the developers depend on end-users to provide good feedback''' so that they can identify, troubleshoot and fix such issues. And they're grateful for everybody providing this very feedback in a constructive and helpful manner.


Remotely troubleshooting problems is an extremely tedious process however, that gets more tricky because of people's tendency to act in a frustrated and sometimes even disrespectful way when reporting such problems. But please keep in mind that just because FlighGear may not work for you properly, that this doesn't necessarily apply to the majority of people, or that this inevitably means that FlightGear is the culprit or that it's generally a broken piece of software. Very often, such issues are highly setup/system specific, i.e. depend on the type of hardware, operating system, drivers, application settings - and sometimes even other software installed/running locally.
== Troubleshooting is a hard job ==
Remotely troubleshooting problems is an extremely tedious process, however that gets more tricky because of people's tendency to act in a frustrated and sometimes even disrespectful way when reporting such problems.


All this is further complicated by the fact that unlike MS FSX, FlightGear is cross-platform software, which means that it needs to run across all supported hardware platforms and operating systems (Windows, Mac OSX, Linux).  
Unlike a commercial software project, FlightGear has no funds to invest in development, [[wikipedia:Quality assurance|QA testing]] or support for end-users. Commercial software companies will typically have dedicated teams testing new features across a huge variety of hardware/OS configuration.


Unlike a commercial software project, we're not making any significant profits to actually fund development, do Q&A testing or provide support to end-users. Commercial software companies will typically have dedicated teams testing new features across a huge variety of hardware/OS configuration. FlightGear however, depends on end-users providing good feedback to ensure that FlightGear keeps working for most people. And we also depend on timely feedback, too - given that we're volunteers, we need sufficient time to troubleshoot and understand a bug, but also enough time to fix it. Preferably, several months prior to a release, not just during the few weeks shortly before release.  
== The quality and timeliness of feedback ==
Lacking of resources, FlightGear depends on end-users providing '''good feedback''' to ensure that it keeps working for most people. And for features in development it also depend on '''timely feedback''', too - given that developers are volunteers, they need sufficient time to troubleshoot and understand a bug, but also enough time to fix it. Preferably, several months prior to a release, not just during the few weeks shortly before release.  


This is particularly important because the FlightGear developer community has historically shown a tendency to be comprised of "geeks", i.e. people using certain -very powerful- gaming hardware, and Unix-based operating systems like Linux. Thus, support for other operating systems (especially outdated Windows versions) may sometimes suffer a bit in comparison, because new features are seeing more testing on Unix-based operating systems than on Windows unfortunately.
While the community have been providing a way for end-users to get involved in regularly testing FlightGear ''pre-releases'' provided via the [[FlightGear Build Server]], very few users seem interested in getting involved in this, and even fewer people are actually providing bug reports via the issue tracker, unfortunately, so far.


While we have been providing a way for end-users to get involved in regularly testing FlightGear pre-releases provided via the [[FlightGear Build Server]], very few users seem interested in getting involved in this, and even fewer people are actually providing bug reports via the issue tracker unfortunately so far.
This is why you need to be the developers' eyes and ears - they cannot see what you're seeing, and they cannot know what you have done.  
 
This is why you need to be our eyes and ears - we cannot see what you're seeing, and we cannot know what you have done.  


== When the frustration kicks in ==
Misunderstandings may arise during a forum discussion. After all, most people here aren't native English speakers. But fighting on the forums is just a huge waste of time and energy. That time is better spent on what our developers enjoy: creating software and new features. They are willing to help ''if provided with enough information'' on the problem at hand. Otherwise they wouldn't hang out on the forum. And they are not getting paid.
Misunderstandings may arise during a forum discussion. After all, most people here aren't native English speakers. But fighting on the forums is just a huge waste of time and energy. That time is better spent on what our developers enjoy: creating software and new features. They are willing to help ''if provided with enough information'' on the problem at hand. Otherwise they wouldn't hang out on the forum. And they are not getting paid.


== In conclusion... ==
'''Remember: you're the one having a problem with FG. You're asking for help, and you're not paying for the service.''' So,
'''Remember: you're the one having a problem with FG. You're asking for help, and you're not paying for the service.''' So,


Line 29: Line 33:
# Try hard to provide the information you are asked for.
# Try hard to provide the information you are asked for.
# If you are pointed to, e.g., the wiki articles, carefully read and try to understand them.
# If you are pointed to, e.g., the wiki articles, carefully read and try to understand them.
# Work through any suggested steps to troubleshoot the problem further
# Work through any suggested steps to troubleshoot the problem further.
# If you hit any roadblocks, tell us exactly how far you proceeded and where you needed help
# If you hit any roadblocks, tell exactly how far you proceeded and where you needed help.
# If you are not sure how to provide good feedback, better provide as much info as possible - i.e. through screen shots or youtube videos
# If you are not sure how to provide good feedback, better provide as much info as possible - i.e. through screen shots or Youtube videos.
# don't expect immediate responses, sometimes it may take a few days to get back to you, especially during busy times (release preparations)
# Don't expect immediate responses, sometimes it may take a few days to get back to you, especially during busy times (release preparations).
# try to be respectful, deal with others the way you want to be dealt with
# Try to be respectful, deal with others the way you want to be dealt with.
 
You may of course disagree with someone who is most likely way more experienced with FlightGear than you are. But more often than not you'll be wrong.


You may of course disagree with someone who is most likely way more experienced with FG than you are. But more often than not you'll be wrong.
Keep in mind that there's really only a handful of people on the forum who regularly provide support to newcomers, those are usually also the most knowledgeable people - and unfortunately, those are also the ones who are most likely busy with other aspects of FlightGear.
Keep in mind that there's really only a handful of people on the forum who regularly provide support to newcomers, those are usually also the most knowledgeable people - and unfortunately, those are also the ones who are most likely to be busy with other aspects of FlightGear.


Further reading:
== Further reading ==
* [[How the FlightGear project works]]
* [[How the FlightGear project works]]
* [[FlightGear and old Hardware]]
* [[FlightGear and old Hardware]]
573

edits

Navigation menu