Re: Jakie typowanie jest najlepsze i dlaczego statyczne?

eGospodarka.pl › Grupy › pl.comp.programming › Jakie typowanie jest najlepsze i dlaczego statyczne? › Re: Jakie typowanie jest najlepsze i dlaczego statyczne?

Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!newsfeed.straub
-nv.de!weretis.net!feeder4.news.weretis.net!rt.uk.eu.org!aioe.org!.POSTED!not-f
or-mail
From: "AK" <n...@n...com>
Newsgroups: pl.comp.programming
Subject: Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
Date: Thu, 21 Feb 2013 09:34:43 +0100
Organization: Aioe.org NNTP Server
Lines: 28
Message-ID: <kg4m7a$88l$1@speranza.aioe.org>
References: <f...@g...com>
<4...@g...com>
<keun5d$lsh$1@somewhere.invalid>
<f...@g...com>
<keuri4$nje$1@somewhere.invalid>
<1...@g...com>
<keuusd$ovj$1@somewhere.invalid>
<7...@g...com>
<kf1b5r$cvj$1@somewhere.invalid>
<51152b96$0$1306$65785112@news.neostrada.pl>
<3...@x...googlegroups.com>
<4...@g...com>
<kf61vl$fh0$1@somewhere.invalid>
<c...@g...com>
<kf8mrj$piq$1@somewhere.invalid>
<3...@g...com>
<kfg2oi$smn$1@speranza.aioe.org> <kfg61s$1hn$1@dont-email.me>
<kfr67v$slr$1@speranza.aioe.org> <kfrgca$m6r$1@dont-email.me>
<kfvdnc$qbl$1@speranza.aioe.org> <kfvhhd$58i$1@speranza.aioe.org>
<kg4l8s$uap$1@somewhere.invalid>
NNTP-Posting-Host: rRmy9IABINX6U+A3Rcs76Q.user.speranza.aioe.org
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response
Content-Transfer-Encoding: 8bit
X-Complaints-To: a...@a...org
X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6002.18463
X-Notice: Filtered by postfilter v. 0.8.2
X-Newsreader: Microsoft Windows Mail 6.0.6002.18197
X-Priority: 3
X-MSMail-Priority: Normal
Xref: news-archive.icm.edu.pl pl.comp.programming:202089
[ ukryj nagłówki ]
Użytkownik "Andrzej Jarzabek" <a...@g...com> napisał:

> EJB i alternatywy na Javę (Spring) są co najmniej tak samo wieloplatformowe co
.NET.

Nie, gdyz zmuszaja do uzycie tylko jednego "jedynie slusznego" jezyka prog,
a _to wlasnie_ jest kompletnie bez sensu.
COM/.NET jest tu daleko do przodu.

> Problem jednak taki, że w wielu systemach z dobrych powodów nie stosuje się
"technologii
> komponentowych"

W zdecydowanej wiekszosci przypadkow nie widze _zadnych_ sensownych
powodow nieuzywania ich.

> albo przynajmniej uzupełnia się je dodatkowymi metodami i protokołami
> komunikacji - asynchronous messaging, REST, różne formaty reprezentacji danych
itd.

No wlasnie _to_ w zdecydowanej wiekszosci przypadkow jest bez sensu.
Zatrzymanie sie na etapie protokolow i formatow (itp _technicznych_ wylacznie
pier..łek) to zwyczajny krok wstecz w stosunku do naturalnej dla jezykow
programowania
(i nie tylko) idei APIs

> W sumie spaghetti może się zrobić jak najbardziej.

To prawda ze czlowiek jest mistrzem w bezsensownym mnozeniu sobie problemow :)

AK