Newsgroup: it.comp.appl.access
Titolo: Affidamento sorgenti progetto a legale o notaio

Progetto XYZ per il quale il cliente prevede evoluzioni future
Io "..costo delle procedure fornite 10, se vuoi i sorgenti 100.."
Cliente "..eseguibili ok, ma come cautelarmi nel caso tuo infortunio o 
malattia prolungata o incidente, insomma se chiudi?.."
Io "..e vaff..ulo, intanto diamoci una bella smanata ai gioielli di 
famillia, e pero' ti posso proporre....."
 
Come avrete capito il problema e' come fornire una solida garanzia al 
cliente finale di poter far proseguire il progetto anche nel caso 
chiusura cancelli azienda produttore
Ho letto, forse qui, che qualcuno ha adottato la tecnica del 'terzo' che 
sia uno studio legale o notarile, per depositare copia dei 
sorgenti+documentazione che potrebbe essere consegnata al cliente al 
verificarsi di determinate condizioni (cessazione attivita' del 
produttore, fuga alle isole Fiji, o simili)
 
Qualcuno di voi ha esperienza diretta di procedure di questo tipo?
Quale altra proposta sarebbe fattibile per fornire assicurazione al 
cliente finale della possibilita' di prosecuzione col progetto anche in 
caso di chiusura azienda produttore?

 chiusura cancelli azienda produttore 
 
Perchè farla difficile: fornisci al cliente i sorgenti senza coinvolgere costosi notai e azzeccagarbugli.
 
Saluti
 
 

Simone Calligaris formulated on Friday :

È quello che ho sempre fatto anch'io!
Beh salvo che il programma contenga una fotocopia dell'originale
manoscritto della Divina Commedia...
 
Bruno


L'OP Faceva una differenza prezzo 10 vs prezzo 100.
Il committente se aveva questi problemi poteva pagare prezzo 100.
Tutti i problemi risolti.
 
 
-- 
ac (y-1=x)


Perche' i valore dei sorgenti non e' assimilabile al valore della 
fornitura eseguibili
 


Si, in effetti le mie procedure sono molto simili al Codice Da Vinci
E quindi?
 


Dici che pagare 100k euro quando e' stata prevista una fornitura da 10k 
euro sia una possibilita' possibile?
 


Ho avuto l'impressione che sei stato tu a scrivere cosi'.
 
Mediamente, in pochissime occasioni in cui mi e' capitato, la cosa, come
si suol dire, la mettevo chiara nell'offerta scritta e firmata.
 
-- 
ac (y-1=x)


Cosa vuoi dire?
La cosa E' chiara, gli eseguibili costano 10, i sorgenti 100
Piu' chiara di cosi' si muore
La domanda era un'altra, come sia possibile fornire un'assicurazione di 
possibilita' di prosecuzione del progetto anche in caso cessazione 
attivita' del produttore
 
 
 

RobertoA submitted this idea :

Ma andiamo, cosa ci vuoi raccontare... che sei il genio della
programazione?
 
Bruno


Mi sembrava chiaro fossi stato ironico
Resta il problema di come assicurare la continuita' di un progetto anche 
in caso di cessazione attivita' del produttore

 caso di chiusura azienda produttore?
 
Io ho avuto un'esperienza molto simile.
L'azienda di ns. proprietà, negli anni '90 vendeva una procedura 
contabile-fiscale elaborata da un'azienda di software, la quale aveva 
noi come distributore per il Sud Italia.
 
Al momento in cui, nel 1993, la predetta azienda chiuse il ramo 
software, dedicandosi solo alla parte hardware, ci cedette a titolo 
(poco) oneroso sia il brevetto (che poi era già scaduto) che i suoi 
sorgenti, che vennero poi rinnovati ed aggiornati fintanto che mio padre 
è rimasto in vita, ed ogni anno fatturavamo il canone di manutenzione ed 
aggiornamento, ma mai abbiamo preso in considerazione la vendita dei 
sorgenti.
 
Quando nel 2015 mio padre è venuto a mancare, io ho proseguito 
l'attività con la stessa procedura (riveduta e corretta ogni qual volta 
se ne presentava la necessità), fintanto non si è rivelata davvero 
obsoleta (funziona su un sistema operativo del quale, la casa madre ha 
abbandonato lo sviluppo nel 2003 per obsolescenza tecnica).
 
