Newsgroup: it.lavoro.informatica
Titolo: Nuovo progetto GPL

Ho fatto tesoro delle utili critiche e del feedback che ha suscitato il 
mio post del 22/1 "Nuovo progetto Opensource".
Riassumendo, le critiche principali (ma anche le curiosità principali) 
erano legate all'uso del database DB4O, e pertanto ho deciso di rendere 
il progetto indipendente dalla gestione della persistenza.
D'altra parte l'interesse per DB4O rimane, ma è "tecnicamente" 
impossibile rinunciare ai database relazionali (nHibernate), e ancora di 
più sarebbe sciocco chiudere la porta al nuovo LINQ del C#3, come alcuni 
hanno giustamente fatto notare.
Spero che questo incuriosisca qualcuno di voi. Il resto si può leggere 
(e scaricare) in 
www.aiidi.org/2006/02/01/org-aiidi-clip/
.
Come sempre attendo i vostri commenti.
Saluti,
gsa
--
gsai...@ieee.org
PS. se qualcosa dovesse fare cilecca (codice, link, ecc.) vi prego di 
dirmelo in pvt, NON nel NG. Grazie.

 Come sempre attendo i vostri commenti.
Non ho ancora letto tutto ma ti consiglio una cosa: non rendere tutto GPL. Ok
per l'applicazione finale ma le librerie che magari svilupperai lasciale con
una licenza meno restrittiva.
-- 
Lawrence - 
http://www.oluyede.org/blog
"Anyone can freely use whatever he wants but the light at the end
of the tunnel for most of his problems is Python"

 Come sempre attendo i vostri commenti.
ah... dimenticavo, il titolo della pagina ha una parola sbagliata ;)


Ho dato un'occhiata alla pagina di presentazione del progetto e mi
piacerebbe sapere come intendete mantenere la compatibilità con Mono
pur usando componenti che su Mono sono del tutto assenti
(Microsoft.ReportViewer ad esempio) o in uno stato di sviluppo tale da
renderli del tutto inutilizzabili (Windows.Forms).
Se ritenete il supporto a piattaforme diverse da Windows davvero molto
importante, non sarebbe forse il caso di prendere strade diverse (Java,
Python o Ruby ad esempio) ?
Ciao.


** Il supporto completo Winforms è previsto in Mono 1.2 (1 Q 2006). Per 
la stampa sono state proposte diverse alternative. D'altra parte l'unica 
alternativa sostenibile sarebbe Java... ma ci interessa .NET.
Grazie,
gsa

 
** Buona idea, grazie. Al momento, tuttavia, si tratta di un progetto 
monolitico. Quando saranno separati i vari componenti lo faremo di certo.
gsa

    alternativa sostenibile sarebbe Java... ma ci interessa .NET.
Cioe` fammi capire, usate una tecnologia (Mono) che e` da 3 anni che tenta di
inseguire WinForms (ora praticamente obsolete con Avalon) senza nemmeno sapere
come sara` il supporto, senza contare il fatto che usate della roba della
stampa non portabile (a quanto pare).... tutto questo x' volete usare una
tecnologia a priori (.NET)? A casa mia si sceglie una tecnologia in base al
supporto...
Cosa significa che "ci interessa .NET?"


    certo.
Beh basta compilare le dll separatamente :D


 
** Mi sa che non hai letto l'articolo. E visto che ti interessa parlarne 
senza nemmeno aver letto di cosa si tratta, ti riporto alcuni dei passi 
che mostrano l'equivoco:
"Il progetto Org.AIIDI.Clip nasce sulla piattaforma .Net 2..."
"Il supporto di Mono è considerato molto importante ma non prioritario".
"modificato e compilato con qualunque versione del Visual Studio 2005"
"desideriamo supportare anche la futura versione 2 di Sharp Develop"
Eppoi "ci interessa .Net" non dovrebbe richiedere tante spiegazioni...
A casa mia la tecnologia si sceglie in base a parecchi fattori: le 
competenze che si hanno, gli obbiettivi, i vincoli di carattere 
materiale, l'affidabilità, ecc.
Quello che intendi per "supporto", invece, non mi è chiaro...
CMQ, grazie per le tue osservazioni,
gsa

 CMQ, grazie per le tue osservazioni,
No problem, l'idea di un gestionale opensource e` interessante, non vorrei che
vi affosaste all'inizio come han fatto quelli di Phasis (per ragioni
completamente diverse dalle vostre)


 
** Ok. Allora visto che hai esperienza/conoscenze che possono risultare 
utili per il progetto, perchè non dai qualche suggerimento in modo da 
migliorarlo? Che faresti tu: lasceresti stare Mono? .NET? Che altro?
gsa
PS. non credo di sapere nulla di Phasis. Era quel programma wxPython di 
cui si è sentito qualche tempo fa?

 cui si è sentito qualche tempo fa?
Si


 monolitico. Quando saranno separati i vari componenti lo faremo di certo.
Allora potrebbe essere troppo tardi.
La licenza GPL non ti permettere di modificare un software GPL e
rilasciarlo con una licenza piu' restrittiva.
Quindi de estrai una o piu' componenti dal tuo progetto, non puoi
rilasciarle con una licenza non GPL.
(Beh, almeno in teoria)
Saluti,
Fabio

:

Totalmente falso, a parte il chiamare la BSD "piů restrittiva" della
GPL, che č tutta da ridere.
Il detentore del Copyright puň cambiare la licenza di distribuzione
quando e come vuole per le nuove release, a prescindere dalla licenza di
distribuzione che usa.
  ngw

Io, come già detto nell'altro post, trovo la cosa molto interessante.
Adesso leggo il link, spero di trovare un pò di tempo per seguire il
vostro lavoro.

 
Tra l'altro uno degli obbiettivi del refactoring di Phasis era proprio
quello di fare qualcosa di molto simile alla vostra.
L'unica differenza e' l'accesso diretto ad un database relazionale, con
una interfaccia ad oggetti come SQLAlchemy o qualcosa scritto ad hoc.
Saluti  Manlio Perillo

   ngw
Cordiali saluti
Marco.

 licenza...
Che c'entra meno di nulla con il discorso in questione.
L'OP vuole rilasciare il codice client sotto GPL e le librerie sotto
BSD/MIT, dopo alcune release "solo GPL". Può farlo, essendo detentore
del (C) può rilasciare il suo software usando la formula mista come e
quando vuole, e dubito parli di "aggiornamenti", ma di "release".
  ngw