techno.blog("Dion")

It has been a crazy few weeks. After writing about my changing thoughts on Apple I have come across a lot of Apple news that makes me really want to swallow the blue pill.

After the blitz of news on the craziness of the Apple review process (concluding with Google Voice) we had vocal figures such as Michael Arrington coming out against the policies.

Jason Calacanis laid out his case against Apple (in which he wants you to buy a ticket to his show even to read it… and I like the TechMeme “tip” ;)

It feels like we are at the start of a real sea change. A bunch of people reached out to say “I am kinda feeling that too.” Jason discusses:

• iTunes anti-competitive practices
• Monopolistic practices in telecommunications
• Draconian App Store policies that are, frankly, insulting
• Being a horrible hypocrite by banning other browsers on the iPhone
• Blocking the Google Voice Application on the iPhone

We are being far too easy on Apple. Jason is right, we should be outraged!

I have been thinking it kinda fun and cute to watch Palm and Apple go at it on whether the Pre should be able to talk to iTunes. Instead, I should be friggin’ up in arms. If I was a Pre user, doubly so. Don’t lockup my darn data Apple. I have never given into the iTunes way, and keep my media DRM free and with my own formatting. Less convenient…. but I just had too. Now I am very glad. The next war will be around data and who owns it. Hopefully the winners in the cloud grok ownership, and we get the best of all worlds, being able to go between services and devices.

Apple is treating its users badly, and its developers even worse. Developers, like anyone really, don’t read what they sign… and we all need to be talking about that.

Hopefully the publicity keeps poring in on Apple and we get more than Phil Schiller saying a few words. It will be tough to keep it up, as Apple will continue to produce fantastic goods.

For example, I still read this about iTunes 9 and think “finally! I can deal with my applications through the desktop. Yay Apple!”

Related Posts

• Marco Arment has a contrary opinion that is interesting to read.
• The Case against Apple is just as much a case for Apple
• The Case FOR Apple…There is NO Case Against Them

Since I am still in London, my sarcasm quotient extends just a little more than usual (it’s pretty high in the US to start with, even if it is the “lowest form of humour”).

I had a fair amount of email from people, and saw some blogs, complaining about the fact that Google App Engine currently supports Python only. On the video, and in the docs, it is frequently mentioned that other languages are to come, and that the infrastructure itself is language neutral. We have to start somewhere!

I personally have a slight Ruby preference, but there is a funny thing about Python. Hardly anyone really hates it. It may not be the language of choice for many people, but a lot of people are telling me:

• Ah, was hoping to try more Python
• I was looking for an excuse to code a Django app
• I can deal with that. Thank god you didn’t force Java

This is a little like the iPhone SDK being Objective-C. People are picking it up. I think this happens then your desire to play with the new toy is greater than your religion!

I am very excited to see more languages and features on Google App Engine, but I know that I just have to be a bit patient, and in the meantime, I had been looking for an excuse to code a Django app.

I read through Wired on the plane. In fact, I use Wired as a barometer on how much I am traveling. If I go to the airport and there IS NOT a new Wired for me to pick up, I know I am traveling too much.

Anyway, I perused the article on 37signals which did a good job on not being a total love-fest. It is one of those articles where you take out of it what you thought before. If you think they are arrogant gits you will say “yup, arrogant gits”. If you think they are doing great things for the industry, you will continue to think that too.

It did make me think about how great we had things a couple of years back when Rails was red hot. There was that brief time where you tons of people were saying “Wow, I am going to choose Rails for my next application”. The alpha masses from Java, PHP, ASP, all checked it out.

Now though? They are moving on to check out other solutions. Many frameworks have copied some of the good things from Rails that make sense in their worlds. Now when I think about the next toy to play with, I have a large set of potential “cool looking” frameworks to try.

For such a brief time, life was easy.

I hate the fear ads, and seeing the Clinton one was sad to see. Showing pictures of kids etc… are you kidding me?

I know Hilary is scrapping for her life, but still. I really don’t understand the experience line too, since she has only been a Senator for a few years. How she comes up with 32 years baffles me.

Anyway, it all reminded me of the fear-monging around Rails scaling.

People make fun of the Ruby MRI runtime. The Java and Pythonistas giggle. What is interesting though is how it has been good enough for a lot of people. However, there is no reason for a Ruby runtime to be that slow, so it is great to see the competition across YARV, Rubinious, and of course JRuby.

The beauty of being slow, is that you have a lot of room to get faster :)

Want to learn about Ruby 1.9? Matz came to Google the other day to talk about it:

What about the other awards?

• Lifetime Achievement
• Community Waiting for an Update
• Biggest Hack for a Language Runtime
• Most Original Name for a New Language
• Most Format Restrictive Language
• Best Comeback for a Programming Language
• Most Overloaded Product Name

Got some ideas for awards you would give?

What about the other languages?

• HTML / CSS
• COBOL
• Haskell
• JavaScript
• Arc
• Lisp
• Ruby
• Perl
• Java
• C++
• C

Got some good ones for other languages like Fortran, BASIC or assembly?

Adam Pisoni of Geni.com has released a Ruby Gem of a new library skynet (have to love the name!), which is a Ruby implementation of MapReduce (not a wrapper on Hadoop or anything like that):

