From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 border1.nntp.dca3.giganews.com!border3.nntp.dca.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!goblin1!goblin.stu.neva.ru!newsfeed.fsmpi.rwth-aachen.de!uucp.gnuu.de!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Wed, 31 Jul 2013 13:30:23 +0200
From: "G.B." <rm-dash-bau-haus@dash.futureapps.de>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
 rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Web Development Using Ada?
References: <874bf843-8212-44a4-b0c6-e20d831325bc@googlegroups.com>
 <51f8cb0a$0$99959$afc38c87@news6.united-newsserver.de>
In-Reply-To: <51f8cb0a$0$99959$afc38c87@news6.united-newsserver.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID: <51f8f54e$0$6561$9b4e6d93@newsspool4.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 31 Jul 2013 13:30:23 CEST
NNTP-Posting-Host: 79d6c555.newsspool4.arcor-online.net
X-Trace: 
 DXC=h`2WX3FDI]`]BlmkiiU@Bi4IUK<Cl32<a4Fo<]lROoRa8kF<OcfhCOk5QcE1AObASlnc\616M64>jLh>_cHTX3jmYNiXnQSY6[n
X-Complaints-To: usenet-abuse@arcor.de
X-Original-Bytes: 3005
Xref: number.nntp.dca.giganews.com comp.lang.ada:182774
Date: 2013-07-31T13:30:23+02:00
List-Id: <comp.lang.ada>

On 31.07.13 10:30, Michael Erdmann wrote:

> BUT there is more to consider: What is about the future of your
> web application ... do you want to develop in the next years with your
> core team or do you intend to outsource the maintenance to some
> external company. In the later case i imagine you might have problem
> to find a company. This is just one aspect of the missing ecosystem
> for Web design in the Ada community.

It's not so bad if compared to the alternatives:

For contrast, the Java+Web market is similarly filled with
idiosyncratic "solutions" in need of specialized maintainers.
The number of frameworks, the number of database "solutions",
the number of configuration tools, the system integration
problems, "architectures" left behind, the next fad, the mobile
challenge, etc. etc. have all created a need
for seemingly hard-to-find skilled workers.

As with Ada, neither Java nor .NET mean "standard solution".
Not even within .NET is there a portable, hence maintainable,
solution. E.g., a Delphi application without its original
developer may be as easily moved to C#/.NET as an Ada+AWS application
is moved to J2EE---the difficulty of either effort will be
influenced by the prior project's use of standard techniques as
opposed to standard "technologies", or "framework stew".

The staffing situation doesn't seem any better in the "scripting
languages" market: Idiosyncrasies abound, and not just in the wild.
The big players happily add to that by adding proprietary
extensions to their editions of the languages, again requiring
specialization. Cf. the sorrow that porting away from Google's
app engine is to those who need to do so.

So, justifying maintenance seems more of a psychological
problem, one of perception, rather than one of language,
or one of technical assets.