-
X-Received: by 2002:aed:3aa3:: with SMTP id o32mr14581564qte.364.1588541574169; Sun,
03 May 2020 14:32:54 -0700 (PDT)
X-Received: by 2002:aed:3aa3:: with SMTP id o32mr14581564qte.364.1588541574169; Sun,
03 May 2020 14:32:54 -0700 (PDT)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!goblin2!goblin3
!goblin.stu.neva.ru!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews
.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.goog
legroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Sun, 3 May 2020 14:32:53 -0700 (PDT)
In-Reply-To: <3...@g...com>
Complaints-To: g...@g...com
Injection-Info: google-groups.googlegroups.com; posting-host=37.47.238.158;
posting-account=f7iIKQoAAAAkDKpUafc-4IXhmRAzdB5r
NNTP-Posting-Host: 37.47.238.158
References: <e...@g...com>
<4...@g...com>
<f...@g...com>
<3...@g...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <4...@g...com>
Subject: Re: Programowanie wizualne
From: g...@g...com
Injection-Date: Sun, 03 May 2020 21:32:54 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 86
Xref: news-archive.icm.edu.pl pl.comp.programming:214890
[ ukryj nagłówki ]W dniu niedziela, 3 maja 2020 20:53:09 UTC+2 użytkownik Maciej Sobczak napisał:
> > Nagranie prezentujące działanie edytora można znaleźć tutaj:
> >
> > https://youtu.be/BmZ39IfElzg
>
> Fajnie, ale nie eliminuje konieczności używania klawiatury - a skoro klawiatura
jest potrzebna, to jest też dostępna a jak jest dostępna, to taką funkcję można
napisać normalnymi metodami wielokrotnie szybciej.
Zgadza się. Jest to prawdopodobnie najbardziej nieefektywna metoda programowania od
czasów kart perforowanych.
> I mamy naturalne pytanie: jaka jest wartość dodana?
> Dlaczego mam chcieć to mieć?
Tego z całą pewnością nie chcesz mieć.
Tutaj jedyna wartość dodana to "wiedza z eksperymentu".
Dla mnie jest to pierwszy krok (nawet jeśli drugi raz postawiony) w pomyśle
radykalnego odejścia od "tekstowości" programowania.
Na tym etapie nie ma to jednak absolutnie żadnej wartości praktycznej.
Docelowo zaś: jest nadzieja, że dla różnych zastosowań zwiększy to efektywność
różnych interakcji za pośrednictwem Smartfona. Ale na tym etapie to tylko nadzieja.
> Spróbowałem wymyślić jakiś use-case z użyciem nie telefonu, tylko np. tablicy
interaktywnej na spotkaniu, gdzie się pisze wymagania systemowe.
> Ale na takim spotkaniu i tak jest jakiś ochotnik z normalną klawiaturą. I pisze
szybciej, niż ktokolwiek by narysował. A reszta kiwa, że napisał to co chcieli.
Ja sobie myślę o nieco bardziej "telefonowych" use case'ach: że rysuję sobie guziki
na ekranie i je rozmieszczam jak mi wygodnie, i przypisuję sobie do nich różne
funkcje.
Docelowo chciałbym wprowadzić inne reprezentacje programu, niż ta pudełkowa (która
moim zdaniem ani nie jest łatwa w edycji, ani czytelna). To jednak jest dopiero
"punkt wyjścia" albo "wspólny mianownik".
Może na przykład rysowanie diagramu przepływu sterowania na telefonie okaże się
lepszym pomysłem?
Na pewno największą motywacją dla mnie jest w tej chwili wizualizacja danych.
Że na przykład (-1, 1), (1, 1), (1, -1), (-1, -1) mówi mi stosunkowo niewiele, ale
już coś w rodzaju
+------+
| |
| |
| |
+------+
(kwadrat, na wypadek gdyby się źle sformatowało) mówi mi nieco więcej.
I nie chodzi mi o to, że chcę mieć obrazek, tylko że dla każdego rodzaju danych, z
którymi pracuję, chciałbym mieć wyspecjalizowany edytor do pracy z tym właśnie
rodzajem danych. Albo nawet kilka wyspecjalizowanych edytorów.
> Więc może odwrotnie - nie programowanie wizualne, tylko wizualizacja programu (albo
wymagań albo czego tam)? Bo ja nie mam nic przeciwko łączeniu form - tylko że
rysowanie nie jest chyba efektywną metodą pisania programu.
Myślę że to zależy od zagadnienia.
Na przykład, Emacs ma tryb do edycji Lispa o nazwie "paredit", i osoby, które go
używają, chwalą się, że im to wielce ułatwia prace z kodem.
Ja mam taką nadzieję, że może iteracyjnie uda się dojść do takiej sytuacji, że
tworzenie kodu na ekranie dotykowym będzie nie mniej efektywne od tworzenia go z
poziomu klawiatury. A swoją nadzieję opieram na tym, że jeżeli będę miał dość
elastyczny system do tworzenia interfejsów, to może zdołam "narysować" (czy raczej
"opracować") sobie interfejs, z którego edycja programów będzie łatwa.
Następne wpisy z tego wątku
- 04.05.20 23:40 Maciej Sobczak
- 05.05.20 10:38 g...@g...com
- 23.08.21 14:28 Maciek Godek
- 11.09.21 20:27 Maciek Godek
- 28.09.21 08:44 Maciek Godek
- 29.09.21 17:27 Maciek Godek
- 28.10.21 13:03 Maciek Godek
- 02.08.23 15:41 Maciek Godek
- 11.08.23 16:27 Maciek Godek
- 19.08.23 03:38 Arnold Ziffel
- 10.09.23 20:36 Maciej Sobczak
- 10.09.23 21:08 heby
- 11.09.23 12:22 Maciek Godek
- 11.09.23 22:38 Maciej Sobczak
- 11.09.23 23:50 Maciek Godek
Najnowsze wątki z tej grupy
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
- Press Release - AEiC 2023, Ada-Europe Reliable Softw. Technol.
- Ada-Europe - AEiC 2023 early registration deadline approaching
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2023
- Ile cykli zajmuje mnożenie liczb 64-bitowych?
- Ideologia Polskiego Programisty wer.3
Najnowsze wątki
- 2024-05-01 Białystok => Inżynier DevOps (Kubernetes, AWS) <=
- 2024-05-01 Berlin => IT Network Engineer <=
- 2024-05-01 Poznań => Java Developer <=
- 2024-05-01 Wrocław => AI Specialist <=
- 2024-05-01 Bieruń => Administrator i wdrożeniowiec Lotus Notes/Domino <=
- 2024-05-01 Kraków => Senior Rust Software Engineer <=
- 2024-05-01 Gdańsk => Senior PHP Developer (Symfony) <=
- 2024-05-01 Trzecia płeć 2
- 2024-05-01 Lublin => Java Full Stack Developer (AI area projects) <=
- 2024-05-01 Lublin => Java Full Stack Developer (projekty w obszarze AI) <=
- 2024-05-01 twardy dysk stuka
- 2024-04-30 Oclenie alkalicznych akumulatorów
- 2024-04-30 Zniknął dźwięk na tylnym panelu
- 2024-04-30 Białystok => Inżynier DevOps (projekt JP) <=
- 2024-04-30 Kraków => Mid PHP Developer (Laravel) <=