Skip to main content

My Personal Tech Biases

The surest way to get into an argument might not be a discussion of religion or politics. No, the real heated debates, at least online, deal with those really important matters of bias:

  • Windows, Linux, or OS X?
  • iOS (iPhone / iPad) or Android and Chrome (or maybe Windows Mobile)?
  • XBox or PS3? (Sorry, Wii)
  • FireFox, Chrome, IE, Safari, or other? 
  • PHP, Perl, JavaScript, or ASP / .Net?
  • Objective-C, C#, or C++ with Qt?

You get the idea. If you really want to read arguments, read technology blogs. These are passionate people arguing vehemently over technologies that often come and go faster than an Italian national government. The lifespan of some fruit flies seems longer than the life of a cell phone generation.

My students have grown up with the same attachments to modern technologies that I have for fountain pens and mechanical pencils. (I love a good pen or pencil.) Getting a student to switch from Mac to Windows or from Windows to Mac can be nearly impossible. I've had one tell me she'd never work at a place with Apple systems. Talk about passion.

This attitude leads me to explore a basic question: what are my technology biases? Do those biases and expectations effect how I teach?

Here are three of the biases I recognize in myself:

Apple. It really is more about the experience than the hardware. I complained about the shift to Intel chips, but when things kept on working, I decided Apple (Steve) knows best what I need. My first Apple experiences were with an Apple IIe. How could I not love one of the companies that introduced me to computing? OS X is the Unix I used in college, with the option to ignore it. Also, I believe System 7.x and System 9.x (only minimally related to OS X) were the move innovative personal computer operating systems, setting the trajectory for today's GUI experiences. Perfect? No. But innovative.

Keyboards. Though I am an Apple fan, I prefer a command line when I want speed. I use Terminal (I switched to Bash before Apple did) and can't comprehend life without shell scripts. Automation is worth the initial effort. I use MySQL via Terminal -- not via some GUI thing. I am also a keyboard shortcut maven, even within OS X applications. I type "alternative characters" faster than I could ever insert them via a menu.

Pascal and BASIC. Yes, I still like the old "procedural" languages I learned in the 1970s and 80s. I'm willing to update those preferences to Delphi's Object Pascal and Microsoft's VisualBasic (through 6.x). For all their power, the C-family of languages never thrilled me. Don't even get me started on Apple's insistence that Objective-C is the be-all, end-all of languages. Apple should have maintained the Carbon frameworks and allowed some competitive language tools. Microsoft's C# is elegant; too bad nothing will pressure Apple to offer an alternative to ObjC.

I'm sure I have other biases and that those affect how I interact with technology. Do you have any tech biases?

Comments

Popular posts from this blog

MarsEdit and Blogging

MarsEdit (Photo credit: Wikipedia ) Mailing posts to blogs, a practice I adopted in 2005, allows a blogger like me to store copies of draft posts within email. If Blogger , WordPress, or the blogging platform of the moment crashes or for some other reason eats my posts, at least I have the original drafts of most entries. I find having such a nicely organized archive convenient — much easier than remembering to archive posts from Blogger or WordPress to my computer. With this post, I am testing MarsEdit from Red Sweater Software based on recent reviews, including an overview on 9to5Mac . Composing posts an email offers a fast way to prepare draft blogs, but the email does not always work well if you want to include basic formatting, images, and links to online resources. Submitting to Blogger via Apple Mail often produced complex HTML with unnecessary font and paragraph formatting styles. Problems with rich text led me to convert blog entries to plaintext in Apple Mail

Learning to Program

Late last night I installed the update to Apple's OS X programming tool suite, Xcode 4. This summer, in my "free" time I intend to work my way through my old copy of Teach Yourself C and the several Objective-C books I own. While I do play with various languages and tools, from AppleScript to PHP, I've never managed to master Objective-C — which is something I want to do. As I've written several times, knowing simple coding techniques is a practical skill and one that helps learn problem solving strategies. Even my use of AppleScript and Visual Basic for Applications (VBA) on a regular basis helps remind me to tackle problems in distinct steps, with clear objectives from step to step. There are many free programming tools that students should be encouraged to try. On OS X, the first two tools I suggest to non-technical students are Automator and AppleScript. These tools allow you to automate tasks on OS X, similar to the batch files of DOS or the macros of Wor

Learning to Code: Comments Count

I like comments in computer programming source code. I've never been the programmer to claim, "My code doesn't need comments." Maybe it is because I've always worked on so many projects that I need comments  to remind me what I was thinking when I entered the source code into the text editor. Most programmers end up in a similar situation. They look at a function and wonder, "Why did I do it this way?" Tangent : I also like comments in my "human" writing projects. One of the sad consequences of moving to digital media is that we might lose all the little marginalia authors and editors leave on manuscript drafts. That thought, the desire to preserve my notes, is worthy of its own blog post — so watch for a post on writing software and notes. Here are my rules for comments: Source code files should begin with identifying comments and an update log. Functions, subroutines, and blocks of code should have at least one descriptive comment.