From: Crutcher Dunnavant <crutcher@datastacks.com>
To: linux-kernel list <linux-kernel@vger.kernel.org>
Subject: Re: university studies?
Date: Thu, 2 Aug 2001 11:45:07 -0400 [thread overview]
Message-ID: <20010802114507.A11764@mueller.datastacks.com> (raw)
In-Reply-To: <Pine.LNX.4.33.0108020438460.8206-100000@terbidium.openservices.net> <3B693B46.585CC416@bilten.metu.edu.tr>
In-Reply-To: <3B693B46.585CC416@bilten.metu.edu.tr>; from muzaffer.ozakca@bilten.metu.edu.tr on Thu, Aug 02, 2001 at 02:36:38PM +0300
++ 02/08/01 14:36 +0300 - Muzaffer Ozakca:
>
> I don't think, one should learn all the "hot" languages of the day to
> become a good programmer. A computer science student should (and will)
> learn the theoretical background that lays beneath. Data structures,
> graph theory, computational linguistics, compiler theory, OS, AI, so on.
Hmm. Thank you, Knuth.
> Practical studies such as programming projects will let the students
> solid the theory. These thoughts are not actually mine, most of the
> computer science departments -more or less- follow a cirriculum
> appreciating these ideas, I think. However, a kernel (or systems)
> programmer should also know basics of microprocessors, interrupts, etc.
> and programming in assembly, besides the theory given in a university.
They also need to understand large parts of security, and system API
design.
> After getting the theory and completing the understanding by practice,
> learning a programming language is just a detail.
I disagree. This is equivalent to saying, once I am an archetect, it is
easy for me to build houses. Tools and practices take incredible amounts
of time to master. Languages take years, and learning the
non-algorithmic parts of hacking, like techniques for keeping namespaces
clean, or designing APIs to be extensible, or just tracking code; all
these are time devouring.
> Always solving problems "C" style, may not be the best approach,
> a functional language may better suit the needs -usually not in our course.
But, ultimately, computers are procedural. FP helps /prove/ algorithms,
but it is a terible way to actually run them.
--
Crutcher <crutcher@datastacks.com>
GCS d--- s+:>+:- a-- C++++$ UL++++$ L+++$>++++ !E PS+++ PE Y+ PGP+>++++
R-(+++) !tv(+++) b+(++++) G+ e>++++ h+>++ r* y+>*$
next prev parent reply other threads:[~2001-08-02 15:45 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-01 5:22 university studies? peter revill
2001-08-01 7:06 ` Riley Williams
2001-08-01 11:46 ` Erik Mouw
2001-08-01 14:12 ` Ian Stirling
2001-08-01 19:31 ` Anders Peter Fugmann
2001-08-02 7:24 ` Riley Williams
2001-08-02 8:48 ` Ignacio Vazquez-Abrams
2001-08-02 11:36 ` Muzaffer Ozakca
2001-08-02 15:45 ` Crutcher Dunnavant [this message]
2001-08-02 17:12 ` Ignacio Vazquez-Abrams
2001-08-02 15:42 ` Daniel Phillips
2001-08-02 18:13 ` Brad Stewart
2001-08-02 18:23 ` Alan Cox
2001-08-02 18:46 ` J . A . Magallon
2001-08-03 10:05 ` Matthew Gardiner
2001-08-03 10:51 ` szonyi calin
2001-08-03 13:02 ` asmith
2001-08-03 14:32 ` szonyi calin
2001-08-05 11:32 ` asmith
2001-08-05 14:09 ` szonyi calin
2001-08-05 14:19 ` (OT) " Chris Wedgwood
2001-08-06 10:05 ` Sean Hunter
2001-08-02 3:39 ` Rik van Riel
2001-08-02 8:26 ` David Weinehall
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010802114507.A11764@mueller.datastacks.com \
--to=crutcher@datastacks.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.