[OLD - vedi indice per nuovo thread uff.] Windows 8: disponibile vers. aggiornamento

[TonyVe]

E' successo un paio di volte che il netbook, attaccato alla rete elettrica, non a batteria, abbia attenuato il display come luminosità, poi lo abbia completamente oscurato...ma magicamente si è riattivato tutto da solo.
Mai successo prima d'ora con Seven.
Devo controllare per capire il motivo, lo avevo a mezzo metro di distanza, nessuno lo ha sfiorato (sono in stanza da solo durante le mie prove)...mah

Auguri Cajenna

[birmarco]

Originariamente inviato da cajenna

La macchina è una Asus K8U-X con un Athlon A64 3000+ 1Gb DDR400 100Gb HDD Sata e una GeForce 6200A 512Mb
Ho provato i driver per winXP e al riavvio BSOD,ho riprovato con i driver per NT e subito classico BSOD con screen BLU ora sto testando con i driver per win2000 e li ha presi,vediamo al riavvio....
Purtroppo per quella macchina non ci sono driver evoluti...a menoche....spetta un po' che cerco i driver per ALI M

Ho trovato dei driver aggiornati (al 2005,ma dovrebbero essere vista compatibili) della ULI M1689...speriamo bene...per ora li ha accettati,vediamo al riavvio.

Originariamente inviato da cajenna

Windows 8 mi ha sconfitto,ho dovuto demordere,purtroppo il driver per il chipser ULI M1689 (il controller del RAID) non viene digerito dal s.o. (essendo "datato" non è gradito),ho provato tutti quelli trovatiin rete ma nulla da fare.
Ho avviato in provvisoria e infatti si pianta al caricamento di disk.sys che dovrebbe essere appunto il controller del disco.
Comunque ora mi metto alla ricerca di un dischetto da una 20 di Gb IDE e ci riprovo...

Buona fortuna! Ma installarlo senza RAID?

Originariamente inviato da TonyVe

E' successo un paio di volte che il netbook, attaccato alla rete elettrica, non a batteria, abbia attenuato il display come luminosità, poi lo abbia completamente oscurato...ma magicamente si è riattivato tutto da solo.
Mai successo prima d'ora con Seven.
Devo controllare per capire il motivo, lo avevo a mezzo metro di distanza, nessuno lo ha sfiorato (sono in stanza da solo durante le mie prove)...mah

Auguri Cajenna

Magari è il risparmio energetico che fa gli scherzi!

[cajenna]

Ciao birmarco,purtroppo la mobo in oggetto non ha la possibilità di eliminare la funzione raid da bios.... ...sono praticamente costretto a trovare un hdd ide.

[birmarco]

Originariamente inviato da cajenna

Ciao birmarco,purtroppo la mobo in oggetto non ha la possibilità di eliminare la funzione raid da bios.... ...sono praticamente costretto a trovare un hdd ide.

Cioè è una MB solo RAID?!?!! Mai sentite! Usa un HDD esterno USB! Sempre che sia USB2

[-razziatore-]

Originariamente inviato da birmarco

Scusate il triplo post

Domandona!

Come fanno a sviluppare Windows? o meglio... che ambiente usano? perchè a me viene male già quando ci sono da gestire più di 5 form in Visual Studio... ci si perde tra le tab... Windows ha migliaia di finestre e migliaia di parti... gli sviluppatori come fanno?

Per il debug poi... devono ricompilare milioni di righe di codice? Ci vogliono ore con qualsiasi PC! E dubito che a ogni dipendente sia attribuito una super server farm per fare il debug e controllare di aver messo tutte le graffe agli if...

Da quel che so, usano Visual Studio, ma non con il suo compilatore. Ne viene usato uno specifico, proprio per compilare il codice di Windows.

Il team è diviso in sotto-team, ognuno incaricato di una specifica parte del sistema. A loro volta, i membri di un sotto-team si dividono i compiti tra loro. Ecco dunque che nessuno sviluppatore si rincretinisce, è tutto organizzato.

