🚀 go-pugleaf

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