Older blog entries for prla (starting at number 123)

Catch Up

It’s been a while (again) since my last post so I guess some catching up is in order.

First and foremost, these increasingly longer absences keep me thinking about closing down this place. I had a rationale posted on the first day for why I wanted to have such a blog and for a time it worked out. Right now, despite a lot of things going on in my life, I hardly have anything important to share with my meager audience. I’ve always believed that a non-existent blog is a better thing in the so-called “cyberspace” than one where its author has nothing important to say, so don’t be surprised (not that you would, right?) if this one ceases to exist shortly. Not much entropy getting lost, I guess.

Anyway, the web app I’ve been somewhat talking about for the past few months is still under development. Needless to say, not nearly enough time has been spent on it, at least not as much as I would have liked to give to it and definitely not as much as it needs. Still, it’s usable, it’s real, it already has the potential of making people’s lives (a bit) easier. That’s more than many can claim.

However, we still need to take than final step, which is obviously pushing it out the door, for the world at large to pick it up at will. That’s what we’ve been reluctantly focusing on lately. We started using 37Signals excellent project management web app Basecamp. To quote Jim Coudal during his keynote talk on the latest SXSW, Basecamp (and the other 37signals) take the bullshit out of communication. We’ve been experiencing this first-hand, as Basecamp truly takes a uniquely simplified view of project management and developer collaboration. Everything revolves around three simple concepts: messages, TODOs and milestones. Everything else is just treading water, really, so forget about functional specifications, Gantt charts and all that mess. My chances of becoming a 37signals Getting Real evangelist have just increased tenfold.

We’ve also been using Campfire for real-time chat and that’s been working out too. It’s going to become important from this week on as we will be physically distant for a good three months and the project cannot stop now, of all times. Coupled with Writeboard, Campfire has everything we need to communicate effectively during project development.

So where do we stand right now? As I said before, we’re pushing for public release soon. We’ve set a July 21st deadline ourselves within Basecamp and I wonder how realistic that can be. We’ll try but considering how novice we both are, I seriously doubt it. We already cut a lot of features we’d like to have up front, but there’s a need to realise that “release early, release often” must leap from theory into practice. It was true for open source apps but I believe it’s more true than ever when it comes to web apps nowadays.

Personally, after a long and crappy semester at university, there’s no need or reason to deny that I’m very tired, kind of burnt out actually, and in need of something completely different from what I’ve been doing for the past few months/years. Hopefully next year will be my last academic year (well, it must, as I’ve been doing this for far too long) and then I can look forward to the rest of my life from a very different angle. I don’t want to make these last five or six years sound like crap, because they weren’t, but I guess it’s finally taking its toll. I’ve never been an easily likable person, I’ve always hated going with the flow and making peace both with God and Devil at the same time. But lately it’s been a downward spiral of small, mundane, average, day-to-day conflicts with people that probably don’t deserve it and, most of all, conflicts inside my head. I’m just dog tired of it all and for every place where my guilt is written, here’s an apology.

Well, I guess this is just the net result of these past few months of controlled insanity, of constant restarts. That’s it. Tired of constantly restarting every damned day.

There’s two exams to go and then I can forget about school for a while, hopefully (and that’s a long shot, for a thousand other reasons I could get into but won’t) recharging my batteries for the last decisive year.


World Cup Calendar

Not that I’m overly excited about the World Cup that is upon us - quite the contrary, actually - but while I was browsing through my feeds I caught myself wondering about the calendar and the schedule set for each match. Couple of seconds later and I arrive at one of Cameron Moll's links, which is none other than an iCal remote calendar with the complete schedule (also available for other applications from that link).

Calendar sharing sure is a sweet thing.


11 Jun 2006 (updated 11 Jun 2006 at 11:57 UTC) »
Benign FUD?

<wiki> Jason Fried from 37Signals has written a very interesting point of view on how Google may be deceiving the competition by making them look the other way:

What if Google was so brilliantly twisted that theyâ€[TM]re using Writely and Spreadsheet and Calendar and massive numbers of new hires as flares to distract Microsoft (and others)? Shoot up a flare (Spreadsheet) and scare Microsoft into paying even more attention to new attacks from new directions. The flares serve one purpose: to redirect competitorsâ€[TM] energy away from focusing on search/ads, which are Googleâ€[TM]s core competency (and primary revenue source). Hey look over here!!! Is Google the best slight of hand magician around? Is the â€oeGoogle Office†just a head fake?

There may be more to it than meets the eye, but this certainly is true to some extent. I’ve never thought about it this way, though. Again, go Jason.


Going Mobile