Da quel momento ho dovuto rielaborare EX-NOVO una procedura contabile 
con Access, la quale, pur avendo la limitazione di lavorare solamente 
sotto O.S. Dos (non riesco a definire Windows come Sistema Operativo), 
viene adesso utilizzata, sviluppata ed aggiornata (con discreto 
successo) dal sottoscritto il quale continua a fatturarne lo sviluppo e 
l'assistenza in caso di bisogno.
 
Detto ciò, non mi sono nemmeno posto il problema di come lasciare in 
"eredità" la procedura. Se dovessi (SGRAAAAT) venire meno, chiunque, con 
un poco di praticità, può entrare, trovare le credenziali ADMIN (che non 
è difficile per me far reperire, ma i clienti che sono inesperti 
faticherebbero non poco) e potrebbero andare avanti con il programma 
(che al momento gestisco anche per l'apertura di un nuovo anno di 
esercizio).
 
Se poi mi dicessero "vendici la procedura comprese le credenziali 
Admin", beh .... forse, in quel caso mi farei pagare, e non poco, tutto 
il lavoro svolto fino ad oggi dal momento che la sto sviluppando 
dall'ottobre 2016
 
-- 
Carlo POTS
 
-- 
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
 
 

 fornitura eseguibili
 
Ma non sottilizzare, se rassicura il Cliente passagli quei sorgenti ... tanto non te li "frega" nessuno.
D'altra parte, almeno in teoria, altre persone potrebbero eventualmente portare avanti il tuo lavoro ... quindi tranquillizzi il tuo committente.
 
Saluti

Secondo me Simone si è già accordato con il cliente che, avuti i
 sorgenti, tifa cessare l'attività... ;-)
 
P.s. a meno di parlare di un programmino con 3 maschere ed 1
 report... I sorgenti di applicativi complessi sfido un
 programmatore a prendere in mano quelli di un'altro per fornirne
 poi assistenza, invece di orientare il cliente ad abbandonarli
 per il proprio prodotto.
Temo stiamo parlando di uno scenario poco reale.
 
-- 
@Alex
 
 
----Android NewsGroup Reader----
https://piaohong.s3-us-west-2.amazonaws.com/usenet/index.html
 

 
 
Per me dipende anche dalla situazione.
Certamente un programmatore fresco arrivato, quando può, cerca sempre 
(come dici tu) di "tirare acqua al proprio mulino", e questa è cosa 
buona e giusta fintanto ti ritrovi a dover interagire con un cliente 
"flessibile mentalmente" ed aperto alle "innovazioni" che a volte (non 
sempre) fanno rima con "semplificazioni".
 
Però, come dicevo, non è sempre così; personalmente ho dovuto fare i 
conti con una realtà ben diversa, nella quale c'è gente che mi diceva 
"ma funziona come quello di tuo padre? perché sono 20 anni che abbiamo 
sempre lavorato così e ci siamo sempre trovati bene".
 
Ragion per cui, fintanto avevo la possibilità di (come dici tu) 
"prendere in mano" i sorgenti vecchi e modificarli a mio piacere per 
raggiungere lo scopo, ... beh ... l'ho fatto, con tutte le difficoltà 
che ne sono conseguite (come dici tu, entrare anche nella logica di un 
altro programmatore, specialmente come mio padre che era di quelli di 
vecchio stampo, quando i programmi non si digitavano, ma si cablavano), 
a volte anche piangendo per cercare di capire "perché" fa una certa cosa 
in un certo modo e non in un altro.
 
Quando sono riuscito a far capire "che il vecchio programma" non è più 
supportabile (e sopportabile) perché, magari, utilizzi le periferiche 
USB che il Prologue non supporta, o magari perché i dischi PATA (anche 
se io preferisco sempre chiamarli IDE) non ci sono più e i SATA non 
vengono più supportati, perché le stampanti ad aghi ad oggi costano 
quasi 10 volte di più di una laser, ... beh ... alla fine siamo riusciti 
a "concepire" il nuovo DB, sebbene in Access (mio padre, secondo me si 
sta rivoltando nella tomba); Certo non sono mancate le difficoltà (più 
che altro per inesperienza), ma ad oggi, mi stanno dicendo "Se tuo padre 
ti avesse dato via libera all'epoca ci saremmo risparmiati un sacco di 
casini".
 
E' questione di mentalità e di opportunita, IMHO ...


 caso di cessazione attivita' del produttore
