Even if they might not still be a local band, Lymbyc Systym make great noises. They’re playing in Tempe on January 13, at the Sail Inn. Well worth checking out.

Here’s a sampling of their stuff, via Grooveshark:

Planning is underway for yet another amazing edition of MountainWest RubyConf. MWRC 2010 will be held in Salt Lake City, UT, March 11 and 12, 2010.

Talk proposals are being accepted as well. Go here and submit yours.

I had a great time last night at TinyArmy. Daniel Davis and Eric Torres gave their “Alter Egos” talk from Phoenix Design Week. Very good presentation, both in style and in content.

Much of what they said connected with what I know and have heard about running a small, self-funded start up. Managing work; rejecting jobs that don’t further your true goals; dedicating time; not neglecting your family. Good stuff.

A real treat, though, were the slides, which featured a mixture of art by Daniel and Eric. I’m well familiar with Daniel’s art, but for whatever reasons did not know Eric’s work.

The World of Rynaga makes use of crisp lines and repeated shapes, plus striking color schemes, to create a cohesive universe.

Great work you should be paying attention to.

I’ll be giving a presentation at the next Phoenix Android Developers Group meeting on 22 October 2009.

I’ll be talking about suing Ruby and JRuby for Android development. The talk is broken into three main parts:

• Using Ruby as an aid in the development process
• Writing Android applications that use the jruby.jar library to evaluate ruby code
• Using the Android Scripting Engine to run ruby scripts

The main focus, though, will be on the last two items. However, I’ve been using (and extending) Andi while I do Android development, so an overview of that tool (and using Ruby more generally) to augment your developer toolbox helps round out the discussion.

When: 22 October 2009

Where: OpenRain HQ
2220 South Country Club. Rd.
Suite #107
Mesa, AZ

Time: 6:30pm

Map to the meeting.

Doors open at 6:30pm; actual talk kicks off at 7pm.

I just uploaded an updated gem for Andi, the helper tool for Android application development.

See the Neurogami post for details.

I’ve bundled up the drawings thus far into a largish PDF: The Web, for Artists

The trick now is to keep making time to finish it.

The plan is to intersperse the drawings with some expository text to fill in the numerous details.

Another edition of Desert Code Camp is right around the corner. November 7. 2009

The session/wish-list schedule page is up, so now’s the time to see about maybe giving a presentation.

I’m honored to be the speaker at the next Tiny Army meeting.

Tiny Army is the brainchild of Daniel Davis, he of Monster Commute fame. It’s a monthly gathering of Phoenix-area artists and illustrators.

Basically, the talk will be about assorted Internet geekery (What exactly is the Internet? What’s a domain name? What’s a hosting service? What’s HTML? Is that the same thing as PHP? Is it contagious? ) for people who are not Internet geeks.

And I’m doing a comic to help ‘asplain it all.

There are great opportunities for artists to get their stuff on the Web, and a little tech knowledge can help guide some key decisions.

When: Wednesday, October 7th, 6 pm

Where: Art Institute of Phoenix

2233 W Dunlap Ave # 109, Phoenix, AZ‎

We’re meeting in Room 239.

Take the elevator to the 2nd floor and make an immediate right as you step out the doors and you’ll come to a hall.

Make a left down the hall.

Follow the hall down & it dead-ends into Rm. 239.

HeatSync Labs, the Valley's hackerspace, is having a fundraiser.

Theme: Poker Night! And Other Nefarious Deeds…

Date: October 3, 2009

Time: 6-10 pm

Location: Mesa FOP Lodge 9 (the current regular HSL meeting place; 1452 E. Main St., Mesa, AZ 85203M)

Tickets: Pre-sale (available at the Oct. 1 HeatSync Lab meeting) $10 pp and $12 couples, Door $12 pp and $18 couples.

HeatSync Labs is a grassroots, non-profit hacker group trying to jump-start a real hackerspace for the Phoenix area. They meet every 1st and 3rd Thursday of the month at 8:00PM at the Mesa F.O.P. Lodge.

Drop by, and consider helping out by supporting this fund raiser.

I used to write the occasional post for the O”Reilly Ruby blog. It’s more or less faded away, but I still like a few of my longer pieces. I’ve collected these over on the Neurogami site

• MOP-ing up with herbal cialis
• The year of living dangerously
• The hidden Ruby community

I have a new post up on the Ruby Best Practices blog: James will be right back after these interruptions