While developing our web app, which we hope to unveil this summer, we felt from the very beginning that we needed to reach out to mobile device users. So after a few months of hammering away at our web version, we feel it’s time to start working on the mobile side of things.

Taking advantage of some theoretical work for a university subject on user interfaces, I was able to gather some knowledge about the current state of the so-called mobile web. And from what I learnt, for us it pretty much boils down to picking one of two options, which are a) a mobile version of the website, which would be accessible through a URL using the device browser of choice or b) a stand-alone application, such as a Java MIDlet.

Both have pros and cons but we decided to stick with the latter. The support for handheld CSS seems to be crafty these days and I guess we’ve already had too much headaches with regular web browsers to plunge into building a mobile web site. Moreover, our conceptual model for the mobile app fits rather more naturally in a stand-alone app, basically because one of our primary goals is to depend a bare minimum on network connectivity. We want data to be synchronized with our server on demand and only then do we need the link. So, forcing our users to rely on network access to even use the app in the first place seems wasteful and uncalled for, no matter how coverage has been and will be improving over the next couple of years.

We still need to cover a lot of theoretical ground before we’re able to even think of pulling this off successfully - for instance, we’re pretty much clueless about SymbianOS support. But for now, I think we’ve laid the conceptual foundation of an interesting side kick for our web app which may - or may not - tell how successful it can ultimately be.


Slashdot Revamped

Since I can remember, Slashdot always had its same old look. It’s not bad and it’s certainly a trademark. But, in a sense, I believe it also made it look a little deprecated. Now, with the ferocious competition from Digg, Reddit and friends, I guess CmdrTaco and his gang finally decided to do away with the ancient design. So they held a contest for it, offering a laptop along the way.

Personally, I think that instead of hiring some design firm (which could undoubtedly come up with some awesome modern design), it was clever of them to ask the community to redesign the site for them, effortlessly picking the best of the bunch.

Turns out the best is an awesome face lift, which preserves every bit of the so-called trademark, but lends it a totally refreshed and slick look at the same time. The best of both worlds, I say. This is a perfect example of how small (but deep) changes can make a world of a difference when it comes to designing for the web.


Wordpress Tinkering Reloaded

Hacked away some more on Wordpress this evening and I think this is as far as I’ll go for the time being, considering I’ve finished implementing what I’ve always wanted to have in the first place.

Building upon last night’s modification, I’ve now extended the DokuWiki parser in a way that it picks up the titles of existing pages (listed on the sidebar) and links appropriately back to them, in effect allowing me not to bother with explicit linking. So, say, if I have a page about Apple, which I actually do, everytime I mention it, it’ll get automagically linked to my own personal page about it. Like it just did.

The hack was unreasonably simple and that’s a testament, again, to DokuWiki’s awesome codebase, its parser being particularly well laid out. All I had to do was write the following almost trivial function and call it in the right place inside parser():

function wp_pages(&$table,&$text) {
  $pages = $wpdb->get_results("SELECT id,post_title FROM $wpdb->posts " . 
			       "WHERE post_status = 'static'");

foreach($pages as $page) firstpass($table,$text,'/('.$page->post_title.')/s', "<a href="?page_id=".$page->id."">1</a>"); }

All we do is retrieve all page titles from the database and swap their occurrences in the text with their respective HTML links, using DokuWiki’s own firstpass(), which does exactly that. So far I tried to break it in many ways but to no avail, which is a good thing.

Enough Wordpress/DokuWiki hacking now, let’s move on to other things :)

I’ve also added a couple more pages (you can access any of them from the sidebar on the right) and images illustrating a few of them (take for example the Ruby on Rails or Photography pages). Now that I got the basic infrastructure laid out for easily adding structured content to the site, expect an increase in the number of pages in the near future. Hopefully something will also be of interest to you and not just to me.


Wordpress 2

Spent some time this morning looking into the new major version of Wordpress and despite not having upgraded this very blog into it (yet), I think it’s a pretty decent overhaul. Perhaps not as ground-shattering as you’ve probably have to come to expect from a software’s new major version, but still very much worth to upgrade. I understand from the website that upgrading from version 1 to this one shouldn’t be much of a problem, but still I haven’t tried it yet.

What I did do was giving a shot to the Mac provided Apache server (1.3.33) and installing a fresh copy of WP2 in my iBook’s localhost. The first (and pretty much only) problem I bumped into was that PHP was non-existent, so I just grabbed this nice Apple Developer HOWTO and installation was a breeze. I did notice however that compiling stuff from source with gcc in Darwin is a bit slow, at least on my system.

