That is such good advice. Programming and cooking are two areas in
which you can both learn and benefit from the result.
I actually cook a bit
That is such good advice. Programming and cooking are two areas in
which you can both learn and benefit from the result.
I actually cook a bit
Hi David,
Thank you for your post.
Depends what you want to do, and how far you want to go.
I want to program for myself, for clients, and contribute to FOSS
projects, and take it all as far as I can.
For a first language, either Python or Ruby are fine. Python has stricter
syntax, but I suspect Ruby has stricter concepts (of OO, etc). I find Ruby
easier to read, but thatâs an opinion.
Will keep this in mind.
If you want to get a good concept of programming in general, you should learn
(and develop at least some small apps in) a variety of languages â and a
variety of very different languages.
I agree . . . part of my research into the fundamentals has led me to
decide to, as part of stage 2 - if you will - work my way through the
(and I hope I donât sound like online bookstore spam with this)
âConcepts, Techniques, and Models of Computer Programmingâ book . . .
So, at least one language low-level enough not to do garbage collection (C,
ASM, etc), at least one high-level âscriptingâ language (Ruby, Python, Perl,
JavaScript), at least one purely functional language (Haskell), and Iâll
throw in LISP and either Erlang or Smalltalk.
Ah, this resonates with some of my preliminary conclusions . . .
Iâm not sure it matters what order you do this in â pick whichever has the
best absolute beginner books.
I think that for me personally, the best approach is to go from higher
level to lower level, and yes, one of the reasons I have been torn
between Python and Ruby was that Python has (from what I have read)
great beginner books, yet Ruby does as well . . .
I would suggest a tight feedback loop for
learning, though â look for interactive interpreter shells (Python, IRB),
and avoid compilers (C, C++, Java).
Will do.
If you donât have that kind of attention span, or if youâre looking to learn
what it takes to get stuff done now, that depends very much on what you want
to do. For example, if youâre planning to do game development, youâre
probably going to have to know C++, and definitely at least C. If youâre just
looking to automate some high-level tasks on Unix, learn Bash. And so on.
I hear you, I am mostly interested in web applications, yet also want
to explore desktop applications for Mac OS X . . . and the more I read
about Lisp, the more interesting it becomes . . .
Cheers,
Maurice
On Thu, May 29, 2008 at 7:45 AM, Dave B. [email protected]
wrote:
Kyle S. wrote:
C is very hard to learn. Almost everybody comes unstuck on pointers and
memory allocation. But this trains your mind, and once youâve learnt C,
you realise what other languages are protecting you from, and how they
work internally (since most are written in C, like Ruby).
But, many donât seem to realize that the other languages are
protecting them and carry unnecessary techniques from C to the higher
level language.
â
Rick DeNatale
My blog on Ruby
http://talklikeaduck.denhaven2.com/
Dave,
Thank you for your post.
Once upon a time I used to teach C as a first programming language. In
some ways itâs good, as itâs close to the hardware (bits and bytes,
addresses and pointers etc) but in many other ways this can be a
disadvantage, as you canât see the wood for the trees. However, it
certainly makes you appreciate higher-level languages when you come
across them later on!
I see.
Java now seems to be the first language of choice for many universities,
but I would have to disagree with that.
Me too, that is a conclusion I reached after reading the internal SUN
memos that talked about the problems in Java/JVM . . .
Ruby is much nicer than Java and it will teach you plenty of OO
concepts.
Great to know this. I just recently learned that all languages do not
handle OOP the same way. I find it interesting that Ruby, according to
what I have read, features the possibility of using several paradigms
in addition to OO.
However, thereâs no such thing as the âbestâ language, so you should
concentrate on mastering one, then go on to your next.
I will keep that in mind.
Best,
Maurice
Actually, TinyCC has a C interpreter that you can use to test code, so
there isnât much need to compile when you are using it.I believe there is a Windows and a *nix version, so there shouldnât be a
problem with platforms.
Hi forgottenwizard,
Thank you for that info, that is good to know, as I have concluded
that I will need to study C eventually, and something like this sounds
as though it will be very useful.
Happy Hacking,
Maurice
Rick Denatale wrote:
This is not to say that itâs a bad think to learn C, or Latin. But I
firmly believe that for most people this should come later as a way to
expand understanding of how higher-level languages are implemented and
extended, not as a first step to inform how one should think about
higher-level languages.
Itâs a question of whether you learn top-down, or bottom-up. Different
people have different learning preferences.
Traditionally technical subjects have been taught bottom-up in academia
(âbuilding on a firm foundationâ), but there are very good arguments for
the top-down approach too.
Iâm new to this as well. Hereâs a link to a resource that can maybe
help you find/learn ruby info - (there are a lot of others up there if
you just search)Flashcards, notes and learning tools online: YoYoBrain.com.I hope it helps! Let me know what you think about it too.
Best,
Elizabeth
Hi Elizabeth,
Thank you for the link! That is pretty interesting, and I believe it
will be very useful.
Regards,
Maurice
My two cents worth:
Ruby is a good first language to learn if you are really really young
and you are just learning something, because ruby is designed in a way
that lets us apply regular thinking methods. If you are a child,
5.times do something makes more sense than for (i=0; âŠ). However,
if you are a little older and are able to grasp concepts, then you
might be better off learning C.
One reason C is advantageous is it forces you to learn algorithms and
the inner working of âmethodsâ in ruby for instance. It is entirely
possible for a person who has only learned ruby to never bother about
how a sort is implemented. This may or may not matter to you in the
end, but learning C, as someone else said earlier, really makes you
appreciate Ruby, Java etc. Also, going from Ruby to C might be hard
because it might seem like you are always writing code for tasks that
are so trivial in Ruby. So I suggest you learn C first.
Hope that helps.
Jayanth
Hi Mike,
Thank you for this post.
I usually lump beginner programmers into one of two categories, (i) those
who want to become expert programmers for purposes of education,
profession, or hobby, and (ii) those who are interested in learning how to
program sufficiently enough to make work in their primary careers easier,
but donât necessarilly have a specific interest in programming itself.
I am a category (i)
If youâre of the former category, I would say it doesnât really matter what
lanaguage you learn first since you will inevitably learn multiple
languages anyways.
Yes, please see prior post.
Remember that a master programmer is not someone who
expertly understands the minutiae of any single language, but rather is
someone who is proficient in many languages.
A-ha! I had assumed the contrary - this is great to know, and it makes
sense.
That said, there are a lot of languages out there that are complicated or
even cumbersome because they attempt to be sufficiently general as to allow
any âstyleâ of programming without enforcing too strict of rules as to what
code should look like. Perhaps the best example of this phenomenon is C++,
and to a lesser extent Perl. I express caution in learning these languages
as first languages, since, as a novice programmer you donât really have an
intuition for what code should look like, and the language doesnât really
help guide you in learning either.
I see
to others, so itâs certainly possible, and probably not a bad choice
either.
I will consider this.
That said, keep in mind that Ruby is a bit unique compared to other popular
languages. For example, the idiom of using internal iterators and blocks
as looping constructions (e.g., Enumerable#each) is unlike the usual
approach of using a for loop and/or external iterator as you would use in
C, C++, Java, or Python. While I think Rubyâs approach is better, it is
not the norm in other languages. Another example is Rubyâs idiom of
automatic allocation and deallocation of resources by passing them to code
blocks (e.g., File#open). In other languages, one typically has to
explicitly deallocate the resource (close the file) and the code for
writing this safely is not intuitive.
I get the gist of what you are saying. Will remember.
universally in library functions, and other languages © donât implement
them at all. In these languages, you must (or at least should) check
return values of any function you call to make sure that the desired action
performed successfully. Often times people forget to do this, and the
result is code that continues on ignoring error conditions, usually blowing
up somewhere else where itâs difficult to debug.So, while I regard these features as advantages of Ruby, they are, in some
sense a disadvantage when you attempt to learn a different language that
doesnât take care of these issues for you, as you must be diligent in
taking care of them yourself and itâs not something youâre used to.
This resonates with my earlier research as well. Will also remember
this.
Anyways, the crux of my advice is this: Any language that youâre
enthralled by, and canât get enough of, is a good (first) language to
learn. On the other hand, any language that you find bewildering,
confusing, or just plain unfun to learn is probably not a good first
language candidate. If you find youself becoming disinterested after
spending a week or two learning whatever language you choose, skip it and
move on to something else. It may take a while to find the language that
fits, but trial and error is better than giving up on programming
entirelyâespecially when the language that clicks with you is right around
the corner.
Will do.
Regards,
Maurice
Hello Kyle,
Since nobodyâs posted itâŠxkcd: Electric Skateboard (Double Comic)
I see what is meant there.
I donât think you necessarily should program your first projects in C,
but you should learn C as a first language, even if you donât use it
for your first projects. Even if you never use it outside of studying
it.
That resonates with what I had considered in relation to C. I have
also concluded that I should read âWrite Great Codeâ I & II, as those
address becoming acquainted with the bare metal from a programmerâs
perspective.
Cheers,
Maurice
their own right. You do not have to learn whatâs happening behind the
Eric
Hi Eric,
I agree. Thank you for your post.
Cheers,
Maurice
spend your time learning all that depth knowledge youâre talking about â how
to allocate memory, what a pointer is, etc.But itâs not really a closed debate, by any means. I started (barely) with
QBASIC (multiple choice quizzes with if/then/else) â didnât really learn to
program until I got a good book on C++. So I pretty much did the opposite of
what Iâm advocating here.And I stand by, whichever has the best book. Once you know one language well,
learning another is much easier â itâs those first baby steps that are
difficult.
David,
Thank you for this post. I also agree.
Is it just me or is the web interface for posting here actually
PAINFUL to use?
Best,
Maurice
Iâm not convinced someone should learn C before ruby,
however I find C to be an extremely vaulable language to
know.Regards,
Bill
Bill,
I will keep this in mind, thank you.
Best,
Maurice
Recently some ex-students of mine contacted me via a social networking
site to thank me, saying that C had been very valuable to them in their
careers.If the OP wants a good foundation in programming, C will provide it. But
Ruby would be gentler.
Hi Dave,
Thank you for your post. As I have mentioned, I believe I will study C
and those texts so as to become acquainted with the lower level
concepts.
Best,
Maurice
On May 28, 2:54 pm, Mark W. [email protected] wrote:
I was a Classical Studies major at university. People would always
Ruby programmer? Absolutely! What would make you an even better Ruby
programmer, however, is learning Smalltalk or Scheme or TDD or Rails.
Limited time means you canât learn everything. Make sure what you
learn is actually useful.Learning C means not learning something else.
///ark
I agree, although I will devote some time to becoming acquainted with
the lower level, just enough to broaden my perspective I think.
doing it for 25 years now and I still spend more of my time finding and
fixing bugs than I do writing code.
Hi Tim,
I will remember this information. Thank you.
Cheers,
Maurice
On Thu, May 29, 2008 at 6:53 AM, Rick DeNatale [email protected]
wrote:
And while learning Latin, might help some learn French up to a point,
Iâd argue that knowledge of one language can also interfere REALLY
learning another, related or not, if one canât accept that the secondThereâs a long history of English grammarians clinging to the myth
that English grammar must follow Latin grammar, leading to bogus rules
like the injunction against splitting an infinitive, which is common
in English usage, but impossible in Latin since the infinitive is a
To the first point, Iâd actually argue that learning the second
foreign language, or a second programing language teaches you more
about the first than youâd even imagine. Maybe itâs a mindset, or
maybe itâs what languages youâre working with, Iâm not sure.
Contrary to what I advised, I learned BASIC first. I was OK in it,
then I learned C++ in school (It took quite awhile for me to be able
to write straight C after that). Learning in that order Iâve often
felt was not good for me.
But after learning C++, I was so much better in BASIC than I was
before, that I ended up tutoring/teaching it to business students
(this was way back in the day). The only way I could do that was
because learning that second language taught me so much more about
programming.
Although perhaps that makes an argument for learning BASIC (really
really basic, not this VB/business basic junk) or shell script first,
then delving into C, then an abstract language.
There really are so many ways to think of it. Humm.
I still believe that people should learn C though, before embarking on
programming projects, much less careers, even if they donât use C for
it.
As for English and itâs horrific grammar, itâs a Germanic language
that was busy absorbing Latin, Franco and the occasional Greek words
for 10 centuries. Iâve heard, but canât find references anywhere
right now, that the grammar itself was latinized shortly after the
advent of cheap printing. Apparently there was an underlying motive
to make it more difficult, since that would make it easier to
distinguish between the educated and the non educated. Evil isnât it?
Just wish I could find a referenceâŠ
âKyle
On Thursday 29 May 2008 07:39:55 MRH wrote:
Is it just me or is the web interface for posting here actually
PAINFUL to use?
I never noticed. I use it as a mailing list, and itâs also a newsgroup.
On Thursday 29 May 2008 06:54:54 MRH wrote:
Hi David,
Thank you for your post.
Depends what you want to do, and how far you want to go.
I want to program for myself, for clients, and contribute to FOSS
projects, and take it all as far as I can.
Still depends â for example, if you just want to be able to contribute
to the
most FOSS possible, learn C. The vast majority of FOSS projects are in
C,
among them some of the better known. It might be nice to know some value
of P
in a âLAMP stackâ â Perl/PHP/Python/Ruby â but pretty much the entire
rest
of the stack will be written in C. Maybe a bit of shell scripts, but the
shell itself is written in C.
If, on the other hand, you want to write brand new apps, from the ground
up â
or you want to interface with all these existing apps, but not actually
patch
them â then Ruby is as good a choice as any.
But these donât matter as much, since youâve indicated a more academic
curiosity â youâll probably learn both anyway, and more.
I hear you, I am mostly interested in web applications, yet also want
to explore desktop applications for Mac OS X . . . and the more I read
about Lisp, the more interesting it becomes . . .
I suspect that Ruby has more LISPisms than Python. Either would be good
for
GUI OS X apps and web apps.
that English grammar must follow Latin grammar, leading to bogus rules
variable to another, possibly causing buffer overflow or underflow,
This is not to say that itâs a bad think to learn C, or Latin. But I
firmly believe that for most people this should come later as a way to
expand understanding of how higher-level languages are implemented and
extended, not as a first step to inform how one should think about
higher-level languages.
Hi Rick,
Thank you for this post.
Coming from a self taught background in Languages, and being
bilingual, I can see what you mean, and will keep this in mind.
Regards,
Maurice
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.
Sponsor our Newsletter | Privacy Policy | Terms of Service | Remote Ruby Jobs