Ciao, SemiOT: queste discussioni dicono che il gruppo è ancora vivo :-) nessuno propone nulla per un gruppo google/usenet su free.it, altro?
> Noi lo chiamiamo web palla. Hi i suoi lati positive e i soi lati negativi... c'ho avuto a che fare due anni fa, quando scoprii la cosa della history negli url... Lati positivi non ne ricordo; qualche esempio? Sun aveva un po' di prodotti grossomodo equivalenti a webPalla (System e portal server, collab tools, cluster tools ecc) ma per lo meno erano un po' più usabili (parlo di 4 anni fa almeno) non so oggi come siano messi con Oracle > Tutto dipende da cosa devi fare. la mia home page non la faccio > certo in java enterprise usando enterprise java bean ed il servizio > di messaggistica.... Daccordo :D ma il portale della Nasa ad es. è in python (icluso i vari pezzi del jpl&c) eppure è bello grosso, ci sono tanti esempi, java la fa certo da padrone e in molti casi ha chicche parecchio comode, che non fanno comunque parte del linguaggio in sé... Ad oggi vedo python e ruby come il futuro, già pronto per un bel po' di cose del presente ma non tutte, mentre il java come un vecchio duro a morire ma pur sempre vecchio e non convincente. Se dovessi fare un mega-progetto dove j2ee sarebbe da molti scelto suderei un po', con java fai prima oggi, ma nel medio e lungo termine proprio direi di no; preferisco spendere in genere 10 contro 6 oggi che spendere 1 tutti gli anni per gestire un monumento... > visual studio ha i suoi difetti ed uno usandolo impara a conoscerli. > Per avere un editor grafico con net beans abbiamo dovuto aspettare anni. > un straccio di editor grafico per il web ancora manca.... > non so se conoscete questo rad > http://www.progamma.com > provate a guardare gli esempi > genera in java e net lo strumento è iper produttivo e non dipende > dal linguaggio dipende dal tool di sviluppo usato. non lo conoscevo, grazie, ho visto il video e domando: _che_cosa_ genera? Nel senso, esempio un po' stupido: ai tempi di kde3 c'era un IDE C/C++/* Kdevelop con un wizard da 4 click ti generava un progetto belle'pronto, si integrava con Umbrello (UML) ecc ecc. Quel che generava però 1) era una massa di codice da 4/5Mb anche per un solo Hello World, 2) era quasi ingestibile fuori dall'IDE, potevi anche distribuire le source senza problemi ma o usavi Kdevelop o ogni modifica alla toolchain di build (makefile, configure, rakefile, ant, *) manuale era un bagno di sangue... Altro es. stupido ad un corso di j2ee il tizio che "spiegava" come fare un progetto d'esempio (un beans) diceva di cliccare qui, li ecc, di copiare da questa dir in quest'altra ecc ecc ecc; non sapeva manco lui che cavolo stesse facendo! Gli bastava che bene o male il progetto compilasse e girasse (e ovviamente nessun sistema di deploy fuori dall'ide, ear e war sono cose ignote) > Se il progetto è fallito non è fallito per colpa .net è fallito per > colpa della progetazione del sistema. Ogni linguaggio ha le sue > peculiarità e sta al progettista di software capire cosa po usare e > cosa no, che tecnologia adottare e cosa no. Il progettista per quel che ne so era come se fosse Microsoft dato che la Microsoft intendeva questo progetto come la sua chiave di marketing per il top-enterprise... Si suppone che chi costruisce un'auto conosca le sue peculiarità d'uso ed i suoi limiti; se googli un po' di news ce n'è parecchie es: http://goo.gl/G4Dl Circa il fattore umano preferisco spingere una code monkey (se non posso trovare, anche a molto maggior costo _iniziale_ tanto poi mi rifarò sui molto più bassi costi di mantenimento, qualcuno più preparato) ad usare couchdb+ruby o python e fargli fare comunque un'accrocchio molto più piccolo (n di righe di codice) ed un domani comprensibile/gestibile che non un megalite java dove nessuno vorrà e potrà più mettere le mani... Il volere un prodotto subito per me è politica molto penalizzante pertanto la evito il più possibile. Preferisco 6 mesi di analisi ed un prodotto che va che non 6 mesi in tutto ed n patch per i prossimi anni. I costi ed i disservizi del futuro sono imo molto più pesanti dell'attesa e del costo iniziale. > Non so a cosa siano interessati io ero interessato a solaris perché > funziona da dio con java se potrò continuare ad usarlo bene se > dovrò pagare per usarlo dipende da quanto. Non funzionava solo con java: backuppare dati è un piacere (altro che veritas+tivoli!) l'intera amministrazione è molto più semplice e gestibile di GNU/Linux ad anche di FreeBSD sotto molti aspetti... Ad ogni modo per me Solaris gratis o a pagamento è morto; se IllumOS Nexenta od altri faranno qualcosa come Opensolaris bene altrimenti non potendomi fidare del vendor (si, mi fido moooooolto di più di una community che non di Oracle) non sceglierò né consiglierò questa piattaforma, anzi migrerò e già o migrato il più possibile ad altri lidi. -- Kim Allamandola _______________________________________________ ug-itlosug mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/ug-itlosug