Once I got WP up and running, I did a quick survey of the administration interface, so here’s some thoughts on it:

  • The admin interface got a face lift, not much a departure but it’s now more blue and generally pleasant to the eye.
  • There’s Javascript goodness all round, the kind that is actually useful and doesn’t get in the way. And it’s cute to boot.
  • The themes section is better presented and there’s now support to edit the Kubrick’s theme header colors from within the admin interface. Only changing the title and description font colors did work, though, which is OK by me considering I prefer to use background pictures in it. But changing the text color easily still comes in handy. This is all part of the Current Theme Options feature, which I assume are different for each installed theme.
  • Of special interest to me and Tiago is the fact that his DokuWiki markup plugin works like a charm under WP2. All it took was simply copying the doku/ folder from my current WP1 installation to WP2’s plugins folder, et voila.
  • RSS feeds seem to be working fine despite Russell's reports on the contrary. I do wonder why Safari’s RSS icon in the address bar looks for the Atom feed instead of the RSS2 one I provide in the links within the blog itself.
  • There’s now a nice feature of importing posts and comments from other blog systems (namely Blogger, Movable Type, TextPattern and plain RSS) into WP2. This is good because now I can actually import all those dozens of entries I got in my old Blogger blog.

And that’s pretty much what I could gather. When I have more time, I will make a complete backup of my current WP installation and proceed to upgrade it to version 2.




The classic example is Microsoft, where hiring smart people fresh from school and working them 60 hours or more per week – in an environment where they don’t even leave the building to eat – leads to a state of corporate delusion, where lying and cheating suddenly begin to make sense.


Wanna write a device driver for Linux?

I was just lazily going through my feeds and bumped into this. According to KernelTrap, there is now a “Linux Device Driver Kit”. Cool!

The better way to introduce is letting Greg Kroah-Hartmann, Linux kernel hacker extraordinaire, do it for me:

“It is a cd image that contains everything that a Linux device driver author would need in order to create Linux drivers, including a full copy of the O’Reilly book, ‘Linux Device Drivers, third edition’ and pre-built copies of all of the in-kernel docbook documentation for easy browsing. It even has a copy of the Linux source code that you can directly build external kernel modules against.”

This really goes a long way to lower the barrier to entry for wannabe Linux device driver writers. I used to be quite into OS stuff some years ago and for whatever reasons that’s no longer the case, but this is a really nice thing and hopefully it will further enhance Linux kernel development.


11 May 2006 (updated 22 May 2006 at 10:40 UTC) »
Aardvark'd (or: Ripped Off'd)

[ I always keep my reviews someplace else but I decided to repost this one here because it’s both a) related to technology and b) it’s a red alert. So to speak. ]

Boy, what can I tell you?

Aardvark'd” is supposed to be a movie documenting how four intern developers at a New York based software company create a new application in twelve weeks. In itself, this is probably already uninteresting for anyone who’s not tech-inclined and has no idea how software is actually developed in the real world. Problem is, even if you fit this bill but were in fact interested in learning about it, it’s certainly not in “Aardvark’d” you’ll find out how it goes. Producing a movie like this, you not only alienate about 95% of the world population from the get-go. You go the whole distance and simply alienate everyone.

For this is a terrible, terrible documentary. I can’t even begin to tell you how much this stuff sucks. Rarely in the past I’ve been so disgusted with something I see on the screen, even moreso when I spend real cash having it shipped all the way from New York. Because what we actually get to see is four dudes, some of which look like it’s the first time they’re getting out of their respective houses, doing just about everything except for coding and getting an application off the ground: one plants tomatoes, another covers his windows with alluminium paper because he thinks some end-of-the-world type thing outside is targetting him (incidentally this is the same guy who seems to be conditioned into saying the word “like” every couple of seconds. Go figure.), another speaks so slow he’s either stoned or retarded. I could go on, but you get the idea. And don’t even get me started on the soundtrack. I want a puff of whatever these guys have been smoking.

This is a real shame simply because the potential for this to have been a great innovative documentary was enormous. Instead we’re left with an incredible waste of our time. I feel like Joel Spolsky - the company owner, mentor of this project and the one who’s pitched so much about this DVD that he tricked me into buying it - literally sucked 80 minutes out of my life for nothing. I should be reimbursed for this.

Not even the short appearance of Paul Graham, one of the most proeminent advocates of creating your own company, makes up for it despite those incredibly short five minutes truly being the highlight of the feature.

I hate the concept of censorship, but this one shouldn’t have been allowed off the press. This movie is just wrong. Just wrong. Avoid at all costs.

Technorati Tags: fog creek, aardvark, joel spolsky


114 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!