[personal profile] dmaze
I've heard a rant a couple of times -- around work, even -- along the lines of "why can't schools like MIT teach CS majors how to write code?" There are a couple of directions this goes. One is from interviewing too many people who did a "compiler" doctorate, and so they've spent the past six years doing type systems in ML. Another comes out of interviewing recent grads and expecting them to know C++/Python/Ruby/... and discovering that they only know Java and Scheme. "Shouldn't they have learned some real languages?"

I think the thing MIT needs to teach (not that I have any idea how to teach it) is how to learn a programming language. On some level every programming language is like Scheme or Java; perhaps it has explicit pointers (C/C++) or a stronger type system (Haskell) or is purely stack-based (PostScript) but none of these are fundamentally different. Maybe one thing that would be interesting is a 6-unit programming language overview? Spend a month on C, and a couple of weeks in Haskell/ML land, and then say "right, now here's Python and it's just like these other languages; here's Visual Basic and it's just like these other languages."

There should also be a little encouragement for side projects. If you want to learn how databases work, or how to write Makefiles, an actual project with some direction could provide inspiration. I don't know how many people graduate without taking any real programming classes besides 6.001, 6.170, and 6.034. Perhaps SIPB could produce one-sheets that say "hey, you could use MySQL and Python and the Census TIGER data to make your own maps!" or "hey, you could build Web pages using XSLT!" and provide support/hints. It's a thought.

Date: 2006-03-28 07:14 pm (UTC)
From: [identity profile] arcanology.livejournal.com
I vigorously disagree about teaching 6.170 in C. But I don't think Java is correct either, for a huge number of reasons it's not a good teaching language. CLU was a lot better, if only because it was so totally bent on teaching you the thing it was teaching you.

Real languages accumulate too much cruft and too many libraries to be good at teaching. Except for C, which assuming you ignore the libraries doesn't accumulate cruft. It IS cruft.

Which is not to say everyone shouldn't learn some C. They should. But it's not the correct one to start in, or to do a class about design in.

I dunno about the survey of extras either - that would be like learning to cook by doing a semester in a sausage factory. Most peripherals are so incredibly ill designed (don't get me started about the genius who distinguished tab from spaces in early make files, or XML-flavor-of-the-day) that you'd get a huge drop-out rate right in the middle of that course. Also vomiting during exams.

Which actually leads to another answer about "why can't X teach CS majors how to write code". Which is dude, I've read a lot of code now, and apparently ALMOST NO ONE teaches how to write code. Or maybe, people just suck.

I agree that MIT has to teach how to learn a programming language - the best way to do that being to make you use a variety of them. That's thing one. But the other thing it needs to teach is program design independent of language (which is why it's nice to teach that in a useless language like CLU). I don't care if you can code in C like god's own compiler, if your design is like some of the designs I've seen recently what you've got is a pile of crap that runs really fast.

Profile

dmaze

Expand Cut Tags

No cut tags
Page generated Jun. 13th, 2025 03:14 pm
Powered by Dreamwidth Studios