From: Troy Rollins <[EMAIL PROTECTED]>
Date: Mon, 13 Feb 2006 23:36:39 -0500

On Feb 13, 2006, at 10:46 PM, [EMAIL PROTECTED] wrote:

I would look at it to be even
more viable then Java to some extent in regards to its quick
application
dev environment and ease of maintenance.

Which is the same reason I use it. And I don't mean to put down any
efforts of RB-based developers. We've all supplied important
solutions to whomever our clients are. But there has yet to be a
widely recognized "killer app" developed in RB that I am aware of.
Virtual time clocks, CD burners, and digital video system managers
(like I do), etc. aside.


The reason is simple.

1) RB is not stable and reliable enough. It's mostly the controls and windows which aren't stable enough, the raw data processing (objects, arrays, methods, etc) are totally stable in my experience.

2) RB does not give you enough control! All professional apps ultimately need to take fine control over everything, even if they rarely use it. No company can risk a product being killed because of a buggy control, instead they'd just fix the control's code themselves.

The fact that RB's controls are not suited to high demand situations does not help. If the controls were perfect but can't be altered, that might be OK. But right now RB's editfield is the biggest problem with RB. It's just slow, and awkward to program with, and limited.

3) RB does not offer enough low-level speed. I've asked for pointers time and time again, but RB does not give it.

Java suffers from the 3rd problem also.

One day I'll make my own programming language which will be the best of all. You probably all be much older men by then however :)

There has been now two programs I *could* have used REALbasic on, but decided against it, to use Xcode instead. I'd really loved to have given RB a chance, but I'd really look stupid in front of the boss if I recommended to him a tool that broke down sometimes, and meant we were delivering a flawed app, that we could not fix because RB is a closed environment.

However, there is a tool for this company (not my company) I'll be making that will use REALbasic, an internal utility. So, no production public release stuff for them, just small wrapper utilities for internal company uses. The core processing will be done via an Xcode made shell tool, and RB will make a wrapper that puts a friendly UI on the tool.

--
http://elfdata.com/plugin/



_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

Reply via email to