Ma perché non fornisci il programma interprete?
In un programma di notevole importanza qualunque concorrente non ci
metterebbe mai le mani, lo rifarebbe in proprio seguendo, se opportuno,
la traccia del tuo. Traccia comunque evidente anche dal compilato.
 
In un programma da me fatto, di una certa complessità, 15 giorni
dopo dall'averlo terminato mi costerebbe fatica applicare modifiche,
ancorché semplici.
Non è così per tutti, escudendo i geni, nel caso non vi sia alcuna
descrizione interna alla procedura come io sono solito fare?
 
Bruno

 sta rivoltando nella tomba); 
 
E perchè si starebbe rivoltando nella tomba?
 
Saluti

 sotto O.S. Dos (non riesco a definire Windows come Sistema Operativo), 
 
Non è che ti confondi con windows 3.1?
 
Saluti
 


Assolutamente no, Windows non è un Sistema Operativo; il sistema 
operativo è sempre Dos, magari una versione super evoluta rispetto 
all'ultimo Dos "visibile" come il 6.22, ma è sempre il DOS.
 
Windows era un programma quand'è nato nel 1985 e lo rimarrà sempre.
 
E lo stesso vale per il MacOS: è un programma che gira su Unix, ma è 
sempre un programma, e il S.O. è e sarà sempre Unix, il S.O. universale 
per eccellenza.
 
-- 
Lamps a tutti from Naples's kingdom Carlo POTS on VFR VTEC '02
& Bmw F650GS '00 "insomma, e' un VFR, mica una zoccola che cede appena ci
provi..." (cit. PMF)



Perché lui non ha mai potuto sopportare di far giurare una procedura 
contabile sotto Windows; per lui, i programmi di contabilità dovevano 
girare solo su sistemi operativi universali (tipo Unix) oppure su 
sistemi non-Dos
 
E sotto certi aspetti sono anche d'accordo con lui.


 Assolutamente no, Windows non è un Sistema Operativo; 
 
fonte?
 
BFS

 sistemi non-Dos 
 
Tanto universali che alla fine nelle aziende trovava/trovi solo MS Windows.
 
Saluti

 Windows era un programma quand'è nato nel 1985 e lo rimarrà sempre. 
 
Sei male informato: i sistemi operativi Windows che usiamo oggi derivano da Windows NT 3.1, sviluppato a partire dal 1988 da un team di sviluppatori assunti da Digital.
La loro esperienza partiva non dal DOS ma da S.O. come DEC, RSX-11 e Mica, tanto è vero che la prima versione di Windows NT supportava non solo Intel x86 ma pure DEC Alpha e Mips R4000.
Insomma, altre parrocchie (e i risultati apparivano ben chiari a chiunque in quegli anni si approccià ai vari Win NT).
 
Saluti
 
 
 
 


Che le aziende, per una questione di costi, si sono assoggettati a MS 
Windows, non vuol dire che bisogna prenderla come una soluzione 
obbligatoria.
 
Purtroppo Microsoft ha monopolizzato il mercato europeo, e il mercato 
europeo si è fatto volentieri monopolizzare da Microsoft.
 
Però posso dirti che in molti uffici pubblici, molte aziende del settore 
tecnico e anche alcune imprese di Office Automation, stanno preferendo 
MacOS e Linux al "guaio" Microsoft.
 
Io purtroppo, per motivi di neofilia, devo proseguire con MS Access, ma 
se avessi avuto conoscenze di PHP e di MySql a livelli professionali, 
probabilmente avrei già da tempo spostato tutto su altre piattaforme più 
comode, sicure e (nel caso di Linux) economiche.


 MacOS e Linux al "guaio" Microsoft. 
 
 
Il che non sposta d'una virgola la questione: ti piaccia o no, l'unico S.O. "universale" è Windows.
Esisteranno pure uffici pubblici/aziende no-profit/eroi vari che preferiscono Mac OS e Linux, ma in venticinque anni di attività e centinaia di realtà incontrate, ho sempre e solo visto il "guaio" MS sui Clients aziendali.
Uffici tecnici compresi.
 
Saluti
 
 
 
 
 

 Carlo POTS 
 
Io ormai sono anni che bazzico in questi ambienti ed ho imparato che non è bello ciò che è bello ma ciò che funziona o che sappiamo far funzionare nel contesto concreto del nostro lavoro, il resto io lo reputo aria fritta.
 
@Alex