Olimpo Informatico

freemind · L'ultima modifica di freemind il 12 Mar 2009 22:39, modificato 1 volta

Apro questo thread per discutere con voi di un argomento abbastanza strano ma secondo me importante soprattutto per quel che riguarda l'informatica moderna.
Il tutto nasce da una considerazione (veritiera) di madvero: i programmatori non parlano con gli utenti.
Da programmatore posso affermare che è così!
Prendete me per esempio: quando mi hanno assunto ho chiesto di riunchiudermi in uno sgabuzzino, tetro e scuro con uno o più pc, dirmi che cosa volevano e io l'avrei scritta.
Finchè si tratta di aver a che fare con tecnici non ci sono problemi, ma quando devo parlare in italiano e non in tecnichese per me è finita.
La realtà è che devo aver a che fare con la gente.
Io do per scontate tante cose e man mano che il tempo passa mi accorgo che devo partire sempre dall'inizio; la gente a volte mi guarda strano, tra loro le persone dicono: "Ma che c.... ha detto? Kernel? OOP? Chopping? Mah, questo è scemo, io volevo un programma che mi facesse quello o quell'altro...".
Il fatto è che i programmatori sono per definizione estremamente tecnici e spesso sarebbe meglio lasciarli nello stanzino...

Per fortuna però nel mondo IT ci sono tantissime figure un po' ibride che andrebbero messe tra il programmatore e l'utente.

Non parlo degli analisti, non parlo dei commerciali, ma ad esempio degli esperti di ergonimia del software, dei tecnici nel senso di esperti di informatica anche se non sviluppano, se volete anche di figure che tendono allo psicologo ma che conoscono il processo di sviluppo di un software in modo da far capire al cliente che a volte ci vuole tempo per portar a termine un progetto soprattutto se molto grande.

Ne prendo una a caso: l'esperto di ergonomia.
Questa è una figura mistica (non quanto quella del "vero programmatore") e di solito non si trova.
Questa persona dovrebbe essere in grado di capire come l'utente usa il pc e come vorrebbe usare il programma: l'interfaccia deve fare tutto con dei click, ci vuole la possiblità di dare dei comandi da tastiera?
Le informazioni come è meglio che vengano visualizzate?
Sono tutte domande importanti, io per esempio uso il vi senza problemi, è un editor di testo senza interfaccia, si digitano i comandi nella modalità comando e si scrive nella modalità scrivi. Le sostituzioni e le ricerche si fanno con le regex. Io non ho problemi ma una persona normale?

Quando una persona visita un sito, vuole che i link si aprano in una nuova scheda? Devono aprirsi dei popup? A volte si e a volte no, dipende dallo scopo e dal target dell'utenza.

Perchè ci sono software super-mega-intuitivi?
Un esempio di ergonimia studiata bene è l'interfaccia dell'iphone (non entriamo in merito del si però è chiuso e fa schifo etc...), tutti riescono ad usare quel maledetto telefono, tutti sanno cosa devono schiacciare senza aver mai letto il manuale.
Iphone fa tante cose, più di un programma medio, ma per il programma medio ci vogliono le guide.
L'esperto di ergonimia queste cose le sa, e sa anche come farsì che l'utente riesca a godere appieno di un software senza dover far dei giri strani di ragionamenti per arrivare a stampare una fattura.

Voi che ne pensate?
Avete mai avuto a che fare con programmi impossibili da usare?
Oppure, avete mai dovuto spiegare ad un'azienda come passare in modo poco doloroso dal vecchio software di gestione delle malattie a quello nuovo?
Vi è mai capitato di fare assistenza a persone che non sanno accendere il pc? Se sì come vi comportate?

Insomma, scrivete qui spiegando a tutti come vorreste che avvenisse l'interazione tra l'azienda che produce il software e voi come clienti.
Secondo me verranno fuori cose interessanti...

Bau!

chemicalbit · Inviato: 17 Feb 2009 01:07 Oggetto:

Dall'altro lato dovrebbero essere gli utenti a spiegare le proprie esigenze
(più ancora le proprie esigenze, che "un software che faccia così e colà, poi clicko su .. e mi si apre la schermata con ...ecc. ecc." magarilorohanno in mente una solzuione complicata, al programmatore può venire in mente una più semplice e migliore).

Poi sta al programmatore (e ad altri tecnici) "tradurre" ciò nel proprio linguaggio tecnico (e ancor più nel "linguagigo tecnico" dei computer).

Non sempre però gli utenti, i committenti, si spiegano.

madvero · Inviato: 17 Feb 2009 01:13 Oggetto:

