PadovaBoy wrote:
PS: se posso aggiungere una nota su nh: ma davvero c'è ancora chi crede che non sia un progetto solido? No perché ogni tanto sento "ma è opensource".." magari domani lo chiudono perché non hanno i fondi"..: ben per questo dovresti scegliere un progetto opensource!
il fatto che sia open source è un deterrente in tutte le aziende medio-grandi, per il semplice fatto che non c'è un vendor da pagare (e pagare vuol dire che se fanno quello che tu citi più in basso smettono di ricevere i miei (generalmente tanti) soldi) e con cui "incazzarsi". non si parla di solidità, ma di pacchetto "all-in-one".
Metti che l'azienda che ti fornisce il tuo ORM commerciale chiude o fa dei bracking-change tra una main e l'altra tali per cui il tuo progetto deve essere rifatto...che fai? ..con un progetto open questi problemi non si presentano: ti apri il tuo bel codice e modifichi dove serve 
si, nella fantasia. all'atto pratico fare una cosa del genere ha un costo che se sei uno "smanettone" che lavora per sè è giustificato dal tuo ego (guarda quanto sono figo, mi chiudo i bug da solo) e che per un'azienda che lavora sulle risorse e sui costi di questi ultimi è solo tempo (aka soldi) sprecati.
ecco perchè tendenzialmente queste aziende vanno su un prodotto commerciale del vendor a cui si sono già affidati per l'application framework. nel caso specifico, se microsoft fa un ORM che fa più schifo di uno open source, ma lo fa microsft che fa anche il framework e che per certo non cambia le API per sport, io azienda X che ragiona come sopra investo in microsoft e non in open source perchè microsoft la pago e sono certo che non mi farà niente di quello che tu dici. anche se so che probabilmente dovrò aspettare 2-3 versioni per avere tutto quello che dall'altra parte ho già. ragionare come un'azienda è diverso che ragionare come singolo dev "entusiasta".
