[Info-vax] The Future of Programming Languages and Web browsers

[JC]

Thanks to everyone for the insights and comments.

Some of this dialogue took me by surprise, in
particular the comments made by Jeffrey H. Coffield
and Richard Maher who both raise angles worthy of
further investigation even though I will need to gain
substantially in comprehension to follow up on these
technologies. These routes may (or may not) be more
complex to implement than I would imagine.

I can relate closely to Neil Rieck's views and I think
he makes some good points coming from a background
similar to my own.

I remain unconvinced that any of today's myriad of
modern "moving target" application development frameworks
do it right, nor do they appear to have sufficient prospective
longevity. This makes it difficult to commit any significant time
investment on them.

Thanks

John Cookson

On Nov 19, 7:40 am, Neil Rieck <n.ri... at sympatico.ca> wrote:
> On Nov 18, 1:13 pm, JC <thecook... at gmail.com> wrote:
>
>
>
>
>
> > Yesterday I stumbled across a product called RUNBASIC (From the
> > authors of LibertyBasic) and my immediate
> > thought was that this product demonstrates how programming for the web
> > browser environment should be handled.
>
> >http://runbasic.com/
>
> > Although RUNBASIC is relatively embryonic (and doesn't run on
> > OpenVMS), I would love to see HP develop this
> > concept for its own industrial strength BASIC language on OpenVMS. I
> > drool at the thought of developing web
> > applications without having to give up the benefits of synchronous
> > connection states and procedural constructs.
> > It would also be very nice having direct access to a quality data
> > management resource like RMS.
>
> > I would be interested to hear what seasoned OpenVMS programmers make
> > of this concept.
>
> > John Cookson
>
> Back in the day, all VMS application developers did one of several
> things.
> 1) call OpenVMS terminal driver software (which only supported DEC
> devices by default)
> 2) write their own terminal driver software
> 3) write software with embedded escape sequences
>
> Today, browsers are replacing terminals and interfacing traditional
> languages with web servers is all custom (I have done it with OpenVMS-
> BASIC and OpenVMS-C). I'm not sure whether RunBASIC implements CGI
> natively or from a callable library, but I have always wished there
> were HP-provided callable libraries from available for so-called DEC
> languages. Anyway, languages like these are a step in the right
> direction because they don't tie you to something like Visual
> Studio .NET (a horrible toolset)
>
> NSR