Certo che il social non è la mia forza.
Proprio oggi mi chiedevo quali post e quali argomenti potessere mai girare nella bacheca di una persona veramente importante. E ancora son qua a cercare di rispondermi .. eheheheh.
Ma torniamo a noi ... 5 anni dopo!
I sudori del 2011 si sono asciugati e sono stati abbondantemente ripagati nell'utilizzo e nella sempre maggiore complessità che il gestionale ha assunto.
Gestionale specifico per la gestione della contabilità per Datori di Lavoro Domestico.
Costruito su misura, aderente a tutte le normative correnti richieste dagli enti di riferimento: INPS, INAL, Agenzia delle Entrate e, sopratutto, verificato e testato sul campo con qualche centinaio di Soci Datori che delegano al programma la completa gestione della documentazione necessaria : Cedolini Paga, Denuncie agli Enti, Assistenza in fase di contrattazione, generazione di MAV e documenti necessari.
La decisione di utilizzare Access per la gestione delle interfacce e per lo stoccaggio dei Dati è stata determinata dall'esiguo numero di operatori che mandano avanti tutto cio' (2!).
La suddivisione del Front End su più database si è presentata per via delle sempre maggiori automazioni richieste al programma, e ancora non sappiamo quali limiti raggiungeremo.
Oggi finalmente ho deciso di stilare la documentazione del codice e delle interfacce, e mi sono proposto di farlo tramite codice VBA per poter 'rigenerare' in ogni momento, e dopo una serie di modifiche o correzioni, la documentazione stessa.
Ecco che si presentano almeno due problemi.
UNO) la mia poca propensione a lavorare con i workspaces, di cui d'altro canto si trova veramente poca letteratura e quasi nessun esempio pratico.
DUE)altrattanto si puo' dire per la riusabilità del codice: ho raggruppato in due librerie access (MDE prima e ACCDE poi) molte procedure davvero generiche e richiamate in svariati punti del codice. Ma restano i tentativi (magari riusciti bene) che si ripetono con pochissime differenze in qua e in là nel codice.
Per il problema DUE ogni volta che metto mano a porzioni di procedure cerco di semplificare, riunire, ridurre a funzione quello che posso.
Per il problema UNO avrei bisogno di capire come leggere il codice VBA contenuto in un DB diverso da quello che sto usando (ecco perchè credo che la creazione di un nuovo workspace sia il mio rimedio). Fatto stà che per ora sono solo arrivato al punto in cui 'non ci capisco niente' abche perchè il debugger non ti viene in aiuto a capire dove sei ... uffa. Ricomincio la ricerca di procedure di altri, chissà non trovi quella che fa al caso mio...
arrivederci, non fra altri 5 anni ... giuro!
vanSoft
martedì 12 luglio 2016
mercoledì 16 febbraio 2011
ho importato i dati dal DOS ! 2 anni dopo
Premetto che lavoro da solo ... ( :) )
... e che la mia controparte, in questa operazione, non brilla certo per la temerarietà!
Fatto si è che in questi due anni abbiamo perfezionato il 'passaggio perfetto', senza rischi e senza nessunissima perdita di informazioni.
Ma, si sa, le uova le sa fare solo la gallina e le cose perfette non sono di questa terra.
Così, a due anni esatti di distanza, e con qualche dedina di migliaia di righe di codice (oltre a queries più o meno complesse, e salti mortali per organizzare le interfacce ...) in gennaio del 2011 il nuovo programma e' partito.
..Partito ... insomma, si e' avviato tra sbuffi e interventi al limite del batticuore per ovviare a sviste minuscole o macroscopiche.
A mia discolpa posso solo portare questo 'enorme' particolare : gli ultimi tre mesi del 2010 sono stati un binario doppio dove funzionava DOS e ACCESS contemporaneamente, a me l'onere di tenere 'sincronizzati' i due ambienti, con un flusso di dati attorno ai 15mila records immessi o modificati da due utenti. Verificare il tutto ' in corso d'opera' e' stato un lavoro veramente da cardiopalma.
Vabbe' adesso siamo partiti, con quasi un mese di ritardo sulla tabella di marcia, e alla prima decade di febbraio ancora ci sono da stampare almeno 900 cedolini paga di GENNAIO !!
Ma l'esperienza e' da provare, tensione che si taglia a fette ('..azzo non gira niente in questo programma!..', '...cosa devo fare per poter avere dei calcoli giusti?...', '.. ma il programma di prima si che funzionava bene !...), clienti al banco che ti guardano per scovare la prima gocciolina che ti imperlera' la fronte, un po' scocciati di non riuscire a vederla! (forse un buon paio di occhiali!), ...
Insomma l' applicazione è partita e funziona bene, anzi 20 volte meglio di prima, ma comunque quel che conta e' scovare le discrepanze, non sottolineare i nuovi vantaggi...
La fatica fatta e' ricompensata dalla grande varietà di soluzioni messo in atto che hanno triplicato la mia personale capacità di trovare soluzioni via calcolo..
buonanotte, adesso che la tensione e' calata un po', il sonno arretrato bussa alle mie palpebre e me le ingrossa fino a farle riunire per trovare il buio ristoratore .
Ivan
... e che la mia controparte, in questa operazione, non brilla certo per la temerarietà!
Fatto si è che in questi due anni abbiamo perfezionato il 'passaggio perfetto', senza rischi e senza nessunissima perdita di informazioni.
Ma, si sa, le uova le sa fare solo la gallina e le cose perfette non sono di questa terra.
Così, a due anni esatti di distanza, e con qualche dedina di migliaia di righe di codice (oltre a queries più o meno complesse, e salti mortali per organizzare le interfacce ...) in gennaio del 2011 il nuovo programma e' partito.
..Partito ... insomma, si e' avviato tra sbuffi e interventi al limite del batticuore per ovviare a sviste minuscole o macroscopiche.
A mia discolpa posso solo portare questo 'enorme' particolare : gli ultimi tre mesi del 2010 sono stati un binario doppio dove funzionava DOS e ACCESS contemporaneamente, a me l'onere di tenere 'sincronizzati' i due ambienti, con un flusso di dati attorno ai 15mila records immessi o modificati da due utenti. Verificare il tutto ' in corso d'opera' e' stato un lavoro veramente da cardiopalma.
Vabbe' adesso siamo partiti, con quasi un mese di ritardo sulla tabella di marcia, e alla prima decade di febbraio ancora ci sono da stampare almeno 900 cedolini paga di GENNAIO !!
Ma l'esperienza e' da provare, tensione che si taglia a fette ('..azzo non gira niente in questo programma!..', '...cosa devo fare per poter avere dei calcoli giusti?...', '.. ma il programma di prima si che funzionava bene !...), clienti al banco che ti guardano per scovare la prima gocciolina che ti imperlera' la fronte, un po' scocciati di non riuscire a vederla! (forse un buon paio di occhiali!), ...
Insomma l' applicazione è partita e funziona bene, anzi 20 volte meglio di prima, ma comunque quel che conta e' scovare le discrepanze, non sottolineare i nuovi vantaggi...
La fatica fatta e' ricompensata dalla grande varietà di soluzioni messo in atto che hanno triplicato la mia personale capacità di trovare soluzioni via calcolo..
buonanotte, adesso che la tensione e' calata un po', il sonno arretrato bussa alle mie palpebre e me le ingrossa fino a farle riunire per trovare il buio ristoratore .
Ivan
sabato 17 gennaio 2009
Come trasferisco dati dal DOS !!! ;) 2
All'inizio c'erano i dati!
Poi venne DOS e disse che i dati potevano essere memorizzati e mandò schiere di Memorie ad archiviare i dati.
DOS creò i dati a sua immagine e somiglianza e siccome nessuno ha mai visto in faccia DOS nessuno capisce come cavolo sono strutturati i dati.
Ma un giorno arrivò IBM, che era figlio di DOS ma un pò rinco e testardo, e disse: 'i dati li organizzo io in maniera ciclica e li analizzo in maniera ciclica e li sommo in maniera ciclica'! e comunque i dati furono addomesticati alquanto, sebbene nessuno capisse ancora come erano strutturati.
Ma finalmente DOS mandò sulla terra Gates (billy per gli amici del tempo) e gli consegnò la struttura dei dati : LE FAMOSE TABELLE ! ma ...
... ma lo incatenò con le TRE REGOLE REFERENZIALI !!! una sorta di capestro per mantenere ben distinta la differenza tra l'uomo e il DOS.
A tutt'oggi le TRE REGOLE REFERENZIALI identificano i dati in 'dati buoni' e 'dati cattivi'.
Vediamo questa forca caudina dell'efficienza :
DOS fece la sua scomparsa definitiva da buon Dinosauro della archiviazione e WIN nacque, come la Fenice, dalle sue ceneri.
Mi rendo conto che le interpretazioni possono essere molteplici, ma la storia è andata davvero così e se volete riscriverla .... fate pure!
IvanDaBologna
Poi venne DOS e disse che i dati potevano essere memorizzati e mandò schiere di Memorie ad archiviare i dati.
DOS creò i dati a sua immagine e somiglianza e siccome nessuno ha mai visto in faccia DOS nessuno capisce come cavolo sono strutturati i dati.
Ma un giorno arrivò IBM, che era figlio di DOS ma un pò rinco e testardo, e disse: 'i dati li organizzo io in maniera ciclica e li analizzo in maniera ciclica e li sommo in maniera ciclica'! e comunque i dati furono addomesticati alquanto, sebbene nessuno capisse ancora come erano strutturati.
Ma finalmente DOS mandò sulla terra Gates (billy per gli amici del tempo) e gli consegnò la struttura dei dati : LE FAMOSE TABELLE ! ma ...
... ma lo incatenò con le TRE REGOLE REFERENZIALI !!! una sorta di capestro per mantenere ben distinta la differenza tra l'uomo e il DOS.
A tutt'oggi le TRE REGOLE REFERENZIALI identificano i dati in 'dati buoni' e 'dati cattivi'.
Vediamo questa forca caudina dell'efficienza :
- non mischiare tra di loro informazioni disomogenee
- non ripetere informazioni se puoi costringerle in una tabella
- stabilisci regole referenziali per connettere le tabelle
DOS fece la sua scomparsa definitiva da buon Dinosauro della archiviazione e WIN nacque, come la Fenice, dalle sue ceneri.
Mi rendo conto che le interpretazioni possono essere molteplici, ma la storia è andata davvero così e se volete riscriverla .... fate pure!
IvanDaBologna
venerdì 16 gennaio 2009
Come trasferisco dati dal DOS !!! ;) 1
Capita tutti i giorni di sentir parlare del buon vecchio DOS !
A voi non capita ? ;/ a me si !!
Sto costruendo una applicazione completa per la gestione dei Datori Di Lavoro Domestico, in Access.
I dati vengono prelevati da archivi DOS gestiti con accesso Random.
Insomma se uno non prova non capisce di che si parla.
L' angoscia e' una sola: entro un mese dovrò sostituire il vecchio sistema DOS con il nuovo in Access, ma ogni giorno mi pare di trovare delle pieghe nascoste nell'utilizzo dei dati e nella interpretazione dei 'metaflag'.
METAFLAG è, per me, quel codice inserito in un campo che 'parla' nel programma originario, ma non si sà bene quale sia la portata del suo essere! (cosa vuol dire cosa!)
Ecco che il campo CEE diventa C o E (Cee o ExtraCee, invece che Si o No).
Scelte fatte da un programmatore a volte illuminato a volte talmente confuso da non riuscire a completare tutti i costrutti Else ....
L' applicazione ha un mare di archivi e una consistente parte 'attiva' di calcolo e creazione di cedolini paga, bolletiini INPS di versamento trimestrale, modulistica automatica per Assunzione, Cessazione, Variazione, Proroga del rapporto di lavoro domestico. Inoltre tutte le denucie e comunicazioni tipo Antiterrorismo (Dichiarazione di ospitalità), Contratto di Lavoro e tutte quelle necessarie all'assunzione o alla cessazione del rapporto.
La parte di sviluppo del cedolino mensile tiene conto di tutte le possibili causali che avvengono nel corso di un mese : Malattia, Assenza, Ferie, feste godute, Astensione obbligatoria, Feste Godute, ecc.
Questo progetto è identificato come Cedo2000 a indicare l'anno in cui avrebbe dovuto essere avviato !!!! (otto anni di ritardo indicano la complessità dell'argomento, o l'ineficienza del sottoscritto!).
Ma la importazione dei dati random è davvero una tela di Penelope: provi, disfi, riprovi e ancora ... e ancora .... e ancora ....
Ora si è fatto molto tardi e riprenderò in seguito con questo argomento ...
Un saluto a tutti
IvanDaBologna
A voi non capita ? ;/ a me si !!
Sto costruendo una applicazione completa per la gestione dei Datori Di Lavoro Domestico, in Access.
I dati vengono prelevati da archivi DOS gestiti con accesso Random.
Insomma se uno non prova non capisce di che si parla.
L' angoscia e' una sola: entro un mese dovrò sostituire il vecchio sistema DOS con il nuovo in Access, ma ogni giorno mi pare di trovare delle pieghe nascoste nell'utilizzo dei dati e nella interpretazione dei 'metaflag'.
METAFLAG è, per me, quel codice inserito in un campo che 'parla' nel programma originario, ma non si sà bene quale sia la portata del suo essere! (cosa vuol dire cosa!)
Ecco che il campo CEE diventa C o E (Cee o ExtraCee, invece che Si o No).
Scelte fatte da un programmatore a volte illuminato a volte talmente confuso da non riuscire a completare tutti i costrutti Else ....
L' applicazione ha un mare di archivi e una consistente parte 'attiva' di calcolo e creazione di cedolini paga, bolletiini INPS di versamento trimestrale, modulistica automatica per Assunzione, Cessazione, Variazione, Proroga del rapporto di lavoro domestico. Inoltre tutte le denucie e comunicazioni tipo Antiterrorismo (Dichiarazione di ospitalità), Contratto di Lavoro e tutte quelle necessarie all'assunzione o alla cessazione del rapporto.
La parte di sviluppo del cedolino mensile tiene conto di tutte le possibili causali che avvengono nel corso di un mese : Malattia, Assenza, Ferie, feste godute, Astensione obbligatoria, Feste Godute, ecc.
Questo progetto è identificato come Cedo2000 a indicare l'anno in cui avrebbe dovuto essere avviato !!!! (otto anni di ritardo indicano la complessità dell'argomento, o l'ineficienza del sottoscritto!).
Ma la importazione dei dati random è davvero una tela di Penelope: provi, disfi, riprovi e ancora ... e ancora .... e ancora ....
Ora si è fatto molto tardi e riprenderò in seguito con questo argomento ...
Un saluto a tutti
IvanDaBologna
Benvenuti sottOFFICEali !
Uno scherzo di blog per parlare dei problemi semplici e complessi che ci capitano stendendo una gestione in OFFICE.
Io amo particolarmente ACCESS e uso largamente EXCEL ma sto apprezzando anche strumenti alternativi non 'a pagamento'
Non ho ancora chiara la perfetta iterazione tra i componenti della suite, ma mi arrangio bene col VBA e quindi intreccio soluzioni non facili da capire!
Vi prego di intervenire leggeri o duri ma proPOSITIVI !!
IvanDaBologna
Io amo particolarmente ACCESS e uso largamente EXCEL ma sto apprezzando anche strumenti alternativi non 'a pagamento'
Non ho ancora chiara la perfetta iterazione tra i componenti della suite, ma mi arrangio bene col VBA e quindi intreccio soluzioni non facili da capire!
Vi prego di intervenire leggeri o duri ma proPOSITIVI !!
IvanDaBologna
Iscriviti a:
Post (Atom)
