rieccoci qua :)

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