3279
Comment: fixed link to kernel janitors
|
4267
Remove bias towards getting job as sysadmin. You don't have to do this.
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
The #kernelnewbies irc channel gets visited regularly by people who would like to get a job as a kernel hacker, but are not sure how to get such a job. There are a number of things to keep in mind and a number of things you can do to give yourself the skills you need to be more likely to get such a job. The most important thing to remember is that you need experience - but unlike other job experience, you can train yourself in your spare time. In fact, most kernel hackers started out working on the kernel as a hobby, and only later became professionals. | The #kernelnewbies irc channel gets visited regularly by people who would like to get a job as a kernel hacker, but are not sure how to get such a job. There are entry-level kernel jobs, but most often you need some experience working with Linux. |
Line 3: | Line 3: |
* Play around with Linux, try configuring new and exciting drivers, maybe get a job as a system administrator. Many of the current Linux kernel hackers have once made their living as a system administrator. In that job, you get to fix problems by trying out new software, finding and fixing bugs and trying out new features (eg. LVM) when they become available. This makes you familiar with many aspects of the Linux kernel and other parts of the Linux system. More important still, it gives you some of the problem solving skills, and patience, needed to be a kernel hacker. | First, make sure you actually want to have a job as a Linux kernel developer. Read KernelDevViewpoint to get an idea of what it's like to be a kernel developer. To get a job in Linux, you'll need to be experienced in using Linux. Try out a Linux distribution on your home machine(s) and just play around with it. If you're a student, use Linux machines at your university, or help out with maintaining the university Linux/Unix labs. Knowing command line basics will help you get a job. Most importantly, you'll need to know how to [:KernelBuild:build and install] your own kernel. It can help (but isn't necessary) to have background as a Linux system admin. In that job, you get to fix problems by trying out new software, finding and fixing bugs and trying out new features (eg. LVM) when they become available. This makes you familiar with many aspects of the Linux kernel and other parts of the Linux system. More important still, it gives you some of the problem solving skills, and patience, needed to be a kernel hacker. When applying for entry-level Linux kernel jobs, one of the biggest factors is if you have ever submitted a patch before. If you have code in the Linux kernel, you're more likely to get hired. However, note that simply getting spelling fix patches in the kernel isn't enough. Your potential employer will be looking at the Linux kernel git history, and they will be able to tell if your submitted patches have any meat to them. * Figure out what subsystem you would like to work in. There are many different subsystems in the kernel, like wireless, USB, the scheduler, filesystems, etc. The best way to get into kernel hacking is to focus on a subsystem that you are already interested in. * Join a [http://vger.kernel.org/vger-lists.html subsystem mailing list], and get a feel for where most of the work is being done. |
The #kernelnewbies irc channel gets visited regularly by people who would like to get a job as a kernel hacker, but are not sure how to get such a job. There are entry-level kernel jobs, but most often you need some experience working with Linux.
First, make sure you actually want to have a job as a Linux kernel developer. Read KernelDevViewpoint to get an idea of what it's like to be a kernel developer.
To get a job in Linux, you'll need to be experienced in using Linux. Try out a Linux distribution on your home machine(s) and just play around with it. If you're a student, use Linux machines at your university, or help out with maintaining the university Linux/Unix labs. Knowing command line basics will help you get a job. Most importantly, you'll need to know how to [:KernelBuild:build and install] your own kernel.
It can help (but isn't necessary) to have background as a Linux system admin. In that job, you get to fix problems by trying out new software, finding and fixing bugs and trying out new features (eg. LVM) when they become available. This makes you familiar with many aspects of the Linux kernel and other parts of the Linux system. More important still, it gives you some of the problem solving skills, and patience, needed to be a kernel hacker.
When applying for entry-level Linux kernel jobs, one of the biggest factors is if you have ever submitted a patch before. If you have code in the Linux kernel, you're more likely to get hired. However, note that simply getting spelling fix patches in the kernel isn't enough. Your potential employer will be looking at the Linux kernel git history, and they will be able to tell if your submitted patches have any meat to them.
- Figure out what subsystem you would like to work in. There are many different subsystems in the kernel, like wireless, USB, the scheduler, filesystems, etc. The best way to get into kernel hacking is to focus on a subsystem that you are already interested in.
Join a [http://vger.kernel.org/vger-lists.html subsystem mailing list], and get a feel for where most of the work is being done.
* Read the [http://lkml.org linux-kernel mailing list] and stay aware of what is going on in the Linux kernel development community.
* Run the very latest kernel on one of your systems. Try to compile the latest kernel snapshot and reports bugs with it to the linux-kernel mailing list. When a bugfix is created, apply the bugfix patch to your system and confirm that the bug is indeed fixed. If you really get into this game, you will find a number of fun patches on the linux-kernel mailing list and apply those to your kernel. Working out the patch conflicts between multiple patches gives you the experience needed to move on. Once you have a handful of patches in your own patch set, to carry around from kernel to kernel, you could publish your own kernel patchset and try to fix bugs in it that other people find.
* Help the [http://janitor.kernelnewbies.org/ Kernel janitors] project, making easy modifications and cleanups to the Linux kernel source code, together with people who can explain you why those changes are needed. This helps you get familiar with the Linux kernel source code, and at the same time you do something useful for the Linux community.
* Find bug reports on the linux-kernel mailing list or the [http://bugzilla.kernel.org/ Kernel Bug Tracker] and help fix them. In the beginning you may be restricted to helping reproduce the bug and tracking down what is roughly the cause of a bug, but after a while you will become familiar with the source code and will be able to fix bugs yourself.
* Once you are a proficient bug fixer, chances are you have become familiar with one or more of the Linux kernel subsystems. You will be able to help with new developments in this kernel subsystem and people will start recognizing your name. This would be a good time to start applying for that kernel hacker job, since people are already running your source code.
Don't be disappointed by the fact that this process can take several years - all the steps involved with getting the needed experience are fun and useful, and you may even run into an even more fun career choice along the way!