Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > pl.comp.programming > #32473

Re: Programowanie wizualne

Newsgroups pl.comp.programming
Date 2019-03-25 01:46 -0700
References (1 earlier) <de50bb70-2b8c-4e3b-942d-1702173ba19d@googlegroups.com> <7374e1fe-6b67-406e-8e78-f5cc4378973d@googlegroups.com> <83d4f05a-8ecb-490b-8b0a-061444e0eab4@googlegroups.com> <377cc0fe-37df-4e80-bf8a-ca22bd51889e@googlegroups.com> <2f65f03e-08d7-4e26-94c2-4be36304556b@googlegroups.com>
Message-ID <d06f258d-c3be-43df-b9c9-92f9710d3158@googlegroups.com> (permalink)
Subject Re: Programowanie wizualne
From godek.maciek@gmail.com

Show all headers | View raw


W dniu poniedziałek, 25 marca 2019 08:02:13 UTC+1 użytkownik Maciej Sobczak napisał:
> > Moim zdaniem to, o czym mówisz, wynika z głęboko zakorzenionego przekonania, że plik tekstowy to podstawowa jednostka przechowywania informacji.
> 
> Ale z praktycznego punktu widzenia (czyli w kontekście istniejącej infrastruktury do przetwarzania tych plików), tak właśnie jest.

W sobotę miałem prezentację, której opowiadałem co nieco, i teraz mogę oficjalnie ujawnić linka do źródeł:
https://github.com/panicz/sracket (plik 5.rkt)

Do uruchomienia potrzebne jest środowisko Racket https://racket-lang.org/

Oczywiście, konwersja z postaci wizualnej do "zwykłego tekstowego lispa"
jest trywialna. (wystarczy wysłać komunikat "as-expression" do "głównego"
obiektu)
Ale poza tym nie ma fajerwerków: raczej trochę jeszcze temu brakuje
do w pełni sprawnego edytora.

> > Owo przekonanie jest co prawda zakorzenione w implementacji uniksa i jego różnych klonów,
> 
> Zdumiewające, jak łatwo wszyscy obwiniają Uniksa o wszystko. Ludzie używają plików tekstowych od kilku tysięcy lat. To właśnie wcześniejszy zapis wizualny zamieniono na pliki tekstowe, czyli na sekwencje znaków, bo tak było praktyczniej. I to nawet na długo przed wynalezieniem czcionki drukarskiej, kiedy to praktyczna wartość takiego zapisu okazała się być nośnikiem cywilizacyjnego przyśpieszenia.

Może masz rację.

> Dzisiaj praktyczna wartość plików tekstowych nadal wynika z istniejącej infrastruktury i dostępnych metod przetwarzania, ale tym razem w postaci diffów i merge'ów.

Temat jest ważny, ale zwróciłbym uwagę, że diffy i merge są mimo wszystko
narzędziem awangardowym, nieznanym większości użytkowników komputerów.

> > Ja jestem zdania, że jest wręcz szkodliwe, bo to sprawia, że każdy program (włączając w to języki programowania) wymyśla swoje własne sposoby na reprezentowanie drzewiastych struktur.
> 
> A kto powiedział, że drzewiaste struktury są specjalne?

Na przykład hinduski filozof Yaska z 4 wieku przed naszą erą.
Albo Platon. Albo John Locke, George Boole, Gottlob Frege,
John McCarthy, i właściwie każdy, kto używa w swoim projekcie
takich formatów serializacji, jak XML, YML czy JSON,
oraz każdy, kto definiuje gramatyki dla języków programowania.

> Można nawet powiedzieć, że poza drzewami właściwie nie ma drzew, więc drzewo jako struktura nie zasługuje na specjalne traktowanie. Diagramy UML, schematy elektryczne, mapa drogowa, "Układ Kowalskiego", czy nawet drzewo (sic!) genealogiczne to w ogólności nie są drzewa. Więc po co je promować?

Ja bym powiedział, że dlatego, że drzewa stanowią dla nas naturalną
formę organizowania złożoności. W praktycznie każdej działalności
człowieka możesz znaleźć schemat
układ - podukłady
albo
wyrażenie - podwyrażenia
albo
katalog - podkatalogi (i pliki)

W filozofii jest taki pomysł, który nazywa się "zasadą kompozycjonalności"
https://en.wikipedia.org/wiki/Principle_of_compositionality
(jest tam też link do większego artykułu ze stanfordzkiej encyklopedii)

> > W moim odczuciu to powoduje wielkie problemy z integracją, bo zamiast oglądać różnice w strukturze, jesteśmy zmuszani do oglądania różnic w serializacjach struktur.
> 
> To prawda. Ale lepszego (tzn. bardziej praktycznego) pomysłu obecnie nie widzę.

No, ja mimo wszystko będę dalej eksplorował poletko programów
tworzonych poprzez zagnieżdżanie pudełek w pudełkach :)

Back to pl.comp.programming | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Programowanie wizualne godek.maciek@gmail.com - 2019-03-20 06:19 -0700
  Re: Programowanie wizualne Maciej Sobczak <see.my.homepage@gmail.com> - 2019-03-20 23:58 -0700
    Re: Programowanie wizualne godek.maciek@gmail.com - 2019-03-21 01:19 -0700
      Re: Programowanie wizualne Maciej Sobczak <see.my.homepage@gmail.com> - 2019-03-21 23:43 -0700
        Re: Programowanie wizualne godek.maciek@gmail.com - 2019-03-22 00:03 -0700
          Re: Programowanie wizualne Maciej Sobczak <see.my.homepage@gmail.com> - 2019-03-25 00:02 -0700
            Re: Programowanie wizualne godek.maciek@gmail.com - 2019-03-25 01:46 -0700
              Re: Programowanie wizualne Maciej Sobczak <see.my.homepage@gmail.com> - 2019-03-26 01:51 -0700
                Re: Programowanie wizualne godek.maciek@gmail.com - 2019-03-26 02:27 -0700
                Re: Programowanie wizualne Wojciech Muła <wojtek.mula@gmail.com> - 2019-03-26 12:31 -0700
                Re: Programowanie wizualne Maciej Sobczak <see.my.homepage@gmail.com> - 2019-03-26 23:57 -0700
  Re: Programowanie wizualne fir <profesor.fir@gmail.com> - 2019-03-21 04:11 -0700
  Re: Programowanie wizualne godek.maciek@gmail.com - 2019-05-28 06:22 -0700

csiph-web