Schrade.Blog

Last Thursday I published a couple of blog entries and the next thing I knew my FeedBurner stats looked like this:

So I figured I'd ask the lazyweb. Anyone ever seen anything like this before? Is FeedBlitz just spamming my RSS feed?

Today marks the official beta launch of Triggit, the tech side of which is run by my friend Ryan Tecco (who co-founded Ten Ton Labs with me a few years ago).

So what's a Triggit? It's an easy way to insert images, videos, or text links into your blog, without downloading or installing any software.

All you have to do is add one line of code to your blogging software template. You can then use a cool Javascript based tool to insert objects into your blog on the fly. As you can see in the picture below, the Triggit interface just overlays itself on the top of your site to allow you to insert things:

You just select what type of object you want to insert and then drop it into the page wherever you want. For instance, I've used Triggit to insert this image, of Ryan dressed like a cow from Halloween a few years ago, into this post by searching for it on Flickr through their interface, and simply dropping it in below:

This is a game-changing sort of tool that will make your life as a blogger much easier. If anyone wants to try it out, I have 300 invite codes to the beta to hand out. Just use the access code 'kurt' when you sign up.

Update: More coverage at TechCrunch , GigaOm, and WebWare.

My coworker Krishna, inspired by Giles Bowkett's post Rails Debugger: Use RCov With Selenium, Watir, Or Just In Real Life, whipped up a little rake task that automates the process of checking code coverage using your Selenium tests:

desc "Measure coverage of selenium specs"
task :coverage do
  FileUtils.rm_rf "selenium_coverage"
  mongrel_pid = fork { exec("rcov script/server -o selenium_coverage --rails -- -e test -p 4000") }
  sleep(6) # wait for mongrel to start

  begin # selenium will call "exit 1" if there are failures
    Rake::Task["selenium:spec"].invoke
  rescue SystemExit; end

  Process.kill("INT", mongrel_pid) # triggers generation of rcov report
  Process.wait
  system("open selenium_coverage/index.html") if PLATFORM['darwin']
end

While we don't agree that this task, in any way, shape, or form, constitutes a debugger, it has been useful in showing us areas of our code base that our Selenium test cases aren't hitting.

This should work for just about anyone that has a rake task to run their Selenium (or Watir, or other in-browser testing tool) tests. Just replace 'selenium:spec' in the block above with whatever task you use to run your in browser functional tests and have at it.

Wow:

MacBook Air is 0.16" to 0.76"

There must have been some amazing engineering that went into that thing. I'm already drooling over it. I'm assuming that we'll see more info at http://www.apple.com/macbookair/ soon.

A quick reminder to all of my friends out there as yet another Macbook Pro hard drive bites the dust at our office. I can only imagine that Apple put Time Machine into Leopard specifically because so many of these things crap out.

(Image From Makezine)

I was playing with Ruby 1.9 a bit over the holiday weekend and I found the eigenclass Changes in Ruby 1.9 page to be an invaluable reference to the changes we'll all be dealing with soon.

Some highlights:

• Ruby 1.9 is significantly faster than Ruby 1.8.6, at least for the toy programs that I wrote with it.
• send() no longer works to send to private methods. You need to use send!() instead.

• Symbol #to_proc now allows you to do

  %w[a b c].map(&:capitalize) # => ["A", "B", "C"]

Check out the link above for more. It looks like December is going to be a fun month for Rubyists.

Dear Salesforce,

I've been doing some work with you lately, and I was hoping to hook into you using your APIs to automatically insert some of our leads. Unfortunately, I can't. Despite the fact that you have a full API, it seems that you've chosen to restrict API access to "Enterprise Edition" and higher level accounts, and at my office we only have a "Group Edition" account.

I've been trying to think of a good reason why you would do this. I'm doing my best to lock our small but growing business into using Salesforce. Why wouldn't you want that to happen? I'm trying to tie myself intimately into your infrastructure. I'm trying to make it impossible to extract myself from being your customer down the road, but you're thwarting my attempts at every turn.

Think of how it would increase my switching costs if something better comes along. I would have to tell whoever is pushing us to adopt the new application, "Sorry, if we switch we'll have re-engineer our app." It would set the bar much, much higher. Also, it would only help your case for sticking around if I could say "You know all of that cool stuff that our app does with Salesforce, it'll all be gone if we switch over."

So come on Salesforce, how about making both of our lives easier and opening things up. I'm sure that some high-up executive there is telling you that there are a bunch of good reasons not to. I'm here to tell you that that person is wrong. Open up and this relationship will be better for both of us.

Thanks in advance,

Kurt

Selenium is a great tool. We have a bunch of Selenium tests that run with every one of our builds. Unfortunately, they contain a bunch of XPath in them to verify elements, and the XPath engine in IE6, to put things lightly, is a piece of garbage. It takes a huge amount of time to verify an element in a page.

As an example, here is the amount of time that our Selenium test run used to take on Firefox:

Finished in 506.108548 seconds

And here's how long it took on IE:

Finished in 4567.47592 seconds

That's 1 hour and 16 minutes to the same set of tests that it takes less than 9 minutes to run in Firefox. Clearly this is unacceptable, and, from watching the tests run, it's clear that the IE XPath engine is to blame.

We decided to attack this problem by using Hpricot to verify the elements in a page instead of the built in XPath engine. This allows us to use Selenium for navigation between pages in our site and Hpricot to do the verification.

It's simple enough to grab the HTML from the page at any point during a Selenium test by using

@browser.get_html_source

(as long as you're using Ruby Selenium Driver) and then you can do all of the verification that you want on it, in far less time. Plus, the number of changes that you have to make to your Specs/Tests are minimal. As an example,

readouts_table = table('id=readouts') readouts_table.cell(0,0).should contain_text("Molecule")

in our old code became

doc = Hpricot(@browser.get_html_source) readouts_table = doc/"//table[@id='readouts']" readouts_table/"thead/tr[1]".should == "Molecule"

in our updated code.

As always though, the proof is in the pudding. I've updated 2 out of 19 of our specs, and our time on Firefox has dropped to:

Finished in 488.753052 seconds

But more importantly, out IE run time is now:

Finished in 3171.07507 seconds

That's a 24 minute difference already and we can already fit in a couple of extra CI builds a day because of that.

We're planning on adopting this strategy for all of our Selenium tests moving forward. Selenium will be used only for navigation, and Hpricot will be used for verifying the page content. I strongly suggest that you consider it instead of using the built in verification.

My friend Jay published a blog post today entitled Despised Software Luminaries and, for once, he got it all wrong. I know Martin and Obie , his examples in the post, from my time at Thoughtworks, and they're not software luminaries. They're software pundits.

Both of them spend a lot of time telling people how they think the software world should operate. Whenever you tell people how they should do something, it naturally leads to disagreement. It's that simple. People despise them because they disagree with them.

When I think software luminary, I think of people like Alan Kay, Fred Brooks, and Edsger Dijkstra. People that made fundamental changes to the way that we write software. People like Obie and Martin are smart, talkative guys, but they're not quite in the same league as those guys.

(See also: http://en.wikipedia.org/wiki/Turing_Award)

Seaside, my other favorite framework, released version 2.8 today. This release has been optimized and optimized some more, as it doubles the average page rendering speed, and now uses up to 4 times less memory. Plus it supports Gemstone, which is the feature that I'm most excited about playing with.

The official release page is here, and if you still haven't tried Squeak, a great new tutorial can be found here.

Congrats to the entire Squeak team on this one.

(Seriously though, who does a release on a Sunday? You guys are nuts.)