415 reputation
29
bio website codemonkeydo.blogspot.com
location Oslo, Norway
age 40
visits member for 4 years, 2 months
seen Dec 9 at 12:58
Python programmer. + a little .NET

Oct
20
comment Programming using an old computer(s)
An Amstrad PC1512 was my second computer (after a Commodore 64). 8 MHz 8086, 512 KB RAM, 2 x 360KB floppy disk drives. en.wikipedia.org/wiki/PC-1512
Jul
29
comment Why did Git get so much hype? …while others don't?
1: I wonder: Why the focus on "branch by cloning" in the Hg documentation (see for instance hgbook.red-bean.com/read/a-tour-of-mercurial-the-basics.html and mercurial.selenic.com/guide)? To me, it just seems messy to have one repository per branch. 2: I am not saying git is better, my answer is more of an observation on a matter that to me (a Hg novice) looks like a difference between the two. The difference seems to be more cultural than technical, since Hg also supports "branch within same repository".
Jun
15
comment Is python a good choice to develop UIs? If so, wxPython or Tkinter?
There's also pyside (pyside.org), see stackoverflow.com/questions/1297660/pyside-vs-pyqt
Jun
6
comment Interested in Feedback on QA System Design
You can specify test categories to include or exclude using the nunit-console tool. nunit.org/index.php?p=consoleCommandLine&r=2.5.10
Jun
6
comment How complete and mature is PyWin32?
Yes, pywin32 works great.
May
13
comment How do I set up a source code control system for myself?
See also tumblr.intranation.com/post/766290743/… and stackoverflow.com/questions/1960799/…
Jan
25
comment Building a DSL: Scripted atop a general-purpose language or stand-alone?
Better suited than what? I guess Ruby and Python have many of the same benefits, Ruby is maybe even better suited for internal DSL because of its more flexible syntax. As for Java and C#, I've seen many a fine fluent interface in those languages (and there are constructs in newer versions that make internal DSL creation/use easier, like object initializer syntax) - but IMO the "low ceremony" languages are slightly better suited than "high ceremony" languages.