Marco Russo

.NET, Business Intelligence e dintorni

News

Microsoft SQL Server & Business Intelligence Conference 2012

Torino Technologies Grou

Corsi

Libri

Miei blog in inglese

Archives

L'abuso di "by design"

Ho appena pubblicato un post sul mio blog in inglese dedicato alla BI, ma l'argomento è di interesse generale: riguarda l'abuso che ogni tanto viene fatto del "è così by design" per giustificare un bug o un comportamento anomalo.

L'esempio è relativo a SQL Server ed è più che altro un pretesto per affrontare l'argomento, sperando che qualcuno (a Redmond) legga e risponda... comunque se qualcuno avesse aneddoti o commenti, qua possiamo parlarne in italiano.

Posted: lug 19 2007, 11:47 by marco | with 2 comment(s)

Comments

darioa said:

ciao Marco,

secondo me, in generale "by design" non significa che il tuo comportamento fosse voluto o che non sia brutto.

Semplicemente significa che la architettura scelta per il prodotto "implica" il comportamento.

Insomma, "by design" significa solo che il tuo comportamento non è un errore di implementazione della architettura del prodotto e per essere risolto, la architettura (es. la architettura per la gestione delle date con quel formato) dovrà essere, probabilmente, ritoccata.

Concordo che sarebbe carino che comporatmenti così strani fossero documentati in modo appropriato!

Questa è una considerazione generale non è detto che si applichi veramente al tuo caso.

Capisco di avere una visione un po "developer"!:)

My 2cents

# luglio 27, 2007 10:35

marco said:

Nel caso specifico, il problema non può essere definito "by design" visto che il bug alla fine è stato riaperto ed è sotto esame.

Nel caso generale, il problema si pone quando "by design" collide con le specifiche del prodotto, con le caratteristiche pubblicizzate di un prodotto o con la documentazione di un prodotto.

Per capirci: Excel 2003 non può avere più di 64000 righe, e di conseguenza non può averne più di 64000 nemmeno una tabella pivot, e tutto questo è "by design".

Diverso il discorso (secondo me) quando un Service Pack "rompe" il comportamento di un prodotto rispetto al comportamento precedente, che era documentato, accettato e mostrato pure in alcune demo. Tale differenza di funzionamento non è documentata in maniera chiara e porta (ha portato) clienti Microsoft a disinstallare il Service Pack per tornare al comportamento precedente. In questo caso possiamo anche sostenere, da tecnici, che il programmatore ha semplicemente implementato una specifica, ma se la specifica crea problemi così non trovo corretto dire "by design" e chiudere la pratica.

Insomma: dal punto di vista di un utente non si può fare distinzione tra bug implementativi e bug di specifiche. Possiamo solo parlare di comportamenti aderenti alle caratteristiche descritte, pubblicizzate e documentate del prodotto. Se queste caratteristiche sono violate, per me siamo di fronte a un bug, indipendentemente da ciò che ne è causa.

Per lo meno, tutti i miei clienti mi hanno abituato a pensarla così...

Ciao e grazie per il commento.

Marco

# luglio 27, 2007 3:19