Data         : 24 Aprile 1999
Fonte        : http://www.amiga.org/news/1999/0425-amiga.shtml
Traduttore/i : Gruppo di Traduzione AGI

I traduttori non si assumono responsabilita' su eventuali errori e/o
omissioni.


---------------------------------------------------------------------------

Registrazione IRC di #amiga su AmigaNet (http://www.amiganet.org) del
24/4/99. Registrato da spuug, Editato da Ng.

dopo un piccolo dibattito (tolto per ragioni di brevita') accertamento di
identita', snapper e' stato in grado di verificare che questo era il
genuino Dr. Allan Havemose che si univa ad #amiga per una piccola
improvvisata chiaccherata/ sessione di domande e risposte.

La registrazione e' stata editata per rimuovere tutta la roba non rilevante
ed e' stato formattata in modo che ogni domanda indirizzata al Dr. Havemose
e' mostrata ed immediatamente suguita dalla sua risposta. Sono stati fatti
alcuni controlli ortografici, ma non troppi ;o)


*** havemose (~havemose@xxxxxxx.xxxx.xxxx.da.uu.NET) e' entrato nel canale
#amiga

 e' QUEL havemose?

 si lo e'


 allora avremo joystick analogici?

 Voglio passare all'USB per i dispositivi. Il joystick analogico
e' previsto per i giochi


 ooh ed il fylesystem sara' dipendente dalle maiuscole?

 Dave: attualmente il FS di QNX e' dipendente dalle maiusvcole.
Stiamo vedendo di trovare una soluzione per quello. La maggior parte delle
persone (non tecnici) trovano confondenti i FS dipendenti dalle maiuscole.


 havemose: Ogni volta che BillMc apparre, viene fuori una vivace
discussione di gente che e' stufa di aspettare che Amiga riviva. Non credo
che ci siano "fraintendimenti" tranne che l'80% non credera' che qualcosa
stia realmente accadendo finche' non lo vedra' con i propri occhi.

 JKay: hai ragione. Una delle cose che sono successe (come Jim
Collas ha spiegato a Saint Louis) e' che Gateway non ci ha dato abbastanza
sostegno per farlo accadere fino a poco tempo fa. Io (per quel che riguarda
me) sono stato preso da tutto quel prendere impegni con la comunita' e poi
non avere la possibilita' di mantenerli. Cosi' e la vita. Adesso ci stiamo
muovendo!


 havemose: quello che ci piacerebbe davvero credere e' che voi stiate
cercando di catturare quanto piu' possibile la sensazione delle macchine
attuali. Visto che state lanciando l'hardware attuale dalla finestra, non
avremo una sola cosa in comune con i nuovi Amiga tranne la "sensazione"...
il modo in cui interagiremo.
L'ho detto nei newsgroup per anni; Amiga non e' l'hardware. e' il modo con
cui interagisci con esso. Potreste far girare un SO Amiga su una
trebbiatrice con una scimmia per motore ... e se attraverso l'interfaccia
convincete l'utente che e' un Amiga, per Dio e' un Amiga

 Jkay: Sono d'accordo. Lo "spirito" degli Amiga attuali e' come
funziona, come lo senti ed appare. Molto di quello spirito sara' portato
avanti, anche se potremo non essere in grado di portarci dietro tutti i
particolari.


 havemose avete pensato ad aggiustare il paradigma dei messaggi?

 snapper: cosa chiedevi circa i messaggi?

 havemose Non mi piace il loro paradigma, e' pesantemente basato
sui messaggi sincroni

 snapper: Capito Sono d'accordo. Saremo totalmente asincroni.


 havemose: possiamo avere il filesystem che supporti trasparentemente
cose utili come ftp ed email, in modo che puoi salvare un documento da un
editore di testi direttamente in un attach email, o in un server ftp?

 tutti: la trasparenza del network e' la nostra chiave!


 havemose: Mi aspetto che visti gli avanzamenti nelle interfacce
utenti, non sara' una copia perfetta. Fate meglio che potete quindi.

 jkay: attualmente stiamo investendo grandi quantita' di ricerca
e sviluppo in usabilita' ed interfacce. Controlla solo le nostre offerte di
lavoro e vedrai.


* Jkay aspetta che havemose sputi fuori il nome del produttore del MMC in
un momento non sorvegliato ....

 jkay: fammi rispondere su questo MMC una volta per tutte :)
