Archive

Archive for the ‘RB Developer’ Category

July/August 2010 REALbasic Developer Magazine

July 6th, 2010 Bob Keeney 5 comments

The July/August 2010 edition of REALbasic Developer Magazine is out.  This months column title is “Having a Thick Skin: Take the Emotion out of Your Tech Support”.

I talk about the pitfalls of providing tech support when people asking for (or is it demanding!) for tech support aren’t nice.  Email and forums posts are awful mediums for communicating to each other so you have to take the emotion out of the equation.

Do you have any horror stories, tips, or jokes about tech support you’d like to share?

REALbasic Developer Magazine May/June 2010

May 4th, 2010 Bob Keeney 6 comments

REALbasic Developer Magazine’s May/June 2010 edition is now out.  A couple of things of note:

1)  They reviewed the BKeeney Software REALbasic training videos.  It received a rating of 4.9 out of 5 cubes!  As a celebration, we’re offering subscriptions for 20% off list price.  Use the coupon code RBDEVELOPER.  This discount is valid for the next two weeks.

2)  In my regular column I talk about the role of consultant and the jobs you probably should turn down.  Sometimes the client has unreasonable expectations and if they can’t accept REALbasic’s limitations then REALbasic isn’t for them and their project.  Accepting a project like that is just asking for trouble.

3)  Christian Schmitz, of Monkeybread Software fame, gives us some food for thought with an article on how to figure your hourly rate.  All good points.

[Updated 04May2010 16:23] Added link to get to the videos.

REALbasic on iPhone Debate

March 2nd, 2010 Bob Keeney 26 comments

The March/April 2010 edition of REALbasic Developer Magazine hit my inbox this morning.  Besides the normal BKeeney Briefs column Marc Zeedar and I have a spirited debate on whether or not REAL Software should devote existing resources to making REAL Studio work with iPhone apps.

Note the italics on ‘existing’.  While I think it would be a nifty idea, overall, I question the wisdom of diverting resources from an already small development team to a product that might be doable.  Is this a Mac OS X only product or is it cross-platform?  I seriously doubt that it will be cross-platform but perhaps I’m wrong.  The point is that there are a ton of issues to figure out and then the question then becomes, “What are we going to give up in the desktop versions while this is being developed?”

Other thoughts:  Apple makes a boatload of money from developers buying Mac hardware and this product has the potential to take that revenue away.  One could certainly argue that it has the potential to sell more iPhones/iPads/iPod touches because more applications will be available.  But Apple has 140,000-ish apps right now.  Would 10,000 more, or 100,000 more really mean anything to Apple?

It also has the potential of being a potential support issue for Apple.  Assume for a second they allow RS to make iPhone apps.  The RB framework has a bug (because that’s never happened), or Apple changes the SDK one day and doesn’t give RS advance notice (Apple is secretive, no?), and now tens of thousands of RB iPhone apps no longer work.  Will the developer, RS or Apple get the blame?  Apple.  Just like how Microsoft gets the blame for crappy drivers and crappy 3rd party apps made by bad developers, Apple would get the blame.  Apple guards the keys to their kingdom very closely because they want it to be associated with a classy, premium product that “just works”.

Anyway, you can read the debate between Marc and myself in the magazine.  My guess is you can figure out my viewpoint.   :razz:  Marc argues, the opposite.

My regular column talks about making your projects more Agile-ish without going full-bore in using the Agile process.  It’s not as hard as you think and your clients might really like it.

Your thoughts?

Finding Work for REALbasic

November 23rd, 2009 Bob Keeney 1 comment

It seems appropriate during this week of Thanksgiving to give a big thank you to all the readers.  So a big, hearty, “Thank You!” for asking questions and providing some interesting feedback.

Whenever I start talking to REALbasic developers, I get asked, a lot, about finding REALbasic consulting work.  It’s not hard finding work, but it is not always easy finding good projects.

The difference?  One issue that comes up is that because it’s real and it’s basic means REALbasic it must be easy-to-use (read that as cheap), right?  Wrong!  Making a good quality REALbasic application requires some perseverance and some experience.  I can guarantee that the RB apps I make these days are way better than my early RB apps.  Experience counts in software development just like in any other profession.

Good projects aren’t always available.  Maybe you have to do an ugly project for next to nothing to hold you over until a bigger, better project comes along.  With consulting it really is a ‘what is the next project?’ world.

So where do you find work?  The first thing you have to do is set up shop.  Does your website say anything about REALbasic consulting and/or development?  It should because that’s the first way people are going to find you.  You should also have a previous projects page that talks about the work you’ve done.  Sometimes you can’t talk about a project in a lot of detail due to non-disclosure agreements, but you can talk generically about the type of work you’ve done.

In a recent ARBP survey word of mouth and their website were the two highest percentages, by far, of any of the topics.

