Re: Challenges Faced by an Amateur Linux Programmer

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Count me in as well... I am also in a similar situation, have developed some pseudo drivers and worked a bit on procfs. Looking for people to join me in doing small projects.

On Fri, Mar 6, 2009 at 2:36 PM, nidhi mittal <nidhimittal19@xxxxxxxxx> wrote:
even i am in the same boat ..
i am a web programmer by profession but want to change to linux kernel programming ....so dont have any valid work ex
---i study in my spare time ---have done all those theoratical reading of kernel from UTLK LKD LDD
have developed basic drivers too...
but when it comes to applying for job they ask for work ex..

is there any open platform project or sth where beginners like us can be involved in coding ...

pl inform ...



On Fri, Mar 6, 2009 at 2:19 AM, Greg Freemyer <greg.freemyer@xxxxxxxxx> wrote:
On Thu, Mar 5, 2009 at 3:22 PM, Frederic Weisbecker <fweisbec@xxxxxxxxx> wrote:
> On Fri, Mar 06, 2009 at 12:58:35AM +0530, Mohit Varma wrote:
>> Hi,
>>
>> I am a Java application programmer trying to get a foothold in the world of
>> linux programming.My areas of of interest are Device Drivers & network
>> programming - to play around with protocols to be precise.
>>
>> I am facing a couple of challenges and these are as follows :
>>
>>
>>    - Whenever you apply for a job in LINUX domain....companies ask for valid
>>    experience in linux kernel programming.All I have and can do is play around
>>    with some code on my stand alone system in isolation...or say read the
>>    kernel source.From where can people like me can get VALID experience so that
>>    we can land up with a job in linux kernel.How can a systematic professional
>>    approach be adopted while working at home in my spare time.
>>
>>
>>
>>    - Even when I try play around with kernel @ home what approach should be
>>    followed so that it adds some weight to my resume.Keeping in mind that I
>>    dont have access to resources that other linux professionals might have in
>>    their companies.
>>
>> If I can get some help on this ...it will always be useful.
>
>
> IMHO, the best is to involve on the kernel development.
> You will write code reviewed by others, read code from others and then
> progress faster and have more fun than always learning alone.
>
> Try to lurk on LKML and netdev mailing lists, look at the discussions,
> the bug reports, try to help fixing them. Test the posted patches, try
> the new features....
>
> During all these stages, you will become more and more familiar with the subsystems
> you are interested in, and get more an more easily involved in the development on these.
>
> And all these stages are a lot of fun!

LKML itself is very high-volume.

There are lots of subsystem lists that are lower volume.  Look at
http://vger.kernel.org/vger-lists.html

I think the lists that start linux- are associated with the kernel.

You can also go to http://markmail.org/ and familiarize yourself with the lists.

FYI: On some/many/all of the lists basic questions will be met with
little response, so keep kernelnewbies in mind for most of your
initial questions.

FYI2: Most linus kernel mailing lists do not require you to subscribe
to post.  They have an excellent spam filter that makes that possible.
 So you should always do a reply all on these lists.

Greg
--
Greg Freemyer
Litigation Triage Solutions Specialist
http://www.linkedin.com/in/gregfreemyer
First 99 Days Litigation White Paper -
http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf

The Norcross Group
The Intersection of Evidence & Technology
http://www.norcrossgroup.com

--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx
Please read the FAQ at http://kernelnewbies.org/FAQ




--
Thanks & Regards
Nidhi



--
BR
Arunkumar N




[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux