Obsolete Technical Skills 603
Ponca City, We Love You writes "Robert Scoble had an interesting post on his blog a few days ago on obsolete technical skills — 'things we used to know that no longer are very useful to us.' Scoble's initial list included dialing a rotary phone, using carbon paper to make copies, and changing the gas mixture on your car's carburetor. The list has now been expanded into a wiki with a much larger list of these obsolete skills that includes resolving IRQ conflicts on a mother board, assembly language programming, and stacking a quarter on an arcade game to indicate you have next. We're invited to contribute more."
Assembly isn't obsolete! (Score:5, Insightful)
Re:Assembly isn't obsolete! (Score:5, Informative)
Re:Assembly isn't obsolete! (Score:4, Insightful)
Re:Assembly isn't obsolete! (Score:4, Insightful)
Re:Assembly isn't obsolete! (Score:5, Funny)
Re: (Score:3, Interesting)
Last I checked, his bootloader could load nearly any OS for x86. Doing all of that in a few KILOBYTES of otherwise unused space would be just about impossible with anything other that assembly.
LIST of obsolete things (Score:5, Interesting)
- what to do with a Commodore 64 when its cursor is blinking at you
-----(everyone I know in my circle of friends would go "duh")
-----(they have no clue how to navigate without icons or explorer)
- how to write a simple basic program for your C=64:
----- 10 print "hello"
----- 20 goto 10
----- RUN
- LOAD "$" to get directory off my cassette drive (yes we used cassettes)
- LOAD "*",8,1 to autoload & start most floppy disks
- how to crate 16-color pictures that look good
- how to program the SID to make music
- dir df0: to get a directory on a Commodore Amiga 500/2000
- the difference between Chip and Fast RAM
- why it's a bad idea to multitask 2 programs off the same floppy
-----(because the floppy will knock itself silly trying to read two tracks at the same time)
- ATDP 5601750 to dial on a rotary/pulse phone (ATDT for touchtone)
- +++ to get your modem's attention so you can issue commands like:
- ATH to hang up
- how to create pretty pictures using ANSI
- what is Zmodem, and why it's better to download files with Z rather than Xmodem
- how long will it take to download a 3.5 inch floppy over 2.4k modem
-----(long enough to eat supper and take a shower)
-----(or watch the latest episode of Star Trek The Next Generation)
- how many hours you can squeeze on a T-180 VHS tape (9)
- how many episodes of Quantum Leap if you remove the commercials (12)
- how to repair your copy of Star Wars after the tape tears in half (scotchtape)
Most of the things I just listed were items known by "everyone" back in the 1980s. If you wanted to use a computer, you had to know the various commands and understand how/why things work.
Today people don't need to know command-line text.
They can just point-and-click; it's become easy.
And a lot of the things we used to need to know?
It's essentially automatic now.
Re:LIST of obsolete things (Score:4, Interesting)
Re:LIST of obsolete things (Score:5, Informative)
Sorry, those became way obsolete with Dos 6.22s ability (iirc) to have multiple configurations to chose from.
Anyone remember countless runs of memmaker to squeeze the last byte of RAM out of a config ?
Re:Assembly isn't obsolete! (Score:5, Insightful)
It was always a niche skill, possessed by only a tiny fraction of the population. There are probably more assembly language programmers today than there were forty years ago. And assembly language is used for the same things today as it was back then. If people want to say that today, programmers use languages like PHP and Java for creating web-applications not Assembly, then that is fine. Assembly never was used for creating web-applications because they didn't exist back then. Assembly has neither diminished in popularity nor entirely been superceded in its area. Shouldn't be on that list.
Re:Assembly isn't obsolete! (Score:5, Insightful)
It was always a niche skill, possessed by only a tiny fraction of the population. There are probably more assembly language programmers today than there were forty years ago. And assembly language is used for the same things today as it was back then. If people want to say that today, programmers use languages like PHP and Java for creating web-applications not Assembly, then that is fine. Assembly never was used for creating web-applications because they didn't exist back then. Assembly has neither diminished in popularity nor entirely been superceded in its area. Shouldn't be on that list.
Some skills just seem like they're obsolete or dying because the proportion of people within a field that have them is getting smaller -- but they're really stronger than ever when you look at the raw numbers.
I agree with the parent and fully suspect that there are more people who understand x86 assembler today than there were at the perceived 'height' of assembler, back in the early 90s. There are just that many more people in the IT field. Learning assembler, if you happen to be interested, is also a lot easier now than it was then. Today, computers are basically a mainstream subject, plus you have all the information available on the Internet. In 1990, finding a good book on assembler programming would probably have required a trip to a large university's library.
Obviously there are some skills that really are on their way out, or will be when the current crop of people who truly understand them either retire or die. But in many cases I think it's easy to confuse the S/N ratio in a particular sphere with the number of people who actually are familiar with a topic.
Re: (Score:3, Insightful)
At first we tried poking in the textual strings of BASIC programs into memory, not realizing that even BASIC programs were st
Re:Assembly isn't obsolete! (Score:5, Funny)
Well not reputable web programming anyway.
Re:Assembly isn't obsolete! (Score:5, Funny)
It's not obsolete, here's why: (Score:5, Insightful)
On the other hand, there are many times less people capable of making horse buggies than in the XIXth century; that's obsolete.
Population: Growing! (Score:3, Funny)
Re: (Score:3, Insightful)
Seriously though, I do a lot of PIC assembly programming. Something like Arduino is fun to play with, but for anything non-trivial in an embedded system, it has to be assembly.
Re:It's not obsolete, here's why: (Score:4, Insightful)
Because non-programmers don't program in ANYTHING? Duh?
I bet the number has fallen sharply. It used to be impossible to do many things without ASM. Now you can just throw processing power at problems and hope they go away. Ever notice how much less responsive your computer is when you're not even USING all the amazing new functionality, compared to say PC-GEOS? A lot of that is due to lazy programming. And part of that is not optimizing much, if at all; and part of that is not doing any assembler.
Most programs are never optimized (or at least never heavily optimized) because they can run on our computers of today. Think about it: right now I have barely more actual functionality than I did on my Sun 4/260, but in the name of eye candy and tooltips and shit I run Ubuntu and it's about as responsive on this Core Duo T2600/2GB DDR/80GB 7200rpm SATA as Solaris 1.x was on a SPARC at 16 MHz, with 24MB of FPM DRAM, and a 500MB 5400 RPM SCSI-II fast/narrow disk.
Re:It's not obsolete, here's why: (Score:5, Insightful)
Coding in higher-level languages frees programmers up to create actual cool stuff. It's great that some ur-geek wrote a bitchin' disk driver in ASM that fits in 7KB of code during one Jolt-and-meth-fueled month back in 1991 but jesus, who cares. Given the chance, I bet that engineer would have done it in 1/4 of the time in C and actually done something useful with the rest of his month. Or at least stayed away from the meth and Jolt.
It's the technological equivalent of carrying buckets of water three miles from the stream to your prarie frontier home every single morning. Like, it's cool and admirable that people once did that, but thank goodness we generally don't have to do that these days. Even if my tap water really doesn't have any new functionality compared to that stream water.
Re: (Score:3, Interesting)
Maybe less in terms of quantity, but more in terms of quality.
You think you'd be using a nice, modern web browser or game if they had to code the whole thing in assembly?
Quite possibly, yes. The assembly requirement would present quite a barrier of entry, but at least it would raise the overall quality of the software. People who manage to write bug-ridden crapfests in high level languages would have a hard t
Re:It's not obsolete, here's why: (Score:4, Insightful)
>Maybe less in terms of quantity, but more in terms of quality.
I disagree. The complexity of a software module does not grow linearly with size. It grows much faster than that. Something like Firefox (a piece of software most of us enjoy, though most of us agree it could be much more svelte) just couldn't be accomplished in any reasonable time frame in assembly because of the sheer complexity involved.
Assembly has its place (and always will) and I'll ALWAYS look to assembly programmers as the true heroes of the programming world. I just like to take issue (or rather, poke fun) at these people that pine for an imaginary world where everything is written in assembly.
Re: (Score:3, Interesting)
You're also overlooking something called "debugging". You think you'd be using a nice, modern web browser or game if nobody involved had any understanding of assembly language? When testers send crash dumps back to the developers of IE & Firefox, what do you think those developers are looking at? Same thing for games. The latest few months of any project a
Re:It's not obsolete, here's why: (Score:5, Insightful)
In the context of this discussion, a skill is obsolete when it is no longer needed to do something that is still being done today - For example, nobody needs to know how to load a program off tape on a C64 these days, because we don't have C64s anymore.
By this definition, assembly programming is obviously NOT obsolete. We still need assembly programmers: for device drivers, for kernel programming, for writing compilers, for reverse engineering old code that is no longer supported, for cracking dumb DRM schemes that take away our fair-use rights, etc etc etc. The fact that not many people know how to write assembly is irrelevant: does the fact that few people know how to build a human-rated space launch vehicule mean that it is obsolete?
Re:Assembly isn't obsolete! (Score:4, Insightful)
Niche ? JIT compilers depend on it - to nitpick, they propably product opcodes, but it's not like there's much difference. In fact all compilers which produce machine code depend on it. All systems programming depend on someone writing the assembler routines to actually manipulate the hardware.
Assembler is a niche skill to a programmer in the same way that knowing how to build foundations is a niche skill to a house builder: you can make do without, but only as long as you get someone else to do the groundwork for you.
Re: (Score:3, Informative)
However the most common use of lots of assembler is compilers. Not just traditional source->executable compilers, but JIT recompilers are in every emulator that wants a sensible amount of speed.
Re: (Score:3, Interesting)
Steve Gibson does it:
http://kleinmatic.typepad.com/kirkunit/2007/03/steve_gibsons_a.html [typepad.com]
Re:Assembly isn't obsolete! (Score:4, Funny)
Well, you just told me to get a floppy drive.
Re: (Score:3, Informative)
Re:Assembly isn't obsolete! (Score:5, Insightful)
Re:Assembly isn't obsolete! (Score:4, Interesting)
Two hundred million VB, PHP and Ruby programmers want to disagree with you. But you are right. Assembly is as much a part of the system as transistors and stack pointers. My first system had a 6502 with a BASIC interpreter in ROM. The back page of the instruction book had the 6502 instruction set printed on it (lucky it wasn't a Z80). That was much more interesting for a 13 year old than basic.
Re:Assembly isn't obsolete! (Score:4, Insightful)
Re:Assembly isn't obsolete! (Score:5, Informative)
Re: (Score:3, Informative)
I had a compiler on CP/M which generated assembly and sent the output to an assembler. I don't think GCC works that way. It probably generates machine code directly. Maybe it has a symbolic "assembly" layer inside.
Re: (Score:3, Informative)
Re:Assembly isn't obsolete! (Score:4, Informative)
In fact, the gcc or g++ commands are 'drivers' that first call a preprocessor, then a compiler, then an assembler and finally a linker (all of them separate executables).
websites in assembly ... (Score:3, Interesting)
Programming a website in assembly, on the other hand, would be pretty thickheaded.
My point is that a knowledge of assembly is indeed very usefull for any programmer. I only disagree with your gratitious bashing of script languages and their users.
Re:Assembly isn't obsolete! (Score:5, Insightful)
Re:Assembly isn't obsolete! (Score:4, Insightful)
For example, data structures such as lists and arrays are used interchangeably without any idea of the pros and cons of each, and the right place to use them. There are plenty more examples of this.
At the very least, the abstract notion that we should aspire to understand what lies beneath our current level of knowledge and how it affects the quality of code is fundamental to good practice.
Re: (Score:3, Informative)
and sometimes programmers make really horrible descisions like trying to delete elements from the middle of an array and move up everything after it. Sometimes programmers read large blocks of data into strings and try to use string manipulation on them etc. Theese bad descisions are imperc
Re:Assembly isn't obsolete! (Score:4, Interesting)
Cracking protected information. (Score:5, Insightful)
Re:Cracking protected information. (Score:5, Insightful)
Re:Assembly isn't obsolete! (Score:5, Insightful)
Sure 'smartphones' etc start getting programmable in high-level languages but OTOH simple microcontrollers enter more and more of daily appliances. You don't write firmware in assembly for a DVD player anymore, but you write it for a toaster or a bicycle lamp, devices that 5 years ago didn't have any firmware or programming capability. The frontier is and likely always will be assembly, and even though the frontier keeps moving and likely in 5 years the bicycle lamps will be programmable in Java, maybe ballpens will be programmable in assembly.
Re: (Score:3, Informative)
Here's [made-in-china.com] a programmable pen, couldn't find a bicycle lamp, so here's a NetBSD Toaster [embeddedarm.com] instead, for 4096 levels of burned bread and a web server.
Re:Assembly isn't obsolete! (Score:4, Informative)
http://en.wikipedia.org/wiki/Image:Pdp-11-40.jpg [wikipedia.org]
Running a shmoo curve on magnetic core memory is an obsolete skill.
http://ieeexplore.ieee.org/iel5/20/22897/01066073.pdf?arnumber=1066073 [ieee.org]
Re: (Score:3, Interesting)
But it goes beyond kernel debugging. Any Antivirus researcher worth his weight (or at least a fraction thereof) knows x86 assembler to the core. When the automatic analysis fails, you still toss the malware into a disassembler and you have to find out why the analyser failed. What system did they use this time to foil your analysis attempts?
Although you do notice that also on the "other side" (i.e. at the people writing those crit
All skills are of value (Score:5, Interesting)
Re: (Score:3, Interesting)
Re: (Score:3, Funny)
Assembly coding isn't obsolete... (Score:2, Informative)
Too many jokes and false entries (Score:4, Insightful)
The whole list is crap (Score:3, Interesting)
Using a Fountain Pen
Coins on the machine to reserve next go
Memory Management
There are many many useful and relevant skills on there.
Re: (Score:3, Interesting)
Re:One more for the list: (Score:5, Funny)
Re:One more for the list: (Score:4, Funny)
Stretching a bit to make the list (Score:2)
It's a crap list. (Score:2, Informative)
Navigating by compass is obsolete? (Score:5, Insightful)
Some things on that list are either silly or shortsighted.
Re:Navigating by compass is obsolete? (Score:5, Funny)
Another thing that's obsolete is like maths, because we always have calculators now.
Re:Navigating by compass is obsolete? (Score:5, Funny)
Re:Navigating by compass is obsolete? (Score:5, Funny)
You know, there is this one leg of my table that's a little short, so the log table comes in handy.
Assembly language is obsolete? (Score:3, Informative)
Re:Assembly language is obsolete? (Score:4, Insightful)
Re: (Score:3, Informative)
The ARM Risc is a joy to program. 15 general purpose registers that could be used with any instruction, conditional instructions, I could go on all night. This caters perfectly to the needs of assembly. The only thing that x86 caters for is the need for compatibility with the 8086.
I'll add one (Score:5, Funny)
Re:I'll add one (Score:5, Funny)
Using a rotary phone is a "technical skill"?? (Score:5, Interesting)
Anyway , here in the UK new and refurbished rotary phones are a niche fashion item. You can pick them up in a number of places for a reasonable amount.
Churn butter? (Score:5, Insightful)
Re:Churn butter? (Score:5, Funny)
The surprising part is how butter comes out in those brick shapes. Surprising for the cow, that is...
Obsolete skills (Score:5, Insightful)
Another one (Score:5, Funny)
Yeah yeah, Troll.
So, I'm obsolete, huh? (Score:5, Insightful)
Creative Destruction at Work (Score:5, Interesting)
I've noticed that we on Slashdot seem to struggle with this concept daily, be it the loss of jobs to outsourcing, development and adoption of new technology, reform of IP laws, the slow death of the MPAA/RIAA, and even the subject of this article (which is the perfect example). It is probably a little off-topic, but I think this common thread should in these subjects should be pointed out, because all of our discussions seem to hinge on this critical question: Is the creation worth the destruction?
I can think of a few (Score:5, Insightful)
The skill to determine a modem's connect speed from hearing the negotiation sounds.
'Notching' an old single-sided floppy to be able to make it a double-sided disc.
Cleaning and/or aligning the heads on your cassette player.
Terminating or crimping coax.
Knowing you need to type "DIR
Was 'winding your watch' in the list?
I'd love to see some speculation on what skills you'd expect to be obsoleted by 2029.
asm is NOT obsolete! (Score:5, Interesting)
Every serious programmer should have some experience of assembly language so they can grok what's really going on. Nothing tells you why buffer overruns are so bad than watching a program written in asm run over its own stack obliterating the return address. It doesn't need to be a fancy 32 bit or 64 bit desktop chip, an 8 bit ISA or one of the classics such as the Motorola 68K is enough to understand the principles of what happens at the chip level. If you want to see what happens when programmers simply don't grok the hardware, just check out The Daily WTF.
By the way, get off my lawn!
That's just great (Score:5, Funny)
Everything I learned as a kid is obselete now... (Score:5, Interesting)
He was the master at converting 3-cylinder Saab 96 (and 95) models to the newer V4 engine. He had it down to a science, and cars we converted ran all over the country.
A few of the more mundane skills I learned back then:
--Setting the dwell angle by adjusting the ignition points, then rotating the distributor to set the ignition timing.
--Disconnecting the ringer on Western Electric rotary-dial phones, so Ma Bell couldn't detect how many extentions you had (illegally) connected to your line.
--Dialing only the last 5 digits of a 7-digit phone number: within the same exchange, the mechanical switches at the local Bell office would make the connection.
--Scraping conducting material off the rotary dial in the cable box to enable HBO and Showtime.
Jumping off the bandwagon? (Score:5, Insightful)
I grew up with home computers. I learned BASIC when I was 11. That is obsolete skill now. Then I got my first PC in 1988 and learned DOS. That's obsolete. Then I learned Borland's Turbo Pascal. That's obsolete. Then I learned Microsoft C programming and started programming Windows 3.1 applications that used Windows menus etc. That's obsolete. I learned Gopher and Telnet in the 80s. That's obsolete. I learned Pine. That's obsolete. I learned to tweak Windows 95 registry. That's obsolete. I learned BEA Tuxedo at work. That's obsolete. Looking at it now - I've wasted countless of hours to something that is totally obsolete now! Had I invested that time into improving myself - learning who I am, how I behave, how to enjoy this life - I would be much happier now I guess.
Re:Jumping off the bandwagon? (Score:4, Insightful)
Re:Jumping off the bandwagon? (Score:5, Informative)
Basic:
Basic programming building blocks- variables, statements, control of execution flow with if/then/else and goto
DOS:
directory structures, command line navigation, computer architecture (and how bad design time decisions can lead to decades worth of headaches)
Turbo Pascal:
Not too familiar w/ Pascal anymore, but if IIRC, you should have learned how to use functions, namespaces, and the modular programming model.
Microsoft C Programming:
Event driven programming models, resource handles, GUI development issues- how to expose just enough complexity to make things useful without cluttering the screen, and the C aspect... you learned the syntax underpinning just about every other major language since and the basics of using structures, pointers, handling memory, the list could go on for pages.
Gopher/Telnet:
How plain text internet protocols generally work- and if anything you learned some cool tricks to do a raw telnet session on port 25 and spoof email from the boss.
Pine:
Email concepts/netiquette. Was Pine really so hard to learn anyway?
Windows 95 registry:
Eh probably the least portable skill here- you at least learned to be comfortable with digging into a blackbox OS and looking under its skirt. The registry is still in use in XP, not so sure about vista, so this is a skill you will get at least 15 years of use out of.
Bea Tuxedo:
not too familiar w/ this product, but if I remember correctly, its all about virtualization, which is now one of the hottest new technologies in the sysadmin/IT world.
Sounds like you learned a hell of a lot. Sure none of these are all that employable *today* but couple that background with a weekend spent with a Java book and I would employ you with a 6 figure salary in a second over some newly minted sun certified ITT Tech grad.
Re: (Score:3, Insightful)
C programming (not MS-specific) has been a useful skill for decades now, with no end in sight. I program in C every day.
telnet: it's been replaced by ssh, which basically works the same. Command-line UNIX doesn't seem to be going anywhere.
Pine: who cares? Email programs aren't hard to learn.
LILO?!!! (Score:3, Funny)
Starting a fire with sticks (Score:5, Funny)
Crushing a Mastadon with a bolder
Killing your enemies & impregnating their women
Being a Sun God
Syquest drives. (Score:3, Funny)
RS
Troubleshooting/repairing hardware... (Score:4, Interesting)
There are hundreds of obsolete skills. (Score:5, Interesting)
I don't have MCSE, CCNA or anything else because the sheer fact is that by the time you've passed the course and been using it for a year, its content is out of date. Not all of it, but quite a bit of it. Especially on those courses designed for particular bits of software. And they are nothing but memory tests. That's not learning.
I've done assembly, I've done BASIC and everything in between. My University tried to teach me Java until I stopped attending the lectures for that part and was instead "hired out" to other students as the person to ask about the Java coursework. I'd only ever dabbled in it but having programmed in a lot of other languages it was no more than a curiousity to flick through a Java book and pick up the syntax. I did the coursework myself at home, taught many others to pass the course, and passed myself (good grades for that course) with barely a sweat. I'd dabbled in Java before but it was merely a matter of flicking through a half-decent book on the subject, applying everything else you already know and making sure you have a list of function-method-procedure (call them whatever you like, OO is just a shortcut that saves you typing so much functional-programming code) name changes handy. KMP search algorithms are the same in any language, it's just a matter of learning or merely memorising (which is NOT learning) the differences between languages.
Similarly, my primary job is being hired by schools to manage their networks. First one was 98-standalones with Ethernet cables basically used for display.
Formal training in any of the above OS, network management, network management software or application software? Zilch. Number of networks exploded? Zilch. Number of networks more productive once I had finished with them? 100%. Number of schools chasing me for further employment to work on their next big network, next OS, next suite of applications? I lose count. And these are critical networks - they run everything from the canteen to the staff wages to the legally required paperwork to the student desktops to the fire and security systems. You have no idea how crippled a school is nowadays if its servers go down... lessons stop, systems go haywire and the students get sent home. And they literally fight over getting an imbecile like me in to manage their systems, or even just clean them up so that they can employ a "normal" technician next year.
If you can learn, you can run any OS, of any age, at any time, in any combination without a problem. If you can't then you're stuck memorising "Windows Vista for Dummies" until the next OS comes out a
Re: (Score:3, Informative)
Erm... You might have been technically correct fifty years ago when everybody still did Latin but not any longer. It's standard practice in every company I've ever worked, for the last 20-odd years and probably a lot longer than that. CV = personal details + list of qualifications + (summarised) work history + references + (possibly) brief statements about important project you've done in the past (unless you're under 18 when it seems you're taught to list "interests" like "watching TV
This is the list for morons. (Score:5, Funny)
Balancing a checkbook
Clicking on the up and down arrows of a vertical scrollbar
Commuting
Extracting square roots
Handwriting (How to fill out forms and sign stuff and write notes.)
Having Cash (and how to properly make change)
Long division?
Look for a job in the classifieds?
Looking up a business on the yellow pages
Local Grocery Store?
Paying for something with a check
Playing solitaire with playing cards
Reading a paper map
Searching a card catalog
Using a cell phone to make a call
Untangling the cord of a telephone
Using a card catalog
Using a fax machine
Using the Dewey Decimal System
Zipping your pants
If your new hire can't do any of those, you do you really want them?
Phone Books (Score:5, Interesting)
Back when I was a kid, I grew up in a modest town of about 50,000 people. Too big to be a small town, not big enough to get on most maps. Our phone book was about one inch thick. Small towns had phone books that were essentially glorified pamphlets, about 1/4" thick, and even then they shared it with all the neighboring towns. I knew people from small towns who thought phone numbers were four digits long, since the first three digits were always the same (and the then-optional area code was the same for probably a hundred miles).
When my family would go on trips we would visit "big cities" like Dallas, Houston, Orlando, Memphis, etc. (yes, I'm from the South) and in the hotel rooms I would notice that the phone books were always really thick. Like 4-5" thick. And sometimes, that was just the yellow pages, the white pages were an entirely different book, itself 3" at least. And they always had these awesome pictures on the front of the local skyline instead of the giant public domain "fingers do the walking" logo that would grace the phone book back home.
So consequently I made the connection early on in my mind that living in a huge city meant you were a success. And living in a huge city meant a huge phone book. Therefore, having a huge phone book in your home meant you were a success. A tenuous connection, but even then I had big dreams of moving to a "big city" later in life and one of these days I would have a big phone book in my house because hey, that's what big successful people living in big successful cities do.
Years and years pass. I grow up, go through High School, go to College, graduate, get married, and eventually my Wife and I move to the Dallas/Fort Worth Metroplex. We get good paying jobs and rent then eventually buy a house. Initially the phone books that would appear on our porch would be the same standard one-inch affairs I grew up with because we live in the suburbs and they only cover the suburbs, but then one day a bag with two phone books, a 3-inch white pages and a 5-inch yellow pages, shows up on our front porch. These phone books cover the entire Metroplex. They have amazing photos of the Dallas skyline, with Reunion Tower (the one with the ball on the end) on them (under a stuck-on ad for some ambulance chaser, but that peels off easily enough).
I'm elated. After all these years, I've finally made it! I'm finally in a good job making good money and living in a big city and hey, like all big successful people living in big cities, I have a pair of bigass phone books. I've arrived! Every time I look at these phone books I'll remember how I'm in a big city.
So I put these phone books next to the phone and the first thing my Wife says was "Just throw those things away. We have the Internet now."
I ignore the order and I keep the phone books under the phone cradle for a few years, exchanging them out when a new one comes in. I never tell my Wife the insanely silly "but I've always wanted a big phone book" fantasy because I'm not in the mood to get laughed at (though, apparently, I don't mind that people on Slashdot will laugh at me). I get to keep them in place with the razor thin "well what if we want to look up a phone number when the power's off or our Internet is down?" excuse.
But then one day I'm cleaning the house and I'm trying to reduce some clutter and it occurs to me that in two years I've never opened these things, ever, and they're just collecting dust and the odds of the power going out or the Internet going down at the same time as my cell phone battery dying and me having to have some obscure phone number are vanishingly small. Oh, and in the years since we moved out here we've switched to Vonage so we couldn't even use the phone in a power outage anyway. And I now have Internet access on my phone (hell my wife has a Treo) so if we needed to
Some weird choices there (Score:3, Informative)
How about: making wooden wheels, for cars or carts?
Drilling holes in stone with a hammer and a stardrill?
Repacking plumbing/steam gasket seals?
Installing/maintaining lead/oakum plumbing?
Relashing valve pushrods or regrinding valve seats with a file?
Filing threads?
Making nails with a hammer and a header?
Making wrought iron?
Making aluminum without electricity?
Forming lumber with a froe, an adze, and a two-man saw?
Tanning leather?
And some of the items, I just flat-out disagree with: making a fire by striking two pieces of flint together? That *doesn't work*. You strike a piece of steel against flint, which throws sparks because the steel is cut by the flint and showers off bits of hot steel. Flint doesn't burn.
Simplistic thinking in this list (Score:5, Insightful)
Even the summary contains a dubious suggestion, "Changing the gas mixture on your car's carburetor". Perhaps the author is unaware of the vast numbers of motorcycles and small engines sold each year that incorporate carburetors?
"Cast lead bullets"? Thousands, if not millions, of ammunition reloaders would disagree.
"Changing vacuum tubes"? Millions of musicians would disagree.
"Darkroom photography skills"? "Developing photographic film"? Obviously, this person is not a photographer!
That's as far as I can get without becoming even more disgusted with the state of humanity, or at least the supposedly tech-savvy people who probably are contributing to this list.
Using DEBUG to Start a Low-Level Format "g=c800:5" (Score:3, Interesting)
Cutting write enable notches in 5.25" floppies.
Drilling write enable holes in read only 3.5" floppies.
Replacing worn out switches in Amiga mice.
Building custom serial cables.
Re-ordering items in config.sys to optimize the amount of RAM free.
Monochrome VGA, with 704k free.
Watching terminal output to figure out serial speed, bits, parity, and stop bits.
Disabling screen I/O while using punter, to get that extra 5% of throughput.
Avoiding the zero subnet.
Working with non-CIDR subnet masks, or masks with zeros in them.
PC-NFS.
Deleting enough files on RSX, so that there was contiguous space to put system files on.
PIP on CP/M. Hiding files using a programmer number.
Generating Novell remote program loader files using diskettes.
EMS vs XMS debates. The Intel Above Board.
Locking up Hayes 1200B modems by hitting backspace.
Ripterm. Ymodem-G. QWK mailers. Whistling the modem tone to see if a modem was calling you.
Intentionally misspelling things on a BBS to avoid the profanity filter. (Warez, pron, fcuk, leet, a$$, sh1t, etc.)
Using high speed cassette copiers. Using Chrome tape.
Connecting daisychained peripherals. Connecting separate analog and control busses on hard drives.
Figuring out which drives were RLL capable.
GCM vs GCR.
Backing up data to VHS. Cofiguring multiport serial boards.
Fossil drivers.
The 5.25" hard disk.
Re:Shorthand is not redundant yet (Score:5, Funny)
Re:Shorthand is not redundant yet (Score:4, Funny)
Kinky!
Re:But what is going to be obsolete ? (Score:4, Informative)
Everything which is written in Java uses C.
Everything which is written in C uses Assembler.
Everything which is written in Assembler uses machine code.
And so on.
Re:But what is going to be obsolete ? (Score:5, Insightful)
In a nutshell, it doesn't matter what language you use, which language is the next big thing, or what language becomes obsolete tomorrow. You will probably not know all those fancy functions that do what you used to do by hand, but what matters is whether you know the math behind the code. I've seen so many people claiming to know Java, C# and whatnot, just to give me that incredibly blank stare when I ask them for hash tables. Yes, they know every function, every class in Java by heart, but they have no knowledge of what they should actually DO with it.
Now, it might not be a "necessity" tomorrow when there is a function that does it for you. But it is VERY easy to learn about a function (hell, look it up, it ain't like there's no online help file for it) while it is not so trivial to understand what it actually DOES.
So it does not matter what language will arise or what language becomes obsolete. What matters is that you know the theory behind the structures you're supposed to use. When you know that, you can understand what the functions and classes do. When you understand that, you can more efficiently and sensibly fill them. When you do that, your program will work with fewer bugs and fewer "why the fu.. doesn't that work now, it did last time" moments.
Don't learn languages. Learn theory!
Re: (Score:3, Insightful)
Re: (Score:3, Informative)
Have a good look around the car and you might notice the mono-motronic ecu, the catalytic converter, the fuel pump for the injection system. Take the air filter housing off and you'll spot the injector aswell...
Re: (Score:3, Funny)
Re: (Score:3, Informative)