Amiga SDK
A cura della redazione

Eccolo! Presentato il 10 giugno scorso alla fiera “World of Alternatives” di Neuss (Germania), l’Amiga Software Development Kit, il kit di sviluppo software per gli Amiga NG, è giunto in redazione.
E’ dunque finalmente uscito quello che ai tempi di Jim Collas doveva chiamarsi “AmigaOS 4.0”, e poi “AmigaOS 5.0 DEV”. In attesa della recensione completa, che stiamo preparando e che potrete trovare nel prossimo numero, ecco le prime impressioni di un “ospite d’eccezione” che abbiamo il grande piacere di ospitare in queste pagine: Michele Puccini della ClassX.
Il testo che segue rappresenta il punto di vista – del tutto personale ma proprio per questo particolarmente interessante – di uno dei principali sviluppatori commerciali italiani che ancora lavorano nel mercato Amiga. [D.F.]

Amiga Inc. ha intrapreso iniziative di sviluppo innovative e coraggiose, contando su una visione platform independent del nuovo sistema Amiga, astraendo molto dall’hardware e concentrandosi sul software. Con la collaborazione di Tao, delle sue tangibili tecnologie e dei suoi business partner, questa visione è più concreta che mai. Lo sviluppatore, nei piani di Amiga Inc, deve poter creare per desktop computing e/o per PDA e/o per Internet Appliances in maniera flessibile e trasparente, concentrandosi sull’applicazione senza preoccuparsi troppo su quale architettura girerà. Il nuovo sistema operativo appare quindi molto attraente e promettente: chi non sogna di far girare un N.A.S.P. sul proprio cellulare o di poter usare Imagine su più processori semplicemente collegando un cavo seriale.
A questo punto, appare chiaro che Amiga Inc ha necessità di sviluppatori in grado di portare linfa vitale al proprio sistema operativo, convertendo applicazioni Amiga esistenti o creandone di nuove, magari sfruttando le peculiarità di un SO più potente. E dove trovare gli sviluppatori, se non nel più variegato, fantasioso, smaliziato, prolifico universo Amiga? Un universo in cui il PD rappresenta il 99.9% della produzione di software e dove i programmatori inventano e creano magari solo per il gusto di farlo. Un vivaio dalle caratteristiche ideali per qualsiasi computer company.

Il kit di sviluppo

Strombazzato a più riprese nei mesi passati e impacchettato a tempo di record, l’SDK arriva finalmente sul mercato e viene venduto a un prezzo non propriamente da “rimborso spese”. La comunità Amiga ha opinioni divergenti sul fatto che il kit di sviluppo del nuovo Amiga debba essere pagato, ma dopo una prima fase di disorientamento e dopo i commenti positivi di alcuni “privilegiati” sviluppatori in anteprima,  la cosa passa in secondo piano.
L’SDK, così com’è, offre una base tecnologica che non rappresenta nemmeno una versione beta di quello che sarà Amiga. Niente “Workbench”, una GUI appena accennata, una striminzita raccolta di tool di sviluppo e una documentazione frettolosa. Dai pochi demo allegati, si deduce che il Virtual Processor di TAO fa il proprio lavoro con onestà e non fa rimpiangere applicazioni native. Tutto sommato, col neonato Amiga si può iniziare a fare qualcosa.
Ma c’è un ma...

Le royalties di Amiga Inc.

Ho ricevuto in regalo da Haage&Partner l’agognato Software Development Kit di Amiga. Non ci ho messo più di due secondi per aprire la confezione e tirare fuori il manuale e il CD di installazione, tanta era la mia curiosità e il mio malcelato entusiasmo da Amighista di vecchia data in cerca di entusiasmanti novità.
Come esperienza consiglia, prima di inserire il CD nel driver ho dato una veloce scorsa al manuale in cerca di foglietti e note dell’ultimo secondo. Non trovando niente del genere, ho aperto il CD sotto Windows e mi sono trovato davanti ai contenuti dell’SDK: sei file e un cassetto con  loghi in XPM. La prima cosa che mi è saltata all’occhio è stata il file di testo “ROYALTY.TXT”.
Un paio di clic e dopo la lettura delle prime righe ho iniziato a tremare. A chiare lettere, tutto maiuscolo è apparso “IF YOU DISTRIBUTE ANY SOFTWARE CREATED USING THE AMIGA SOFTWARE, YOU MUST PAY AMIGA A QUARTERLY ROYALTY” (per la distribuzione di ogni programma creato usando l’Amiga software occorre pagare trimestralmente i diritti di brevetto). In poche parole il testo dice che, su base trimestrale, ogni sviluppatore deve pagare una quota per ogni software creato e distribuito con l’ausilio dell’SDK.
Con l’animo turbato di chi aveva appena preso un pugno in un occhio (!), ho seguito il consiglio di “ROYALTY.TXT” e ho aperto il contratto, l’agreement completo, per cercare di capire meglio, di quantificare, di verificare i casi di applicazione della royalty.
Tutto confermato. L’agreement stabilisce nella maggiore quota tra il 10% del ricavo e 3 dollari a copia venduta, l’ammontare dovuto ad Amiga Inc sul software commerciale sviluppato con l’SDK. Gli autori di software freeware devono invece richiedere una licenza speciale ad Amiga Inc.
A prescindere dalle mie considerazioni tecniche e dalle prime, positive impressioni sui contenuti dell’SDK, vorrei  soffermarmi ad analizzare le scelte politiche di Amiga Inc e sulle possibili ripercussioni nel mondo Amiga “classic”, sia dal punto di vista degli sviluppatori che da quello degli utenti finali.

Royalty e licenze

