Skip to main content

Passing on the MacBook Air

Looked into Apple Macintosh Laptop computers, as the new lab is a mac lab and decided to pass on the MacBook Air.

In comparison to the MacBook I found
Pros:
  1. Light - 3 pounds (vs 5 pounds for Macbook and my current HP DV2210us)
  2. Illuminated keyboard
Cons:
  1. Max memory is 2Gb (vs 4Gb)
  2. Max CPU brawn 1.8GHz Core 2 Duo (vs 2.4 GHz Core 2 Duo)
  3. 80GB 4200-rpm 1.8in HDD (vs 250 GB 5400-rpm 2.5in HDD)
  4. No optical drive (vs 8x DVD burner)
  5. 1 USB 2.0 and NO firewire (vs 2 USB 2.0 and 1 firewire)
  6. No ethernet port
  7. The power connector and the USB slots open out awkwardly from the case base [engadget]
Mostly, this machine will be plugged into a keyboard, a large monitor and will sit on a desk doing number crunching and paper writing (Macs do all the work for you, right, not like PCs where you actually have to write the paper yourself). I imagined the awkwardness with which the MacBook Air would sit, with no ethernet cable, always relying on a wireless network, even for DVD burning/loading, with that side slot half propped open because I want to use a flash drive to move a file. So I decided to go with a fully muscled up MacBook that is as small (the tabletop size is just a bit smaller than the Air), slightly heavier, and has double the memory and triple the harddisk, and infinite times more firewire and ethernet.

Comments

Popular posts from this blog

A note on Python's __exit__() and errors

Python's context managers are a very neat way of handling code that needs a teardown once you are done. Python objects have do have a destructor method ( __del__ ) called right before the last instance of the object is about to be destroyed. You can do a teardown there. However there is a lot of fine print to the __del__ method. A cleaner way of doing tear-downs is through Python's context manager , manifested as the with keyword. class CrushMe: def __init__(self): self.f = open('test.txt', 'w') def foo(self, a, b): self.f.write(str(a - b)) def __enter__(self): return self def __exit__(self, exc_type, exc_val, exc_tb): self.f.close() return True with CrushMe() as c: c.foo(2, 3) One thing that is important, and that got me just now, is error handling. I made the mistake of ignoring all those 'junk' arguments ( exc_type, exc_val, exc_tb ). I just skimmed the docs and what popped out is that you need to return True or

Using adminer on Mac OS X

adminer is a nice php based sqlite manager. I prefer the firefox plugin "sqlite manager" but it currently has a strange issue with FF5 that basically makes it unworkable, so I was looking for an alternative to tide me over. I really don't want apache running all the time on my computer and don't want people browsing to my computer, so what I needed to do was: Download the adminer php script into /Library/WebServer/Documents/ Change /etc/apache2/httpd.conf to allow running of php scripts (uncomment the line that begins: LoadModule php5_module Start the apache server: sudo apachectl -k start Operate the script by going to localhost Stop the server: sudo apachectl -k stop