Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Just curious how the knowledgeable people here learned how to be proficient with Linux. I'm sure most people used a mixture of the following, but things like: Books, Internet, Hands On, Official Documentation, Took a Class, Forum/Usenet etc.
I would say what got me started was picking stuff up on forums to add to what I already knew from my UNIX experience at work. At this stage, I'm beginning to look at doing some serious studying with a view to getting a certification at some point.
Mostly just by getting my hands dirty. I installed the distro of my choice and went from there. In the beginning I had one PC with Windows and one with Linux, and very gradually migrated everything over to Linux as I learned. Eventually I was able to ditch the Windows install completely and now run Linux on both systems. (Well, actually it was after one of Window's periodic failures where, rather than reinstalling yet again, I decided that I didn't need it anymore and replaced it with a second Linux installation. )
At first I spent a lot of time reading up on Linux on the net, starting with a few basic primers and how-tos. The biggest learning experiences came whenever I had a problem or wanted to do something new, and I would use a combination of internet research and trial-and-error until I figured it out. I'm still at it even now, of course. If you take a look at my posting history you'll see that I rarely post questions here. I don't like to ask until I've done as much as I can on my own.
Another thing I credit with my knowledge is the distro I chose. I first started with Mandrake Linux, but for various reasons it kept frustrating me. Then I switched to Debian, and while I had to do more on my own, I also learned much faster. A hand-holding distro may be a good introduction for beginners, but in the long run if you want to be a swimmer you really need to start diving into the deep end of the pool.
Same here. I wanted to learn, and I knew the best way for me was to immerse myself in it. So I installed Linux as my primary OS and forced myself to research problems as they arose, rather than crutch myself by going back to Windows.
I, like BrianL, still consider myself a relative newbie.
Just curious how the knowledgeable people here learned how to be proficient with Linux. I'm sure most people used a mixture of the following, but things like: Books, Internet, Hands On, Official Documentation, Took a Class, Forum/Usenet etc.
The key step is: Use it.
I always start out with a new thing by experimenting with it---trying things to see what happens. Only then will I read the manual. (Often it is not necessary)
By some combination of hand-on work and reading a book, get as far as you can----then chase down specific problems using Google searches and of course---LQ.
I think it's the same for all of us: documentation, internet, and books, but above all "suck it and see". I've certainly never been to any sort of class.
I remember when I was given my first PC at work in 1982. It was just assumed that I'd get the hang of it and I did: even edlin and debug. Like BrianL, I belong to the generation of 1945. I think those of us who can remember when computers were mainframes still feel a secret glee that we now get to play with them in our own homes!
Mostly just by getting my hands dirty. I installed the distro of my choice and went from there. In the beginning I had one PC with Windows and one with Linux, and very gradually migrated everything over to Linux as I learned. Eventually I was able to ditch the Windows install completely and now run Linux on both systems. (Well, actually it was after one of Window's periodic failures where, rather than reinstalling yet again, I decided that I didn't need it anymore and replaced it with a second Linux installation. )
At first I spent a lot of time reading up on Linux on the net, starting with a few basic primers and how-tos. The biggest learning experiences came whenever I had a problem or wanted to do something new, and I would use a combination of internet research and trial-and-error until I figured it out. I'm still at it even now, of course. If you take a look at my posting history you'll see that I rarely post questions here. I don't like to ask until I've done as much as I can on my own.
Another thing I credit with my knowledge is the distro I chose. I first started with Mandrake Linux, but for various reasons it kept frustrating me. Then I switched to Debian, and while I had to do more on my own, I also learned much faster. A hand-holding distro may be a good introduction for beginners, but in the long run if you want to be a swimmer you really need to start diving into the deep end of the pool.
I have to completely agree with this post. It really is the only way to learn in my opinion... Jump right in and start installing and break things.. and install and break things... Until you learn what not to do... So eventually you learn what the limits are and how to fix certain problems... If you want to learn quick. follow a LFS guide and maybe do a Gentoo install. These distros give you complete control over the OS and configuration.
Play with it. Read about it (LQ is a good resource, as is http://tldp.org/ )
If you are bored read LQ: trying to solve other peoples problems is a great way of learning.
I'll read a thread title, think "What the ?ell is that?", read about it (I have a couple of books, but generally just use a search engine), experiment with it, learn something new and maybe even end up helping someone else.
Quote:
I think those of us who can remember when computers were mainframes...
I can remember a KDF-9, algol and when "cut & paste" really meant that (paper tape)
I
If you are bored read LQ: trying to solve other peoples problems is a great way of learning.
I'll read a thread title, think "What the ?ell is that?", read about it (I have a couple of books, but generally just use a search engine), experiment with it, learn something new and maybe even end up helping someone else.
That is a good idea I never thought of that. I always figured since I didn't know what I was doing I shouldn't even try to solve others problems. If I can solve my own sometimes though I may as well try helping others too and learn in the process.
I always figured since I didn't know what I was doing I shouldn't even try to solve others problems.
You should always try. That's how everyone learns.
For example, there are many, many threads on LQ that the gurus just aren't going to be interested in:
Quote:
"HELP MEEEE!!!!!"
... I get "Permission denied" when I give the command shutdown -h now
for example.
You could probably already answer that hypothetical Q, and explain, or give links for the person to learn about, linux privileges and permissions. Really, it is very "appropriate" for you to do just that: The gurus can then spend their time answering more complicated stuff about nmap or udev rules or whatever.
LQ has this very useful "Thread Tools" -> "Subscribe to this thread" option. Look for it near the top of this page. That way you can follow a thread, without actually having to contribute to it (you can "lurk"!). It's great when you find an interesting thread discussing something you know nothing about, but would like to learn more, and can then watch how it develops. Try to understand the problem they are discussing. Maybe, in time, you'll be able to contribute something to it. You will have learnt, and so might they.
The very best way to learn about something is to try to explain it to someone else. Before you post, try asking yourself these questions:
- How are they going to interpret what I am telling them?
- Is there the potential for them to misunderstand something I am about to say?
- How could I rephrase it better?
- Am I patronising or belittling them?
- Will they understand what I am saying?
- Do I understand it? (And if you realise you don't them it's time for some more research ... .. . )
To sum it up: The biggest penguins teach the big penguins who teach the ordinary penguins to teach the little penguins to teach the "newbies"
So give it a go!
Good luck with learning linux, I like it.
If you are bored read LQ: trying to solve other peoples problems is a great way of learning.
That's an excellent point. I also learn a lot by trying to help others. Sometimes I know generally what's needed to help answer a question, but I need to do a bit of reading and testing to give an exact answer. Often by the time I get it right, it's too late to actually answer the original question; another poster has beaten me to it. But at least I was able to hone my skills.
Quote:
Originally Posted by jamescow
I always figured since I didn't know what I was doing I shouldn't even try to solve others problems. If I can solve my own sometimes though I may as well try helping others too and learn in the process.
Don't be afraid to try to help others. But you should always make it clear how well you understand it, so that the receiver knows how reliable the answer is. I always try to add something like "I'm no expert in this, but I think...", when I'm not confident of the answer. On the plus side, someone with more experience will usually come along and correct you if you give bad advice, leading to more "learning opportunities".
Remember, there's also a "Success Stories" forum where you can post what you've learned so that others can learn from your experiences. I really ought to be posting a few things to it myself.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.