🚀 go-pugleaf

W dniu 23.11.2019 o 13:18, Roman Tyczka pisze:
> On Sat, 23 Nov 2019 00:42:46 +0100, J-23 wrote:
> 
>>>> Długi czas bolączką Lazarus było brak możliwości pisania pod Web. Ta
>>>> biblioteka to zmienia http://www.raudus.com/ fajnie że idzie to do
>>>> przodu choć w ślimaczym tępię
>>>>
>>>> Pozdrawiam
>>>> J-23
>>>
>>> No, już są na etapie stron gdzieś tak z 95-98 roku. Jeszcze z 200 lat i
>>> będą koło 2010.
>>>
>>> Po co używać takich potworków skoro są potężne i elastyczne narzędzia
>>> oparte o JS/Node? I miliony bibliotek do wszystkiego.
>>
>> Web nigdy nie składał się z jednej technologii zawsze jest to zbiór kilku.
>>
>> Z tymi potężnymi i elastycznymi to bym dyskutował ale ok niech ci będzie
>> że są
> 
> W porównaniu do tego co oferuje Delphi/Lazarus? Są przeolbrzymie o
> przepotężnych możliwościach.

Aż się ciśnie na usta gdzie są te potężne możliwości? NodeJS bez 
dodatkowych bibliotek jest tylko swoistym środowiskiem uruchomieniowym 
pozwalającym korzystać z JS poza przeglądarką tyle i aż tyle.
>   
to są inne technologie jak do tej pory Delphi nie działało na Web i nie 
będzie działać na dużą skale, np dla mnie byłby Delphi/Lazarus dziwnym 
wyborem gdyby celem była sama strona www. Natomiast dodatkowa 
funkcjonalność w postaci weba do istniejącego softu ma jak najbardziej sens.
>>> To tak jakby w świecie pełnym darmowych golarek golić się tulipankiem z
>>> butelki i mówić "jest super, już prawie się da ogolić i tylko trochę
>>> ryzyko, że można poderżnąć sobie gardło, ale jak się uprzesz to udowodnisz,
>>> że się da". Jak ktoś lubi... spoko.
>>>
>>> Delphi nie było, nie jest i nigdy nie będzię nadawało się do weba w stopniu
>>> nawet o kilometr zbliżonym do normalnych, dedykowanych temu narzędzi.
>>> Lazarus też nie.
>>> Co innego strona serwerowa, ale nie generująca HTML tylko dostarczająca
>>> logiki biznesowej.
>>>
>> Tutaj też od strony klienta używasz JS + co tam sobie dobierzesz Pascal
>> jest tylko od strony serwera
>>
>> Jest jednak możliwość zrobienia tego w jednym kodzie i to akurat jest fajne.
> 
> To jest fundamentalny błąd w produkcji softu.
Z tym błędem fundamentalnym to się do końca nie zgodzę. Do weba musimy 
mieć co najmniej dwie technologie coś co działa po stronie klienta tutaj 
najczęściej jest JS + coś dodatkowego i po stronie serwera o ile po 
stronie klienta JS jest raczej stałym dodatkiem to po stronie serwera 
mamy już wolną amerykankę może być to Node/Java/PHP/Python i dołączył do 
nich powoli Pascal więc zapytam serio czego naginania że po stronie 
serwera pojawił się Pascal?
  Próba naginania
> rzeczywistości do oczekiwać i lenistwa. Próba używania młotka do wkręcania
> wkrętów, heblowania i gwintowania. Nie da się, nawet olbrzymim nakładem
> chęci i czasu. Zmyślny programista dobiera narzędzia do problemu, weba robi
> za pomocą technologii webowych, mobila za pomocą mobilnych, itd. Tak jest
> prościej, szybciej i w dalszej perspektywnie taniej. Delphi jest fajne do
> desktopowych, windowsowych okienek i baz danych. Choć nawet kwestia ORMa to
> już w jego wymiarze problem, który w innych technologiach nie istnieje od
> dekad.
> btw okienka zaś umierają, czy to się komuś podoba czy nie, jeszcze parę lat
> i zostanie garstka użytkowników, jak w latach dwutysięcznych użytkownicy
> softu dosowego. Reszta będzie siedzieć na aplikacjach napędzanych JS i
> innymi tego typu narzędziami. Może Emba podepnie się pod nurt WebAssembly,
> bo to ciekawa technologia i chyba dałoby się ją spiąć z Delphi, ale poza
> tym to czarno widzę przyszłość pascala i trzymanie się go kurczowo będzie
> bardzo bolesne.

Demonizujesz JS pojawia się coraz częściej nie tylko w aplikacjach web 
ale i desktop. Po co a dlatego że te technologie da się łatwo 
modyfikować. To że pokazałem Raudus to jest tylko jedna z możliwości ja 
takie rzeczy jak potrafi Raudus budowałem np za pomocą Noda czy 
Electrona jest to tylko jedna z możliwości

Ciekawym przykładem wykorzystania JS jest np Visual Studio Code które 
wykorzystuje JS w aplikacji desktop.
>   
>> podobnie jak w Pythonie lub innym tworze
> 
> Python też korzysta z bibliotek pisanych w innych językach, gdy oczekuje
> się od niego wydajności, bo sam jest koszmarnie wolny. Choć akurat w jego
> przypadku te biblioteki są, w świecie Delphi ich nie ma zazwyczaj lub jest
> niedorobiona i porzucona jedna.

a to dobre Python szybszy z dodatkowymi bibliotekami jak bez:P? Od 
kiedy? Python jest językiem skryptowym a jak wiemy każdy język skryptowy 
jest wolniejszy od kompilowanego

Pozdrawiam
J-23