27.12.05

Parlando un po d'informatica...

Per chi gli interessa il prologo legga anche sotto ma per chi non è interessato a subire le mie p***e mentali allora gli è consigliato di saltare la lettura fino a fine prologo.
*******************************Inizio Prologo*******************************
Prima delle vacanze natalizie mi stavo occupando al lavoro di un software per l'archiviazione dei risultati di rispettivi campioni di analisi per una nota multinazionale che realizza saponi detersivi ect.
Rileggendo quello che ho scritto sembra chissa cosa faccia... in effetti quando una persona mi dice "di che cosa ti occupi?" ed io gli dico "di automazione industriale", l'80% delle volte, ha quei 2.72 secondi di pausa in cui gli crescono in testa quei 3/4 punti interrogativi che rappresentano la seguente domanda: "ma di che diavolo sta parlando???" e prima che la persona cominci ad annuire per paura di fare la figura dell'idiota, cerco di salvare la situazione anticipandola dicendo "Le grandi aziende hanno di solito delle linee di produzione per i loro prodotti, l'azienda per cui lavoro, si occupa di realizzare e controllare queste linee di produzione".
So che detto cosi puo essere un po generico, ma almeno ha una vaga idea di quello che faccio. dicendola tutta, (questo qui si puo fare, tanto se rischio di annoiare una persona, o scorre velocemente questa parte, o cancella per sempre dalla sua mente questo blog per non tornarci +) personalmente mi occupo della parte software PC, che consiste nella realizzazione di software per la supervisione delle linee di produzione.
Ultimamente, come ho detto prima, mi sono cimentato nel realizzare un software che mi ha dato qualche problema non tanto a livello di difficolta di sviluppo, ma a livello di difficoltà di rispettare i tempi di sviluppo.
Immaginate il vostro capo stima che il tempo di sviluppo dell'applicazione sia al max di 2 settimane e lo dica esplicitamente al cliente, poi analizzando le richieste del cliente vi rendete drammaticamente conto che i tempi non potranno essere cosi stretti, perchè il programma non è cosi semplice da realizzare com'è sembrato, perche il programma non è una semplice applicazione da archiviazione: in mezzo ci sono 7 campioni che hanno caratteristiche diverse, e quindi strutture di database diversi tra loro. fin qui l'applicazione non richiede molto tempo per la realizzazione, ma ora pensate di sviluppare la gestione della stampa di questi 7 campioni diversi quindi con 7 modelli di stampa diversi.
ora qui un programmatore si rende conto che il tempo che richiede lo sviluppo dell'applicazione si allarga in modo mastodontico.
poi dovete pensare che il vostro è un lavoro cmq part-time quindi di 20 ore settimanali (altra piccola complicazione).
poi se proprio vogliamo metterci la ciliegina sulla torta il cliente vuole che i risultati gestiti in stampa possano essere esportati in Excel.
Devo essere xò franco: questa parte della conversione é quella che mi ha divertito di +: infatti tempo indietro quando rendevo la possibilità di richiamare un'applicazione office spesso e volentieri, andava in errore perchè dal 97 si era passatti al 2000 poi dal 2000 al xp quindi ogni volta che si installava una nuova versione mi si impicciava tutto il cibborio.
ora, lavorando con i modelli di file Excel e con le Macro, tutto sembra risolto.
il lavoro che mi ha fatto perdere + tempo è stata la gestione della stampa: operazioni semplici ma lunghe. ma in quell'arco di tempo, pensavo gia se fosse possibile realizzare un'applicazione che realizzasse modelli restrigendo notevolmente il tempo di lavoro. pensai ai vari programmi e routine usciti ma nessuno si adattava alle mie esigenze.
*******************************Fine Prologo********************************
La mia idea è quella di realizzare un programma dove, una volta collegata ad una fonte dati (file mdb, ect...), è possibile inserire una query SQL, che permetterà di accedere ad una interfaccia visuale, dove l'utente potrà modificare a suo piacimento, come disegnare la stampa.
In questo modo l'applicazione si occupera di stendere un codice (che inizialmente sara vb6 ma ho intenzione di inserire estenderlo ad altri linguaggi come C/C++, vb.net) aperto che permetta di essere poi gestito facilmente per i propri progetti. infatti voglio dare la possibilità al programmatore/utente di poter gestire,modificare, eliminare, aggiungere codice a suo piacimento.
perchè sinceramente a me puo far comodo e non vedo perche non puo far comodo ad altri programmatori.
mi puo far comodo aver opinioni a riguardo, suggerimenti, commenti e anche persone che dicono "o guarda che esiste gia una cosa del genere..." sarebbe una gradita sorpresa e mi risparmierebbe una grossa mole di lavoro.
per adesso mi metto a lavoro tanto fino al 9 non ho di mejo da fare (sono in ferie).
Baci ai pupi!!
Ps: non ho ancora nessuna idea riguardo al nome del progetto, voi avete qualche idea???