Redmond (USA) – Inizialmente previsto per la seconda metà dello scorso anno, sembra proprio che l’arrivo della versione server di Windows XP, che non poteva non ereditare quel suffisso così “hype” che è .NET, subirà un ulteriore ritardo.
Il big di Redmond ha infatti rinviato la data di lancio del prodotto verso la fine della seconda metà del 2002, prevedendo per questa estate il rilascio della prima release candidate. Questo potrebbe significare, secondo alcuni osservatori, l’arrivo delle prime copie di Windows.NET presso la grande distribuzione non prima della fine dell’anno se non, nel caso peggiore, agli inizi del 2003.
Alcuni esperti sostengono che questo ritardo sia per la maggior parte da imputarsi a quel grande lavoro di revisione del codice e alle altre strategie legate alla sicurezza lanciate da Bill Gates con l’iniziativa ” trustworthy computing “. Un’iniziativa che per quanto riguarda Windows.NET assume un’importanza ancor più vitale per la reputazione di Microsoft, visto che sarà questo il sistema operativo su cui poggerà il peso di tutta l’infrastruttura MS.NET al gran completo.
Questo ritardo, secondo alcuni analisti, potrebbe avere il benefico effetto di dare più tempo agli utenti di Windows NT 4.0 di migrare verso Windows 2000, un sistema operativo che l’industria ha accolto con meno entusiasmo di quanto Microsoft si aspettasse ma che, in previsione dell’arrivo del suo successore, potrebbe costituire un importante passaggio intermediario per il lungo salto che da Windows NT porta a Windows.NET.
Microsoft sostiene infatti che le differenze fra Windows 2000 e Windows.NET sono assai meno marcate rispetto a quelle esistenti fra il primo ed NT4, un fattore che, secondo il big di Redmond, renderà la migrazione da Windows 2000 a Windows.NET del tutto indolore.
La nuova famiglia di sistemi operativi server di Microsoft integrerà una nuova versione dell’Active Directory e supporterà nativamente HailStorm e l’autenticazione centralizzata offerta dal servizio Passport.
Windows.NET e Windows XP si basano su una larga porzione di codice in comune e poggiano su un cuore direttamente derivato dal già collaudato kernel di Windows 2000.
Se Windows XP ha rimpiazzato con le sue edizioni Home e Professional le precedenti famiglie Windows 9x/ME e Windows 2000 Professional, Windows.NET manderà invece in pensione le versioni Server, Advanced Server e Datacenter di Windows 2000 con le relative edizioni Standard, Advanced e Datacenter.
-
Insomma...
Purtroppo l'inadeguatezza del sistema windows e di database francamente poco piu che giocattoli, come access, non potranno mai colmare le lacune presenti nei prodotti microsoft relativi allo sviluppo web.Solo una rivoluzione a livello di sistema operativo potrà dare quel che ancora manca a windows per diventare una piattaforma di sviluppo in grando di confrontarsi con i sistemi unix.Il resto è solo propaganda per attirare utenti.AnonimoRe: Insomma...
> Solo una rivoluzione a livello di sistema> operativo potrà dare quel che ancora manca a> windows per diventare una piattaforma di> sviluppo in grando di confrontarsi con i> sistemi unix.già, i tempi di sviluppo e la curva di apprendimento che vuoi che siano... tutta propaganda della microsoft...AnonimoRe: Insomma...
> già, i tempi di sviluppo e la curva di> apprendimento che vuoi che siano... tutta> propaganda della microsoft...Nooo .. dai .. non gli dire cosi'. Lui sa che per asp.net si debba usare solo access, non l'hanno avvisato che puo' accedere anche al resto dei db via odbc o oledb :)) non lo ferire nell'orgoglio cosi' :) e' un peccato. Sara' abituato al php .. che se non hai la funzioncina che accede a quel determinato db ti acchiappi. Mai dovuto cambiare rdbms in una web app da 2500 linee di codice ? (non html) :)) AUGURI .. (con asp.net cambi 1 riga di codice .. sempre se hai seguito alla lettera i consigli di mamma m$ .. difficile eh) Ps: ma tutti qua stanno quelli che credono che microsoft e' il demonio e linux un dio ? mahAnonimoRe: Insomma...
- Scritto da: Pasquale> Sara' abituato al php .. che se non hai la> funzioncina che accede a quel determinato db> ti acchiappi. Mai dovuto cambiare rdbms inhttp://www.php.net/manual/en/ref.odbc.php> Ps: ma tutti qua stanno quelli che credono> che microsoft e' il demonio e linux un dio ?Non è che tu abbia fatto una figura migliore...AnonimoRe: Insomma...
- Scritto da: Pasquale> Nooo .. dai .. non gli dire cosi'. Lui sa> che per asp.net si debba usare solo access,> non l'hanno avvisato che puo' accedere anche> al resto dei db via odbc o oledb :)) Allora scusa... mai provato a gestire un centinaio di connessioni contemporanee via Odbc?!?> Mai dovuto cambiare rdbms in> una web app da 2500 linee di codice ? (non> html) :)) AUGURI .. (con asp.net cambi 1> riga di codice .. sempre se hai seguito alla> lettera i consigli di mamma m$ .. difficile> eh) Puoi sempre creare un'interfaccia indipendente (mi sembra che su Zend ci siano anche le istruzioni), la crei una volta e la usi per sempre (senza Odbc o altre cacchiate in mezzo)Ciao ;)AnonimoRe: Insomma...
- Scritto da: L. Gregori> Io ci ho provato, a migrare una applicativo> da sql server a oracle. Ovviamente non era> la mia gestione cd e quindi c'era un po' di> business logic dentro.> Ti grarantisco che NON è bastato cambiare 1> linea di codice.Be' .. dipende da un sacco di cose. Non conoscendo il codice usato posso darti anche ragione. Ma "generalmente" se usi SQL92 come specifiche "basta" cambiare solo una riga di codice. Ovviamente e' una battuta esagerata riferita solo al fatto che in php devi cambiare proprio le funzioni. Qua al massimo devi cambiare una stringa sql (pero' ripeto : non ho parametri per valutare)> Studi, provi a fare gli esercizi, e a quel> punto ti chiedi "ok , questo funziona, ma il> come faccio a far cambiare da runtime quella> proprietà a quell'oggetto?" oppure ( e qui> parlo di interdev), come posso implementare> una ricerca su un recordset o meglio ancora> un filtro dinamico? (Non so se ricordi i> server control di VS6?) a quel punto> comincia il mal di pancia, il mal di testa,> le coliche... ed alla fine torni a scriverti> tutto a mano perchè la M$ non ha pensato che> il suo datacontrol deve poter gestire delle> altre cose.> Questo capita a tutti. Purtroppo ti devo dar ragione e sono sempre stato diffidente. Generalmente non mi affido mai al super-eccellente-fantastico componente che ti dicono che faccia i miracoli e poi... :( pero' NET e' migliorato.Ciao, PasqualeAnonimoRe: Insomma...
- Scritto da: Pasquale> > > già, i tempi di sviluppo e la curva di> > apprendimento che vuoi che siano... tutta> > propaganda della microsoft...> > Nooo .. dai .. non gli dire cosi'. Lui sa> che per asp.net si debba usare solo access,> non l'hanno avvisato che puo' accedere anche> al resto dei db via odbc o oledb :)) non lo> ferire nell'orgoglio cosi' :) e' un peccato.> Sara' abituato al php .. che se non hai la> funzioncina che accede a quel determinato db> ti acchiappi.A parte che esiste il supporto ODBC (usavo tranquillamente PHP+Access su Win2000, per fare un es.), mai sentito parlare di PEAR DB? E' una classe inclusa direttamente nella distribuzione di php che appunto, ti permette di cambiare DB modificando una linea di codice; se poi vuoi il max delle prestazioni puoi usare le funzioni native.Ho letto l'articolo e francamente mi sembra esagerato parlare di rivoluzione, ad es. ci sono svariate classi PHP disponibili da tempo che permettono di avere un modello a oggetti per gestire la visualizzazione/validazione di form HTML.AnonimoRe: Insomma...
> Purtroppo l'inadeguatezza del sistema> windowsCosa c'è di "inadeguato"???> e di database francamente poco piu> che giocattoli, come access, non potranno> mai colmare le lacune presenti nei prodotti> microsoft relativi allo sviluppo web.Allora usa Oracle se proprio non ti va bene... Anche se SQL server funziona da dio e inoltre con .NET ci accedi senza passare da ODBC o altro, quindi è più veloce...> Solo una rivoluzione a livello di sistema> operativo potrà dare quel che ancora manca a> windows per diventare una piattaforma di> sviluppo in grando di confrontarsi con i> sistemi unix.Vedremo... Vedremo... Intanto comincia a spiegare, secondo te, cosa c'è che non va...> Il resto è solo propaganda per attirare> utenti.Sarà... Comunque io al momento sviluppo quasi solo ASP.NET e direi che è ECCEZZIONALE... Niente a che vedere con ASP/JSP/PHP/... Nettamente superiore! Però vabbè, questa è solo l'opinione di uno che sviluppa applicazioni enterprise basate su web su piattaforma .NET da più di 6 mesi.... ;o)AnonimoRe: Insomma...
> vabbè, questa è solo l'opinione di uno che> sviluppa applicazioni enterprise basate su> web su piattaforma .NET da più di 6 mesi....> ;o)appuntoAnonimoRe: Insomma...
> > vabbè, questa è solo l'opinione di uno che> > sviluppa applicazioni enterprise basate su> > web su piattaforma .NET da più di 6> mesi....> > ;o)> > appunto"appunto" cosa???AnonimoRe: Insomma...
Purtroppo l'unico database giocattolo che c'è in giro è Mysql. Non è neanche paragonabile ad Access visto che Mysql non è un database relazionale. Porca vacca, volete database free? Usate Interbase o ancora meglio PostgreSQL, ma Mysql non può essere considerato un RDMS. Infine ColdFusion della Macromedia ha queste cose da anni (cache, web forms, sessioni in cluster etc etc)e con la prossima versione MX, si potranno usare anche le JSP.Ciao.AnonimoRe: Insomma...
> Infine ColdFusion della> Macromedia ha queste cose da anni (cache,> web forms, sessioni in cluster etc etc)e con> la prossima versione MX, si potranno usare> anche le JSP.Ma tu hai una vaga idea di cosa sia ASP.NET??? L'hai già visto? Già usato? (ne dubito....)AnonimoRe: Insomma...
Certo, l'ho visto e fatto delle prove mentre solitamente uso PHP (principalmente) e ColdFusion e qualche piccola cosa in JSP.Non sto dicendo che asp.net faccia schifo solo che l'80% delle cose c'erano da anni in ColdFusion quindi mi viene da ridere quando si parla di novità e/o rivoluzione. Da quello che si legge su:http://www.macromedia.com/software/coldfusion/resources/neo/faq/ la prossima versione associerà tutta la velocità di sviluppo di CF con le possibilità di Java.AnonimoRe: Insomma...
> Purtroppo l'unico database giocattolo che> c'è in giro è Mysql. Non è neanche> paragonabile ad Access visto che Mysql non è> un database relazionale. Porca vacca, volete> database free? Usate Interbase o ancora> meglio PostgreSQL, ma Mysql non può essere> considerato un RDMS. Parole sante. mysql non ha il supporto alle transazioni (e come cacchio fanno a usarlo in ambito web senza transazioni, per me rimane un mistero. secondo me rischiano parecchio l'integrità dei dati), non ha l'integrità relazionale....come si fa a dire che è un rdbms?AnonimoRe: Insomma...
- Scritto da: vertigo> Parole sante. mysql non ha il supporto alle> transazioni (e come cacchio fanno a usarlo> in ambito web senza transazioni, per meSi fa tutto a mano, controllando via codice o con lock su intere tabelle. E' assurdo, lo so, ma per i misteri della vita Mysql è più diffuso di PostgreSQL un vero e completo RDBMS, che su grossi carichi risulta molto più veloce di Mysql.AnonimoRe: Insomma...
ehmmm documentatevi...dalla 3.22 se non erro mysql supporta le transizioni.See ya later.. e guardatevi un po' di articoli seri tecnici di confronti fra db...Mysql (4.01) e Oracle primeggiano in fatto di stabilita' performance e scalabilita'.Il resto pippeAnonimoRe: Insomma...
- Scritto da: Luca> Purtroppo l'unico database giocattolo che> c'è in giro è Mysql.http://www.mysql.com/downloads/mysql-max-3.23.htmlAnonimoRe: Insomma...
gia' talmente giocattolo che la Oracle si e' scomodata ad includere il plug-in di conversione da MySql nel Migration Workbench...mah, contenti voi.AnonimoDimostrazione
Se non mi cancellano il post, un chiaro esempio lo si ha leggendo l'elenco dei commenti: doppio inserimento contemporaneo, che dovrebbe generare un rollback work, viene considerato valido e portato a commit work. Limite non solo di asp, ma anche di access e del sistema windows.AnonimoRe: Dimostrazione
ma non dire boiate: se il tuo browser genera 2 richieste http, o l'applicativo web gestisce qsta concomitanza, o è giusto che nel db finiscano 2 righe... Oppure sei abituato diversamente da una web server monothread "a caso"?Access è effettivamente un giocattolino, ma così non è per SQL Server: dai una occhiata a http://www.tpc.org, ed in particolar modo al tpc-C (il benchmark transazionale) e, prima di contestare i risultati, guarda il "Who we are"senza rancoreAnonimoRe: Dimostrazione
Apprezzato tantissimo la tua risposta.Troppo spesso si cerca di attribuire i propri errori ad errori del sistema operativo, dell'rdbms, di qualche driver di periferica. E alla fine si scopre che l'ignoranza ha fatto la sua parte.Il 99% degli errori in genere e' causato sempre da sviste del programmatore (o dall'ignoranza).Vorrei dire che Ignorante e' colui che ignora. Questo perche' non lo ritengo un'offesa, ma una limitazione (anche il altri post).Saluti , PasqualeAnonimoIn teoria e' perdente
Gia'. In teoria chi si affiderebbe ad una sola azienda per la gestione del proprio middleware ? Sempre in teoria questo e' un comportamento perdente, che infrange una delle prime regole di questo genere di strato software. Impegnare il proprio middleware (non a caso chiamato anche "businness logic") in standard proprietari, modificabili dalla mattina alla sera, non portabili, legati (in pratica) ad un solo DB, con poco supporto "volontario" (chi e' il pazzo volontario che mette a disposizione GRATIS, il proprio know-how di una cosa che ha PAGATO ?). Questo vuol dire poco supporto dalle mailing list, Internet...
Per lavoro mi sono dovuto studiare le specifiche J2EE. E' un altro paio di maniche (aldila' dei paragoni di performance o tecnici in generale, che non sto affrontando con questo discorso). Gli standard che lo definiscono sono TUTTI chiari e disponibili, la *scelta* dell'application server prevede almeno 4 o 5 soluzione di una libera (tomcat). Sicuramente, se dovessi basare il software della mia ditta su una piattaforma non avrei dubbi. ASP.NET mi farebbe solo ridere.AnonimoRe: In teoria e' perdente
Che peccato,aprire la bocca, dare fiato e dimenticare di dare corrente al cervello. Quello che hai scritto denota una grandissima ignoranza in materia asp.net da parte tua. - Scritto da: Flexer> Gia'. In teoria chi si affiderebbe ad una> sola azienda per la gestione del proprio> middleware ? Sempre in teoria questo e' un> comportamento perdente, che infrange una> delle prime regole di questo genere di> strato software. Impegnare il proprio> middleware (non a caso chiamato anche> "businness logic") in standard proprietari,> modificabili dalla mattina alla sera, non> portabili, legati (in pratica) ad un solo> DB, con poco supporto "volontario" (chi e'> il pazzo volontario che mette a disposizione> GRATIS, il proprio know-how di una cosa che> ha PAGATO ?).Uhmm .. mi pare che ORACLE (che ancora non e' M$) sia commerciale, con poco supporto volontario (perche' non ne ha bisogno), con standard proprietari, eppure e' il miglior RDBMS in circolazione. Strano .. eppure una buona percentuale di ditte (diciamo le piu' grosse) affidano ad ORACLE dati molto sensibili. Non mi pare che ci siano tante ditte grosse che usino postgreSQL o mySQL o altre soluzioni open e con tanto supporto "Volontario" come dici tu. Chissa' perche'.> Questo vuol dire poco supporto> dalle mailing list, Internet...
E di nuovo non hai mai partecipato a mailing di fonte microsoft o di "volontari" (ops .. esistono pure per un prodotto commerciale ??? mah :) oppure non sei mai entrato nei newsgroup di fonte m$ .. dove le risposte ti vengono da persone che sviluppano direttamente le varie parti dei software microsoft.> Per lavoro mi sono dovuto studiare le> specifiche J2EE. E' un altro paio di maniche> (aldila' dei paragoni di performance o> tecnici in generale, che non sto affrontando> con questo discorso). Di nuovo un altro punto di ignoranza... avrai letto J2EE... ma poi ti sei fossilizzato come la grande massa di persone che credono che una volta che hanno (dovuto .. perche' altrimenti non l'avrebbero mai fatto) studiare UNA tecnologia a disposizione pensano che sia l'unica, come un bel Dio. Peccato che i test realizzati da non M$ parlano di applicazioni dalle 15 alle 40 volte piu' veloci ... peccato che J2EE interpreta sempre e il nuovo ASP.NET Compila .. (ma forse chiederti la differenza va oltre le tue conoscenze perche' forse per lavoro non hai mai dovuto imparare cosa sia).Strumenti di Sviluppo come il Visual Studio NET con C#,VB (non Script), J# (e altri) realizzano applicazioni ASP.NET in tempi ridottissimi e col linguaggio che vuoi. J2EE mi pare stia solo con Java o Javascript .. non mi pare che qualcuno per lavoro mi abbia detto di usare C++,VB,o altri linguaggi (ma l'esperto di J2EE sei tu) > Gli standard che lo> definiscono sono TUTTI chiari e disponibili,> la *scelta* dell'application server prevede> almeno 4 o 5 soluzione di una libera> (tomcat).Ma mi viene il dubbio che se non te lo dicono per lavoro tu non te li studi.. Tanto per farti capire cosa c'e' anche con asp.net pensa che tutto il framework.net e' basato su CLR (e ti vai a studiare cosa e'), uno standard cosi' aperto che anche Borland ha dato notizia che supportera' il .net tra qualche mese (oh .. ma non faceva il delphi ? il mitico, super, eccellente tools che non ha bisogno di m$ ? ). > Sicuramente, se dovessi basare il> software della mia ditta su una piattaforma> non avrei dubbi. ASP.NET mi farebbe solo> ridere.Fai ridere tu, per l'ignoranza che dimostri. Non conosci ASP.NET e non conosci altro legato ad asp.net .. forse e' troppo impegnativo per te andarti a leggere la documentazione tecnica ? Forse il tuo capo te lo deve ordinare per lavoro ? Fammi avere il numero che gli chiamo io :)Saluti, Pasquale.AnonimoRe: In teoria e' perdente
Perfettamente d'accordo per quanto riguardail concetto base: moltissime aziende preferisconoaffidarsi a pochi produttori affidabili pertutto il software che usano, e certo scelgonoOracle e non mySql.Per quanto riguarda Delphi e CLR, vatti a guardarechi ha creato l'architettura dell'uno e dell'altro ... ma guarda che caso, la stessa persona!AnonimoRe: In teoria e' perdente
- Scritto da: edc> Per quanto riguarda Delphi e CLR, vatti a> guardare> chi ha creato l'architettura dell'uno e> dell'altro ... ma guarda che caso, la stessa> persona!> Lo so :) e' un bene .. almeno chi programmava in delphi finisce di parlare male di m$ :) e' come parlare male di un figlio ;))>AnonimoRe: In teoria e' perdente
>peccato che J2EE interpreta sempre e il nuovo >ASP.NET Compila .. (ma forse chiederti la >differenza va oltre le tue conoscenze perche' >forse per lavoro non hai mai dovuto imparare >cosa sia).Non vero. Il sistema a codice che viene compilato per poi essere utilizzato piu' volte proviene proprio da JSP con l'utilizzo delle Servlet.Altre tecnologie poi, come i tag lato server sembrano scopiazzate da ColdFusion piu' che qualcosa di originale inventato da Microsoft...Comunque non disprezzerei il lavoro complessivo fatto da Microsoft: ha messo insieme le migliori tecnologie di tutti i linguaggi di scripting web, e questo non e' affatto male.AnonimoRe: In teoria e' perdente
Scritto da: Pasquale> Che peccato,> aprire la bocca, dare fiato e dimenticare di> dare corrente al cervello. Quello che hai> scritto denota una grandissima ignoranza in> materia asp.net da parte tua. Forse l'ignorante sei tu....e parecchio anche> Uhmm .. mi pare che ORACLE (che ancora non> e' M$) sia commerciale, con poco supporto> volontario (perche' non ne ha bisogno), con> standard proprietari, eppure e' il miglior> RDBMS in circolazione.Di quali standard proprietari parli....che Oracle e` aperto a tutto....e basato solo su standard affermati...Inoltre il supporto gratuito e a pagamento di oracle non e` nemmeno paragonabile a quello offerto da oracle. E noi siamo abbonati ai servizi e supporto di entrambi.Inoltre noi non abbiamo ancora avuto un problema con oracle da 6 anni, nel passare da una piattaforma ad un'altra...e ancora adesso usiamo indistintamente oracle 7.3.4, 8i e 9i senza alcun problema....E gli applicativi e/o i programmi server in Java funzionano da anni e vengono solo estesi o ampliati...Mentre per asp e visual basic ora ci siamo fermati, perche` dovremmo RISCRIVERE COMPLETAMENTE il codice (e parliamo di qualche migliaio di righe di codice) (ma da chi non offre compatibilita` tra (office200x) e (office200x + 3 mesi) non ci si poteva aspettare altro).> Peccato che i test realizzati da> non M$ parlano di applicazioni dalle 15 alle> 40 volte piu' veloci ... peccato che J2EE> interpreta sempre e il nuovo ASP.NET CompilaBimbo ASP.NET compila da ora, JSP/SERVLET compilano da 5 anni (cioe da sempre..visto che sono nati cosi...).E la compilazione jit in java e` presente da un po'...Cosa leggi??? Visto che sicuramente non sviluppi....Senza contare che .net per girare ha bisogno dei GIGA PC, quindi non mi stare a parlare di performance...e comunque da picci test dei nostri applicativi tra vb6 e vb.net abbiamo un decadimento delle prestazioni del 20/30%.E per noi sono questi i test che valgono (PS abbiamo gia tre persone che provano .net da 6 mesi)MA tu avrai letto i test di quelli che dicevano che IIS e` piu veloce di apache e/o TUX.> Strumenti di Sviluppo come il Visual Studio> NET con C#,VB (non Script), J# (e altri)> realizzano applicazioni ASP.NET in tempi> ridottissimi e col linguaggio che vuoi. J2EE> mi pare stia solo con Java o Javascript ..> non mi pare che qualcuno per lavoro mi abbia> detto di usare C++,VB,o altri linguaggi (ma> l'esperto di J2EE sei tu) SI si....bravo...Solo che mentre java lo integro come voglio con funzioni in C, C++ e assembler (perdendo chiaramente la portabilita`), con M$ l'interoperabilita e` limitata (ma se vuoi prova tu ad importare in C# qualche classe complessa scritta in C++ (sai che succede???? che la devo riscivere in C++ come la vuole lui)> Tanto> per farti capire cosa c'e' anche con asp.net> pensa che tutto il framework.net e' basato> su CLR (e ti vai a studiare cosa e'Forse e` meglio che ti studi che cosa e`!Una scopiazzatura del sistema java.> Saluti, Pasquale.Con quel nome puoi solo essereun t***o ignorante...E non toccare borland che ha fatto la storia....AnonimoFINALMENTE
Finalmente qualcuno intelligentecredo al forum di questo articolo tu sia l'unico che non ha parlato a vanvera, tutti i sostenitori di M$ sanno solo di M$ e tutti i sostenitori di *nix o altri sanno solo di *nix o altri. In sostanza parlano tutti x sentito dire dell'altro.Hai dimostrato che c'e' ancora qualcuno che scrive dopo aver acceso il cervello (frase piuttosto ricorrente su ambo i versanti) ciao :)AnonimoRe: In teoria e' perdente
Tu che parli tanto di ignoranza...prima di studiare asp.net,impara l'italiano. ("...che gli chiamo io...")AnonimoRe: In teoria e' perdente
Vi state attaccando.. non sapete che dire quindi gurdate gli errori grammaticali..DMAnonimoRe: In teoria e' perdente
- Scritto da: carlo> Tu che parli tanto di ignoranza...prima di> studiare asp.net,impara l'italiano. > ("...che gli chiamo io...")Grazie per la correzione :) sai .. sono pure terrone .. a scuola parlavamo in dialetto ;)AnonimoRe: In teoria e' perdente
> Gia'. In teoria chi si affiderebbe ad una> sola azienda per la gestione del proprio> middleware ? Sempre in teoria questo e' un> comportamento perdente, che infrange una> delle prime regole di questo genere di> strato software. Impegnare il proprio> middleware (non a caso chiamato anche> "businness logic") in standard proprietari,> modificabili dalla mattina alla sera, non> portabili, legati (in pratica) ad un solo> DB, con poco supporto "volontario" (chi e'> il pazzo volontario che mette a disposizione> GRATIS, il proprio know-how di una cosa che> ha PAGATO ?). Questo vuol dire poco supporto> dalle mailing list, Internet...
> Per lavoro mi sono dovuto studiare le> specifiche J2EE. E' un altro paio di maniche> (aldila' dei paragoni di performance o> tecnici in generale, che non sto affrontando> con questo discorso). Gli standard che lo> definiscono sono TUTTI chiari e disponibili,> la *scelta* dell'application server prevede> almeno 4 o 5 soluzione di una libera> (tomcat). Sicuramente, se dovessi basare il> software della mia ditta su una piattaforma> non avrei dubbi. ASP.NET mi farebbe solo> ridere.Beh, ognuno fa le sue scelte... Ma se dici che ASP.NET fa ridere sei tu che ti rendi ridicolo... :PAnonimoRe: In teoria e' perdente
- Scritto da: Flexer> specifiche J2EE. E' un altro paio di maniche> (aldila' dei paragoni di performance o> tecnici in generale, che non sto affrontando> con questo discorso). Gli standard che lo> definiscono sono TUTTI chiari e disponibili,Peccato che le specifiche J2EE non siano standard. Mentre .NET, che tu insulti, è standard ECMA che verrà supportato anche da aziende che lo porteranno su Linux.> ASP.NET mi farebbe solo> ridere.Risus abundat in ore stultori.AnonimoRe: In teoria e' perdente
> > Risus abundat in ore stultori.Risus abundat in ore stultorum (è genitivo - degli stolti - stultori non esiste proprio)AnonimoRe: In teoria e' perdente
Voleva essere un genitivo singolare. Mi è rimasta la s in canna.- Scritto da: marchet> > > > > Risus abundat in ore stultori.> > Risus abundat in ore stultorum > (è genitivo - degli stolti - stultori non> esiste proprio)AnonimoRe: In teoria e' perdente
- Scritto da: Darth Vader[...]> Peccato che le specifiche J2EE non siano> standard. [...]no commentAnonimoRe: In teoria e' perdente
No, commenta, commenta. A quale organismo di standard è stato sottomesso?- Scritto da: VisiK7> > - Scritto da: Darth Vader> [...]> > Peccato che le specifiche J2EE non siano> > standard. > [...]> > no commentAnonimoapache+php+mysql -> L'antimicro$oft!
apache+php+mysql = ANTIMICRO$OFT!perchè se questi prodotti sono gratis, continuamente aggiornati, veloci, stabili, sicuri (almeno + di quelli m$), facili da usare dovrei passare ad un sistema di cui non è ancora apparsa una versione ufficiale?Ricordate che apache DOMINA! PHP DOMINA SU ASP!IL PERL E' IL MIGLIOR LINGUAGGIO CHE UN PROGRAMMATORE PUO' CONOSCERE PER PASSARE AL C,C++!Linux resterà sempre in vetta, anche se nn dominerà sui desktop, sui server resta sempre e cmq il migliore!AnonimoRe: apache+php+mysql -> L'antimicro$oft!
Ciao Pazzu,- Scritto da: pazzu> apache+php+mysql = ANTIMICRO$OFT!> confermo quanto dici> perchè se questi prodotti sono gratis,> continuamente aggiornati, veloci, stabili,> sicuri (almeno + di quelli m$), facili da> usare dovrei passare ad un sistema di cui> non è ancora apparsa una versione ufficiale?> ahia, c'e', c'e' una versione ufficiale :) leggere, leggere raga...> Ricordate che apache DOMINA! > PHP DOMINA SU ASP!dipende, per curiosita' (sono ignorante) cosa si usa per sviluppare applicazioni web con php ? non so' , xemacs con qualche estensione ? o ci sono ide realizzati per linux ?> IL PERL E' IL MIGLIOR LINGUAGGIO CHE UN> PROGRAMMATORE PUO' CONOSCERE PER PASSARE AL> C,C++!> peccato che con asp.net puoi usare il c++ direttamente :)) > Linux resterà sempre in vetta, anche se nn> dominerà sui desktop, sui server resta> sempre e cmq il migliore!> Linux e' migliore. Punti a favore sono l'essere gratis, molto stabile, col software gratis (o quasi) tipo Star Office. Un punto a svafore e' che non prenderà piede ancora nei desktop (oltre perche' visto con un po' di paura) perche' ci sono troppe correnti di pensiero (lo stesso linus ha dichiarato tempo fa che ci sono troppi rami di sviluppatori che stanno espandendo il prodotto per fatti loro. Ma questo e' un rischio del software open source.Speriamo in un prossimo futuro in una svolta.(Pero' non venitemi a dire che asp.net non vale una cicca ;))Ciao, PasqualeAnonimoRe: apache+php+mysql -> L'antimicro$oft!
Mi fermo sempre e e solo a leggere i post lasciati senza mai commentare , se non con me stesso, alcuni di essi... ma sta volta no, mi complimento con pasquale che dà delle sane lezioni di cultura informatica, sinceramente non mi metterei mai a correggere i post!! sarebbe un lavoraccio =)Cmq ancora complimentiAnonimoRe: apache+php+mysql -> L'antimicro$oft!
Adesso saremo in 2 ad essere sotto tiro :)) non dovevi appoggiare il mio post :))Purtroppo sono abituato a leggere tutto quello che mi viene davanti e poi valutare cosa e' meglio e cosa e' peggio (non si doveva fare pure in politica cosi' ? ;))Grazie.AnonimoRe: apache+php+mysql -> L'antimicro$oft!
- Scritto da: Pasquale > peccato che con asp.net puoi usare il c++> direttamente :)) Visto che sembri conoscere la piattaforma: e' vera la critica secondo la quale .NET ti permette di utilizzare solo parzialmente i linguaggi diversi da C#?In pratica, secondo quest'ultima, qualsiasi linguaggio usi, utilizzi solo un sottoinsieme di costrutti/funzioni che, non a caso, corrisponde grossomodo a quello fornito da C#.AnonimoRe: apache+php+mysql -> L'antimicro$oft!
- Scritto da: IlGrillo> - Scritto da: Pasquale> > peccato che con asp.net puoi usare il c++> > direttamente :)) > Visto che sembri conoscere la piattaforma:> e' vera la critica secondo la quale .NET ti> permette di utilizzare solo parzialmente i> linguaggi diversi da C#?Sì, purtroppo è vero, infatti stavo per rispondere "magari...".Se ti interessa approfondire questi sono due buoni articoli (uno dei due è un po' di parte... ma non si può mica chiedere all'oste se il vino è buono ;o):http://eiffel.com/doc/manuals/technology/bmarticles/sd/dotnet.htmlhttp://www.javalobby.org/clr.htmlottime info le trovi anche su www.oreillynet.comAnonimoRe: apache+php+mysql -> L'antimicro$oft!
- Scritto da: IlGrillo> Visto che sembri conoscere la piattaforma:> e' vera la critica secondo la quale .NET ti> permette di utilizzare solo parzialmente i> linguaggi diversi da C#?> In pratica, secondo quest'ultima, qualsiasi> linguaggio usi, utilizzi solo un> sottoinsieme di costrutti/funzioni che, non> a caso, corrisponde grossomodo a quello> fornito da C#.Non avendo letto il testo della critica non so a cosa si riferisce di preciso. Da quello che posso capire dalla tua domanda penso che il set di funzioni per tutti i linguaggi e' sempre quello dei namespace forniti con il framework.net (e dentro c'e' il compilatore C# free (ops ;))). Se e' questa la limitazione allora si (ma e' solo uno strato piu' ad alto livello delle API del S.O.) :) Se invece la limitazione e' riferita al mondo esterno al framework (cioe' che bisogna usare per forza le funzioni nei namespace del framework) puoi importare namespace realizzati da terze parti oppure i classici COM (con tutti i vantaggi/svantaggi che comportano). Personalmente sto sviluppando in C# perche' e' effettivamente potente (e stabile), ma volendo puoi usare davvero di tutto. Una volta compilato e' bytecode (che viene compilato prima di essere eseguito). Da colleghi che usano cobol e altri linguaggi ho anche sentito che a breve ci sara' Cobol# che si pensa rivoluzioni (finalmente) le applicazioni finanziarie legate ormai al vecchio cobol sotto dos.Spero fosse questa la risposta giusta (c'e' la domanda di riserva ?? ;)Buona Giornata, PasqualeAnonimoRe: apache+php+mysql -> L'antimicro$oft!
> Speriamo in un prossimo futuro in una svolta.> (Pero' non venitemi a dire che asp.net non> vale una cicca ;))asp.net non vale una cicca :))AnonimoRe: apache+php+mysql -> L'antimicro$oft!
> apache+php+mysql = ANTIMICRO$OFT!uahahahuahahhahahahhauahahahahuahahahaha... Dai, non farmi ridere... PHP non può nemmeno sognarsi di tenere testa a ASP.NET... Dai, non farmi ridere... > perchè se questi prodotti sono gratis,Il framework .NET è totalmente gratuito... Coem db se proprio non vuoi spendere usa pure mysql...> continuamente aggiornati, veloci, stabili,> sicuri (almeno + di quelli m$),Questa è solo un tua opinione, sbagliata oltrettutto...> facili da> usare dovrei passare ad un sistema di cui> non è ancora apparsa una versione ufficiale?Di quale sistema non è ancora apparsa la versione ufficiale??? > Ricordate che apache DOMINA! Se lo dici tu... Io non l'ho mai visto...> PHP DOMINA SU ASP!buahahahhaauahhahahahahahauhahahauaahahhaha...Maddai, non sparar cazzate per favore...> IL PERL E' IL MIGLIOR LINGUAGGIO CHE UN> PROGRAMMATORE PUO' CONOSCERE PER PASSARE AL> C,C++!Bah... Cosa ti fumi prima di scrivere nel forum??? > Linux resterà sempre in vetta, anche se nn> dominerà sui desktop, sui server resta> sempre e cmq il migliore! E allora?? .NET girerà presto anche su Linux...E cmq questa è solo la TUA opinione...AnonimoRe: apache+php+mysql -> L'antimicro$oft!
In realta` con la tua risposta non hai argomentato un'ostrega.Hai solo espresso (male tra l'altro) delle tue opinioni personali e infondate.Se poi non hai mai visto apache probabilmente o fai l'agricoltore (mestiere peraltro nobilissimo ma che con l'IT non ha nulla a che vedere [magari mi sbaglio]), oppure le tue sono mani rubate all'agricoltura, vedi tu.AnonimoRe: apache+php+mysql -> L'antimicro$oft!
> In realta` con la tua risposta non hai> argomentato un'ostrega.> Hai solo espresso (male tra l'altro) delle> tue opinioni personali e infondate.Beh, se c'è qualcosa in particolare che ti devo spiegare cheidi pure... ;o) > Se poi non hai mai visto apache> probabilmente o fai l'agricoltore (mestiere> peraltro nobilissimo ma che con l'IT non ha> nulla a che vedere [magari mi sbaglio]),> oppure le tue sono mani rubate> all'agricoltura, vedi tu.Non ho mai visto Apache semplicemente perchè non mi interessa... Comunque prima o poi lo voglio proprio vedere...Ah, vorrei proprio vedere chi è l'agricoltore........!!AnonimoRe: apache+php+mysql -> L'antimicro$oft!
> > Ricordate che apache DOMINA! > > Se lo dici tu... Io non l'ho mai visto...strafottente e pure ignorante: cosa sei, studente CEPU?AnonimoRe: apache+php+mysql -> L'antimicro$oft!
Guarda che neache una settimana fa hanno trovato una falla in PHP che potrebbe far crashare i web server di mezzo pianeta!!! e vai di stabilità...AnonimoRe: apache+php+mysql -> L'antimicro$oft!
Si, e quante ne hanno trovate nei corrispettivi M$ ?E dopo quanto era pronta la patch ? Proprio come M$ eh ?Certi confronti non vanno neanche fatti se non si vuole passare per ridicoli.AnonimoRe: apache+php+mysql -> L'antimicro$oft!
- Scritto da: Memo Remigi> Si, e quante ne hanno trovate nei> corrispettivi M$ ?> E dopo quanto era pronta la patch ? Proprio> come M$ eh ?Non puoi paragonare php a TUTTI i prodotti Microsoft.Se vogliamo fare un vero paragone, dovresti paragonare php a ASP.NET.Per quanto riguarda le vulnerabilità globali, ti ricordo la classifica uscita un mese fa circa in cui Linux aveva un numero di vulnerabilità superiore a quelle di Windows 2000.Inoltre le patch delle vulnerabilità che hanno prestato il fianco ai soliti imbecilli che scrivono codice per fare danno mirato (code red e nimda) erano disponibili ben prima che il danno si verificasse (per code red era disponibile la patch 2 giorni dopo che la vulnerabilità è stata scoperta).> > Certi confronti non vanno neanche fatti se> non si vuole passare per ridicoli.Appunto.AnonimoRe: apache+php+mysql -> L'antimicro$oft!
- Scritto da: ASM.Rulez> Guarda che neache una settimana fa hanno> trovato una falla in PHP che potrebbe far> crashare i web server di mezzo pianeta!!! e> vai di stabilità...Non mi sembra gravissima come "trovata" visto che si parla di un'applicazione.... figurati, cosa dovremmo dire allora di Internet Information Server (IIS) di MS? Quello è il WEB SERVER, non un'applicazione!!!!! APACHE va paragonato con IIS (e non c'è storia) mentre PHP va paragonato con ASP, JSP e gli altri linguaggi di programmazione WEB, e come velocità mi sa che PHP nenache se lo vede ad ASP !! ASP.NET ancora è presto per giudicare, ma vista la base di partenza... e come se quest'anno la MINARDI di F1 dichiarasse: "saremo + veloci della Ferrari" che sviluppo avrebbero dovuto apportare? E poi ricorda che PHP è più giovane come linguaggio, e nonostante questo è un passettino avantiAnonimoE' Vero?!?
"""I documenti ASP, inoltre, sono tuttAnonimoRe: E' Vero?!?
- Scritto da: A.C.> """I documenti ASP, inoltre, sono tutt è verissimo, concordo in pieno!AnonimoRiscrivere il codice da zero
Mi spiace per voi ma non funziona nemmeno l'upgrade wizard per vb.Su dieci progetti non e` riuscito a convertirne nemmeno uno.All'undicesimo ho fatto un form con un bottone che non faceva nulla e ce l'ha fatta.AnonimoRe: Riscrivere il codice da zero
ed infatti _nessuno_ (nemmeno M$) sostiene che l'upgrade Wizard sia sufficiente per migrare con successo un applicativo. Troppe differenze tra le piattaforme sottostantiAnonimoRe: Riscrivere il codice da zero
- Scritto da: morgan> Mi spiace per voi ma non funziona nemmeno> l'upgrade wizard per vb.Mi spiace per te, ma ho paura che tu abbia un'idea un po' troppo "evoluta" di wizard...AnonimoRe: Riscrivere il codice da zero
> - Scritto da: morgan> > Mi spiace per voi ma non funziona nemmeno> > l'upgrade wizard per vb. > Mi spiace per te, ma ho paura che tu abbia> un'idea un po' troppo "evoluta" di wizard...Non capisco cosa intendi...Io stavo solo dicendo che non e` corretto quello che e` scritto nell'articolo...perche` praticamente non puoi convertire un programma con piu` di 10 righe di codice....AnonimoRe: Riscrivere il codice da zero
- Scritto da: morgan> Io stavo solo dicendo che non e` corretto> quello che e` scritto> nell'articolo...perche` praticamente non> puoi convertire un programma con piu` di 10> righe di codice....Scusa, avevo capito che ti lamentavi perché il wizard non funzionava... è impossibile scrivere una procedura automatizzata di quel tipo...AnonimoRe: Riscrivere il codice da zero
Quel wizard puo' solo convertire appz scritte in vb, ma che seguono le direttive che m$ ha dato da tempo (classica boiata : non si usano piu' array che iniziano con indice 1 o superiore, ma finalmente si deve per forza usare da zero in poi).Seguendo queste direttive (che sono a disposizione da tempo) il wizard ce la fa in qualche modo (e dove non ce la fa ti dice cosa e' richiesto). Un punto dolente e' che avendo usato ADO non passa il codice in ADO.NET in automatico :) ma ci vuole pazienza :))CiaoAnonimoRe: Riscrivere il codice da zero
> Mi spiace per voi ma non funziona nemmeno> l'upgrade wizard per vb.> Su dieci progetti non e` riuscito a> convertirne nemmeno uno.> All'undicesimo ho fatto un form con un> bottone che non faceva nulla e ce l'ha> fatta.Questo me l'aspettavo... Non conviene migrare da VB6 a .NET, secondo me, però per un progetto nuovo sicuramente ne vale la pena... In quanto puoi chiamre benissimo gli oggetti COM che già hai...AnonimoRedHat+apache+JSP+php+oracle 9ias
Penso che M$ sia ancora anni luce distante da quello che questa piattaforma puo dare...Ma anni luce veramente...e ammetto che sto utilizzando .net da qualche mese (anche se devo ammettere che a parte le risorse richieste visual studio.net e` un ottimo ide).AnonimoRe: RedHat+apache+JSP+php+oracle 9ias
potresti motivare _tecnicamente_ la tua affermazione?grazieAnonimoRe: RedHat+apache+JSP+php+oracle 9ias
Sarà per questo che Microsoft SQL Server 2000 risulta il migliore secondo TPC-C sia come performance che come prezzo/performance?http://www.tpc.org/tpcc/results/tpcc_perf_results.aspehttp://www.tpc.org/tpcc/results/tpcc_price_perf_results.aspAh, by the way: Linux non c'è né in una classifica né nell'altra.- Scritto da: morgan> Penso che M$ sia ancora anni luce distante> da quello che questa piattaforma puo dare...> Ma anni luce veramente...e ammetto che sto> utilizzando .net da qualche mese (anche se> devo ammettere che a parte le risorse> richieste visual studio.net e` un ottimo> ide).AnonimoRe: RedHat+apache+JSP+php+oracle 9ias
> > Ah, by the way: Linux non c'è né in una> classifica né nell'altra.> sarà la classifica delle pippe...AnonimoRe: RedHat+apache+JSP+php+oracle 9ias
mah, è _solo_ il risultato dei test di performance usati e riconosciuti da: Adaptec, Bull, CompaQ, Fujitsu, IBM, Intel, Microsoft, NEC, Oracle, SCO, SGI, Sun, Sybase, Toshiba e Unisys. solo per citare i + importanti.cmq ricorda che l'ignoranza non paga... prova a documentarti: http://www.tpc.orgAnonimoRe: RedHat+apache+JSP+php+oracle 9ias
- Scritto da: Darth Vader> Sarà per questo che Microsoft SQL Server> 2000 risulta il migliore secondo TPC-C sia> come performance che come> prezzo/performance?Infatti Oracle e Db2 hanno i primi cento recorddel mondo su database, mentre M$ non e` nemmeno dopo i primi cento...Secondo da 5 anni pago licenze Oracle e licenze SqlServer, e col c**o che M$ costa di meno....Oracle = 240.000 Lit. per client e il server e` gratis.M$ non te lo dico cosa costa...Quindi non rompere tanto le p***line...che a casa tua hai M$ solo perche non lo paghi.Altrimenti per il tuo WinZp+Offize dovresti tirar fuori almeno 2.000.000 Lit. + altri 2.000.000 Lit. se vuoi NT/2000 server.Mentre io liho e li ho pagati, e uso comunque Linux fin dove posso.Ma io prego che davvero la M$ riesca a creare un sistema di protezione infallibile, cosi poi ridero a penare a voi Barboni.E ci scommetto quello che vuoi che tu e gli altri a casa non avete pagato nessuna licenza...nemmeno quella di winzip.AnonimoRe: RedHat+apache+JSP+php+oracle 9ias
GRANDE MORGAN !!!! Li hai zittiti per un bel po credo :)ahahahahahahahAnonimoRe: RedHat+apache+JSP+php+oracle 9ias
- Scritto da: morgan> Infatti Oracle e Db2 hanno i primi cento> record> del mondo su database, mentre M$ non e`> nemmeno dopo i primi cento...Non secondo TPC che è un organismo indipendente.Io ho citato una fonte, tu mi dai la tua?> Secondo da 5 anni pago licenze Oracle e> licenze SqlServer, e col c**o che M$ costa> di meno....> Oracle = 240.000 Lit. per client e il server> e` gratis.> M$ non te lo dico cosa costa...Di nuovo vago. Dimmelo, invece.Secondo i listini ufficiali Oracle costa 3 volte SQL Server e i record prezzo/prestazioni sono proprio influenzati da questo (oltre che dal fatto che l'hardware Unix (Linux escluso) costa mediamente il quadruplo della stessa fascia su intel).> Quindi non rompere tanto le p***line...che a> casa tua hai M$ solo perche non lo paghi.> Altrimenti per il tuo WinZp+Offize dovresti> tirar fuori almeno 2.000.000 Lit. + altri> 2.000.000 Lit. Vago per la teza volta. Io spendo ?167 per Windows XP e ?245 per Office (sempre che non mi prenda Works).se vuoi NT/2000 server.> Mentre io liho e li ho pagati, e uso> comunque Linux fin dove posso.Bravo merlo.> E ci scommetto quello che vuoi che tu e gli> altri a casa non avete pagato nessuna> licenza...nemmeno quella di winzip.E qui ti sbagli.AnonimoRe: RedHat+apache+JSP+php+oracle 9ias
guarda che qui di professionisti ce ne sono pochi: sono tutti chiacchieroni da salotto, altrimenti certe castronerie non si sentirebbero...AnonimoRe: RedHat+apache+JSP+php+oracle 9ias
Ma lascia perdere l'ide... Il framework è veramente eccezzionale... Considerando poi che si tratta della versione 1....Anonimoelevata semplicità nella stesura del codice???
Chiunque abbia esperienze sia di asp che di php e jsp si renderà conto delle boiate e falsità dette per mettere in buona luce un strumento utile ma orrendamente realizzato come l'asp... se volete darvi allo scripting lato server l'unica scelta sensata è il phphttp://www.php.net/ah... dimenticavo, il php oltre ad essere 100 volte meglio dell'asp è gratuito, come gratuita è la sua documentazione e state certi che mai dovrete riscrivere il codice per colpa di upgradeAnonimoRe: elevata semplicità nella stesura del codice???
- Scritto da: Pangon> Chiunque abbia esperienze sia di asp che di> php e jsp si renderà conto delle boiate e> falsità dette per mettere in buona luce un> strumento utile ma orrendamente realizzato> come l'asp... se volete darvi allo scripting> lato server l'unica scelta sensata è il php> http://www.php.net/> > ah... dimenticavo, il php oltre ad essere> 100 volte meglio dell'asp è gratuito, come> gratuita è la sua documentazione e state> certi che mai dovrete riscrivere il codice> per colpa di upgradeGiuro che questo e' l'ultimo post perche' non ce la faccio piu' : asp.net e' gratuito come php .. ne' piu' ne' meno. Peccato che non ti abbiano avvisato ...CiaoAnonimoRe: elevata semplicità nella stesura del codice???
> Chiunque abbia esperienze sia di asp che di> php e jsp si renderà conto delle boiate e> falsità dette per mettere in buona luce un> strumento utile ma orrendamente realizzato> come l'asp...Se non l'hai ancora capito non si parla di ASP ma di ASP.NET, il quale è nettamente superiore a qualsiasi altra tecnologia per lo sviluppo di pagine qeb dinamiche... Che vogliate ammetterlo o no, al momento, ASP.NET NON HA RIVALI!!Ti elenco alcuni "piccoli" vantaggi di ASP.NET:- Eliminato l'orrendo spaghetti-code- Permette di raggiungere performances da paura grazie anche a un sistema di output caching eccezzionale (anche perchè ora tutto il codice server-side è pre-compilato)- Permette di creare dei componenti riutilizzabili che però non sono ActiveX o altre boiate, ma bensi dei we controls che generano HTML- Gestione dello state della pagina (valori degli inputbox mantenuti tra un post back e l'altro, ...) gestiti dal runtime (eccezzionale!)- Quando, ad esempio, si clicca su di un button (client side) viene fatto automaticamente il post back e scatenato un evento sul server- Praticamente programmare un WebForm (pagina ASP.NET) è quasi come programmare un WinForm (classica applicazione per windows)- Si gestisce praticamente automaticamente la compatibilità con Netscape e altri down level browser- Grazie al mobile toolkit è facilissimo creare delle pagine che a dipendenza del tipo di client tornano HTML o WML... Quindi facilissimo portare un applicazione su wap o palmari- Pieno supporto ai Webservices (in 2 minuti si crea un webservice, stupido, con un metodo che torna, ad esempio, l'ora)....Potrei continuare ancora per molte righe... Ma so che tanto non servirebbe a niente... Non c'è peggior sordo di chi non vuol sentire...> se volete darvi allo scripting> lato server l'unica scelta sensata è il php> http://www.php.net/Ora motivami la tua affermazione... Elencami qualche vantaggio di PHP rispetto ad ASP.NET...!! > ah... dimenticavo, il php oltre ad essere> 100 volte meglio dell'asp è gratuito, come> gratuita è la sua documentazione e state> certi che mai dovrete riscrivere il codice> per colpa di upgradeInformati prima di parlare... Il framework .NET è gratis!!! L'unica cosa che paghi è il Visual Studio che è solo l'IDE... Il framework contiene già compilatori (a command prompt) e tutto il resto...AnonimoRe: elevata semplicità nella stesura del codice???
- Scritto da: Ratt> ASP.NET NON HA RIVALI!!Allora che il tizio di sopra l'abbia sparata è assodato, però...> Ti elenco alcuni "piccoli" vantaggi di> ASP.NET:Vediamo...> - Eliminato l'orrendo spaghetti-codeCome fa una piattaforma ad eliminare lo spaghetti-code? Quello lo scrivono gli sviluppatori... capisco che ci siano linguaggi che ti guidano in una certa direzione, ma dato che C# somiglia molto a Java...(per inciso, facciamoci due risate da bravi nerd: http://www.gnu.org/fun/jokes/pasta.code.html ;o)> - Permette di raggiungere performances da> paura grazie anche a un sistema di output> caching eccezzionale (anche perchè ora tutto> il codice server-side è pre-compilato)Caching e codice server side compilato: anche J2EE (e PHP usando le estensioni di Zend)> - Permette di creare dei componenti> riutilizzabili che però non sono ActiveX o> altre boiate, ma bensi dei we controls che> generano HTMLAnche J2EE (EJB o JDO)> - Gestione dello state della pagina (valori> degli inputbox mantenuti tra un post back e> l'altro, ...) gestiti dal runtime> (eccezzionale!)Anche J2EE (e PHP)> - Quando, ad esempio, si clicca su di un> button (client side) viene fatto> automaticamente il post back e scatenato un> evento sul serverQuesta non l'ho capita molto bene> - Praticamente programmare un WebForm> (pagina ASP.NET) è quasi come programmare un> WinForm (classica applicazione per windows)Di questo non so niente perché non uso tecnologie con "Win" davanti ;o)> - Si gestisce praticamente automaticamente> la compatibilità con Netscape e altri down> level browserQua c'è la querra... :o)> - Grazie al mobile toolkit è facilissimo> creare delle pagine che a dipendenza del> tipo di client tornano HTML o WML... Quindi> facilissimo portare un applicazione su wap o> palmariAnche J2EE> - Pieno supporto ai Webservices (in 2 minuti> si crea un webservice, stupido, con un> metodo che torna, ad esempio, l'ora)Anche J2EE... tutto questo uno o due anni prima di .NET...> Potrei continuare ancora per molte righe...Probabilmente anch'io...> Ma so che tanto non servirebbe a niente...> Non c'è peggior sordo di chi non vuol> sentire...Secondo me anche tu fai un po' orecchie da mercante... .NET è una buona tecnologia, ma:1. deve ancora dimostrare la propria validità sul campo.2. è (per ora) mono-piattaforma e (peggio ancora) mono-vendor.3. l'unica vera innovazione che ha introdotto è la forte integrazione tra tutte le sue parti: quello che puoi fare ora con .NET lo potevi già fare prima con qualcos'altro, solo che non ci avevano appiccicato sopra il magnifico marketing MSFT.> > se volete darvi allo scripting> > lato server l'unica scelta sensata è il> > php http://www.php.net/> Ora motivami la tua affermazione... Elencami> qualche vantaggio di PHP rispetto ad> ASP.NET...!!E' Open Source :o) magari a te non te ne frega niente, ma a volte è un GROSSO vantaggio (vedi il baco di venerdì scorso corretto dopo 5 ore che era stato scoperto... vediamo come va a finire con la policy di non disclosure...)AnonimoRe: elevata semplicità nella stesura del codice???
> > ASP.NET NON HA RIVALI!!> > Allora che il tizio di sopra l'abbia sparata> è assodato, però...Beh, è la realtà... > > - Eliminato l'orrendo spaghetti-code> > Come fa una piattaforma ad eliminare lo> spaghetti-code? Quello lo scrivono gli> sviluppatori... capisco che ci siano> linguaggi che ti guidano in una certa> direzione, ma dato che C# somiglia molto a> Java...Beh... Calcola che prima bisognava miscelare tag html con codice server-side... Ora le 2 cose si trovano in file separati e il tutto funziona a eventi... > > - Permette di raggiungere performances da> > paura grazie anche a un sistema di output> > caching eccezzionale (anche perchè ora> tutto> > il codice server-side è pre-compilato)> > Caching e codice server side compilato:> anche J2EE (e PHP usando le estensioni di> Zend)Stento a credere che il sistema di caching di J2EE/PHP sia così potente... Se io faccio il caching server-side di una pagina per 1 minuto vuol dire che il mio server non esegue più nessuna riga di codice per 1 minuto (per quella pagina)... > > - Permette di creare dei componenti> > riutilizzabili che però non sono ActiveX o> > altre boiate, ma bensi dei we controls che> > generano HTML> > Anche J2EE (EJB o JDO)Qui probabilemte non hai capito cosa intendo... Ad esempio è possibile crearsi il proprio textbox, button, o controlli composti da altri controlli oppure derivare da un controllo già esistente... Ognuno di questi controlli avrà degli eventi gestiti server-side ma genera solo html (quindi client independent). > > - Gestione dello state della pagina> (valori> > degli inputbox mantenuti tra un post back> e> > l'altro, ...) gestiti dal runtime> > (eccezzionale!)> > Anche J2EE (e PHP)Beh, questo non lo so... ASP non lo faceva... :( > > - Quando, ad esempio, si clicca su di un> > button (client side) viene fatto> > automaticamente il post back e scatenato> un> > evento sul server> > Questa non l'ho capita molto beneEh ciula, non è facile da spiegare...Allora... Hai una pagina con dentro un button...Quando l'utente clicca su quel button (button1) viene fatto il submit del form e sul server riesce a capire che deve scatenare un evento e quindi la funione a esso associata (button1_click)... E tutto ciò lo fa da solo... Senza bisogno di andarea a mano a leggere il contenuto del request per capire che button è stato schiacciato... Praticamente funziona come l'evento di un normale button in una normale applicazione (.exe)... Si è capito + o -? > > - Praticamente programmare un WebForm> > (pagina ASP.NET) è quasi come programmare> un> > WinForm (classica applicazione per> windows)> > Di questo non so niente perché non uso> tecnologie con "Win" davanti ;o)Vabbè... Non sei troppo intelligente se rispondi così... Non credo che la gestione dell'evento di click di un button fatta per linux sia totalmente diversa concettualmente... > > - Si gestisce praticamente automaticamente> > la compatibilità con Netscape e altri down> > level browser> > Qua c'è la querra... :o)>> > - Grazie al mobile toolkit è facilissimo> > creare delle pagine che a dipendenza del> > tipo di client tornano HTML o WML...> Quindi> > facilissimo portare un applicazione su> wap o> > palmari> > Anche J2EESei sicuro? Vorrei saperne di +... Magari mi dai qualche link a qualche pagina dove spiegano un po'?> > - Pieno supporto ai Webservices (in 2> minuti> > si crea un webservice, stupido, con un> > metodo che torna, ad esempio, l'ora)> > Anche J2EEStronzate... Se vuoi vengo lì da te, mi porto il pc, e ci mettiamo a programmare un web service, tu in J2EE e io in .NET e vediamo chi finisce prima, ok?!(Ma tu l'hai già fatto un web service con J2EE?) > ... tutto questo uno o due anni prima di> .NET...Tu bevi... è l'unica spiegazione plausibile... ;o) > > Potrei continuare ancora per molte> righe...> > Probabilmente anch'io...Ovvio... A fare copia-incolla della frase "Anche J2EE" non ci vuole molto... eheh... :D > > Ma so che tanto non servirebbe a niente...> > Non c'è peggior sordo di chi non vuol> > sentire...> > Secondo me anche tu fai un po' orecchie da> mercante... .NET è una buona tecnologia, ma:> 1. deve ancora dimostrare la propria> validità sul campo.Io ci sto facendo il primo progetto e direi che è ottimo... Poi magari verrò smentito, ma ne dubito fortemente!> 2. è (per ora) mono-piattaforma e (peggio> ancora) mono-vendor.Beh... Se parli di ASP.NET cosa te ne frega della piattaforma??? Un browser è sempre un browser... HTML per win è uguale a HTML per linux e per Unix.... ;)> 3. l'unica vera innovazione che ha> introdotto è la forte integrazione tra tutte> le sue parti: quello che puoi fare ora con> .NET lo potevi già fare prima con> qualcos'altro, solo che non ci avevano> appiccicato sopra il magnifico marketing> MSFT.Potevi farlo anche tutto in assembler in 12'000'000 di anni volendo...> > > se volete darvi allo scripting> > > lato server l'unica scelta sensata è il> > > php http://www.php.net/> > Ora motivami la tua affermazione...> Elencami> > qualche vantaggio di PHP rispetto ad> > ASP.NET...!!> > E' Open Source :o) magari a te non te ne> frega niente, ma a volte è un GROSSO> vantaggio (vedi il baco di venerdì scorso> corretto dopo 5 ore che era stato> scoperto... vediamo come va a finire con la> policy di non disclosure...)Se per giudicare un sw ti basi su quello: Poverino!!AnonimoZend Ide...provare per credere
Volevate una piattaforma di sviluppo per Php.http://www.zend.comHa un Ide fantastico, un sistema di debugging, e` e` scritto interamente in Java e ha un costo accettabilissimo....Quello che mancava al php e` arrivatoAnonimoRe: Zend Ide...provare per credere
- Scritto da: morgan> Volevate una piattaforma di sviluppo per Php.> http://www.zend.com> > Ha un Ide fantastico, un sistema di> debugging, e` e` scritto interamente in Java> e ha un costo accettabilissimo....> Quello che mancava al php e` arrivatoFammi capire se ho capito: $249 per zend ?Per la concorrenza : http://www.icsharpcode.net/OpenSource/SD/Features.asp -> IDE per C# completamente gratuita (un bel software).Anonimomi domando...
poche cose mi chiedo:il gonzo più in basso che non ha mai sentito nominare Apache ma sentenzia ugualmente, ha finito ora il corso CEPU (come qualcun altro ha commentato) e prima aveva fatto lettere antiche?Si sbraita tanto, ma vi rendete conto che Win server costa più di Solaris? (OK, Linux non costa nulla-pare, ma Solaris è meglio...)Ai sostenitori a tutti i costi di Microsoft: siete studenti, novellini, lavoravate nell'inseminazione artificiale, o siete in malafede per partito preso?mah...AnonimoRe: mi domando...
Semplicemente sappiamo che il software costituisce il 3% della spesa informatica per un PC (dati Gartner). Sacrificheresti il 97% a favore del 3%?- Scritto da: marchet> poche cose mi chiedo:> > il gonzo più in basso che non ha mai sentito> nominare Apache ma sentenzia ugualmente, ha> finito ora il corso CEPU (come qualcun altro> ha commentato) e prima aveva fatto lettere> antiche?> > Si sbraita tanto, ma vi rendete conto che> Win server costa più di Solaris? (OK, Linux> non costa nulla-pare, ma Solaris è> meglio...)> > Ai sostenitori a tutti i costi di Microsoft:> siete studenti, novellini, lavoravate> nell'inseminazione artificiale, o siete in> malafede per partito preso?> > mah...AnonimoRe: mi domando...
Scusa: ovviamente sto parlando di PC in azienda. A casa dipende da quanto tempo posso buttare.- Scritto da: Darth Vader> Semplicemente sappiamo che il software> costituisce il 3% della spesa informatica> per un PC (dati Gartner). Sacrificheresti il> 97% a favore del 3%?> > - Scritto da: marchet> > poche cose mi chiedo:> > > > il gonzo più in basso che non ha mai> sentito> > nominare Apache ma sentenzia ugualmente,> ha> > finito ora il corso CEPU (come qualcun> altro> > ha commentato) e prima aveva fatto lettere> > antiche?> > > > Si sbraita tanto, ma vi rendete conto che> > Win server costa più di Solaris? (OK,> Linux> > non costa nulla-pare, ma Solaris è> > meglio...)> > > > Ai sostenitori a tutti i costi di> Microsoft:> > siete studenti, novellini, lavoravate> > nell'inseminazione artificiale, o siete in> > malafede per partito preso?> > > > mah...AnonimoRe: mi domando...
- Scritto da: Darth Vader> Semplicemente sappiamo che il software> costituisce il 3% della spesa informatica> per un PC (dati Gartner). Sacrificheresti il> 97% a favore del 3%?e l'assistenza per un sistema che è farraginoso, non regge grossi carichi (Hotmail docet), che ha buchi di sicurezza tali da obbligare MS all'emissione di patch critiche ogni pochi giorni (RedCode docet) chi li paga?Perché devo mettere su un cluster di macchine per gestire quello che una sola macchina *nix fa da sola? (tipo gestire 3000 contatti contemporanei)AnonimoRe: mi domando...
- Scritto da: maestrino> Perché devo mettere su un cluster di> macchine per gestire quello che una sola> macchina *nix fa da sola? (tipo gestire 3000> contatti contemporanei)Cioè? Fammi capire. Una macchina Unix non va gestita?AHAHAHAHAHAHAnonimoRe: mi domando...
- Scritto da: Darth Vader> per un PC (dati Gartner). Sacrificheresti ilAnche tu però prendi chi ti fa comodo... qualche tempo fa Gartner che diceve che Linux costa meno di Windows era in mala fede... ;o)P.S. In questo caso non era proprio necessaria la fonte, se uno non è d'accordo con quella affermazione può smettere di occuparsi di IT a livello professionale...AnonimoRe: mi domando...
> il gonzo più in basso che non ha mai sentito> nominare Apache ma sentenzia ugualmente, ha> finito ora il corso CEPU (come qualcun altro> ha commentato) e prima aveva fatto lettere> antiche?Parlavi di me??? ehehAnonimoRe: L'ardua scelta
Ragionamento sensato.Però devi pensare che puoi sempre implementare soluzione ibride e scegliere quello che ti serve per un particolare uso.Spendere per forza (e per mantenere un' "indesiderato" ordine) non ha (generalmente) senso ... C'è molto sotware GPL'd che può essere molto interessante ... Ricorda che puoi sempre partire da lì per raggiungere il tuo scopo di business.Ricordati anche che ci sono pacchetti commerciali (realizzati con cosa anche qui importa poco) che già fanno quasi quello che si vuole e sono scriptabili.Invece se devi partire from scratch (se evidentemente non esiste proprio nulla di simile) ed hai necessità di una velocità di sviluppo molto elevata (a discapito dei costi del software), VisualStudio.Net è da prendere seriamente in considerazione.Cmq, per orientarti, tieni presente che devi sempre considerare come ogni aspetto delle soluzioni che intendi realizzare/implementare impatta le tue esigenze di business (i tuoi capi o i tuoi clienti o i tuoi soci, ecc.).ByeGanoAnonimoRe: L'ardua scelta
Complimenti ad entrambi per l'eleganza dimostrata.Voglio solo aggiungere una cosa che sembra non sia stata toccata:.net e' in grado di usare tutti i componenti COM/ActiveX esistenti (e sono 100 volte di piu' del codice java). E' inoltre in grado di usare anche le classiche librerie dll (Una direttiva apposita permettere di creare dei riferimenti .. simile alla loadlibrary).Ultima cosa: le 6 persone che ti servono (con .net) possono saper programmare in VB o C# o J# o C++ managed (lo so che sono tutti linguaggi leggermente modificati .. ma un normale programmatore si adatta alle diff nel giro di 1 o 2 settimane (altrimenti non glieli dare i 1500?))e lavorare allo stesso progetto, in quanto integrabili senza fare il minimo sforzo.;) Meditate gente Notte a tutti, PasqualeAnonimoun gioco
io prima avevo messo tutto nella registrazione ma il codice non va come posso fare?nataliaGrazie, il tuo commento è in fase di approvazioneGrazie, il tuo commento è stato pubblicatoCommento non inviatoGrazie per esserti iscritto alla nostra newsletterOops, la registrazione alla newsletter non è andata a buon fine. Riprova.Leggi gli altri commentiRedazione 04 03 2002
Ti potrebbe interessare