Abbiamo annunciato le specifiche alle quali puntavamo a londra ed
annunciato che avevamo un partner capace di fornircele. Ma pensavo di aver
reso chiaro a tutte le mie presentazioni che quelle erano le specifiche
alle quali PUNTAVAMO e non le specifiche di un particolare chip.
Abbiamo DIVERSE scelte di chip per il MMC quindi non c'e' un singolo
fornitore. Non abbiamo bisogno di sceglierne uno in questo momento, quindi
non lo abbiamo. Sfortunatamente, la verita' e' cosi' scocciante :)


 si .. se ricordo correttamente, le specifiche desiderate erano "WOW
.. e' veloce!"

 jkey; si e sono ancora molto buone. parlavamo di diversi decoder
mpeg II simultanei, DVD, 400 milioni di pixel texturati al secondo con
mapping trilineare e ombreggiature. Numeri molto buoni.
Oggi NVidia e ATI si avvicinano alle esigenze del rendering 3D ma non al
video. C'e' anche il fatto del NTSC/PAL e del testo sulla TV. Non sono
molti ad avere tutte le tecnologie.


 havemose: intendete includere un bel linguaggio di programmazione?

 dave: non pensavo all'AmigaBasic. Ricordate ragazzi che avevamo
un basic microsoft come primo basic ? Non avranno piu' un soldo da me !

 Dave: seriamente. Una buona scelta e' Java. Ho annunciato il
supporto di Java in precedenza.


 havemose: quindi il vostro primo prodotto e' il 'computer
multimediale'? che sara' come un A1200?

 HammerD: il nostro primo "prodotto" e' un sistema per gli
sviluppatori. il nostro intento e' quello di supportare innanzitutto la
comunita' degli sviluppatori. I prodotti vengono dopo.


 havemose: qualcosa tipo arexx? come quella cosa di rebol?

 Dave: Ho discusso  cio' con Carl in diverse occasioni. ha visto
i nostri progetti e si e' impegnato a supportare il nuovo SO.


 Bene, quanto ci vuole perche' il pubblico attuale veda una
macchina....non una macchina per svluppatori?

 Firestorm: Non posso rispondere a questa domanda, perche' questo
dipende davvero dai nostri partner ed io sono stato impegnato nello
sviluppo e non negli affari.


 Havemose: Mi e' piaciuto il progresso dal SO 2.x al 3.x. Il
SO/workbench dell'AmigaNG sara' qualcosa del genere?

 HammerD: Attualmente abbiamo progetti molto piu' grandi della
transizione da 2.x a 3.x. Non posso davvero dare alcun dettaglio in questo
momento (sopratutto per ragioni competitive). Stiamo investendo
pesantemente in ricerca e sviluppo per l'interfaccia utente e l'usabilita'

 Tutti: qualcuno di voi ha dato un'occhiata alle nostre offerte
di lavoro ?

 Tutti: abbiamo messo una grande inserzione sul San Jose mercury
news lo scorso fine settimana e ne abbiamo messa un'altra adesso. Stiamo
prendendo molte persone dotate ed interessate


 Havemose: il concetto degli schermi Amiga vivra' nell'Amiga NG?

 HammerD: se l'hardware supporta gli schermi, il concetto verra'
mantenuto. alcuni dispositivi non avranno quella capacita'.


 havemose: come fa cybergraphx a supportare schermi su hardware che
in teoria non li supportano?

 non tutti i dispositivi hanno abbastanza forza per fare
un'emulazione stile cypergfx. Quello era il mio punto. Se possibile e se il
modello dell'interfaccia utente lo vuole; lo forniremo :)


 havemose: gli autodocs (se sono chiamati cosi') saranno disponibili
online o qualcosa del genere?

 Dave: si, tutta la documentazione sara' in html su CD ed online
(per gli sviluppatori registrati)


 havemose: quella risposta fa pensare che ci sia molto poco su carta.

 per niente. C'e' molto su carta. Alcune cose che non posso
discutere adesso. Spero che almeno tentiate di capire.


 "non tutti i dispositivi hanno abbastanza forza" suona come un PDA
Amiga... ;-)

 elho: faremo anche "apparecchi informatici". Alcuni di questi
saranno "piuttosto piccoli".


 Havemose: Molti utenti Amiga sono preoccupati che nessun
"computer" Amiga NG verra' fuori...solo "apparecchi internet".

 hammerD: niente di cui preoccuparsi. Dovete capire che non
possiamo rilasciare 5 prodotti in una volta. Quindi ne rilasceremo alcuni
che mostreranno l'architettura, e poi faremo tutto cio' che il mercato
domanda.


 Havemose: Allora, com'e' l'attuale sezione di ingegneria? avete
