Skip to main content

The difference between Vista, XP, Linux and MacOS explained!

I was looking around for some nice articles to read till I reached this funny yet real blog post from Phil Shapiro on washingtonpost.com.


The Difference Between Vista, XP, Linux and Mac OS Explained
Wherein a middle school student asks me to explain the difference in simple terms. I do just that.

A middle school student I know asked me to explain the difference between Vista, XP, Linux and Mac OS. Here's the gist of our conversation:

Me: "You want to know the difference in real simple terms? Okay. Vista is bad gnews and GNU is good gnews. XP ain't such bad gnews, until you reach the blue screen of death, which ain't good gnews at all."

Middle schooler: "Okay, I think I understand. How about Mac OS?"

Me: "Mac OS is like a beautiful Bermuda island with a prison wall built all around it."

Middle schooler: "Really? How so?"

Me: "Well, Mac OS uses Digital Recreation Management (DRM), so if you want to build a sandcastle, you are forced to use an approved pail."

Middle schooler: "An approved pail? I want to use my own pail. That sounds to me like it's beyond the pale."

Me: "That indeed it is. It's beyond the pale. To use an approved pail is going to cost you $40 up front. Would you like to use Mastercard or VISA?"

Middle schooler: "I don't want to use Mastercard or VISA. I just want to use my own pail."

Me: "It sounds to me like you're ready to break out of prison and live a life with no bad gnews."

Middle schooler: "Yes, I'm ready now. I'm ready for that. Will you show me how?"

Me: "Well, sure, I can show you how."


I just love how he spelled GNEWS (news) , so GNUish.

Comments

frex said…
it is still not clear for me.
MARVIN TRILLES said…
hi frex, obviously the guy is a linux guy with all the GNU'sh term he is using. the story was more focused on how open the systems are in terms of the source code and the opportunity for integration.. apple being the "most closed" system , windows being next and linux as the "most open" system :)

Popular posts from this blog

Getting Started with Stateless : A Lightweight Workflow Library Alternative for .NET

Image Credit: https://www.pioneerrx.com A year ago, I was looking for a simple workflow manager for a project I was working. Its a medium sized application that involves tracking the state of assets in the system. Back in 2008, Microsoft (MS) introduced new technologies along with the release of Visual Studio 2008: Windows Presentation Foundation (WPF), Windows Communication Foundation (WCF), and  Windows Workflow Foundation (WF). Having worked in a company utilizing mostly MS products for development, my first option was to go with WF. After doing some time reading and studying the library, I paused and decided it was too complex for my requirement. Using WF would be an overkill and the fact that it has, a rather, steep learning curve, there has to be another option. My mind toyed with the idea of developing a simple workflow library myself. It would be a learning experience but it might end up consuming a lot of time. Why reinvent the wheel? So I started querying the ...

Hiding Unwanted Python Folders and Files in Visual Studio Code

Visual Studio Code is a universal editor and pretty good at it. However, the explorer view maybe cluttered with the automatically generated folders and files confusing developers. Python is no different. Below are example files and folders generated by Python. The __pycache__ folder and *.pyc files  are totally unnecessary to the developer. To hide these files from the explorer view, we need to edit the settings.json for VSCode. Add the folder and the files as shown below: Copy and paste the lines below : "**/*.pyc" : { "when" : "$(basename).py" }, "**/__pycache__" : true

How to Kill a Slow Process using DOS Batch File Script with TaskKill and TaskList

If you are still trapped in the era of batch files and command lines in Windows environment, here is something you can add to your DOS cheat codes.  Lucky for us here, we are still using DOS batch file to implement installation of some updates to our system. Here is a simple batch file script that is designed for slow systems that requires a significant amount of time to kill a particular process. The requirement is simple,  do not start any copying or moving of files until  the process ( i.e. MyProcess.exe) is totally killed by DOS. The simplest solution would be to use TASKKILL to kill the process, wait for a few seconds  then start copying/ moving of files there after. Unfortunately, while we were testing this simple step on a slow machine, DOS would take an awful lot of minutes to kill the process in question. Thus, when our delay is reached, we would encounter error on copying/moving files that is currently used by the unkilled process causing a failure on ...