I’m a big fan of automating mundane tasks. The typical process is that I’ll hack out something barely functional, and over time weigh the annoyance of lack of features against effort required to add or fix something. Sometimes things just stay simple; the ”@” script, for example. Other times I end up growing a library. See Todoist-NG, for example.

Often things just settle into a state of “good enough”. That’s the case with Todoist-NG; I’ve been using GitHub for pretty much all my OSS projects lately, but this is one that somehow never made the migration from Gitorious. I’m pretty sure it’s because I’ve not had to change anything in a while. WFJ.

I’ll move it, though; it’s easy. I think that’s one reason I really like GitHub. Creating a new repo is largely frictionless, so I tend to do it for even minor things. I can then make apps, snippets, gems, and so on available to whoever is interested, but without the sense of formality one gets from a RubyForge.org project. The feeling of “might as well” is a big aid in making more code available to more people.

Likewise with helper apps; if I find even a small bug or quirk, or think of a possible feature, I figure I might as well make a note of it since it’s so easy.

David A. Black is one of the more notable figures in the world of Ruby programming. I’ve had the pleasure of getting to know him over the years at numerous Ruby conferences and exchanges online.

He is currently offering Ruby training in Edison, NJ, September 14-17, 2009. If you are interested in Ruby training, I highly recommend him as a teacher.

However, I realize (as does David) that traveling to New Jersey for the training may be a bit of a hurdle.

I’ve been in contact with him about doing a training session in the Phoenix area, and he’s quite interested. It comes down to a matter of numbers: Are there enough people here interested in this?

The course being held in September is “Introduction to Ruby”. However, most of the Rubyists I know here would do better with an advanced course, and David can offer that as well. Of course, there may be people here who don’t currently know Ruby but would like to learn.

If you are interested in some form of Ruby or Rails training here in the Vally, please get in touch with me so I can sort out the level of interest and see about coordinating something.

I’d also like to hear what people think about general tech training here in the Valley: what’s good, bad, missing, whatever.

Another year.

Sweet!

I’ve been getting into using Swinger, a library that works with Jemmy and Cucumber to test JRuby Swing apps. Such as JotBot

It’s quite the slickness.

It’s still somewhat new, I believe, and I ran into some things that didn’t work quite as I wanted. So, I forked the repo and started adding things (which I hope see added back to the original repo).

The most notable additions so far are some step definitions that allow you to specify a text field by name, instead of by the current content. Very handy, especially if you have several text fields, all empty..

I also had trouble getting forms to appear via a system tray icon menu. I spent some time looking over the Jemmy docs and discussion lists, but found nothing to help me. The best I could do was get a Swing/Cucumber feature run to kick in once I manually clicked open the tray icon’s popup menu and exposed a particular menu. Not quite my goal.

My hack was to give the application being tested a Drb server that allows a client to invoke calls on application classes. Specifically, it works on controller instances. So, rather than work through a series of operations on a systray menu (which isn’t what I’m trying to test), I can invoke FooBarController.instance.open and get the frame I really want to work with.

Now, there are some risks in this. For one, I could end up shipping an app that exposes a direct and inadvertent raw API. I’m not deeply concerned with that; there are easy enough ways to ensure this only works under development conditions.

There’s the real chance I end up with tests that aren’t really testing the application under normal usage. That’s OK, at least for now. Most testing presents some amount of artfice, so it’s something one has to watch anyways.

For these systray menus, all the code does is invoke open on some controller instance; the Drb approach just side-steps having to click menu items. In fact, that was what lead me to try Drb. I simply wanted a way to call those same methods but without having to have a Swing frame. It wasn’t obvious to me how, in Swinger or Jemmy I could “talk” directly to my application except by way of some currently referenced container. So I poked a hole.

I don’t foresee adding this Drb step stuff to my fork of Swinger. I’d have to re-think how it’s done. Right now, it is pretty tailored to Jimpanzee apps, making assumptions that clearly are not valid for all JRuby Swing apps. More likely I will add the creation of Swinger/Cucumber features and steps to the Jimpanzee generator code, or possibly offload that to a Jimpanzee-centric generator driven by Rhesus .

If I think I’ll be using Swinger for all my Jimpanzee apps, it may as well be in that generator; less work for James when starting a new project.

I can perhaps then hook up a more generic template for Rhesus that provides less specific Swinger scaffolding.

My talk from Ignite Phoenix IV is now up on Blip TV: Building cross-platform desktop Wii applications

You can also download it as an mp4 file here

BTW, I am granting release of the video under a Creative Commons license

Cross-platform desktop Wii applications by James Britt / Neurogami is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 License.