Loki's notes

Programmazione Orientata agli Oggetti Lez. 2

2010-03-03T17:02:00.000+01:00

Nella prima lezione abbiamo parlato di classi, oggetti e di come utilizzarli per raggiungere un risultato finale: fare una torta.

In questa lezione ci addentreremo nei dettagli.

Nella prima lezione abbiamo definito un "robot da cucina" come una classe molto semplice con alcuni metodi accessibili:

impostaVelocità(intero),
impostaUova(intero),
monta().

In questa lezione esamineremo quei metodi nascosti che, pur non visibili, servono al funzionamento della classe.

Il costruttore o inizializzatore.

Il costruttore di una classe è il primo metodo che viene eseguito nel momento in cui si istanzia un oggetto. Questo metodo non è visibile e non è richiamabile dall'interno di altri metodi.

Serve ad inizializzare l'oggetto, o meglio i suoi attributi.

Nel nostro esempio il robot potrebbe inizializzarsi nel momento in cui viene attaccata la spina alla presa di corrente ed eseguire il seguente metodo:

controllaTensione(): metodo nascosto non accessibile dall'esterno.

Immaginando che attaccare la spina significhi istanziare un oggetto il primo metodo che verrebbe invocato in automatico sarebbe quello di controllare il voltaggio della sorgente elettrica.
controllaTensione() è un metodo nascosto, privato, e può essere eseguito solo da altri membri della classe, come lui potrebbero essercene altri, per esempio "impostaPotenza(intero)" potrebbe essere usato da impostaVelocità(intero) per far si che le lame vadano più veloci.

A fronte delle nuove informazioni possiamo riscrivere la nostra classe usando dei risolutori di visibilità:

Classe RobotBase

pubblici:
costruttore(),
impostaVelocità(intero),
impostaUova(intero),
monta(),
privati:
controllaTensione(),
impostaPotenza().
intero velocità,
intero quantità,
intero potenza.

A prima vista il costruttore dovrebbe andare tra i metodi privati, in realtà istanziare un oggetto significa eseguire il costruttore quindi se fosse messo tra i privati l'oggetto non potrebbe essere creato.

Raffinata la conoscenza delle classi è tempo di imparare a programmare in maniera orientata agli oggetti.

L'OOP è molto semplice se non si è mai programmato un computer e si inizia da zero, molto difficile se si proviene da esperienze di linguaggi procedurali. Personalmente reputo una assoluta idiozia la tendenza ad insegnare il C++ partendo dal C, sono linguaggi totalmente diversi che condividono solo la forma e le parole chiave, il "vantaggio" di poter programmare in maniera procedurale con il C++ è fonte inesauribile di errori e di brutte pezze sopra altri errori, tutti con un unico padre: l'errata ingegnerizzazione del software. Per programmare ad oggetti bisogna imparare a pensare ad oggetti, quindi organizzare il software in oggetti, chi proviene dai procedurali pensa solo al flusso di funzioni che portano al risultato immaginado un enorme contenitore "main.cpp" che richiama una serie di procedure "incluse". Pensare ad oggetti richiede molta più fatica perché il software va costruito in piccoli pezzi autonomi, classi, che genereranno oggetti che, come i lego, assemblati tra loro costituiranno il software finale. Riprendendo l'esempio della torta della prima lezione, chi proviene dal C e affini non pensa a creare un frustino, pensa solo alla funzione di montatura delle uova, non pensa al robot ma alla procedura che amalgama l'impasto, per lui è:

uovaMontate = montaUova(uova);
impasto = impasta(uovaMontate, zucchero, farina);
torta = cuoci(burro, impasto);

Tutto è più facile e veloce, non a caso dove serve velocità ed efficienza si usa il C al posto del C++, i driver delle periferche vengono scritti in C per esempio. La nota negativa è che si può riutilizzare poco o nulla, per fare la focaccia dobbiamo riscrivere tutto, mentre con gli oggetti ci basta derivare il RobotBase e aggiungere le variabili acqua e olio più un metodo per impastarli.

L'OOP e il tool di sviluppo Qt.

Il tool di sviluppo Qt di Nokia è un ottimo strumento per programmare ad oggetti, un semplice "hello world!" in una finestra fa capire tutto ciò che abbiamo detto fino ad ora.

file: hw_mainwindow.h

#ifndef HWMAINWINDOW_H

#define HWMAINWINDOW_H

#include <QtGui/QMainWindow>

class QLabel;

/*Definiamo la classe che mostrerà la finestra
ci basta derivare la finestra principale Qt: QMainWindow
*/

