Disponibile un Service Pack per Ms Office 2003

[coschizza]

Il punto a mio parere sta nel fatto che i sp dei prodotti microsoft sono comunque schedulati e servono a coprire tutto il periodo di vita del prodotto. I prodotti ms sono usati da tante persone diverse e in tanto modi diversi che non prevedere l'uscita di aggiornamenti tempestivi o cumolativi non è possibile. Se per esempio avrebbero spostato l'uscita dell'office o del SO win200 o xp di anche 2 anni interi non avrebbero potuto con tutto l'impegno del mondo (betatester compresi) trovare neanche 1/3 dei bug trovati nello stesso tempo dopo la distribuzione. Questo vale per tutti i software del mondo il problema sta nel trovare il giusto momento per la distribuzione ne troppo baccato ne troppo in ritardo. by ^__^

[leonino_c]

Originariamente inviato da Ciaparat
NOTIZIA VECCHIA!!! IL SP1 DI OFFICE 2003 E' USCITO IERI MATTINA E IO L'HO GIA INSTALLATO IERI MENTRE HWUPGRADE LO ANNUNCIA UN GIORNO DOPO!!!

Oh mamma ! E pensa a tutti quei poveretti che sono rimasti senza SP per ADDIRITTURA UN GIORNO !!!!! Roba da denuncia !!!!

[Sig. Stroboscopico]

comunque comincia a diventare veramente seccante il ritardo per win xp 64 bit... qui pare sempre più ovvio che microsoft stia aspettando i 64 bit per intel...

bah!

[frankie]

Originariamente inviato da Sig. Stroboscopico
comunque comincia a diventare veramente seccante il ritardo per win xp 64 bit... qui pare sempre più ovvio che microsoft stia aspettando i 64 bit per intel...

bah!

Quoto.

Io sto aspettando Sp5 x 2000, ma mi sa che usciranno in cntemporanea 10 Servis pacc...

Devo formattare e non ho voglia di installarmi 20 e rotti patch e non ho l'adsl....

[lucarp78]

Sapete qual è la verità (appresa dall'esame di "Ingegneria del software"):
La fase di testing di un qualsiasi programma costa in soldi, ad una qualunque azienda che sviluppi software, molto più di tutte le altre fasi di sviluppo quali analisi dei requisiti, progettazione, codifica, etc.
Per risolvere questo problema, secondo me, la MS ha integrato nei suoi sistemi il modulo di segnalazione degli errori; così siamo noi stessi utonti a fare da cavie, e quindi a fare il testing per la MS, permettendogli di risparmiare vagonate di milioni di dollari. Altrimenti come si spiegherebbe che un prodotto del genere ha così tanti aggiornamenti????

[SLX]

Ragazzi incerdibile. Un nuovo service pack per office. Ne sentivo la mancanza. All'insegna della stabilità e sicurezza? Ma Office 2003 non è stato lanciato sul mercato con lo stesso slogan. Forse si assomigliano tutti. &%$£"**§ Oppss, il mio Word è andato in crash. Adesso lo aggiorno.

[M4st3r]

Originariamente inviato da Ciaparat
NOTIZIA VECCHIA!!! IL SP1 DI OFFICE 2003 E' USCITO IERI MATTINA E IO L'HO GIA INSTALLATO IERI MENTRE HWUPGRADE LO ANNUNCIA UN GIORNO DOPO!!! SU WWW.WINTRICKS.IT LA NOTIZIA E' STATA GIA' DATA IERI. I REDATTORI DEVONO SVEGLIARSI!!!!!!!

1) non mi pare che stai pagando per il servizio che hwupgrade gentilmente offre a migliaia di utenti, quindi un leggero ritardo credo si possa concedere non credi?
2) togli il CAPS-LOCK
3) se ti trovi così bene con wintricks.it non credo che nessuno qui sentirà la mancanza di tuoi commenti di tale levatura
4) togli il CAPS-LOCK
5) togli il ..
6) togli ..
7) ..

PS:

[coschizza]

