News, Views, Rants and Raves About Technology and More

Archive for the ‘Coding’ Category

“Software is a Process”

leave a comment »

Two very insightful posts from Dave Winer –

  1. We Make Shitty Software (from year 1995)
  2. A message from developers to users
Dave writes –

“Software is a process, it’s never finished, it’s always evolving. That’s its nature. We know our software sucks. But it’s shipping! Next time we’ll do better, but even then it will be shitty. The only software that’s perfect is one you’re dreaming about. Real software crashes, loses data, is hard to learn and hard to use. But it’s a process. We’ll make it less shitty.”


Written by Brajesh

June 25, 2012 at 11:30 am

Posted in Coding

Google Gears and Linux

leave a comment »

“Google Gears” could not be installed because it is not compatible with
your Firefox build type (Linux_x86-gcc3). Please contact the author of this
item about the problem.

Found the fix in this Google group post which says re-installing Gears should fix this issue.

On more digging, it appears that there are several bugs reported with this issue e.g. Bug # 975, 977. Apparently someone uploaded a custom gears xpi to fix versioning issue. Google indeed has moved on to phase out Gears in favour of HTML5.


Written by Brajesh

January 9, 2010 at 4:01 am

Posted in Coding, Google, Hax0r

Simple Update Protocol (SUP)

leave a comment »

Paul Buchheit (the creator and ex-lead developer of Gmail) of FriendFeed has suggested a new format – Simple Update Protocol (SUP) to minimize multiple feed polling.

The idea is simple –

  • The feed provider will generate a live or cached feed for ALL recent updates with an ID field to identify the updated entities.
  • The feed consumer will poll this SUP feed instead of polling individual RSS feed.
  • The feed consumer will request only relevant updated feeds.

HTTP header If-Modified-Since does something similar. But, that would still means requesting for each individual feed.

The proposal looks good for both feed generators and consumers, and not very difficult to implement either. However, the format is too vulnerable to feature creep and standardization can be a painful process.

Written by Brajesh

August 28, 2008 at 3:10 pm

PHP Sucks, But It Doesn’t Matter

with 2 comments

Jeff Atwood at “Coding Horror” – PHP Sucks, But It Doesn’t Matter:

Some of the largest sites on the internet — sites you probably interact with on a daily basis — are written in PHP. If PHP sucks so profoundly, why is it powering so much of the internet?
The only conclusion I can draw is that building a compelling application is far more important than choice of language. While PHP wouldn’t be my choice, and if pressed, I might argue that it should never be the choice for any rational human being sitting in front of a computer, I can’t argue with the results.

Blogged with the Flock Browser

Written by Brajesh

May 23, 2008 at 6:28 pm

Posted in Coding, Trends

Internet Explorer’s Trailing Comma Woes

with 8 comments

Internet Explorer is notorious for breaking on trailing commas in JavaScript array declaration. e.g.

var obj = {
     a: 1,
      b: 2,

fails on IE, while all other browsers just ignore the innocuous trailing comma after second element.

Weeding out these commas from JavaScript code is absolute PITA. However, here is a regular expression search string I wrote to search such instances in the code.


Even better,
matches multiple new lines and comments.

Written by Brajesh

March 18, 2008 at 10:31 pm

Safari on Windows Crashes Too Often

with 6 comments

I’m not much of a fan of Apple softwares on Windows. I like iTunes though, even if it’s a bit bulky. I’ve tried using Safari on Windows for its super pleasing font rendering, aesthetics and, of late, some testing on WebKit/KHTML. However, it crashes just too often to be of any serious use and, of course, doesn’t have any DOM inspector. It has a barely usable JavaScript console though.
On a side-note, I’ve read that Safari can work on Linux under Wine. I’ll give it a try sometime. Now, if only I could run iTunes under Wine 🙂 .


Written by Brajesh

January 23, 2008 at 10:25 am

Static File Retrieval From Web Server Quicker Than Browser Cache

leave a comment »

It’s a small not-very-useful exercise, but, as the result is unexpected for me – here it is.

I’ve created a web page where two images are served as static files, and two images are served by a Java Servlet. The images served as static files (top two images) are cached by the browser for future runs.

The results are as following:






The actual numbers are irrelevant, but the relative ratios consistently demonstrate that the web server “can” serve images much quicker (disregarding network latency) than the browser can retrieve them from cache. As expected, web servers serve static files quicker than they can serve Java Servlets.

Sidenote: damn, browser image resize is ugly.

Written by Brajesh

January 1, 2008 at 4:19 pm

Posted in Coding, Java, Jetty, Tomcat