-3

I have lately been noticing that many new users of Ask Ubuntu, who are also new users of Ubuntu, ask questions (probably something related to graphics driver, GRUB, etc.) and many users of Ask Ubuntu, who are highly-knowledgeable about the question's topic, respond:

  • by asking more information related to the question (in a manner which might be difficult for the OP to understand) to understand the issue more properly through comments.

    For example, let's say an OP asked a question about GNOME in Ubuntu 20.04 but tagged the wrong Ubuntu version (like 14.04, 16.04, etc.) or wrong desktop environment (like KDE, LXDE, etc.) or wrong flavour (like Kubuntu, Lubuntu, etc.), instead of asking the OP about the incorrect tags and explaining about EoL and EoSS, we can request the OP to share the output of lsb_release -a or any relevant command to know the correct flavour/desktop environment/version.

    Once, the OP provides the output, we can edit the tags :)

  • by trying to explain the cause of the OP's problem/ suggest a solution (in comments) in a manner which will seem esoteric (meaning: very unusual and understood or liked by only a small number of people, especially those with special knowledge) and complex to the OP.

    Let's say someone is facing some issue with their hard disk. Instead of just requesting the OP to do fsck, it would be better to guide the OP to resources which will help the OP to understand what fsck is and how to do it.

I am not trying to call out any Ask Ubuntu users. I am grateful that the experienced Ubuntu users are sharing their knowledge, but IMO we need to use a simplified technical language for new Ubuntu users who ask questions on our site.

What are your thoughts on this?

6
  • 3
    I think that an answer should be simple enough for the OP to be able to follow and understand, but, some times, oversimplification can lead to answers that are longer than needed and confusing. I like this quote from Albert Einstein: Everything should be made as simple as possible, but no simpler. – BeastOfCaerbannog Jul 12 at 18:42
  • @BeastOfCaerbannog I do agree that oversimplification is not good. Let's say if we are gonna talk about a topic which might be complex to the OP, we should guide them to resources (like websites or answers in AU) which will help the OP understand better. – Random Person Jul 12 at 18:47
  • 2
    Well, I think that this should go without saying. – BeastOfCaerbannog Jul 12 at 18:51
  • 1
    @RandomPerson Just to clarify but what do you mean by "a simplified technical language"? That's not going to be easy for some of the technical topic,s and the terminology can't easily be simplified. – Thomas Ward Jul 12 at 19:02
  • EoL, ESM will sound complex to newbies. Newbies might not know how to add a boot parameter, how to do fsck (or what is fsck in the first place), recovery mode, etc. @ThomasWard – Random Person Jul 12 at 19:09
  • 1
    If the user plans to use Ubuntu, they might as well get their 10,000 hours of Googling practice started straight away. – Nate T Jul 19 at 11:55
9

On the one hand, yeah.

I'm not sure this is what you meant by your first bullet point, but when we ask for more information from an OP, it makes sense to tell them how they can get that information (for example, what commands will retrieve it).

Also, what I want is for our site to be helpful to as many people as possible, and I think that goal is served by trying to write answers as accessibly as one can, which can sometimes mean explaining technical concepts and terms at a basic level.

On the other hand, choosing the pitch of an answer to reach as many people as possible is hard. If you explain everything at a foundation level, the answer will become long. You might never come to the key insights you want to convey before you hit the character limit :) Or more likely, you might make the answer less accessible: those who might benefit from its advanced content might miss out, because the answer is so overstuffed with things they already know that they don't bother to read it all.

There are three factors I can think of that help with this difficulty of pitching.

Firstly, there's the OP. What level of knowledge does the question express? As you point out, many of our questions come from people who are new to Ubuntu, and so answers to their questions should account for that. Other questions reveal a high level of knowledge. If the user asks about an issue they're having writing a script, we probably don't need to tell them how to open a terminal. At a minimum, we want to help the OP. Hopefully, future users working at similar levels with similar problems will find our answer useful.

Secondly, there's myself and my rubber duck. I'll explain the answer in a way that makes sense to me.

Thirdly, and most importantly, thankfully I am not alone here trying to answer all the questions. Ask Ubuntu is great because it's the work of many different brains, working from different perspectives and experiences. I'll write an answer pitched at the level that feels right to me, and some other folks will write other answers in different styles with different levels of explanation, and that will make the site useful to a wider audience, because some people will benefit from a long and thorough answer, and some people will benefit from a terse, simple answer (in fact the same person might benefit from different answers at different times...)

Now I'm not saying all answers are equally helpful or valuable and that we shouldn't encourage people to, for example, add explanation to their answer so that it can be used by people less familiar with the topic (I often post comments to do that), or even edit answers to add details and explanation where appropriate, but I am saying that I don't think we should insist on a particular pitch or style policy for all cases.

4
  • 1
    Well put.. and bonus points for the rubber duck ref. – Nate T Jul 19 at 12:02
  • My question didn't focus much about answers. My question was mainly about comments. Anyway, I have updated my post giving some examples. Please check. – Random Person 2 days ago
  • Answers have character limit? What is the character limit? – Random Person 2 days ago
  • I would like to inform you that it is not my intention to insist on a style policy for all cases. – Random Person 2 days ago
1

Ups and Downs!

  • It depends on OP knowledge, experience and even the mood. That applies to the users trying to help too. We are all humans.

    Two factors from user background I usually try to look for when a question seems interesting but not complete. Estimate age and language proficiency of the OP. I think these are hard barriers, I consider them before answering.

  • CLI is quick and efficient method but it is not for Most users. If user not used to terminals/consoles. But it is worth teaching him to run scripts collecting troubleshooting data (ex: alsainfo). So sometimes, installing GUI alternatives is the best course.

I would recommend personalized answer to some level and keep technical details precise and exact (even they are hard). This is a natural learning path.

Personally, I prefer directly share my thinking/suspicions/theory and how OP may verify it. And try to shorten time for the OP. However, this doesn't work well sometimes. Comments may target many angles of the issue, OP may feel overwhelmed or lost.

On other hand, step by step guiding for troubleshooting may take long time which many may not able to afford. I usually lost track of a question if it takes more then few days to update.

2
  • 1
    Thanks for your answer! Your answer focuses more about answer whereas my question is mainly about comments. I agree with this statement: "Comments may target many angles of the issue, OP may feel overwhelmed or lost.". I use the follow feature to avoid losing track of a question :) – Random Person 1 hour ago
  • Yeah, Follow feature is relatively new and it save much. Specially for new users who don’t know how to use user notifications. – user.dz 1 hour ago

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .