G. Allegri ha scritto: > Colleghi della mailing-list, toscani e non, > ero indeciso sull'opportunità di condividere o meno questa riflessione, > ma alla fine ho ritenuto che possa essere l'occasione di uno scambio di > idee utile e costruttivo. > > Ieri un collega mi ha segnalato un bando di gara della Regione Toscana > dal titolo "Sviluppo di prodotti software GIS open-source basati su > prodotti QuantumGIS e PostGIS" [1] > > Condivido senza tanti giri di parole alcune riflessioni: > > *TECNOLOGIE INDICATE E MODALITA' DI SVILUPPO* > I prodotti da sviluppare riguardano alcune nuove funzionalità per > l'interazione tra Qgis e Postgresql. Invito, chi ha voglia, a leggere le > richieste e ad esprimere un parere sui 41.000 € offerti. Non ho fatto > un'analisi dettagliata delle specifiche, però mi sembra che tale cifra > sia decisamente eccessiva per i prodotti richiesti! > Non voglio azzardare valutazioni improprie, percui nei prossimi giorni > farò richiesta all'ufficio responsabile del bando per avere chiarimenti > sull'analisi dei costi, però la mia impressione è che bandi di questo > genere non facciano che alimentare la diffusa sensazione che il modello > commerciale, adottato da alcune aziende che sviluppano su tecnologia OS, > nasconda costi e guadagni sproporzionati (e difficili da valutare), > anche rispetto a quanto offerto (a parità di prezzo) da prodotti > proprietari. > Nota: anche le ricadute economiche su un ente pubblico (e quindi sulla > comunità pubblica) rientrano nel "bilancio etico" delle scelte... non > soltanto il fatto che il prodotto sia OS o meno! > > Nella descrizione dei prodotti (allegato [2]) vengono indicati, oltre > alle funzionalità richieste, anche l'implementazione. Non so se è > normale che in un bando venga specificato in modo così dettagliato come > dovrà essere sviluppato un prodotto; azzardando conclusioni del tutto > soggettive, mi viene da pensare che qualcuno abbia già progettato questa > soluzione e abbia "contrattato" un bando con l'ente appaltante per > assicurarsi l'aggiudicazione. Se così fosse, al di là delle questioni > legali che ciò solleverebbe, mi sembra che un tale approccio tradisca il > trasparente spirito di concorrenza che caratterizza le comunità di > sviluppo OS.
Giovanni, condivido anch'io le premesse del bando, l'impostazione delle specifiche (ce ne fossero sempre di cosi' dettagliate in giro!), tuttavia... > *REQUISITI DI AMMISSIONE* > "La ditta offerente deve aver già effettuato, nel periodo 01/07/2006 - > 01/10/2009, attività di sviluppo attinente al prodotto QuantumGIS e > conclusasi con rilascio, da parte della ditta, di codice sorgente > tracciabile via internet sul repository ufficiale del prodotto." > Ci sono precedenti in cui l'indicazione già una data così specifica è > stata considerata un valido motivo di contestazione. In più qui si > richiede che la ditta abbia pubblicato i propri prodotti sul repository > di Qgis. > Con riferimento all'art. 42 del D.Lgs. n.163/2006, riguardo la "capacità > tecnica e professionale dei fornitori e dei prestatori di servizi", mi > chiedo in base a quale criterio è stato definita una tale limitazione! > Possiamo discutere sulla possibilità di dimostrare la propria capacità > tecnica secondo il comma a) del suddetto decreto (prodotti sviluppati > negli ultimi 3 anni), ma potrei anche avere deciso con i miei precedenti > clienti che il codice non venisse pubblicato con queste modalità (pur > rispettando i requisiti della licenza GPL2/3). Questo dovrebbe essere > motivo di esclusione dalla partecipazione ad un bando?! > Oltre al fatto che un vincolo così restrittivo, limitando fortemente la > partecipazione di concorrenti, non dà modo all'ente di valutare e > contrattare l'effettivo valore economico del prodotto richiesto, viene > da pensare che con questo si vogliano favorire soggetti specifici... ... i "requisiti di ammissione" mi sembrano un po' troppo stringenti o quantomeno mal posti. L'aver pubblicato sui repository ufficiali non puo' essere, a mio avviso, la "conditio sine qua non" per l'aggiudicazione della gara, piuttosto poteva essere considerato come uno dei requisiti ai quali attribuire un punteggio, tale comunque da non essere preponderante in maniera assoluta rispetto agli altri parametri utilizzati per misurare la capacità tecnica e professionale dei fornitori e dei prestatori di servizi, sebbene l'aspetto possa essere considerato rilevante. Inoltre, poiche' si parla anche di implementare delle funzioni di PostGIS, mi chiedo: che c'entra PostGIS con l'SVN di QGIS? Ah, dimenticavo... esiste anche la possibilita' di subappalto. Quindi chi si prende il subappalto, bypassa elegantemente i "requisiti di ammissione", aspetto che ovviamente non va bene. Tanta gente in gamba in grado di affrontare la commessa e' tagliata fuori, solo perche' quasi paradossalmente non ha rilasciato neanche un commento sull'SVN di QGIS. E poi, al di la' della quantita', come e chi valuterebbe la qualita' del codice rilasciato? E se uno, invece, bazzicasse con l'SVN di GRASS? Ma nooo... e' sicuramente piu' scarso! ;) Al di la' delle facili critiche e/o ironie, il bando e' stato studiato bene, eccetto che per il fatto che da' spazio a qualche ragionevole dubbio. Le intenzioni di fondo sono buone, ne sono convinto, tuttavia RT potrebbe eventualmente correggere il tiro rettificando il bando in modo da fugare ogni possibile fraintendimento e dimostrando la sua piu' totale buona fede. Un bando fatto bene fino in fondo, che non prescinda dai valori di eticità, trasparenza e concorrenza, cui Giovanni giustamente accennava, potrebbe in futuro fungere da modello per altre PA ed innescare cosi' un ciclo virtuoso. my two (euro)cents ~ my *three* cents ciao Antonio -- Antonio Falciano http://www.linkedin.com/in/antoniofalciano _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [email protected] http://lists.faunalia.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it.