Do you self promote yourself in the RB Forums and the NUG list?  If not, you might be missing out on some work.  By answering some questions on the forums and NUG (for free) you can get some free exposure and people get to know your name.  Do you think it’s a coincidence that regular columnists/writers for RB Developer magazine are mostly consultants?

Are you listed in the ARBP consultants list?  You should be.  It costs nothing other than signing up for their limited membership (i.e. free).

Finally, the REAL Software Consulting Referrals Program is a great way of getting leads.  People who think they want a REALbasic developer to contact them fill out a web form and you get an email.  It’s then up to you follow up on the lead.  It is somewhat pricey at $1000/year but one good project and will pay for itself.

In fact, I would call the program a bargain.  In 2008 REAL Software changed the program and nearly doubled the price to be part of the program.  I criticized them at the time and still think it was a bit heavy-handed but the quality of the leads has gone up and so has the frequency of leads.  I contact most of the leads twice.  First when I first get the lead and in a couple of weeks afterward.  Most of the time they tell me they only have one or two replies to their original post so this says to me that there are not a whole lot of people in the program.

Look folks, if they’re filling out a form asking for REALbasic work they’ve already sold themselves on using REALbasic.  You don’t have to sell the merits of RB – they’ve self-selected themselves!  It’s like shooting fish in a barrel from a sales perspective.

Do you talk about what you do?  You should because you never know who you’re talking to.  I went to an NFL training camp this summer and while having a drink at a bar where the players sometimes hang out I had a great conversation with someone that happened to work in software industry.  While it hasn’t resulted in any work – yet – it might in the future and isn’t that what marketing is all about?

So that’s it.  There’s no secret to finding REALbasic work.  Have a great Thanksgiving and happy coding!

RB Developer Briefs: Price Competing

July 2nd, 2009 Bob Keeney Comments off

The July/August 2009 edition of REALbasic Developer magazine is out.  In this edition my column is about competing on price and why it’s a bad idea to complete solely on price.

What did I get right and what did I get wrong?

Naming Conventions

May 1st, 2009 Bob Keeney Comments off

So do you have naming conventions for your controls and variables?  If so is it documented and do you ever break those rules?

If you don’t have naming conventions do you think it makes any difference in the quality of your code?

I’ve never been a big fan of Hungarian Notation.  Do you use it?  Have you used it in other languages?  Why is it good/bad?

Anything I missed or you think I got wrong in the column?

Categories: RB Developer Tags:

OPC (Other Peoples Code) Column

March 4th, 2009 Bob Keeney Comments off

This issue’s topic was about dealing with OPC (Other Peoples Code) as a consultant.  It’s a difficult thing, sometimes, to say no to a potential client based on your first (and sometimes second) look at their code.  While I always regret saying no to paying work I’m always helpfully reminded by my wife why it’s a good idea NOT to take some work.  She does, after all, have to listen to be complain about it!

I’ve certainly learned a few habits over the years by trying to decipher someone else’s code.  Naming conventions are the number one problem I see with most OPC projects that I see come my way and I spend a fair amount of time deciphering what the name of the controls and variables *should* be.

What about you?  What horror stories can you share?

Categories: RB Developer Tags:

September/October Edition of RB Developer

September 2nd, 2008 Bob Keeney Comments off

The BKeeney Briefs column was about debugging and why it’s so important to learn how to debug.  Do you have any other thoughts on the importance of debugging?  Did I miss something?

The Formatted Text Control by True North Software is an excellent editfield replacement and it has some very powerful features such as being able to create your own custom objects that are read/write in its XML format.  What’s your favorite feature?  What is it lacking that I didn’t hit in the article?  How would you compare it to other editfield replacements?

Marc Zeedar has an excellent article on variable naming that’s worth reading.  To add to his article, I’d say that control naming is something I’ve seen way too many RB developers mess up on.  Using the RB defaults names (such as Pushbutton1, Pushbutton2, and so on) doesn’t help you very much when you see it in code.  In my opinion, if you have to go back to the layout to determine its function then you’ve messed up!  Using control names like pbOK and pbCancel make it explicitly clear in code what you’re talking about.  Agree?  Disagree?

Categories: RB Developer Tags:

Differentiating Yourself: Making Your Services Stand Out

April 2nd, 2008 Bob Keeney Comments off

The March/April 2008 edition of REALbasic Developer is out. The topic of my BKeeney Briefs column was Differentiation Yourself from all the other developers that are bidding on the same job.

What are your thoughts on the topic?

Categories: RB Developer Tags: ,

RBDeveloper Jan/Feb Issue: Software Protection

January 2nd, 2008 Bob Keeney Comments off

The Jan/Feb issue of REALbasic Developer is out. My column for this issue is titled Software Protection: The Battle Against Pirates.

Let me know what comments you have. Did I miss something obvious? Did I get something totally wrong?

Categories: RB Developer Tags: