I have the official word, Daniel Wanja and I are presenting a tutorial at RailsConf 2008. This is as exciting for me as speaking at MAX - two great technologies that I love to work with, and I get to help cross pollinate them. I'm really grateful for the privilege.
Here's the information: http://en.oreilly.com/rails2008/public/schedule/detail/1213
Watch here for more information.
I'm really excited to say that Juan Sanchez, whom you may know from ScaleNine.com, has joined the EffectiveUI team.
Not only does he bring a great design sensibility to the team, but he's also one of the Prime Movers behind Degrafa, which is a really exciting project.
I don't know what the heck posessed him to move to Denver, but it's going to be great to have him around the office and he'll a valuable addition to the EffectiveUI User Experience team.
I was invited to speak at the WebManiacs conference in May. I'll be speaking on Flex with Rails, similar to my talk at MAX, but with more meat and more RubyAMF.
Here are some details from the site:
The WebManiacs 2008 conference schedule has been finalized and registration is open. Early bird pricing ends Jan 31. Consisting of a two-day ColdFusion conference ("CFManiacs") coupled with a three-day Flex conference (FlexManiacs), hosting over 70 speakers and 130 distinct topics (some of which are hands-on), WebManiacs promises to have the most comprehensive coverage of Flex, AIR, and ColdFusion at the lowest price. Seating is limited, so folks should register early in order to get into the more popular sessions.
One of the classic protests to Flash on the web is SEO. Some of that new content I was talking about on InsideRIA is already here, an example of which is a great rundown of SEO with Flash using Adobe's SDK by Andre Charland.
Have a look at it here, and have your answer ready next time the Slashdotters start hatein'
O'Reilly has released a new site devoted to all aspects of RIA design and development at InsideRIA. The site is centered around blog posts and articles from a panel of experts, headed by Rich Tretola and Andre Charland.
The first content up today is mostly hello world and introductory messages, but make sure you RSS it, because there should be some great stuff up there consistently.
Of course I have an interest in mentioning it since for the next while a forthcoming O'Reilly Shortcut I've authored is going to be serialized there. Here's the first installment. I believe there are 20 installments, so watch that space, and this one, for more updates.
I know someone has probably said something like this before, but it hit me today while using Git (well, git-svn) on a project.
A feature isn't really available until it's easy to use.
I have to ship off some skinning work to a remote team, but at the same time, I'm reacting to a fundamental change in the data model that I didn't expect. I don't want to be dancing around the skinning changes, so I made a branch for myself with git.
There's nothing exciting about any of that because that's exactly what I should be doing. The difference with svn is that I'd never think to do that. I may think of it in a "lab environment" or suggest it as a solution to someone else, but I'd probably never think "Oh, I should branch this guy and avoid pain later" in the situation I related above.
It's not because svn doesn't have an answer to branching, it's that branching isn't the first answer when it should be. I probably would have just tried to dance around the remote team's changes if I wasn't using git-svn.
You could argue that branching is a complex concept, but implicit in the story is that in svn branching is harder than in git. Since branching is hard enough for me to avoid it, svn is penalizing me for doing the right thing.
Of course, you could call me dumb or lazy, and I'll accept that. But not so dumb that I won't use git-svn or just git from now on.