class HWMainWindow : public QMainWindow //si crea la classe derivata da QMainWindow
{
public:
  HWMainWindow(QWidget * parent = 0); //Il costruttore
private:
   QLabel *hw_label; //Lo mettiamo per mostrare la parte privata, potremmo ometterlo
};

#endif //HWMAINWINDOW_H

file: hw_mainwindow.cpp

#include "hw_mainwindow.h"
#include <QtGui/QLabel>

HWMainWindow HWMainWindow(QWidget *parent)
: QMainWindow(parent)
{
   //Creiamo l'oggetto etichetta dalla classe Qt:QLabel
   hw_label = new QLabel(this);

    //Impostiamo il testo dell'etichetta
   hw_label->setText("hello world");

   //usiamo un metodo della QMainWindow per impostare l'etichetta come oggetto principale della finestra
   setCentralWidget(label);

}

file: main.cpp

#include "hw_mainwindow.h"
#include <QApplication>

main(int argc, char *argv[])
{
  // crea un oggetto QApplication con gli stessi valori immessi al lancio del programma.
  QApplication app(int argc, char *argv[]);

  // crea un oggetto HWMainWindow, la finestra derivata che abbiamo fatto prima;
  HWMainWindow hw_MainWindow;

  // esegue il metodo di QMainWindow per visulaizzare la finestra
  hw_MainWindow.show();

  //Entra nel loop di ascolto degli eventi, in questo caso aspetta che si spinga il pulsante di chiusura
  return app.exec();
}

Se esaminiamo bene tutto il codice noteremo che abbiamo usato pochi costrutti tipici del C++, abbiamo usato gli include, il main nella sua forma standard, abbiamo definito le classi e creato gli oggetti con "new".

Tutto il resto sono solo metodi appartenenti alle classi.
Tutto è elegante e leggibile, anche non conoscendo il C++ è grosso modo intuibile cosa fanno i vari pezzi.
Il main.cpp dice solo:
Crea l'applicazione,
crea la finestra,
mostra la finestra,
aspetta che si chiuda la finestra.

Se voglio mettere un pulsante sotto l'etichetta, mi basta toccare solo la mia classe derivata HWMainWindow.

file: hw_mainwindow.cpp

#include "hw_mainwindow.h"
#include <QtGui/QLabel>
#include <QtGui/QPushButton>
#include <QtGui/QVBoxLayout>

HWMainWindow HWMainWindow(QWidget *parent)
: QMainWindow(parent)
{
   //Creiamo l'oggetto etichetta dalla classe Qt:QLabel
   hw_label = new QLabel(this);

    //Impostiamo il testo dell'etichetta
   hw_label->setText("hello world");

    //Creiamo l'oggetto pulsante
   QPushButton *button = new QPushButton(this);

   //Impostiamo il testo del pulsante
   button->setText("pulsante inutile");

   //Creiamo un widget contenitore completamente invisibile all'utente
   QWidget *mainWidget = new QWidget(this);

    //Nel momento in cui usiamo più elementi grafici dobbiamo distribuirli nella finestra
   //Questa classe li distribuisce in verticale tutti all'interno del widget contenitore mainWidget
   QVBoxLayout *vlayout = new QVBoxLayout(mainWidget);

    //Mettiamo prima l'etichetta
   vlayout->addWidget(label);

    //poi il pulsante
   vlayout->addWidget(button);

   //usiamo un metodo della QMainWindow per impostare il widget contenitore come
   //oggetto principale della finestra
   setCentralWidget(mainWidget);

}

La finestra è sempre la stessa ma ora contiene oggetti in più.
Non abbiamo toccato nulla se non la classe derivata.

Daniele Granata

Questa opera è pubblicata sotto una Licenza Creative Commons.

Programmazione Orientata agli Oggetti Lez. 1

2010-01-09T16:32:00.009+01:00

Corso poco professionale su come affrontare l'ostico mondo dell'OOP (Object Oriented Programming).

Il nome OOP lascia poco alla fantasia: "Programmazione Orientata agli Oggetti", quindi è abbastanza scontato che tutto ruoti attorno agli "Oggetti".
Cosa è un "Oggetto"?

Un Oggetto è una istanza di una "Classe", una Classe è la definizione di un insieme di variabili e funzioni che in OOP prendono il nome di "attributi" e "metodi".