>Altrimenti come si spiegherebbe che un prodotto del genere ha così tanti aggiornamenti????

gentilmente durante l'esame ti hanno spiegato come è possibile valutare il numero dei fix per dire se sono tanti o pochi?
esempio pratico, sommando tutti i fix compresi dalla sp1 alla sp4 del windows 2000 abbiamo circa 2100 fix in tutto ,sono tanti o pochi?
andando a guardare i fix del kernel di linux dal 2.6.1 al v2.6.7 abbiamo circa 10.000 bug sono tanti o pochi, a mio parere devi rivedere le tue idee in merito allo sviluppo del software altrimenti dalle tue analisi linux risulterebbe il peggior software mai realizzato al mondo e lo dimostrerebbero i centinaia e migliaia di fix risolti ogni mese http://www.kernel.org/

considerando che linux è un ottimo prodotto le conslusioni sono abbastanza evidenti (almeno per me, io non ho mai fatto esami all'universita ma sviluppo per lavoro e devo dire che le cose cambiano completamente)
by

[SleepyBlack]

Originariamente inviato da lucarp78
Sapete qual è la verità (appresa dall'esame di "Ingegneria del software"):
La fase di testing di un qualsiasi programma costa in soldi, ad una qualunque azienda che sviluppi software, molto più di tutte le altre fasi di sviluppo quali analisi dei requisiti, progettazione, codifica, etc. (SNIP)

C'è anche un'altra "verità": nel ciclo di vita di un SW qualunque si identificano varie release e revisioni minori.
Nel nostro caso le release sono ovviamente le varie versioni di Office (... 95, 97, 2000, XP, 2003, ...) mentre le revisioni potremmo assimilarle ai service pack.

Ebbene, all'interno della stessa release il tempo di sviluppo (compreso il testing) di un software medio è circa solo il 40%, mentre il restante 60% è manutenzione!
Alla fine di tutte le manutenzioni il software è cestinato in quanto nel frattempo sono uscite altre major release che lo rimpiazzano... quindi evviva Office 2005, 2008, 2011 e lunga vita a Office 2003....

[coschizza]

vedo che hai capito bravo ^__^

[ilsensine]

Originariamente inviato da coschizza
andando a guardare i fix del kernel di linux dal 2.6.1 al v2.6.7 abbiamo circa 10.000 bug sono tanti o pochi

Non sono personalmente molto interessato a queste discussioni (anzi ben contento di restarne fuori), ma se leggo FUD simili ti chiedo cortesemente la fonte di questa fesseria.

[coschizza]

se non la trovi nel mio post allora è tutto chiaro

[ilsensine]

Originariamente inviato da coschizza
se non la trovi nel mio post allora è tutto chiaro

Seguo quasi quotidianamente kernel.org e per lavoro metto frequentemente mano al kernel, quindi so perfettamente di cosa si parla.

Vuoi dirmi cortesemente come hai dedotto quel numero di bug?

[coschizza]

ho letto semplicemente i change log dal primo all'ultimo
dal http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.1
al
http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.7
un po inpagnativo ma lo faccio anche per molti altri programmi ^_^

ovviamnete non posso dire che sono ESATTAMENTE 10000 ma potrebbero essere anche il doppio il numero era per fare un confronto

[ilsensine]

Originariamente inviato da coschizza
ho letto semplicemente i change log dal primo all'ultimo
dal http://www.kernel.org/pub/linux/kern...hangeLog-2.6.1
al
http://www.kernel.org/pub/linux/kern...hangeLog-2.6.7
un po inpagnativo ma lo faccio anche per molti altri programmi ^_^

ovviamnete non posso dire che sono ESATTAMENTE 10000 ma potrebbero essere anche il doppio il numero era per fare un confronto

Sì ok, hai letto le variazioni che ci sono state tra il kernel 2.6.1 e 2.6.7. Dici che sono 10000, a occhio avrei pensato addirittura di più visto che il 2.6 sta evolvendo velocemente.

Continuo a non vedere riferimenti al numero di bug.

[coschizza]

sinceramente non capisco cosa intendi , cioe se in una rica trovo scritto FIX e nella seconda trovo scritto PATCH allora 1+1 fa 2 e ci sono 2 bug risolti giunsto?

poi ci sono le righe che trattano semplici ampliamenti di funzione che non contano ovviamente

visto che stiamo parlando dei stessi log cosa non hai capito ?
nel caso del windows 2000 go fatto la stessa cosa ho letto e aperto TUTTI i Q e poi li ho contati isolando le singole righe in word e usanto il (conta righe), ma non mi ricordo il numero preciso e passato un po di tempo e le cose cambiano spesso come sai.
by

[ilsensine]

Originariamente inviato da coschizza
sinceramente non capisco cosa intendi , cioe se in una rica trovo scritto FIX e nella seconda trovo scritto PATCH allora 1+1 fa 2 e ci sono 2 bug risolti giunsto?

Ah certo, hai fatto la somma aritmetica di tutto il calderone.

Per intenderci, ritieni una cosa del genere un bug:

<greg@kroah.com>
	[PATCH] USB: fix up formatting problems in the legotower driver

	Basically fixed up spaces to tabs problems.

oppure, l'aggiunta di un nuovo driver per te è un bug:

<luca@libero.it>
	[PATCH] USB: add W996[87]CF driver

Per favore, non parlare di cose che non conosci. Abbiamo già tanti problemi con i FUD.

[ilsensine]

Originariamente inviato da coschizza
nel caso del windows 2000 go fatto la stessa cosa ho letto e aperto TUTTI i Q e poi li ho contati isolando le singole righe in word e usanto il (conta righe), ma non mi ricordo il numero preciso e passato un po di tempo e le cose cambiano spesso come sai.

Non credo che le descrizioni dei Q di win2k abbiano qualcosa a che vedere con i changelog del kernel linux. Sono cose diverse e non confrontabili.

Puoi confrontare i changelog di linux con i changelog interni degli sviluppatori Microsoft, ma ho qualche dubbio che li rilascino pubblicamente visto che riguardano il codice sorgente
(...e non ci troveresti sicuramente solo i bug)

[coschizza]

>Ah certo, hai fatto la somma aritmetica di tutto il alderone.

ma veramente io ti ho gia detto di aver considerato i bug risolti e non capisco cosa non è stato chiaro non dirmi che mi tocca rileggerli tutti perche non vorrei farti fare brutta finura

[ilsensine]

Originariamente inviato da coschizza
ma veramente io ti ho gia detto di aver considerato i bug risolti e non capisco cosa non è stato chiaro non dirmi che mi tocca rileggerli tutti perche non vorrei farti fare brutta finura

Non è chiaro come arrivi a 10000 bug, senza sapere neanche di cosa trattano i changelog. Per te basta forse leggere "patch" "fix" "bug" per capire esattamente di cosa si tratta? Un driver che si "dimentica" di deallocare 16 byte per te è un "bug" o una "fesseria"? Un fix di una warning in compilazione? L'aggiunta di un "credit" a un autore? Un whitespace cleanup nel codice? Un driver o una caratteristica nuova? Una miglioria implementativa? L'aggiunta di documentazione? Sono _queste cose_ che riempiono in maggior parte i changelog del kernel, altro che "10000 bug". Senza contare che i changelog riguardano _tutti_ i driver liberi per linux e _tutte_ le architetture supportate, che sono molti di più dei driver e architetture di windows(*).

E' come se ti dicessi che i bug di windows sono centinaia di migliaia, in quanto i KB che identificano i fix hanno numeri a 6 cifre. Ovviamente chi ne sa qualcosa si metterebbe a ridere.

Per favore, rientriamo in topic parlando ciascuno delle proprie competenze. Altro che "brutta figura".

(*) La maggior parte dei driver di windows sono fatti dal produttore dell'hardware, non dalla Microsoft. Noi non possiamo contare su un analogo supporto.