giovedì 15 gennaio 2009

Esercizio di riscrittura n° 1

Vi propongo un primo testo abbastanza ostico, che necessita di una riscrittura.

L'integrazione Like Real Time è una proprietà della maggioranza dei connettori disponibili per Global Control Identity Manager.
Si intende con Like Real Time il fatto che il singolo connettore effettui un polling a frequenza elevata (tipicamente tra i 5 secondi e il minuto e comunque configurabile) delle variazioni avvenute sul sistema integrato.
Questo modello viene applicato solo per i sistemi per cui è disponibile una forma di Change Sheet su cui rilevare direttamente le differenze.
In ogni caso implica l'assenza di snapshot e comparazione della stesse ma solo l'integrazione via API o protocollo standard alla forma di Change Sheet disponibile sui vari sistemi.

La modalità di integrazione Like Real Time permette di avere molte e frequenti elaborazioni delle sole variazioni eventualmente intercorse dall'ultima esecuzione.
L'esistenza della modalità di integrazione Like Real Time garantita dai connettori, permette di gestire sulla base puntuale della singola entry la propagazione delle eventuali modifiche senza dover effettuare comparazioni o elaborazioni massive.
Sul piano architetturale la presenza dell'integrazione Like Real Time svincola la performance del sistema dal numero di entità complessive gestite lasciando solo la dipendenza dal numero di entità nell'unità di tempo modificate.
Questo è rilevante in quanto molti sistemi di provisioning di altri vendor si basano sulla comparazione di snapshot successive prelevate dai sistemi periferici ad intervalli regolari o schedulati. La comparazione di snapshot successive determina l'elenco delle modifiche da consolidare.

Questo testo presenta diversi difetti: punteggiatura imprecisa, ripetizioni farraginose, periodi poco chiari e soluzioni inessenziali al fine dell'illustrazione di una modalità, denominata Like Real Time, utilizzata per verificare le variazioni dei dati contenuti in un sistema informatico.
Chiunque lo esamini, dovrebbe essere scosso da un fremito di ribellione creativa!
Di seguito, suddividiamo il testo in 4 parti e proviamo a riscriverlo.

------------------------------------

PARTE 1

L'integrazione Like Real Time è una proprietà della maggioranza dei connettori disponibili per Global Control Identity Manager.

Si intende con Like Real Time il fatto che il singolo connettore effettui un polling a frequenza elevata (tipicamente tra i 5 secondi e il minuto e comunque configurabile) delle variazioni avvenute sul sistema integrato.
Questo modello viene applicato solo per i sistemi per cui è disponibile una forma di Change Sheet su cui rilevare direttamente le differenze.

L'integrazione Like Real Time (LRT) è una proprietà della maggioranza dei connettori disponibili per Global Control Identity Manager.
Con il LRT, il singolo connettore effettua un polling a frequenza configurabile (tipicamente tra i 5 secondi e il minuto) delle variazioni avvenute sul sistema integrato, laddove il sistema preveda una forma di Change Sheet su cui rilevare tali differenze.

Nella PARTE 1, l'aggetivo elevata "sa di marketing"... rispetto a cosa la frequenza di polling sarebbe "elevata" ? Quello che invece è veramente importante sottolineare è che la frequenza è configurabile entro un certo intervallo.
Anche il termine direttamente non risulta essenziale alla comprensione del concetto che vogliamo comunicare.


PARTE 2
In ogni caso implica l'assenza di snapshot e comparazione della stesse ma solo l'integrazione via API o protocollo standard alla forma di Change Sheet disponibile sui vari sistemi.
La modalità di integrazione Like Real Time permette di avere molte e frequenti elaborazioni delle sole variazioni eventualmente intercorse dall'ultima esecuzione.
L'esistenza della modalità di integrazione Like Real Time garantita dai connettori, permette di gestire sulla base puntuale della singola entry la propagazione delle eventuali modifiche senza dover effettuare comparazioni o elaborazioni massive.

La modalità LRT permette di avere frequenti elaborazioni delle sole variazioni eventualmente intercorse dall'ultima esecuzione; l'analsi è incentrata sulla base della singola entry e consente la propagazione delle eventuali modifiche senza dover effettuare comparazioni o elaborazioni massive.

All'inizio della PARTE 2, la parte in rosso è semplicemente poco chiara e non è utile alla comprensione del lettore: ho eliminato l'intero periodo. Nella parte finale ho "asciugato" il testo ed eliminato qualche fastidiosa ripetizione, ricorrendo anche all'acronimo LRT al posto della locuzione estesa Like Real Time.


PARTE 3
Sul piano architetturale la presenza dell'integrazione Like Real Time svincola la performance del sistema dal numero di entità complessive gestite lasciando solo la dipendenza dal numero di entità nell'unità di tempo modificate.

Il meccanismo LRT svincola la performance del sistema dal numero di entità complessive gestite, enfatizzando solo la dipendenza dal numero di entità modificate nell'unità di tempo .

All'inizio del terzo brano, la parte in rosso viene sostituita dal più snello Il meccanismo LRT.


PARTE 4
Questo è rilevante in quanto molti sistemi di provisioning di altri vendor si basano sulla comparazione di snapshot successive prelevate dai sistemi periferici ad intervalli regolari o schedulati. La comparazione di snapshot successive determina l'elenco delle modifiche da consolidare.

I sistemi di provisioning di molti altri vendor, si basano invece sulla comparazione di snapshot successive, prelevate dai sistemi ad intervalli schedulati; la comparazione tra due snapshot successive determina le modifiche da consolidare.

Il fatto che i sistemi coinvolti siano periferici, nulla aggiunge alla comprensione del concetto di LRT.
La locuzione "regolari o schedulati" è fuorviante; la schedulazione implica la possibilità di definire intervalli, sia regolari che irregolari.
In altri termini "schedulati" implica anche "regolari", non sono concetti alternativi.


------------------------------------

Adesso, mettendo insieme le 4 parti riscritte, si ottiene un testo piu' asciutto, snello ed essenziale rispetto a quello di iniziale. L'attenzione ad "asciugare" e "snellire" i testi verrà ossessivamente perseguita in questa sede... siete avvertiti!
Ovviamente potevo seguire altri criteri nel riscrivere il testo e non è detto che la soluzione indicata sia in assoluto la migliore... ogni writer può seguire un approccio personale in tal senso. Il risultato finale mi sembra comunque migliore rispetto al punto di partenza... se avete tempo e voglia, fatemi sapere cosa ne pensate.




Condividi


Articoli correlati per categorie



Nessun commento:

Posta un commento