Per il debug, lo stesso: ad ognuno la sua parte. Nel caso c'è un problema che coinvolge un'altra area del sistema, deve parlarne con lo sviluppatore che vi lavora sopra.

Non sono in MS, parlo in base a quanto ho letto e sentito, dunque potrei sbagliarmi su un po' di cose (eccetto che per il compilatore, di cui sono assolutamente certo che non usano quello di Visual Studio).

[birmarco]

Originariamente inviato da -razziatore-

Da quel che so, usano Visual Studio, ma non con il suo compilatore. Ne viene usato uno specifico, proprio per compilare il codice di Windows.

Il team è diviso in sotto-team, ognuno incaricato di una specifica parte del sistema. A loro volta, i membri di un sotto-team si dividono i compiti tra loro. Ecco dunque che nessuno sviluppatore si rincretinisce, è tutto organizzato.

Per il debug, lo stesso: ad ognuno la sua parte. Nel caso c'è un problema che coinvolge un'altra area del sistema, deve parlarne con lo sviluppatore che vi lavora sopra.

Non sono in MS, parlo in base a quanto ho letto e sentito, dunque potrei sbagliarmi su un po' di cose (eccetto che per il compilatore, di cui sono assolutamente certo che non usano quello di Visual Studio).

Non pensavo usassero davvero Visual Studio! Sarà meglio che impari bene ad usarlo per quando farò parte del team di Windows 10

A parte gli scherzi... ma Windows non è sviluppato in C/C++? Visual Studio è più indicato per linguaggi visuali alla fine... pensavo usassero qualcosa di più specifico...

Cmq credo rincretiniscano lo stesso... troppo codice da gestire
Per se compilano in parte significa che il resto del sistema ce l'hanno già precompilato... ma se durante il giorno gli altri team fanno delle modifiche al resto uno non si trova a lavorare su una versione diversa da quella che è?

[CronoX]

secondo te sono così scemi?è pur sempre una delle più grandi software house di sempre...

[WarDuck]

MS ha team fatti da 3-8 persone mediamente, ognuno si occupa di un singolo aspetto del sistema, per cui dubito che abbia a che fare con milioni di righe di codice in una singola volta, sarebbe ingestibile per chiunque.

Comunque per chi ha avuto modo di programmare con le API di Windows, noterà che tutto sommato sono molto ben fatte (lo stile di programmazione ricalca quello ad oggetti pur essendo scritte in C, un linguaggio non ad oggetti).

La strategia base di MS è quella "sync & stabilize".
Ovvero si sincronizzano tutte le modifiche fatte dai vari team (compilando la build di test) e poi si fermano tutti per stabilizzare il codice in maniera da renderlo più stabile (non vengono introdotte nuove features in questa fase).

In generale comunque si usa il meccanismo delle daily build (build giornaliere) che dovrebbero essere compilate in automatico ad una data ora del giorno.

[-razziatore-]

In generale, ogni fbl (feature build lab, che poi alla fin fine sarebbero i sotto-team) compila la sua build giornaliera o altre build, se necessarie. Cosa succede qui? Se la build è considerata buona, e le nuove funzionalità passano appositi test, si va di "reverse integration", ossia tutto ciò che ha fatto quell'fbl va a finire nel ramo principale di sviluppo, quello che viene definito winmain. Se vi sono altri fbl che hanno completato altre funzioni, pure quelli vengono integrati in winmain. A quel punto esce una nuova build contenente tutto quanto proviene dagli fbl. Fatto ciò, quella stessa build torna ai vari fbl, i quali potranno lavorarci separatamente per sviluppare altre funzioni. Non è comunque obbligatorio che ogni giorno il codice venga integrato in winmain, e ciò porta anche alla possibilità che, in caso di leak di una build proveniente dagli fbl, può avere un numero di build uguale o maggiore di una winmain, ma minori funzionalità perché non contiene il nuovo codice presente in altri fbl.

[birmarco]

Originariamente inviato da WarDuck

