Re: [mb offtopic] Choose future direction of development and deeper learning.

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

 



Hi,

I understand that guru is one who becomes a master of a subject in its
entirety. Though am a newbie on learning kernel stuff and have been on this
list as a passive member for quite sometime, but, I strongly believe that
having xpertise in a sub-domain wont satiate the primary emotion of a hacker
who wants to know everything about the kernel. But yes it might get your
work done.

Its right to say here - heck man, lets be more pragmatic. As in, you cannot
learn

 trying and I dont know if it is right to say that
I think the drive is goverend by something called primary emotion -

A hacker almost always has an unabated attitude to know more. I think she
wont call herself a guru if she is just too good in one sub-section of
kernel programming without having an equally strong know-how of the rest.

This frame of mind is the most revered approach one can have. I would like
to justify this in my own small way with the fact that this unabated passion
to know more had helped people come out with innovations. Watson & Crick
solved the mystery of the DNA just cause they had this passion to know more.





What we need is an aproach to learn & master the difficult process of
learning n becoming a guru in its entirety.



I think the philosophy here, is in learning.

Primarily there can be two sort of emotions - 1. Somebody is learning for
the very purpose of his job.
2. The hacker, having an unabated attitude to know more.
The very attitude

The human mind, the most exciting, fertile place on earth.




Kernel hackers/programmers
Trying to becoming a guru in any of the subsections of the kernel will still
not give the confidence when one looks at the big picture.



----- Original Message -----
From: "Evgeniy Polyakov" <johnpol@2ka.mipt.ru>
To: <kernelnewbies@nl.linux.org>
Sent: 07 May, 2002 5:06 PM
Subject: [mb offtopic] Choose future direction of development and deeper
learning.


> Hello, kernel newbies and even some hackers.
>
> I think this question is probably for experinced kernel programmers...
> Or maybe not.
>
> Anyway...
>
> I know linux some years(not very many, but...), kernel programming a
> little more than a year. But even with such a little knowledge i see,
> that modern kernel cotains start point for very, very large amount of
> projects. Of cource, it is not very easy to start and develop usefull
> feature, but it _can_ be done.
> And staying on the edge of this _adventure_ not experinced man(like me)
> loses one's presence of mind( Brr, what's the word...)...
> Another word he doesn't know, where he wants to work.
> No, i don't ask about one more project for newbie...
> There are great number of interesting things, which can be done, one
> should only looks a bit deeper.
> But where?
> (not in particular order... :) ) mm, usb, fs, block, network, sound,
> core, char, video... I don't remeber all, but it doesn't matter...
>
> Please, let anyone says, why he works exactly there and not there,
> what are the advantages and disadvantages of each area of kernel
> development.
>
> Since while staying and determining what is the best, time slowly goes
> away... First step to the guruism should be done not in all directions.
>
> Sorry, if such kind of questions plague you.
>
> I hope you will help me and, i think, many other people :)
>
> Thanks in advance.
>
> P.S. Please, cc me in you answers, since i'm not a subscriber :(
>
> --
> Evgeniy Polyakov ( s0mbre )
> --
> Kernelnewbies: Help each other learn about the Linux kernel.
> Archive:       http://mail.nl.linux.org/kernelnewbies/
> FAQ:           http://kernelnewbies.org/faq/

--
Kernelnewbies: Help each other learn about the Linux kernel.
Archive:       http://mail.nl.linux.org/kernelnewbies/
FAQ:           http://kernelnewbies.org/faq/


[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