Ecco come commettere un infanticidio: come uccidere un sistema operativo ancora in fasce. Amiga Inc dedica quasi mezzo contratto di licenza per descrivere come pagare, quanto pagare e quante penali vengono applicate al contraente che non paga. Il contratto ha tutta l’aria di una minaccia, piuttosto che di un amichevole accordo. Non solo, lo sviluppatore di software PD e freeware deve fare espressa richiesta ad Amiga Inc per determinare se è disponibile una licenza gratuita  (dalla licenza: “to determine whether a free license is available to you”).
Mi pare impossibile che ad Amiga Inc nessuno abbia seguito il modello di sviluppo di Linux, che in pochi anni è scappato dalla solita cantina per minacciare da vicino la sezione SO di Microsoft. Anzi, se non ci fosse stato Linux, su cosa avrebbero fatto girare l’SDK? Mi immagino che quelli di Amiga Inc, per distribuire e vendere l’SDK avrebbero evitato accuratamente tutti i sistemi operativi per i quali bisogna pagare una royalty! Il bello è che né Linux, né BeOS, né MacOS, né QNX, né Win, né OS/2, né OS9,  hanno questo oneroso modello di licenza. Solo noi sviluppatori Amighisti ce la siamo ritrovata sulle spalle. Alla faccia della nostra cultura informatica e di quel senso di libertà che ha sempre caratterizzato la nostra piattaforma e di cui ci siamo sempre vantati.
E gli sviluppatori freeware? Proiettando nel prossimo futuro le scelte di Amiga Inc, basta poco per capire che non si ripeterà un “fenomeno Aminet” per il nuovo Amiga. I pochi veri talenti rimasti su Amiga Classic non faranno certo i salti di gioia nell’apprendere che devono pagare un SDK per poi richiedere ad Amiga Inc il favore di una licenza gratuita. Magari preferiranno il suono delle parole “open source” e “free” che sta imperando su Linux.
Ho provato, senza successo, a dare una giustificazione plausibile alla scelta di Amiga Inc. Ho pensato che la royalty sarebbe potuta servire per pagare altre royalty, rispettivamente pagate da Amiga Inc a Tao per chissà quale brevetto (il VP?). O magari pagate da Tao per le licenze di PersonalJava. Fatto sta che, come la si veda, i costi delle eventuali royalty sui componenti di una piattaforma, vengono sempre ripartiti sulla base degli utenti finali che acquistano la piattaforma stessa.
Far pagare una royalty anche agli sviluppatori, significa costringerli a ricaricarne i costi ancora una volta sull’acquirente del software, che, alla fine dei conti, paga due, tre, enne volte una cosa che ha già pagato.

Amaro

Uno degli aspetti più brutti di tutta la faccenda è aver scoperto l’esistenza di royalty solo dopo aver ordinato, pagato, ricevuto ed aperto la scatola dell’SDK. Nei mesi precedenti al rilascio, Amiga Inc non ha mai fatto cenno di questi importantissimi aspetti della licenza allegata al developer’s kit. Voglio pensare che sia stato fatto in buona fede, anche se i fatti lasciano adito a qualche sospetto.
Io posso ritenermi fortunato: l’SDK mi è stato spedito gratuitamente da Haage&Partner. Dato che, personalmente, ritengo inapplicabile il tipo di licenza alle esigenze della mia ditta, posso senz’altro decidere di gettare l’SDK alle ortiche senza timore di alcun danno economico.
Ma io penso a chi, come me, aveva deciso di spendere qualche soldo extra nello sviluppo su Amiga, per poi scoprire, troppo tardi, di non poter accettare i termini della licenza.
 
Una luce?

Voglio concludere aprendo un possibile spiraglio, una “fessura” nel corpo della licenza di Amiga Inc: io programmo in Java e compilo (senza pagare) i miei programmi su Win32 per poi farli girare (senza pagare) su MacOS, Linux, Win32. Nel mio caso, quanto pago di royalty su un programma in Java che “casualmente” gira anche su Amiga ?

Michele Puccini

Al momento di chiudere questo articolo non c’è ancora stata nessuna spiegazione ufficiale da parte di Amiga Inc. Cercheremo di scoprirne di più per il prossimo numero, nel quale – come detto – apparirà la recensione completa del kit di sviluppo Amiga. A tra un mese! [D.F.]

BOX: Overview

[NOTA: Rispettare i grassetti]

L'Amiga SDK (la sigla sta per "Software Development Kit", ovvero "Pacchetto per lo sviluppo del software") costituisce un insieme di programmi e strumenti che servono ai programmatori per sviluppare software per il nuovo Amiga NG.
E' costituito da una scatola di cartone rossa, con una bella illustrazione che mostra un cantiere intento a costruire un "boing". Nella scatola è presente un grosso manuale di 300 pagine, un foglio di registrazione e un CD. Per usare il CD, occorre avere un sistema con istallata la RedHat 6.1, almeno 32 MB di RAM (consigliati 64) e 100 MB di spazio su disco fisso.
L'esposizione del manuale è chiara ed essenziale nello stile, ma appare un poco disordinata nella forma e nell'impaginazione: capitoli e paragrafi non sono numerati.
L’Amiga SDK viene venduto dai principali distributori Amiga a circa 230.000 lire.

DIDASCALIE IMMAGINI:

Nell’articolo principale:

Foto1.tif: [IMMAGINE DI APERTURA, SENZA DIDASCALIA]
Foto2.jpg: Una sessione con alcune applicazioni in esecuzione.
Foto3.jpg: Bill McEwen durante la presentazione al pubblico dell’SDK.

[NOTA: La Foto3, se non ci sta, può essere omessa.]