È pazzesco sviluppare una TUI oggi? [duplicare]

12

Sto iniziando a sviluppare un nuovo programma. È fondamentalmente un'interfaccia di database, esegui alcune query, mostra i dati in un modo carino ed è in grado di inserire facilmente nuovi dati (come questo sito Web).

Pensando a quali programmi uso quotidianamente mi rendo conto che solo il mio browser Web è un programma GUI, il resto è TUI (in questo caso TUI è l'interfaccia utente di testo, come in ncurses). Quindi ho intenzione di scrivere questo in ncurses con un'interfaccia vim / mutt-like. Questo programma verrà utilizzato solo da utenti esperti e la velocità è molto desiderata.

Ho trovato uno studio al riguardo: link

Tutti gli altri studi che ho trovato hanno guardato solo utenti inesperti e per loro la GUI è migliore. Per un utente esperto che lavorerà quotidianamente con il programma, cosa è meglio?

Questo è leggermente simile ma la differenza è che questa domanda riguardava un programma non interattivo:
Lo sviluppo delle app CLI è considerato" arretrato "?

    
posta iveqy 09.10.2013 - 00:59
fonte

2 risposte

5

Non sono convinto che una UI di testo sia diversa da una GUI basata su schede, semplicemente modificando la tecnologia di visualizzazione da belle immagini a immagini sgradevoli (YMMV :-))

Tuttavia, un'interfaccia basata sul testo che può avere una GUI in cima è un'ottima idea. Pensa a tutti i file di configurazione di Linux basati su testo, quindi pensa a Webmin che ti consente di visualizzarli come pagine web. Puoi ancora modificare i file manualmente se preferisci o se è più facile / più veloce, ma ottieni anche il vantaggio della vista web di facile accesso.

Quindi direi di sviluppare una CLI con tutti i mezzi, ma un TUI .. no, assolutamente inutile. Per prima cosa starai meglio con un'interfaccia utente Web, seconda con un'interfaccia utente touch o con una GUI thick-client.

    
risposta data 09.10.2013 - 14:22
fonte
25

Non penso che sia pazzesco. Tutto dipende da chi è il tuo pubblico di destinazione. Se scrivi un'app e ti aspetti che un utente medio lo usi, probabilmente stai meglio con una GUI.

Se la tua app è per gli sviluppatori, specialmente quelli che sono utilizzati per la CLI. Oppure se la tua app ha come target un amministratore di sistema che si trova presso la sua workstation e SSH in oltre 30 macchine su base giornaliera, il tuo strumento potrebbe semplicemente raggiungere il punto giusto per loro.

In tutti i miei lavori, ho sempre avuto un qualche tipo di modulo "utility per console" che avrebbe reso estremamente facile interrogare su una riga di comando per diversi tipi di dati dall'utente e aveva un qualche tipo di driver di menu. Scriverei quella cosa in 2 giorni e poi fare miglioramenti graduali nel tempo. Ho trovato che tali programmi di utilità sono estremamente utili se non altro per la rapida rotazione degli strumenti di sviluppo. Ogni volta che mostrerei a un nuovo ragazzo come usarli, mi verrebbe da ridire su un approccio non GUI, ma la linea di fondo è che quegli strumenti hanno realizzato esattamente quello che avevo bisogno che loro facessero e l'approccio non-GUI era così leggero che io potrebbe effettivamente introdurre e mantenere questi strumenti.

    
risposta data 09.10.2013 - 01:09
fonte

Leggi altre domande sui tag