SverX · Inviato: 17 Feb 2009 19:11 Oggetto:

Se parliamo di utenti con poca alfabetizzazione informatica allora è tanto se sanno già spiegare bene che cosa a loro serve che faccia il programma, tutto il resto meglio non chiederlo a loro.

whitesquall · Amministratore Registrato: 26/06/07 15:03 Messaggi: 8413

SverX · Inviato: 17 Feb 2009 20:07 Oggetto:

freemind · Inviato: 17 Feb 2009 21:27 Oggetto:

Come previsto, tutte le cose che sono state dette fino a qui rappresentano in modo neppure troppo schematico cosa succede quando un software sta per nascere e e quando un software è in fase di scrittura per poi finire tra le mani degli utilizzatori.

I futuri utilizzatori dovrebbero mettersi attorno ad un tavolino e discutere per un po' sul come vorrebbero che il programma lavori, quanto devono essere "automatizzati" certi processi, quanto devono essere silenti le operazioni, cosa devono poter controllare sempre direttamente e quando invece è il software a dover decidere.

Tutto questo dovrebbero farlo con la supervisione di persone in grado di far capire loro che cosa l'informatica può offrire, anche in base al loro budget e su come integrare ed eventualmente poi sostituire i nuovi sistemi con i vecchi.

madvero · Inviato: 18 Feb 2009 00:30 Oggetto:

freemind · Inviato: 18 Feb 2009 01:39 Oggetto:

Tranquilla mad, non mi son fatto capire bene.
Con "lavorare in modo non lineare" intendevo il non voler seguire la logica del programma.
Se il cliente chiede che il software lavori in un certo modo, per esempio dato l'insieme A di dati di partenza occorre ottenere l'insieme B intermedio e poi C come risultato, tutto in automatico, potrebbe a programma fatto risultare complesso permettere alla persona di bloccare il tutto quando ha metà B per poter aggiungere a mano delle cose e poi proseguire.
Se una richiesta di questo tipo viene fatta spesso significa che a monte il problema non è stato analizzato bene.
Poi uno sviluppatore deve cercare di scrivere il programma in modo che risulti plasmabile ma ad un certo punto ci sono dei limiti, sia progettuali e di risorse.
Il tuo discorso sull'ordine delle query è più che corretto, questa è un'informazione che dovrebbe venir data subito all'inizio quando il cliente espone il come deve avvenire una ricerca.

Io e il capo stiamo scrivendo un sistema che lavora con un client su cellulare per governare un apparecchiatura, avvengono delle letture che vengono spedite al server e su questo c'è un applicativo che mostra lo storico di queste e fa delle elaborazioni. I dati devono risultare non manipolabili e il programma sul cellulare e tutta la logica sono studiati per poter permettere alla persona che fa queste letture di rifarle all'infinito se ha commesso degli errori.
Nello storico restano però anche quelle sbagliate (in quanto storico).
E' già successo però che ci chiedessero di modificare dei dati (tutte prove per ora) ma questo implica il dover entrare a manina nel db e poi eseguire a mano una serie di operazioni in cascata che il programma fa, ma il dbms no quindi ci vuole tempo per mettere a posto le cose. Se la cosa deve essere fatta prima di subito a volte sorgono problemi.
Ovviamente se il programma nascesse con la possibilità di modificare i valori ed intervenire su certi passaggi (è lunga da spiegare quindi ometto) allora sin dall'inizio tutto il funzionamento interno sarebbe studiato per permetterlo, è richiesto l'anti-taroccamento ad ogni costo (nel limite della scienza informatica) quindi finchè i tizi non vogliono avere i dati di prova sporchi, ok, io e il capo ci mettiamo e sistemiamo, poi però se il tutto parte, gli utilizzatori dovranno fare un'altra lettura, se poi lo storico si sporca, tanto non crea problemi, solo qualche riga in più in una tabella.

MK66

...non saprei proprio chi mettere tra programmatori e utenti, ma non sarebbe male che fosse una persona che ne capisca anche del campo tecnico dell'utente, specie se si parla di una sotware house che deve creare programmi per elaborazioni tecniche da farsi presso studi tecnici di progettazione... altrimenti si rischia di finire in certe situazioni assurde in cui è l'utontissimo pirla di turno (in questo caso io) che deve risolvere i problemi, ovviamente senza capirci nulla (io non sono un programmatore) e senza sperare di ottenere nulla dall'assistenza tecnica (che in compenso prende i soldi senza fare nulla...)
In definitiva, per realizzare un programma destinato a un certo target, non sarebbe male chiedere in primis ai rappresentanti del suddetto target che caratteristiche dovrebbe avere il programma, in secundis poi bisognerebbe evitare come la peste che tra gli intervistati si infilino personaggi che, oltre a fare i progettisti fanno pure gli insegnanti universitari, perchè costoro sono totalmente incapaci di dare una risposta valida e pratica alle domande sulle caratteristiche del programma.