gia' un network attivo?

 HammerD: Attualmente stiamo in uffici temporanei. I nostri nuovi
uffici di sviluppo sono "in costruzione", il che significa che mobilia,
networking, infrastrutture ecc. sono in allestimento.


 Have: cosa ci sara' a San Diego e cosa ci sara' a San Jose? (e
perche' due luoghi?)

 HammerD: Ottima domanda. La societa' Amiga e' sita a San Diego,
dove Gateway ha il suo quartier generale. Gli ingegneri sono localizzati a
San Jose. Avremo ricerca tecnologica ed alcune altre funzioni relative alla
tecnologia divise tra san jose e san diego

 Dove particolari persone vanno a finire e' piu' una questione di
dove solo localizzate. San Jose e' il centro di sviluppo principale.


 Perche' avere un sito di ricerca tecnologica se siete una
compagnia software

 r34: abbiamo bisogno di seguire constantemente gli standard:
standard di cavi, network, hardware, IC ecc. prende molto tempo


 Have: e' vero che Petro T. ha pieno controllo sui vecchi Amiga
adesso? cioe' puo' portare il SO 3.x ed il vecchio hardware dove vuole?

 HammerD: per quello che ne so, petro e' incaricato di liquidare
l'inventario. Sta gestendo il 3.5 visto che H&P vive ad alcune miglia da
lui. Quello ha un senso.

 HammerD: Intendevo dire che petro gestisce ANCHE il 3.5 ....


 have: che sta succedendo a tutti i componenti A4000T che Quikpak
ha spedito in Germania?

 hammerD: Davvero non conosco i dettagli, ma credo che la roba di
Quikpak era una confusione, cioe' non erano componenti funzionali. Petro
saprebbe dirvi meglio.


 Have: Ogni cosa viaggia ancora al suo posto? Cioe' il sistema di
sviluppo per Q4/99?

 hammerd: :) Non abbiamo annunciato scadenze :)


 havemose: Qualche idea sul tipo di interfaccia HD le macchine
NG avranno?

 firestorm: supportiamo sia scsi che IDE (incluse tutte le nuove
modalita' di blocchi)


 qual'e' il termine temporale per decidere una cpu?

 r34: per il sistema di sviluppo siamo per lo piu' indirizzati
ad un x86. Non posso dire sui sistemi reali.


 havemose: la scheda multimedia che state considerando per la
macchina di sviluppo sara' (se sara' fatta) una necessita'?

 elho: non davvero. per abilitare alcune delle caratteristiche
piu' avanzate del SO necessiterai di certe capacita'. A parte quello,
tentiamo di essere generici al massimo. Quando rilasceremo il sistema per
gli sviluppatori saremo molto specifici su cosa c'e' dentro e cosa vi
servira' per costruire un sistema equivalente.


 il vero sistema ha un bel linguaggio assembly?
* Dave vuole continuare ad usare l'assemblatore :)

 Dave: Visto che supportiamo processori multipli, eviterei
l'assembly visto che non sarebbe portabile.

 havemose: che porcheria


 Havemose: c'e' gia' qualche decisione sulla scheda InsideOut
(Amiga su scheda) per il sistema di sviluppo? (ha ancora qualche senso??)

 hammerD: Non ho davvero pensato molto alla scheda InsideOut per
un po'. Credo di non avere una buona risposta. Personalmente preferirei
spostarmi sul nuovo hardware e non spendere il mio tempo (cioe' sviluppo ed
Amiga) sulla vecchia architettura.

 Nel momento in cui daremo alla gente[sviluppatori] un modo per
spostare la loro roba, penso che sarebbe il miglior uso del mio tempo e di
quello degli ingegneri.


 quindi il SO per gli sviluppatori si avvantaggera' di una scheda
madre con doppio PII?

 r34p3r: vuole dire che i nuovi "amiga" saranno in grado di girare su
piu' di un tipo di CPU..

 jkey: si. supportiamo differenti CPU. Supportiamo anche il
multiprocessing ecc. se cio' risponde alle domande.


 havemose: e che significa attualmente scheda multimediale, una
scheda grafica+suono+altro tutto-in-uno (cioe' con proprio output
audio/video), o piu' una scheda "di supporto", contenente un chip/dsp
multimediale come quelle schede espansioni 3D che usano una certa scheda
grafica?

 se questa domanda non e' troppo specifica adesso

 elho: la mia personale preferenza e' 2D/3D integrato sopratutto