With Skynet, one can easily convert a time-consuming serial task, such as a computationally expensive Rails migration, into a distributed program running on many computers.

Skynet is an adaptive, self-upgrading, fault-tolerant, and fully distributed system with no single point of failure. It uses a “peer recovery” system where workers watch out for each other. If a worker dies or fails for any reason, another worker will notice and pick up that task. Skynet also has no special ‘master’ servers, only workers which can act as a master for any task at any time. Even these master tasks can fail and will be picked up by other workers.

In general:

Skynet works by putting “tasks” on a message queue which are picked up by skynet workers, who execute the tasks, then put their results back on the message queue. Skynet works best when it runs with your code. For example, you might have a rails app and want some code you‘ve already written to run asynchronously or in a distributed way. Skynet can run within your code by installing a skynet launcher into your app. Running this skynet launcher within your app guarantees all skynet workers will have access to your code. This will be covered later.

Skynet currently supports 2 message queue systems, TupleSpace and Mysql. By default, the TupleSpace queue is used as it is the easiest to set up, though it is less powerful and less scaleable for large installations.

If you are in Rails-land, you get some nice additions to ActiveRecord such as a distributed find:

YourModel.distributed_find(:all).each(YourClass)
YourModel.distributed_find(:all).each(:somemethod)

and send_later:

model_object.send_later(:method, options, :save)

I can’t wait to see people implementing Terminators ;)

Rob kindly kicked in some podcasting time when he was at RailsConf, and I sat on the content for far too long. It didn’t really fit right on Ajaxian, since Zed only talks about Ajax a little bit, but it was fun content and I wanted to get it out there, so I finally published the interview with Zed Shaw on the Rails community, the role of the Enterprise, the state of Ajax, JRuby and Rubinius, documentation, tests, tooling, the role of patents in software, and a whole lot of opinion.

it is interesting to listen to Zed in the wake of his Rails rant, as you see some of the seeds of that rant, but hearing them with a real voice is a lot different to the harsh medium of the pen. It is softer to hear someone jabber on, even if he still swears and has very strong opinions indeed.

People like to pick sides, but I am trying not too. There is some truth in there, and things that the Rails community can learn from at the very least. Then again, I haven’t been personally abused in his rant so it is easier for me to take than someone who was directly attacked.

A few quotes:

• On Semantic Web: Einsteins brain on a crack whores body isn’t going to happen
• I’m waiting for someone to blind-side the entire Web stack
• Some people hate me, but love Mongrel
• Where is the XP for managers

Listen to the interview directly, or subscribe to the podcast.

Since the Zed Shaw rant, everyone has been coming out of the wood work to say one of:

• Zed is a dick, and wrong
• Zed is a dick, and right
• Rails is OK, and here is why
• Rails is in trouble, and here is why

Tim Bray put his predictions out there, and Joe Gregorio responded.

One of the core problems with predicting the future, is knowing the present. When you look at “how successful Rails is” people use varying metrics:

• Woooah look at the book sales
• DHH is being really loud
• Look at the number of jobs out there
• Look at Google Trends
• I know a couple of people, and one of them is doing a startup in Rails

Obviously, they are all minor data points. To talk to Joe’s Google Trends hypothesis, you normally find that a technology takes off at some point, and lots of people start talking about it. Many of these people are not even using the technology. Some are checking it out for the first time. Some are ranting against it. A lot of this kind of talk has died down and Rails is maturing.

I am not going to predict anything about Rails. Who cares? We are seeing more projects coming online, and I have seen successful projects rolling out. When I do a new project, Rails is a serious contender, but sure it isn’t the only one.

Ok, one little prediction:

More live applications will be launched on Rails in 2008 than in 2007.

Marcus Ahnve posted about Merb, and how it is “leaner and meaner than Rails”.

His core point:

I have used Rails on a daily basis for almost a year now, and before that I was a night time hangaround. While I am definitely a happier programmer using Rails than anything built on Java, I still feel that it can get better.

First of all I want more things to be plugins. And really, they should not be plugins at all but gems instead.

Why plugins? We use RSpec instead of Test/Unit, HAML instead of erb and are seriously looking into JQuery instead of Prototype. And of course, we are using Mercurial instead of Subversion. All of this is of course possible to use in Rails, but a lot of things are sort of made for the default choice, such as generators generating tests, and plugins having the -x switch for Subversion. And I am pretty sure that this is the way DHH wants it.

The part that interests me is “we use X instead of Y”. I get it. People have been doing Rails for quite awhile now, and as with everything, they see things they would like to do different. That PHP/ASP/JSP-like, ugly <% %> syntax is a drag. It makes me think that I will be putting code throughout the view god damn it! So, I will give HAML a try, or some other builder-based system, or write my own. Why not? With Ruby, surely I can put together a great templating system in about 10 lines of code.

The problem of course is one of the reasons that you probably jumped to Rails in the first place was due to the paradox of choice that you had in Java land. You sat down with Rails for the first time and had a sign of relief as you ran % rails mynewproject. Just like that, you had bypassed the weeks of work evaluating which combination of Java frameworks and tools that should be used on this project. You didn’t have to argue with The Architect about the merits of abstracting logging to a bizarre degree with commons-logging.

When you talk to Railsy folk you will already hear about various plugins that you should be using. If you aren’t careful, you will be in the same path as before, until you move on to Django, …