Rapid application development of graphical user interface

Per costruire questo discorso, prendiamo una parola a caso da un libro a caso e attorno a essa vediamo come raccontare qualcosa che non abbia senso se non per chi. La parola uscita è "programmatore", il che è strano siccome il libro non parla di programmazione, ma è un ottima parola siccome si può usare. Quindi, scriviamo in C++ o Visual Basic o che altro, non lo so, non sono un programmatore. Non è semplice trovare un linguaggio di programmazione che sia per noi affine, con cui riuscire a costruire software complessi e mai così. Quindi, già se ne conosciamo uno, ci sembra di essere dei giovani hacker. Poi insomma, ci diciamo sempre che è difficile e impegnativo imparare un nuovo linguaggio, impossibile, siamo sottomessi al tempo e al caso. Come volevasi dimostrare, infatti, si è buggato tutto. Non ci avevamo pensato da un po', in effetti. Ecco, adesso che ci ragioniamo sopra, accidenti! Ma ne abbiamo imparato un altro di linguaggio o quasi. Anche dopo i bug. Anzi, proprio per i bug. Senza accorgersi molto, suppergiù. Ora, cosa ci mettiamo a programmare? Abbiamo in mente uno schema binario che potrebbe funzionare, è già stato sviluppato con il linguaggio principale che conosciamo come le nostre tasche. Le tasche andrebbero ricucite, ma aperte passa l'aria e quindi si respira meglio. Apriamo una moltitudine di livelli e parentesi, tonde, quadre e graffe. Che bravi, provetti programmatori nel giro di qualche mese. Sarà che dopo aver imparato un linguaggio, digitandone uno simile che risponde agli stessi codici, il tutto è più semplice. Naturalmente il programma è open-source. Certo che, accidenti, un altro linguaggio. Roba che non ci si crede, effettivamente, se ci si ragiona sopra. Quindi le cose si complicano oppure si semplificano.