Re: Czemu Python jest jaki jest? - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Czemu Python jest jaki jest? › Re: Czemu Python jest jaki jest?

X-Received: by 2002:aed:2823:: with SMTP id r32mr11869251qtd.201.1576853669653; Fri,
20 Dec 2019 06:54:29 -0800 (PST)
X-Received: by 2002:aed:2823:: with SMTP id r32mr11869251qtd.201.1576853669653; Fri,
20 Dec 2019 06:54:29 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!fu-berlin.de!g89no29851qtd.0!news-out.g
oogle.com!w29ni176qtc.0!nntp.google.com!g89no29836qtd.0!postnews.google.com!goo
gle-groups.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Fri, 20 Dec 2019 06:54:29 -0800 (PST)
In-Reply-To: <1...@t...com>
Complaints-To: g...@g...com
Injection-Info: google-groups.googlegroups.com; posting-host=178.37.231.75;
posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
NNTP-Posting-Host: 178.37.231.75
References: <9...@g...com>
<1...@t...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <b...@g...com>
Subject: Re: Czemu Python jest jaki jest?
From: "M.M." <m...@g...com>
Injection-Date: Fri, 20 Dec 2019 14:54:29 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:214584
[ ukryj nagłówki ]
On Friday, December 20, 2019 at 12:43:48 PM UTC+1, Roman Tyczka wrote:
> On Thu, 19 Dec 2019 18:26:22 -0800 (PST), M.M. wrote:
>
> > Zastanawia mnie tylko dlaczego nie stworzono łatwego języka
> > programowania, który by miał opcję ręcznego zarządzania pamięcią, byłby
> > kompilowany do ultra-wydajnego kodu maszynowego, no i który miałby składnię
> > wzorowaną na C++, Javie, C# i z biblioteką standardową wzorowaną na QT?
>
> Sporo tych wymagań spełnia współczesny Object Pascal, czy to Delphi czy
> FPC.
> Nie jest oczywiście C-like, ale zarówno niskopoziomowy, gdy trzeba, czyli
> ręczne alokację pamięci, wskaźniki, wstawki ASM, jak i wysokopoziomowy, z
> interfejsami, generykami, anomousami, rekordami z metodami, pełnym OOP i
> RTTI.
> Jest łatwy i czytelny.

Nie wiem czy to wszystko jest potrzebne w przeciętnej aplikacji. MOże zamiast
dostępu do ASM, by wstarczyły długie typy i kompilator z umiejętnością
optymalizowania? Mi się w Javie bardzo dobrze programowało. Int to był int,
string to był string, itd. Taka wydajniejsza Java z opcją ręcznego
zarządzania pamięcią, kompilowana do kodu binarnego i bez przesady z
wirtualnymi funkcjami - była by blisko mojego ideału.

Pozdrawiam