Nota: in questo caso il programma in questione lo utilizzo da tanti anni, da quando è nato ancora sotto DOS, ho visto tutta l'evoluzione (o l'involuzione) sotto ogni forma di Windows (tranne Vista, che hanno avuto il buon senso di evitare come la peste anche loro... almeno, spero che lo abbiano fatto di loro iniziativa...) e conosco tutti i retroscena del come è stato realizzato, a chi hanno chiesto e come è diventato "leader del settore" (a dire il vero, per quest'ultima cosa non è che ci voglia molto: ha soppiantato un programma che era persino peggio... Rolling Eyes

...il fatto è che nel mio settore di programmi veramente validi non ce ne sono proprio)

madvero · Inviato: 18 Feb 2009 01:47 Oggetto:

ora capisco perfettamente, lo storico.
in parte ho lo stesso problema: a me lo piallano e io invece lo vorrei.

Laughing

comunque nel caso di dati editabili e non editabili si devono decidere, sta gente (che citi tu ad esempio) è pazza !!!
si potrebbero rendere editabili i dati, salvando data ora e nome superuser che effettua la modifica, per potergliene chiedere ragione.
e imboscare lo storico della modifica.

freemind · Inviato: 18 Feb 2009 02:17 Oggetto:

Nel mio caso lo storico fine a se stesso non serve a molto, però c'è una parte di programma che mette in relazione le letture fatte su un punto con quelle fatte in un altro.
Se l'utente esegue due letture "vicine rispetto ad un certo parametro temporale" l'ultima elimina la prima per quel che concerne la relazione ma tutte restano nello storico.
Di fatto il loro problema è non avere quella riga in più perchè magari si confondono... tra l'altro poi verranno messi anche dei filtri così uno potrà ridurre le righe... insomma, quelle righe in più tecnicamente non creano danno.

Per queste cose occorrono delle figure di interfaccia tra me e loro in modo da chiarire a loro come fare a ragione con il pc, prima le cose venivano fatte a mano, ora le fa la macchina ma la macchina è stupida e a volte i dati vanno interpretati (qui si potrebbe splittare la discussione in: quando il cliente non sa come fare il suo lavoro e vuole spiegare a te come farlo, ma ora è tardi, tra poco nanna)

madvero · Inviato: 18 Feb 2009 03:41 Oggetto:

chemicalbit · Dio maturo Registrato: 01/04/05 18:59 Messaggi: 18597 Residenza: Milano

SverX

MK66

freemind

madvero

MK66

freemind · Inviato: 21 Feb 2009 21:10 Oggetto:

Ecco un esempio di come non si devono trattare i clienti.
Ieri sera alle 20 il capo mi chiama e mi dice: "Vieni da xxx".
Io: "Che cazzo è successo ancora ***?"
capo: "Chi fornisce il servizio di hosting è uno stronzo!"
io: "Arrivo, ***"
Ogni *** va cambiato con bestemmie.
In pratica questo fornitore di hosting (che è anche il nostro) ha fatto l'altro giorno un aggiornamento ai router e si vede che ha ciccato qualche cosa così lo shop online del cliente non era raggiungibile, i clienti non potevano fare gli ordini e il db dello shop con quello della sede centrale erano fuori sync.
Dalle 9 di mattina hanno iniziato ad aprire ticket e il fornitore si è degnato di rispondere alle 15.00 dicendo:"l'assistenza non è compresa nel prezzo, arrangiati. Se vuoi, quantifichiamo l'intervento e lunedì ci sentiamo".
Il problema che non gli hanno risposto al ticket ma direttamente inviandogli una mail, quindi non era possibile per lui riceverle visto che il mailserver è sulla stessa macchina.
Stiamo parlando di una macchina virtuale ubuntu-server (mi pare 8.04) che gira su vmware/xen.
Allora, il cliente non ha il client di vmware per l'accesso alla macchina che tanto però non risponderebbe, via ssh è praticamente impossibile arrivarci visto l'enorme latenza tra noi e loro, la morale è che il fornitore ha le sue macchine a fanculo,noi non possiamo fare nulla perchè la nostra macchina non è raggiungibile e comunque il problema è a livello di macchina fisica, il cliente vuole andare dal fornitore è aprirlo in due.
il fornitore sta per perdere questo cliente.

bau