LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   General (https://www.linuxquestions.org/questions/general-10/)
-   -   A rant (https://www.linuxquestions.org/questions/general-10/a-rant-199136/)

Thorkyl 06-29-2004 12:34 PM

A rant
 
A Rant

First - This is not aimed at everyone or anyone in particular
Second - If you are offended then you may be part of the problem
Third - If you are part of the problem please take this as constructive.
Fourth - This is my opinion and only my opinion
Fith - If you feel I am off basis state so and explain why

Now for the rant

One thing I have noticed about the open source community is as follows:

Someone asks a question:

Every one assumes they have NOT read the man pages or the manual.
or
They assume that they have not read the source code.

Here is the Issue I have with this train of thought.

I am new to open source
I am not a c developer (I'm a SQL seveloper)
The c language is jibberish to me, but I am learning it.

The best way to describe reading a manual or man page would be to give a computer manual
to a person in the 14th centry and ask them to read it and then turn on the PC and start
xyz program from the shell (without telling them they have to be root - evry one knows you must be root to run that program)

Manuals and man pages take the assumption that I know where the file "somthing.conf" is
did a search on on of those one time and found 7 different ones.

Manuals and man pages take the assumption that I know how to us VI or some other editor to change thier file
This is not that bad since editors all do the same basic thing - they edit the file

Installs

Dont wait till the very last last line in the instructions to state
"This only works on xyz distro"
State it at the start so I dont have to read it for abc distro
Or - and this is a pisser

"If this doesn't work go to http://asdfg.net" and it says that you must be running
unstable somthing on xyz distro
Now I have to clean up the machine to get rid of the trash


Questions answered in postings


You can try
abc service restart
from where? the shell? (figured that one out)
abc not found
where is it? /bin /usr where and do I have to su?
state somthing like this

You can try
su
/sbin/service restart

now I know I need to be su
also I know where it is


end of rant for now

select a.brain_cells, a.iq from population a where iq<100
0 records affected

XavierP 06-29-2004 12:42 PM

Quick solution to the problem: state what you have already done. If you have read the man pages, tell us. There have been a spate of posts recently where it takes 6 replies to find out the distro or10 to realise that the person has tried a number of sites/software versions and has read and understood the man pages.

Personally, I think it should be manadtory to read ESR's How to Ask a Smart Question. Help us to help you. :)

witeshark 06-29-2004 12:43 PM

I really hear that - some people after huge experience just seem to become oblivious to the difficulty of just starting out

Mega Man X 06-29-2004 12:46 PM

Well, it's always difficult to help peoples in forums, because it's difficult to know how much they know. Posts count does not mean anything, nor does the date they joined in the forum.

Many peoples does not know how to ask questions either, they don't complete their profile, nor mention hardware properly and the problems they are having with it.

No matter what, they will need to read at least the FAQ for their distro of choice. They give a very good idea of how the system works and basic configuration of things. Linux is like a new language: Without a good dictionary, you won't go very far...

As you see, it's not necessarily a Linux community related problem, it's much more a communication (or ratter saying, lack of it) among many new members who join the forum and give as less descriptions as possible and expect us to take their hand and help them to cross the street :)

Thorkyl 06-29-2004 01:08 PM

I have to agree that for the posts not many people ask the question as clear as they could. I do a lot with the SQL boards and after two or three days of batting an issue around its a permissions problem on the OS not the DB - frustrating

Here is an example of a post I made in a vendors site fourm

ME:
Where can I locate the file that will allow me to tell the application where to save its data?
THEM <the vendor>:
filename.cfg

ME:
Searched unable to find it
THEM
/sbin/service restart -dflt-cfg

ME:
/sbin/service restart -dflt-cfg <=== What do you mean

THEM:
execute it

I gave up at that point and found a different package

This is the type of stuff we newbies deal with and you gurus hate about us

delete from human.race where user.os='microsoft'

XavierP 06-29-2004 01:13 PM

It is always worth mentioning your level of knowledge - unless we see something which says "I am quite new to this, please make any answer clear and newbie-friendly" or somesuch, we are likely to assume that you are an intermediate user who just needs a hint or prod in the right direction.

The likelihood is that many of the people that vendor had replied to that day would have understood what they were saying (and bear in mind that they have probably fielded a number of queries that day). The info was fine, the presentation was not :)

Thorkyl 06-29-2004 01:17 PM

My point exactly

the info was great
if and I should say IF
he knew I had no clue

but when I ask
What do you mean
and they answer execute it

sorry im a convert from ms
its not an exe file
how do you execute it
(I now know through the shell script as su for thier command)

truncate table stupidity

furfurdemon666 06-29-2004 04:55 PM

I like coffee.

dscapuano 06-29-2004 05:12 PM

I have been in this boat as well. Someone should put together a standard format for these things. I suggest the following:
1. Level of knowledge (some arbitrary number - I am a linux admin 3, linux/unix user 9 - something like 25 years), there are very few 10's unless you write core modules).

2. Level of programming knowledge - A lot of stuff in Linux is in C. Often scripts are in BASH, PERL, PYTHON, etc. - I don't know how to classify this stuff. I am real good at PERL and Shell but I have little knowledge of C - maybe I'm a 5 or 6, but it depends on the context.

3. Level of database knowledge - I have been working with RDBMS's for many years but MySql installation totally messed me up at first. This is a shot a manuals - for a while, the MySql manual was not up to date or maybe I had the wrong one.

4. Always state your distribution and version number.

5. Always state your hardware, even if it is a software problem (don't be embarassed, until two months ago I was using a hand-me-down piece of $&^* Compaq machine).

Finally, if anyone wants to add or subtract from this list, please ... and maybe clarify. When done, this should be made available to everyone on the list especially first-timers. This will make the list a much better source of info for all of us, even the more advanced folks.

Lleb_KCir 06-29-2004 05:29 PM

nice clean rant, and i understand exactly were you are coming from.

it can be very frustrating to know you have attempted to read the man page and have serched for a fair amount of time on google, then come here and get pointed back to were you just spent the last few hours digging for informaiton you just are not comprehending.

one of the things i have take a step in cutting down on point go here type answere is to state were i have looked, in general, and that the man page is not clear to me and i am not understanding the instructions.

were possible ill also past the 'code' from my terminal so someone can take a short look at it and say, you did this, instead of this or you left X out, or what ever needs to be the short fix, or big fix as sometimes is the case.

i really appriciate the help i have gotten from this forum, its great. little slow at times to respond to some of the more odd ball questions ill come up with, but still if the first responce is such that i do not understand it, ill request clerification and more then not someone will teach me what it is i need to know.

*salute* dont give up on these guys, they are very skilled, and with enough info they can help you with wounders.

Thorkyl 06-29-2004 06:08 PM

One thing that I do feel can complicate things, is the code that gets posted.

I think some additional commenting would be helpfull in the code would be helpfull
Not in the source but in the posting.

mikshaw 06-29-2004 07:39 PM

Quote:

You can try
abc service restart
from where? the shell? (figured that one out)
abc not found
where is it? /bin /usr where and do I have to su?
state somthing like this

You can try
su
/sbin/service restart
I agree with half of this. Anyone recommending a command specific to root should specify that root is necessary (and should assume the user is not already root, since logging in as root is, as we all know, one of the stupidest habits you can get into). However, the specific path to the command is not necessary, since once you've su'ed, sbin becomes part of your $PATH.

Thorkyl 06-29-2004 07:47 PM

Well thats new new bit of education
Did not know sbin did that

2damncommon 06-29-2004 08:22 PM

Quote:

Someone asks a question:
Every one assumes they have NOT read the man pages or the manual.
Okay, here's the problem with that.
Say 20 or 30 people reply with RTFM posts. That is still far from everyone. Why are you blaming everyone.
This seems to be exactly what you are complaining about. Blaming someone incorrectly.

Remember, posting a question does not guarantee an answer any more than picking someone up in a bar guarantees a happy marriage. There is some luck involved and laying blame does not really improve anything.

I think that without reference to and discussion about a particular post, this subject becomes meaningless.

Thorkyl 06-29-2004 10:33 PM

You missed the first part of the post

First - This is not aimed at everyone or anyone in particular
Second - If you are offended then you may be part of the problem
Third - If you are part of the problem please take this as constructive.
Fourth - This is my opinion and only my opinion
Fith - If you feel I am off basis state so and explain why


All times are GMT -5. The time now is 05:51 PM.