MS ha team fatti da 3-8 persone mediamente, ognuno si occupa di un singolo aspetto del sistema, per cui dubito che abbia a che fare con milioni di righe di codice in una singola volta, sarebbe ingestibile per chiunque.

Comunque per chi ha avuto modo di programmare con le API di Windows, noterà che tutto sommato sono molto ben fatte (lo stile di programmazione ricalca quello ad oggetti pur essendo scritte in C, un linguaggio non ad oggetti).

La strategia base di MS è quella "sync & stabilize".
Ovvero si sincronizzano tutte le modifiche fatte dai vari team (compilando la build di test) e poi si fermano tutti per stabilizzare il codice in maniera da renderlo più stabile (non vengono introdotte nuove features in questa fase).

In generale comunque si usa il meccanismo delle daily build (build giornaliere) che dovrebbero essere compilate in automatico ad una data ora del giorno.

Tra l'altro usando windows sembra cmq di usare un SW programmato da uno solo tanto è omogeneo...

Chissà se continueranno in C ancora per molto... Un Windows interamente in .net sarebbe interessante... già qualche esperimento è stato fatto.... io mi aspettavo già di vedere qualcosa anche in 8... peccato...

[WarDuck]

Originariamente inviato da birmarco

Tra l'altro usando windows sembra cmq di usare un SW programmato da uno solo tanto è omogeneo...

Chissà se continueranno in C ancora per molto... Un Windows interamente in .net sarebbe interessante... già qualche esperimento è stato fatto.... io mi aspettavo già di vedere qualcosa anche in 8... peccato...

Qui si trova qualche cosetta:
http://www.zdnet.com/blog/microsoft/...windows-8/9233

Chissà .

[dragopippero]

il .net??
Spero non arrivi mai.

[birmarco]

Originariamente inviato da WarDuck

Qui si trova qualche cosetta:
http://www.zdnet.com/blog/microsoft/...windows-8/9233

Chissà .

Mi è sfuggita qualche parola... è stato trovato il redhawk in Windows 8 M1 giusto? Ma che cos'è? è un framework integrato con l'OS? a volte il mio inglese mi lascia dei dubbi!

[birmarco]

Originariamente inviato da dragopippero

il .net??
Spero non arrivi mai.

il .net è un'ottima cosa invece
Soprattutto ora che Windows girerà su ARM avere applicazioni .net sarà come fare applicazioni in java... molto comodo!

[alethebest90]

per curiosità quanto occupa una installazione di questa versione ?

[birmarco]

Originariamente inviato da alethebest90

per curiosità quanto occupa una installazione di questa versione ?

La M1 6,26GB su VirtualBox

[alethebest90]

Originariamente inviato da birmarco

La M1 6,26GB su VirtualBox

ah non male

[dragopippero]

il .net darà inizio a tassazione continua, non potrai più acquistare un prodotto dovrai pagarlo per sempre.
Oltretutto sarei costretto a far viaggiare i miei documenti personali tramite terzi su internet.... e chi sono questi terzi... e chi mi garantirà che loro non se ne fanno una copia.
Hai ragione sarebbe una figata... Ma se al mondo non ci fossero i ladri.

[TonyVe]

Originariamente inviato da alethebest90

per curiosità quanto occupa una installazione di questa versione ?

L'ultima "pubblicata", ovvero la 6.2.7955 pre-M3, su HDD mi occupa circa 8,2 Gb avendo installato solo un paio di driver, se no non connettevo, e driver+programma intel per GMA.
E' una versione ultimate server, contro una enterprise della M1.

[Nicodemo Timoteo Taddeo]

Originariamente inviato da dragopippero

il .net darà inizio a tassazione continua, non potrai più acquistare un prodotto dovrai pagarlo per sempre.
Oltretutto sarei costretto a far viaggiare i miei documenti personali tramite terzi su internet....

Temo che stai facendo grossa confusione tra .net e cloud computing

http://it.wikipedia.org/wiki/Microsoft_.NET

http://it.wikipedia.org/wiki/Cloud_computing


Saluti.