🚀 go-pugleaf

On 21/04/2024 15:49, Jacek Marcin Jaworski wrote:
> Qt::ConnectionType, które jest param. f. QObject::connect() o którym nie 
> miałem pojęcia.

Programujesz od 14 lat w Qt. Nie jest problem, że tego nie wiesz, nie 
każdy wie wszystko. Problem w tym, że wyciągasz daleko idące wnioski i 
lamenty, ze swojej ignorancji. Ubierając je w patoformalizm, staja się 
jeszcze bardziej żałosne.

> 3. Mimo, że pracowałem na pełen etat nad prog. opartymi na C++ i Qt, to 
> w żadnej z 3 polskich firemek w których były one w użyciu nie mogłem się 
> doprosić komercyjnej licencji.

Komercyja licencja nic nie zmienia. Qt jest takie samo.

> A wiem, że qt.io ma specjalną bazę wiedzy 
> dla komercyjnych klientów (miałem nadzieję, że dzięki niej poznam Qt-way).

Ta wiedza jest dostepna w googlu.

Powiem inaczej: Wzorzec projektowy signal-slot *DOMYŚLNIE* nie używa 
pętli komunikatów. To jest jego domyslna zasada działania generycznej 
implementacji s-s, takiej jak boost::signal. Fakt, że nie szukałeś 
takiego trybu pracy w Qt oznacza, że nie wiesz jak działa wzorzec 
projektowy s-s.

> 1. Złośliwości takie jak zmuszanie do nużącego spr. błędów zwracanych 
> przez wartość (brak użycia wyjątków);

Przyjazne w programowaniu funkcyjnym.

> 2. Złośliwości takie jak łapanie lecących wyjątków w pętli zdarzeń 
> (przez to nie można ich łapać w f. main());

main() nie musi być dnem pętli komunikatów. Dnem może być np. wątek, 
albo callback systemowy. Zrzucanie wyjątków poniżej dna wątku lub przez 
callback systemowy może być UB. Qt ma swoje rozwiązania różnych 
przypadków tego typu. Nie musisz z nich korzystać, jesli koniecznie 
chcesz sobie strzelić w kolano. Jeśli jednak wyjątek spada *poniżej* 
pętli komunikatów, to masz coś poważnie spieprzone.

> 3. Złośliwości takie jak brak możliwości wywołania f. 
> QApplication::exec() w f. innej niż main();

A kto broni?

> 4. Złośliwości takie jak celowo popsute kl. QMainWindow, QDocWidget, 
> QMdiArea;

Nie okresliłeś co popsute.

> 8. Złośliwości takie jak nazewnictwo odwrotne od działania takie jak w 
> QSizePolicy;

Albo niepojmowanie do czego służy.

> 9. Złośliwości takie jak Qt Creator, który nie przestrzega zasady 
> zero-conf, który jest zakodowany całkowicie odwrotnie do zaleceń twórców 
> sys. Unix p. Kena Thomson i Denisa Ritchi, które brzmi: "Pisz prog., 
> które spełniają jedno zadanie i robią to dobrze. Pisz prog. 
> umożliwiające wspólpracę. Pisz prog. do obsługi strumieni tekstowych, 
> ponieważ one tworzą uniwersalny interfejs." (to cytat. z Linux Magazine 
> PL nr z kwi. 2024, s. 67);

Zero konkretów co jest źle z Qt creatorem.

Nie używaj creatora, jesli nie lubisz. Nie ma wymogu.

> 10. Złośliwości takie jak odp. na pyt. "Jak kodować wtyczki dla Qt 
> Creator?" "Zobacz sobie w kodzie jakiejś gotowej wtyczki.";

Bardzo dobra rada. Ludzie wolą żywy kod, niż 100 stron pdfa "jak napisać 
40 linijek".

> 11. Złośliwości takie jak częste zmiany API wtyczek w Qt Creator;

API Qt creatora nie jest stabilne. Swoje kontrolki powinieneć kompilować 
z każdym buildem aplikacji na nowo. Skąd wytrzasnąłeś obietnicę 
stabilnego API/ABI?