REALbasic Linux IDE Public Beta Available

An anonymous reader writes "A brand-new visual development environment for Linux is in public beta now. REALbasic 2005 for Linux Standard Edition will be available for free when it ships in August. The company has also done away with their email registration requirement. Download the public beta now from REAL Software."

Comments

If you'd rather have a look first...

[mogrify]

http://realsoftware.com/products/

Re:If you'd rather have a look first...

[Leroy_Brown242]

Where is your faith?

Slashdot says download, so you download!

I can hardly wait...

[PixelCat]

for the cognitive dissonance to set in. Linux and BASIC together.

When are they gonna learn?

[VStrider]

Ok, I read the product description, saw the screenshots, and it looked like a really nice IDE. I know its proprietary and all, but I was eager to try it, even though since I moved to C/C++ I haven't touched VB for years. Anyway, the download finished, and I started the app.

Then all of a sudden the app reminded me why I don't like proprietary software. A window pops up asking me for a licence or key with an option to continue on the demo. I chose this one.
"Retrieving Demo key..." comes up...and I wait..."The key could not be retrieved cause the server timed out". Tried again to no avail. The software refused to start, so I happilly removed it from my disk.

the server was probably /.ed but why do I need to retrieve a key for a demo product is beyond me. All they managed to do is annoy people who thought of trying their product.

If you didn't want us to try your demo, then why do you advertise it on slashdot?
If you did want us to try it, then why do you feel you need to fortify your demo with licence keys?

You want your demo to reach as many people as possible, and this is just not going to happen. Good luck with your bussiness model, you'll need it.

Re:When are they gonna learn?

[gellenburg]

As someone who was part of the RB'2005 beta program I can at least explain to you why you have to get a key from the server. ;-)

The linux version is a PUBLIC BETA. Expect new (beta) releases quite often.

Each demo key (which is really a beta key) has a finite expiration period and once it expires will not be renewed. This is to encourage you to always be running the latest version when you report problems.

As someone who has just upgraded to RB'2005 Professional for the Mac today, I *can* assure you that your actual license does NOT expire.

Also, you may receive different licenses depending on what testing is occuring. Standard features as opposed to Pro features, etc.

Re:Yeah, this is what we want...

[Electrum]

...people who are barely able to understand the concept of good programming practices having access to a tool which supports none of these

Nice FUD:

REALbasic 2005 is a modern, object-oriented language and environment, so C++ developers feel right at home. Familiar concepts such as polymorphism, object references and exception handling are supported with a clean, modern syntax.

You can write bad code in any language. However, REALbasic fully supports good programming practices.

Re:Yeah, this is what we want...

[multiplexo]

Every once in a while I forget why I hate software developers so much and then I read a post like this and remember, it's because so many of them are such arrogant fucktards who are convinced that because they sat through a bunch of brain-hammeringly dull CS courses that they somehow have become members of God's own IT elite.

True story: I used to work for a major internet retailer as a UNIX systems engineer/administrator. This major internet retailer, named after a large river, had a warehouse in Seattle. The warehouse operations manager was a very smart cookie, not a programmer or developer, but still very smart. One day this manager needed a tool to check shipment status, he requested this from the software developers, but they were too busy wanking over "good programming practices" (whatever those are, from a plurality of the developers I've worked with it seems that their good practices are "overpromise and underdeliver", "blame the hardware" and avoid being oncall if at all possible) to develop this for him. So this warehouse operations manager went and got himself a PERL book and sat down and wrote a tool that did what he wanted it to do.

When the software developers found out about this they were aghast. Aaaaacccckkkk! Someone other them then writing a tool, a member of the unwashed actually coding, God forbid! Of course the developers found a lot to bitch about in his tool, it wasn't very good PERL they said, it ran out of his home directory, it beat the shit out of the database and our NetApp filers, etc, etc, etc, yadda, yadda, yadda. But all of them missed one point, if they had gotten off of their asses and used all of the good programming practices that developers keep nattering on about to develop the tool he requested he wouldn't have had to sit down and write this thing (which really wasn't that bad, he had followed the style that most PERL books use in their example code). If they had done their jobs he wouldn't have had to do theirs (as well as his).

Of course I worked with lots and lots of people who called themselves software developers who wrote code that pounded our systems to their knees by running full table scans against databases, writing vital log files to a directory that was NFS mounted from a personal Linux workstation, leaking memory, running out of control and pegging the CPU, etc, etc, etc, etc, and they were writing most of their code in C and C++, those darling languages of those who call themselves professional software developers.

I guess what I'm trying to say is "go fuck yourself you arrogant prick!" You're not as smart as you think you are. You're not as good of a programmer as you think you are and you obviously know nothing about REALBasic (it ain't GWbasic or even Vbasic) and if it helps users get their job done then it's a good thing in my book, even if it isn't in yours.