perche' le schede separate di solito hanno prestazioni relativamente povere
[come le piu' vecchie 3dfx]


 havemose: non c'e' niente da spostare, ti trovi in un nuovo
paradigma ed e' sciocco pensare che i software classic esistenti verrebbero
portati cosi' come sono, persino se gli sviluppatori originali fossero
ancora vivi

 snapper: Sono d'accordo. Penso che dobbiamo tutti capire che
possiamo portare con noi verso la nuova piattaforma solo una parte di 
ciò che abbiamo. 
La tecnologia e' notevolmente piu' avanzata, i tipi di applicazioni molto
piu' interessanti. Sono sicuro che le persone lo vedranno quando lo
rilasceremo.


 snapper: se il tuo programma era scritto in ANSI c scommetto che
potrebbe essere portato abbastanza facilmente :)

 Dave: il problema piu' grande e' di solito il modello
dell'interfaccia utente. Come ottieni l'input, ecc. Ho portato roba tra
Windows MFC e Amiga, e non combaciano bene.


 Havemose: Richiesta: Potete mettere sintonizzatore TV/uscita TV,
USB e standard ethernet? :)

 hammerd: useremo standard per API e modelli di programmazione
per tutti i dispositivi. Sia al livello del dispositivo che al livello di
struttura


 Havemose: una domanda davvero importante, Amiga NG avra' un
"disco ram" come sugli Amiga attuali?

 tekmage: abbiano la nozione che la memoria puo' essere vista
come un disco, si.


 havemose: quindi puo' il dos, sara' dinamico? come l'Amiga?

 tekmage: Adesso capisco. Non ricordo esattamente come la
scalabilita' funziona. Dovro' rispondere a questo piu' in la'.

 havemose: e' MOLTO importante per molti Amighisti che il prossimo
Amiga abbia questa capacita' di base :))

 tekmage: la risposta e' SI. Solo non ricordo esattamente come
funziona l'aspetto dinamico. non voglio riportare roba non corretta :)


 Havemose: Richiesta: per il SO - tenete i file del SO del tutto
separati dai file dell'utente e delle applicazioni. In quella maniera puoi
_facilmente_ reinstallare il SO. Tu sai come diventano ingombranti i file
in C:\windows\system? Capisci cosa intendo?

 E sono una persona di QUEL tipo adesso ed avere a che fare con SO
microsoft e' un inferno.

 hammerD: il mio attuale progetto e' installare il SO in /AmigaOS
e relativi cassetti. Nessun dato di applicazione va affatto li'. Tutti i
dati delle applicazioni vanno nel cassetto /Application, inclusi i suoi
campi di configurazione e librerie. NIENTE registrazione !


 havemose: troppo brutto. la registrazione e' una buona idea

 drWho: no, la registrazione e' una cattiva idea. Tu non vuoi un
solo punto di fallimento nel sistema. la Registrazione e' un tale punto di
fallimento.

 havemose: un posto centralizzato dove tutte le mie configurazioni
sono conservate e' splendido

 Dwho: Credo davvero che tutti i dati dell'applicazione, incluse
le sue librerie debbano essere conservate in sottocassetti
dell'applicazione. Questo ti permette di muovere un'applicazione
facilmente. Cancellarla facilmente ecc. Niente di quella porcheria su
windows o il vecchio amiga per questa questione [Amiga classic era meglio,
la maggior parte delle persone installava poco in libs:]


 libs: e' una cattiva idea, rimane semplicemente ingolfata da centinaia
di librerie poco usate. il sistema dovrebbe tener traccia di quali librerie
sono installate e dove si trovano. puo' persino sincronizzare le versioni
per evitare duplicati.

 ng: hai ragione. Il percorso di ricerca sarebbe dunque le
librerie dell'applicazione seguite dalle librerie del sistema.

 Have: Sono d'accordo. Dovrebbe anche essere estremamente facile
disinstallare un'applicazione e/o tornare ai settaggi "di fabbrica".
(attraverso un cdrom o qualcosa del genere)

 hammerD: sulla disinstallazione. questa e' stata anche parte
della ragione per la quale ho scelto questo tipo di schema di disco.
Semplifica tutto.


 havemose: pensate di avere datatypes nel nuovo Amiga?

 havemose: se si, devono [i datatype] essere buoni in partenza, cosi'
che i programmi usino loro invece di avere i loro propri caricatori. cioe'
ampia scelta di formati supportati con capacita' di salvataggio, ecc.

 elho: In effetti ho discusso i datatype con David Junod. Lui ed
