W dniu 22.09.2019 o 21:42, heby pisze:
> On 22/09/2019 21:04, J-23 wrote:
>>> Nie rozumiesz w czym clojure jest innowacyjny a w czym Pascal nie.
>> Mylisz się i to bardzo a niech na odp będzie fakt że jaki ma udział
>> clojure
>
> Clojure ma udział czysto akademicki w rynku. Nie pomaga mu
> innowacyjność, zarąbistość, funkcyjność czy transakcyjność.
> Najzwyczajniej języki {} są znacząco tańsze per developer i mają
> przyszłość.
>
> Dokładnie tak samo ma Delphi, tylko jest po drugiej stronie stoku. Jest
> kiepskim, zużytym, nieinnowacyjnym, nudnie imperatywnym językiem w
> agonii i nie ma przyszłości.
>
>>>> Upewniam się. Czy chodzi ci o ten system transakcyjności na pamięci?
>>> Tak.
>> Jak do tego zadania był potrzebny nowy język programowania to ja temu
>> podziekuje :P
>
> Akurat clojure nie jest nowy. To tylko taki "dodatek" do Lispa. Pokazuje
> jednak co to znaczy innowacyjnośc w programowaniu.
>
> Wszystkie języki imperatywne sa bardzo podobne. Czy to C czy to Pascal,
> jeden H. Po co więc wyciągać trupa i pudorwać.

Ty Patrzysz na Pascala w obecnym kształcie a ja mówie o jego rozwoju
stąd ta różnica
>
>> Napisałem żadne oprogramowanie które jest opiera się na bazie danych
>> nie powinno powstać w Javie niestety takie twory się zdarzają i są
>> koszmarnie wolne
>
> Bo są też zapewne koszmarnie łatwe w skalowaniu albo, co może nawet
> bardziej prawdopodobne, pisane przez imbecyli. Nie zmienia to jednak
> faktu że co najmniej kilka bardzo responsywnych aplikacji w Javie miałem
> okazję używać. Często powody "powolności" Javy sa zupełnie inne niż
> można przypuszczać.

Podam dwa:
KSIP - Krajowy System Informacji Policji
SWD - System Wspomagania Dowodzenia

Oba są pisane przez Oracle a oni Jave "raczej" znają :P

>
>>> A taki sam napisany w C++?
>> będzie szybszy.
>
> To po co to reanimować głupie Delphi?
>
>> Ale czy go wykonasz tak szybko jak w środowiskach RAD?
>
> Przeciez RAD istnieją też w C++.
>
>> Nie
>
> Tak. Ojej, przeciez jest Builder.

Popraw mnie oba pisane o ile dobrze pamiętam przez Embarcadero. W
Builder pisałem mało ale jak to wygląda tak samo jak Delphi w sensie
bugów to ja wole np CodeBlocks
>
>>>> Niestety prawda jest taka nie każdy modny język w tej chwili jest
>>>> szybszy od tego co już istniał.
>>> To ogólnie nieprawda.
>> Prawda i to duża
>
> Nie, niektóre języki współczesne stawiają na garbage collecting. Nie
> dlatego że to jest wydajniejsze, tylko dlatego że poświęca się runtime i
> zyskuje w dev time. Lepszy komputer jest tańszy niż szybszy developer.

I ja nie miał bym nic przeciwko zaprojektować coś takiego w Pascalu
tylko że jeszcze lepiej :P
>
>>> Ostatnio widziałem kolesia który napisał *zarąbiście* wyglądający i
>>> działający widok na db w Django. W jakieś 5 minut, przy mnie. Też bym
>>> chciał to potrafić.
>> Tak tylko znajdz mi serwis www który będzie tak samo duży i wtedy
>> porównaj jego szybkość z programem który został wykonany w języku
>> który zmusza mnie do użycia przeglądarki itp
>
> Nikt cie nie zmusza do użycia przeglądarek, to nie lata 90.
>
>> Zrobienie jednego widoku czy dwóch o niczym nie świadczy
>
> Zrobił go szybciej niż dałbym radę w Delphi, a jednak troche w tym głupi
> Delphi pisałem, na db też.

porównaj szybkość użytkowania o ręszcie nie wspomne. Aplikacje
przeglądarkowe są fajne. Ale są też bardzo małe i dlatego to jakoś chodzi.

Spróbuj np na przeglądarke napisać np aplikacje do montażu filmow i
zobaczysz co będzie szybsze. Język dowolny.

Tylko nie chodzi mi o przetwarzanie gdzieś po za przeglądarką i
wywalenie wyniku w przeglądarce. Chodzi mi o pełną konwersje i zastanów
sie dlaczego jeszcze takie cos nie powstało

Pozdrawiam

A to ciekawe Django da się bez przęglądarki :P? JS też :P?

Zaczynam sie dowiadywać "cudów na kiju"

Pozdrawiam