Dato che il corso è poco professionale prenderò ad esempio uno di quei robot da cucina che tagliano, sminuzzano, impastano ecc.
Un robot da cucina è un Oggetto. Un manuale che spieghi come costruirlo e usarlo sarebbe la sua Classe.
Il robot ha la funzione "triturare" (il metodo) da usare con una data "velocità " (l'attributo).

Nell'OOP ci si avvale di tre proprietà principali:
Incapsulamento,
Ereditarietà,
Polimorfismo.

Incapsulamento
L'incapsulamento è la proprietà per cui un Oggetto contiene al suo interno, incapsula, sia gli attributi che i metodi. Alcuni di questi metodi sono accessibili dall'esterno, altri sono utilizzati solo dall'oggetto stesso e quindi invisibili, inoltre un oggetto ben progettato non rende accessibile i suoi attributi in maniera diretta ma solo attraverso dei metodi appositi.
Il nostro robot ha tanti metodi invisibili, noi non sappiamo cosa faccia girare la lama, come funzioni il blocco sicurezza ecc. sappiamo solo "triturare" perché è il metodo reso disponibile all'esterno. L'attributo "velocità" non è accessibile direttamente ma solo tramite la manopola apposita, quindi un altro metodo visibile che ci permette di modificare l'attributo "velocità". Altri attributi saranno nascosti come la "tensione elettrica", la "frizione", ecc.

Ereditarietà.
L'ereditarietà permette alle Classi di poter essere "derivate", cioè trasformate affinché vengano aggiunti nuovi metodi e/o attributi. I metodi aggiunti possono essere totalmente nuovi o sostituirne di esistenti (polimorfismo).
Il produttore del nostro robot potrebbe produrne uno identico al nostro ma con una lama aggiuntiva per "affettare", quindi avrebbe un nuovo metodo "affettare". La Classe del nostro robot è detta Classe Base, la nuova si chiama Classe Derivata.

Polimorfismo.
Con il polimorfismo una Classe Derivata può sostituire uno o più metodi della Classe Base con equivalenti con diversa implementazione.
Il nuovo robot derivato oltre ad affettare potrebbe avere una lama per "triturare" più affilata che trita più finemente, si avrebbe quindi lo stresso metodo "triturare" ma con un risultato diverso.

Uso di classi e oggetti.
Ora che abbiamo una bella infarinatura di Classi e Oggetti possiamo entrare nel dettaglio del loro uso.
Immaginiamo di dover preparare una torta!

Per fare la torta useremo alcune classi, le deriveremo e le metteremo in relazione tra loro.
Esaminiamo la ricetta:

Ingredienti:
4 uova
400gr farina
300gr zucchero
50gr burro

Preparazione:
Montare a neve 4 albumi di uovo.
Impastare gli albumi a neve con la farina e lo zucchero.
Imburrare una teglia.
Versare l'impasto nella teglia.
Infornare e cuocere per 45 minuti a 150gradi.

Dalla ricetta si evince che avremo bisogno di un frustino elettrico per montare gli albumi.
Un robot per impastare zucchero, farina e uova montate.
Una teglia da imburrare in cui verseremo l'impasto.
Un forno dove inserire la teglia e cuocere la torta.

Nota: con "intero" intendiamo un numero intero.

Classe FrustinoBase: è un frustino utile per montare le uova.
Ha come metodi accessibili:
impostaVelocità(intero),
impostaUova(intero),
monta() restituisce le uova montate.
Ha come attributi:
intero velocità,
intero quantità
Gli attributi non sono accessibili se non con i metodi "impostaXXX".

Classe RobotBase: è il nostro robot di partenza che sa solo triturare.
Ha come metodi accessibili:
impostaVelocità(intero),
impostaQuantità(intero),
tritura().
Ha come attributi:
intero velocità,
intero quantità
Gli attributi non sono accessibili se non con i metodi "impostaXXX".

Dobbiamo impastare la farina con lo zucchero e le uova montate con il frustino. Per questa attività il robot non va bene e ha bisogno di essere potenziato, così lo deriviamo.

Classe RobotImpastatore derivato da RobotBase: è un robot da cucina che impasta.
Aggiungiamo i metodi pubblici:
impostaFarina(intero)
impostaZucchero(intero)
impostaUova(UovaMontate)
impasta() restituisce un Impasto.
Aggiungiamo nuovi attributi:
intero farina;
intero zucchero;
UovaMontate uovaMontate;

Classe TegliaBase: è una teglia.
Ha come metodi accessibili:
impostaImpasto(Impasto),
impostaBurro(intero),
imburra().
Ha come attributi:
intero burro,
Impasto impasto
Gli attributi non sono accessibili se non con i metodi "impostaXXX".

Classe FornoBase: è un forno.
Ha come metodi accessibili:
impostaTemperatura(intero),
impostaMinuti(intero),
inforna(TegliaBase),
cuociTorta() restituisce una torta.
Ha come attributi:
intero temperatura,
intero minuti
Gli attributi non sono accessibili se non con i metodi "impostaXXX".

Useremo anche due classi contenitore:
Classe UovaMontate e Classe Impasto sono classi che non è necessario approfondire perché ininfluenti, le dichiariamo solo per mantenere l'esempio concreto, UovaMontate conterrebbe le uova, Impasto conterrebbe UovaMontate, farina e zucchero.

Ora che abbiamo dichiarato i nostri utensili andiamo ad usarli.

Preparazione della torta

Iniziamo con il montare il bianco dell'uovo a neve:
Creiamo l'Oggetto FrustinoBase che monta solo le uova:

FrustinoBase mioFrustino.
Ora ho il mio oggetto frustino e posso usarlo per montare le uova.

Poiché gli oggetti incapsulano metodi e attributi ci vorrà un sistema per identificarli come appartenenti all'oggetto specificato, useremo il nome dell'oggetto seguito da un punto ".".

Metto quattro albumi nella ciotola del frustino:
mioFrustino.impostaUova(4);
Imposto la velocità a 3:
mioFrustino.impostaVelocità(3);
Monto le uova:
UovaMontate uovaMontate = mioFrustino.monta();

Abbiamo montato le uova.
Ora impastiamo:
Creiamo il robot impastatore:
RobotImpastatore mioImpastatore;
Aggiungiamo gli ingredienti:

mioImpastatore.impostaFarina(400);
mioImpastatore.impostaZucchero(300);
mioImpastatore.impostaUova(uovaMontate);

Ora selezioniamo la velocità e impastiamo:

mioImpastatore.impostaVelocità(2);
Impasto impasto = mioImpastatore.impasta();

Prendiamo la teglia e imburriamola:

TegliaBase miaTeglia;
miaTeglia.impostaBurro(50);
miaTeglia.imburra();

Versiamo l'impasto nella teglia:
miaTeglia.impostaImpasto(impasto);

Ora prepariamo il forno:

FornoBase mioForno;
mioForno.inforna(miaTeglia);
mioForno.impostaTemperatura(160);
mioForno.impostaMinuti(45);

Cuociamo:
Torta torta = mioForno.cuociTorta();

La torta è pronta.
Riepiloghiamo il flusso delle operazioni:


FrustinoBase mioFrustino;
mioFrustino.impostaUova(4);
mioFrustino.impostaVelocità(3);
UovaMontate uovaMontate = mioFrustino.monta();

RobotImpastatore mioImpastatore;
mioImpastatore.impostaFarina(400);
mioImpastatore.impostaZucchero(300);
mioImpastatore.impostaUova(uovaMontate);
mioImpastatore.impostaVelocità(2);
Impasto impasto = mioImpastatore.impasta();

TegliaBase miaTeglia;
miaTeglia.impostaBurro(50);
miaTeglia.imburra();
miaTeglia.impostaImpasto(impasto);

FornoBase mioForno;
mioForno.inforna(miaTeglia);
mioForno.impostaTemperatura(160);
mioForno.impostaMinuti(45);
Torta torta = mioForno.cuociTorta();

Avrete notato che alcuni oggetti ne usano altri, tipo il forno che usa la teglia, questo perché una Classe crea un nuovo tipo di dato e gli oggetti di questa Classe saranno dei dati, ricordiamo che un oggetto incapsula metodi ed attributi, quindi dati.

Per ora ci fermiamo, abbiamo imparato le basi e siamo già riusciti a fare una torta, incredibile.

Questa opera è pubblicata sotto una Licenza Creative Commons.

Conflitti interiori

2009-11-02T12:33:00.001+01:00

Ci sono quelle volte in cui ti fermi e pensi: che ci succederà in futuro?
Volgi lo sguardo al passato e ricordi tutti i sacrifici che hai fatto per arrivare dove sei ora, quello stesso presente in cui si trovano altri amici, conoscenti e sconosciuti che non hanno avuto la stessa tua fortuna. Gente che aveva messo tanta passione e voglia in ciò che amava tanto da riuscire a tramutarla in professione, ma non è bastato. I loro sacrifici sono stati vani. Nel migliore dei casi sono stati ingeriti e digeriti da realtà molto più forti e potenti di loro, nel peggiore sono a casa con i genitori.
Parlo di coloro che amando e conoscendo la musica avevano investito sul negozietto pieno di speranze, di CD import, rarità, vinili da collezione, ecc. Piccole oasi che avevano la loro community di appasionati megalomani e un pò schizzati, posti di ritrovo, posti di scambi di vedute e culturali. Nel giro di pochi anni sono scomparsi divorati dalle leggi del mass-market, i più fortunati sono in un ipermercato a riordinare gli scaffali. Community orfana e senza casa.
E che dire del mercato dei DVD? O dei videogames? Difficile trovare differenze.
La risacca di queste riflessioni ti solleva dalla sabbia e ti porta in un mare ingrossato da una tempesta di contraddizioni. Il numero di fumetti venduti ti sembra sempre troppo poco, odii il pressapochismo di certi editori e il dilettantismo degli altri, vorresti una distribuzione seria, informatizzata e al passo con i tempi. Brami rispetto per la tua professione, sia dall'alto che dal basso; dall'editore al cliente, passando per il parente idiota al quale devi spiegare tre volte di cosa ti occupi. Ma un'onda di paura ti sommerge, il timore che un giorno si esca dalla nicchia perché i fumetti piaceranno a tutti, quei tutti che appiattiranno il tuo mondo livellandolo a tal punto da diventare indistinti e, finalmente, far spazio ad un altro scaffale da mettere nella GDO (Grande Distribuzione Organizzata).
Al calare delle onde i problemi che comprimono la nicchia ti sembrano vantaggi e vorresti ancora voler vendere più fumetti, ma non troppi, perché anche nei sogni devi saperti dare una regolata.

Corso di Linux al femminile Lezione 1.

2009-10-31T17:57:00.012+01:00

Perché un corso di Linux al femminile?
Perché le donne sono meno "ciucci e presuntuosi", più pragmatiche, sono mediamente più intelligenti degli uomini e non giocano ai videogiochi che richiedono schede grafiche da 500 euro.
Se leggete il blog lo state facendo da un pc probabilmente un notebook o il fratellino piccolo netbook e state usando IExplorer quindi imposterò le lezioni in base alle vostre conoscenze di Windows.
Prima di immergerci in Linux meglio fare una rapida panoramica di cosa è un computer,leggetelo potrebbe riservare sorprese.

Da Wikipedia:

"Un computer, dal latino computare (calcolare) attraverso l'inglese, to compute (calcolare), anche detto calcolatore, elaboratore, oppure ordinatore, è un dispositivo fisico che implementa il funzionamento di una macchina di Turing."

Ma che cosa è una macchina di Turing? Lasciamo perdere che ci impelaghiamo, diciamo per semplicità che un computer è un dispositivo che acquisisce dati e propina risultati .

Un computer è composto da alcuni componenti base:
La CPU (Central Processing Unit) che è quella che calcola ed elabora, avrete sentito e letto parole come Intel, AMD, Centrino, core duo ecc.

La RAM (Random Access Memory) che è la memoria veloce che usa la CPU per elaborare ma che si perde se si spegne il PC, avrete sentito e letto di 1 Giga di RAM, 2 , 4 Giga di RAM.

I componenti per la gestione di dispositivi di I/O Input/Output.

Dispositivi di inserimento di dati e comandi (input), sono tantissimi e aumentano sempre più, i più conosciuti sono tastiere, mouse, touchpad dei notebook, da un pò di tempo abbiamo anche touchscreen, webcam, telecomandi, joypad, tavolette grafiche, scanner, lettori barcode, ecc.

Dispositivi di presentazione di dati e risultati (output), anche qui siamo in buona compagnia, quello di eccellenza è la scheda video che possiamo collegare al monitor o alla tv, i notebook hanno già il collegamento allo schermo incorporato. Altri dispositivi di output familiari sono le stampanti.

Ci sono poi dei dispositivi che fanno da input/output (I/O): la scheda audio a cui applicare un microfono (input) e delle casse (output), il bluotooth che permette di collegare qualunque dispositivo di I/O compatibile senza filo. Un masterizzatore di CD/DVD è un dispositivo di I/O così come tutte le memorie permanenti. Le schede di rete sono dispositivi di I/O.

La memoria permanente è quella che non si perde se si spegne il computer, un tempo erano solo gli hard disk,i floppy o i cd/DVD, oggi ci sono anche le cosidette pennine USB, le schedine SD che troviamo nelle macchinette fotografiche digitali e nei cellulari e per ultime ci sono le memorie flash integrate nel dispositivo come la memoria che trovate nel telefonino, nei lettori Mp3, nelle nuove cornici digitali. In queste memorie voi conservate i vostri MP3 i video le foto ecc.

Il computer funziona nel seguente modo:
La CPU carica dalla memoria permanente il programma che voi gli avete detto di eseguire e lo mette nella memoria più veloce che è la RAM, quando non lo usate più la CPU svuota la RAM e aspetta che gli diciate di fare altro.
Se spegnete il pc mentre state usando il programma tutti i dati si perdono perché erano nella RAM che non conserva nulla a computer spento.
Questo è tutto ciò che costituisce un computer.
I computer si dividono in single purpose, servono per eseguire un solo compito, e multi purpose cioè eseguono vari compiti.
Per esempio prendete una cornice digitale. Questa è un computer a tutti gli effetti:
Ha una CPU che visualizza la foto, fa le sequenze, le transizioni da una foto all'altra ecc.
Ha una memoria RAM che la CPU utilizza per elaborare quanto detto prima.
Ha una memoria permanente che serve a conservare le foto e il programma per vederle.
Non ha la tastiera, non ha il mouse non ha il monitor, essa stessa è un piccolo monitor con dei tastini per impostare le foto da vedere.
Altro esempio:
Un lettore di DVD/DiVX è un computer single purpose:
Stessa cosa della cornice elettronica, solo che lo comandate con il telecomando;
il monitor è la vostra TV;
ha una memoria interna con il programma per vedere DVD, DIVX e le foto;
ha un lettore di DVD.

Chiarito cosa è un computer passiamo a Linux o meglio GNU/Linux, sia mai che Stallman si incazzi, ma noi lo chiameremo Linux e basta.
Che cosa è Linux?
E' un sistema operativo, S.O., un programma che vi permette di poter interagire con il computer. Linux deriva da Unix che è considerato il papà, o il nonno? di tutti i sistemi operativi moderni tranne Windows.
In principio un S.O. gestiva solo poche cosette, caricava delle schede perforate e dava dei risultati su dei nastri. Chi non ricorda il grande Kenzo Kabuto in Mazinga quando consultava il nastro tra le mani mentre erano in arrivo i robot alieni? Ops questa è una lezione per donne, probabile che nessuna di voi abbia visto Mazinga. Goldrake? Con quel bono di Actarus? Anche lì si vedeva il professore con il nastro e le bobine che giravano alle sue spalle.
Vabbè sorvoliamo sui cartoni, un S.O. deve gestire essenzialmente le parti del computer descritte in precedenza: la CPU, la memoria RAM, le memorie permanenti, i componenti per la gestione di dispositivi di I/O . Si richiede che gestisca anche la possibilità che il computer dialoghi con altri computer, le cosiddette schede di rete, molte di Voi avranno dei notebook che si connettono ad internet senza cavi il dispositivo che ve lo permette si chiama scheda di rete wifi. Questo è quanto deve fare un S.O. niente di più. Voi ora vi starete chiedendo: e tutto il resto? Tutto il resto non è compito di un sistema operativo. Un S.O. non gestisce lo scanner, ma solo la porta dove attacchi lo scanner, idem per la webcam, la stampante, il bluetooth ecc. questi dispositivi sono gestiti da altri programmi che usano il S.O. per dialogare con le porte alle quali sono attaccati.
Quando usate Windows sembra che tutto faccia parte del S.O. ma in realtà non è così, esistono dei programmi intermedi detti driver che si interfacciano con il S.O. Chi produce un dispositivo crea il driver per farlo funzionare sotto Windows. Il driver non lo fa Microsoft ma spesso "invita" i produttori affinché il prodotto funzioni solo con Windows, il disastroso ciclo delle stampanti Canon che incorporavano il Windows Printing System è un esempio eclatante.
La vera tragedia è che questi programmini funzionano solo su Windows e i produttori dei dispositivi si sono sempre interessati a fornire supporto solo per questo sistema. Il mondo è iniziato a cambiare con la diffusione dei computer Apple che pochi anni fa hanno adottato come base del loro sistema un altro figlio di UNIX: il BSD. Con la diffusione di computer Apple nelle case, uffici e università i produttori hardware si sono adeguati iniziando un timido supporto ad altro che non fosse Windows pena la non vendibilità dei prodotti ai possessori di Apple.
Purtroppo paghiamo lo scotto di olte 15 anni di sviluppo bloccato perché microsoft usa metodi proprietari che non condivide, mentre i figli di unix condividono e si migliorano tra loro permettendo lo sviluppo di una base comune su cui un produttore può fare affidamento. A voi fregherà ben poco ma occorre capire che il limite maggiore che incontra Linux nella sua diffusione è il totale disinteresse dei produttori nel realizzare un programma che consenta la comunicazione del loro dispositivo con Linux, infatti questi programmi vengono creati dagli stessi programmatori di Linux e spesso senza neanche l'aiuto del produttore. Ci troviamo di fronte al classico cane che si morde la coda:il produttore non fa i driver perché Linux è poco diffuso e Linux non si diffonde perché non ha i driver. Grazie a Dio questo ormai sta cambiando e Linux gestisce una grossa parte di dispositivi, anzi è notizia recente che Intel ha sviluppato il driver per le prossime porte USB 3.0 in anteprima per Linux. Ormai è sempre più raro trovare un dispositivo non funzionante, ma ciò non toglie che è meglio informarsi prima di acquistare qualcosa che vorreste funzionasse con Linux, questo non significa chiedere al commesso del negozio che nel 99% dei casi è un totale incompetente ma va fatta una piccola ricerca su Google, 10 minuti e vi siete tolte il dubbio, se dura più di 10 minuti lasciate perdere e cambiate prodotto.

Perché dovrei usare Linux?
Perché Linux è libertà. Siamo in Italia e questa parola ha perso di significato, ma lasciate che vi spieghi.
Linux è spesso sinonimo di "Open Source" che significa "Sorgente Aperto", in pratica i comandi che diamo alla CPU per elaborare le informazioni possono conoscerli tutti.
Windows invece è un sistema chiuso e, come detto prima a proposito dei drivers, non si conoscono questi comandi. Nel caso di Linux tutto è migliorabile perché alla luce del sole, nel caso di Windows possiamo solo fidarci.
Conoscendo i comandi posso crearne di miei che reputo migliori, gli altri vedono i miei comandi confermano che sono migliori e li adottano pure loro così il S.O. elimina il mediocre per far posto al migliore. Questa evoluzione è implacabile come la natura, se non funzioni sei fuori. Ma dove sta il bello della libertà? Semplice, se a me piace A uso A se mi piace B uso B. Con Windows se non ti piace ti attacchi al tram o aspetti che prima o poi ti piaccia per forza. Con Linux hai almeno 3 gestori di stampa e 5 o 6 interfacce grafiche tanto per fare degli esempi banali, gira su un sacco di CPU diverse tra loro il che spiega perché ve lo trovate dappertutto anche se non lo sapete.

Linux è ovunque ma nessuno lo sa.
Voi tendete a scambiare un S.O. per la sua interfaccia grafica, "guarda quello è windows" perché ha le finestre blu e i tasti grigi e sotto ha la barretta per aprire i programmi. Se vedeste Linux non sapreste riconoscerlo, come detto prima ha tante interfacce, ma spesso non cell'ha affatto!
Cosa pensate ci sia nel router wifi che vi fa andare su Internet senza i fili? Linux! Ma lo impostate tramite il browser (internet explorer nel Vostro caso).
Nella cornice elettronica dove mettete le vostre foto? Linux! Ma ha una grafica particolare che troverete solo lì.
Nel navigatore satellitare tom tom go? Garmin?
Nei TV LCD Sony? Samsung? Philips?
Nel lettore di filmati ad Alta Definizione (HDTV)?
Negli attuali smartphone Nokia e Motorola?
E vi ho elencato solo una parte di prodotti "consumer" cioè quelli che potreste avere anche voi a casa, perché in ambiti professionali e di ricerca ci sono i server, i supercomputer, gli apparecchi elettromedicali, i mission critical, ecc. Pensate davvero che una banca conservi i suoi dati su un server Windows? Che un paziente sia mantenuto in vita da un apparecchio con sopra una cosa Microsoft? Oddio alla stupidità umana non c'è mai stato limite, se così fosse cambierei ospedale!
Ma allora se lo usiamo tutti i giorni su altri dispositivi, perché non farlo anche sul nostro Pc fisso o portatile che sia?

Per oggi è tutto, nella prossima lezione si parlerà di multitasking e multiutenza, file, directory filesystem.

Lucca Comics specchio del mercato

2009-10-26T22:08:00.003+01:00

Avevo un blog e non me ne ricordavo!
Sarà la moda del momento o un momento di "scazzo" che mi spinge a scrivere due righe su questo blog.
Vorrei parlare di Lucca Comics & Games, non della edizione in programma a fine Ottobre 2009, ma della manifestazione in quanto tale. Chiunque abbia la passione dei fumetti conosce la fiera di Lucca, la più grande fiera del settore in Italia, l'anno scorso dicono abbia fatto oltre 100mila visitatori, un successo strepitoso che tutti invidiano e che molti cercano di raggiungere clonandola pari pari nel luogo prescelto, che sia Mantova, Napoli, Roma, Treviso o Tricase ha poca importanza, son tutte uguali tranne che nel numero di avventori che vanno dai 100mila di Lucca ai 100 di Tricase.
Ma come si presenta Lucca Comics agli occhi di un operatore del settore? Nello stesso modo in cui si presenta l'intero mercato editoriale fumettistico italiano: dilettantesco.
Lucca Comics e cloni sono solo dei grandi mercati per appassionati, tutti coloro che non hanno la fumetteria in città "devono" andarci per recuperare arretrati, chi ha la fumetteria sotto casa ci va per lo stesso motivo e per prendere in anteprima e con lo sconto tutto il resto.
Io che i fumetti li vendo devo andare a Lucca? A meno di diletto personale, no.

Professionalmente parlando Lucca Comics è pari a zero. Non esiste una giornata, ma neanche una mattinata, riservata agli operatori del settore. Non esistono conferenze o tavole rotonde tra editori distributori e librai, non esistono presentazioni ufficiali di piani editoriali a lungo raggio (Panini si autoincensa e rivela il minimo indispensabile per far ingolosire gli appassionati niente a che vedere con ciò che richiediamo noi librai), insomma per un professionista come me non è previsto nulla di interessante, anzi, come anticipato poc'anzi, sono previste una serie di pratiche dilettantistiche che altro non sono che lo specchio di un mercato in mano a pochi operatori privi di risorse, mezzi e sensibilità manageriale.
Se paragonassimo questa kermesse a quella di altri mercati tipo i videogiochi , i computer o i libri, allora noteremmo la differenza, Nintendo presenterebbe il suo nuovo videogioco ma non lo venderebbe mai al suo stand, Mondadori non va al Salone del libro di Torino a svendere l'ultimo best seller. All'E3, allo SMAU, al Salone del Libro di Torino esistono giornate "chiuse al pubblico" e ad ingresso gratuito per gli operatori del settore accreditati.
Recarsi a Lucca con l'intento di migliorare il proprio lavoro attraverso il confronto con gli editori e i distributori è semplicemente utopistico, passi la giornata ad aspettare che il grande capo di turno abbia un minuto per te tra gli innumerevoli appuntamenti fissati con altri editori, distributori, autori, o che non sia occupato allo stand a svendere arretrati o primizie.
Lucca Comics è questo, è la fiera dove l'editore fatto in casa presenta l'intera produzione dell'anno vendendone 200 copie e trova strano che il resto delle fumetterie d'Italia tutte insieme farà altrettanto nei 12 mesi restanti; dove se hai un costume da Dylan Dog!? entri gratis in 10 minuti, mentre se amministri due fumetterie stai in fila 3 ore e paghi il biglietto; il posto incantato dove si comprano quelle cose che in fumetteria non si acquisterebbero mai e , dulcis in fundo, l'unico posto dove puoi dire all'editore, senza rischio di smentite "ma questi la mia fumetteria non li ha", ovviamente senza averli mai cercati.
Insomma Lucca Comics racchiude tutte le storture di questo mercato e ovviamente quella che più ci fa arrabbiare: agli occhi dell'editore e spesso anche del distributore, la fumetteria e il suo cliente uguali sono, vanno trattati alla stessa stregua anzi, meglio portare più rispetto al cliente tanto male che vada c'è sempre l'edicola o, peggio, c'è la Feltrinelli a cui andare a prostrarsi.

10 anni fa...

2007-12-20T20:36:00.001+01:00

Perchè aprire un blog? Perchè proprio oggi?
Perchè oggi si celebrano i 10 anni della mia attività di fumettivendolo.
Vorrei poter evitare le solite menate del "sembra ieri" e allora dico solo "GRAZIE".
Grazie a Corrado per essersi imbarcato in questa impresa senza uno straccio di assicurazione ma fidandosi solo del mio entusiasmo.
Grazie ai genitori di Corrado che, pur non conoscendomi, si impegnarono finanziariamente all'inizio e durante il primo, durissimo biennio.
Grazie a Peppino C. che da lassù si compiace ed è orgoglioso di ciò che suo figlio è riuscito a creare da una passione.
Grazie ai miei genitori per aver garantito il prestito bancario di 20 milioni che sottoscrissi per inseguire il mio sogno e per l'aiuto materiale e morale mai mi hanno fatto mancare.
Grazie ai Corrado's bros e ai Denni's bros, ci sono sempre stati quando avevamo bisogno.
Grazie a Saverio il carbo-norvegese per averci tirato fuori dai guai e per la pazienza dimostrata in seguito.
Grazie a tutti i nostri amici per il sostegno e l'incoraggiamento anche nei momenti più disperati.
Grazie anche alla mia ex, il suo disprezzo per il mondo di cui faccio parte e la sua assoluta certezza del mio fallimento mi davano ancora più forza nel non mollare così da dimostrarle che aveva torto.
Grazie a Pierpaolo per il suo impegno e la dedizione con cui porta avanti la nostra attività, senza di lui Neverland varrebbe la metà di ciò che è adesso.
Grazie a tutti i nostri clienti, alcuni ormai amici da 10 anni, ci avete fatto diventare la migliore fumetteria in Puglia e forse la migliore del Sud-Italia.
Un ringraziamento speciale va a mia moglie, che si prodigò nell'allestimento del nuovo punto vendita senza quasi conoscermi, già da allora credeva in me nel nostro futuro, e ora mi aiuta a creare un'azienda ancora migliore.