io siamo d'accordo che necessitano di un significativo lavoro se vogliamo
portarceli dietro

 per esempio: caricamento incrementale delle immagini [da usare
quando si prelevano dati dal net], piu' tipi, piu' robusti ecc.

 havemose: sarebbe meglio un sistema di datatype gerarchico, cioe' al
livello superiore ci sarebbe un datatype decompressore (come il sistema
xpk) che dopo la decompressione passa i dati sotto, al livello successivo,
ecc.

 elho: e' quello che mi piacerebbe vedere: un'architettura
piu'orientata agli oggetti dove possiamo fornire piu' infrastrutture e
permettere l'installazione di decodificatori.

 havemose: devono "semplicemente" essere cosi' buoni che nessun
sviluppatore sia tentato di farsi i suoi migliori caricatori... ;-)

 elho: penso che in un certo senso siamo stati restrittivi ai
"vecchi tempi". Ho dato in licenza solo circa 10 componenti del SO nel
corso degli anni.

 vorrei darne in licenza molti di piu' agli sviluppatori in modo
che tutti ne beneficino.


 Have: il nuovo SO sara' multi-utente?

 hammerd: riguardo la multiutenza stiamo pensando a questa
caratteristica, ma non abbiamo deciso quanto ne abbisognamo.

 havemose: deve essere una multiutenza al 100% ad alcuni livello,
cosi' Amiga un giorno potra' girare su grandi server

 temage: siamo sicuramente in grado di far girare il nuovo Amiga
come un server. La mia risposta riguardava avere piu' persone collegate
allo stesso tempo attraverso terminali. Personalmente non penso sia
importante. un server web e' una situazione differente, comunque.


 havemose: non ti invidio quando verra' il momento di prendere una
decisione sul floppy drive :)

 tekmage: pensi ai floppy ad 880k ? Non possiamo con i controller
floppy standard.

 abbandona i lettori floppy, usa invece i minidisc. sono moooolto
meglio degli Zip o LS-120 e contengono di piu'.

 ng: Ho sempre usato un cavo seriale o ethernet. E' facile da
installare e ti permette di condividere file systems ecc. Molto meglio per
una migrazione.


 ecco quello che non ho mai capito dei lettori floppy amiga....

 perche' il so necessita di controllare continuamente se c'e' un
disco dentro

 morphius: abbiamo aggiunto un'opzione di non-controllo al SO nel
2.1 o giu di li' per i nuovi lettori floppy. Controlla il tuo manuale. Se
hai un nuovo lettore floppy non ha bisogno di "cliccare"

 qualcuno ha detto che il 2.0 e' stato progettato mentre qualche
tizio era alticcio :)

 dave: il 2.0 ha richiesto moltissimo lavoro. Ricordi com'era
l'1.3 ? Non e' venuto fuori tutto bene, ma era molto meglio del 1.3

 havemose: qualcun altro ha detto che 2.0 fu rimandato di mesi e mesi
a causa della compatibilita' all'indietro

 Dave: il 2.0 e' stato molto difficile. Molto piu' difficile di
quanta gente si aspetterebbe. Abbiamo un incredibile numero di pezze in
Intuition e Graphics per tenere in vita le applicazioni 1.3.


 havemose: avreste potuto fare quello che fa la MS, semplicemente
tenere la vecchia versione li' e aggiungere nuova porcheria sopra :)

 tekmage: se ricordi, quando win95 era in beta avevano
effettivamente scritto una GDI a 32 bit. Eventualmente dovevano
abbandonarla e tornare alla vecchia GDI a 16 bit, che e' quella che
attualmente usano maggiornamente. Noi non abbiamo MAI fatto tali
compromessi. Abbiamo sempre insistito su un'architettura chiara, I pochi
casi in cui abbiamo dovuto mettere pezze per specifiche applicazioni lo
abbiamo fatto, ma abbiamo sempre insistito in implementazioni pulite.

 havemose: Lo so, posso capire la differenza, continua a lavorare
cosi' ;)

 tekmage: E' davvero difficile per molte persone capire quanto e'
critica la differenza tra "farlo bene" e "farlo". Piuttosto mi prendo tempo
e "lo faccio bene" che qualsiasi altra scelta. Credo anche che questa
filosofia sia cio' che ha assicurato che Amiga sia ancora viva dopo cosi'
tanti anni dal suo ultimo sviluppo.


 Tutti: devo andare. Se ci sono altri canali che dovrei visitare
potreste per favore spedirmi un'email a havemose@amiga.com. Grazie per la
bella interazione ! ... Allan

 Tornero' :) e' stato divertente.
*** havemose ha lasciato il canale #amiga