Newsgroup: it.comp.lang.visual-basic
Titolo: Far pagare Licenza Software creato da dipendente.

Salve, ho una domanda da fare:
Fino a poco tempo fa ero dipendente x un'azienda x la quale ho sviluppato un 
gestionale con VB6 di mia propriet�. (premetto che nel periodo in cui ero 
dipendente part-time avevo anche la mia p.iva x miei lavori).
Visto che ora non sono + dipendente ho richiesto il pagamento di una licenza 
x il software sviluppato.
L'azienda invece non ne comprende il motivo e mi dice che non  giusto!.
Domanda: ma dove � scritto questo??.... Sapete dirmi dove � scritto questo? 
Come farmi valere x un lavoro sviluppato, di cui io ho i sorgenti xch� fatto 
da me e x i quali ho comprato io a mio nome vb6 di mia propriet� ed ora 
vb.net?.
..
Attendo delucidazioni ed eventualmente link correlati da far vedere 
all'azienda magari ufficiali della microsoft da far vedere.
Spero qualcuno possa chiarirmi bene e darmi una mano,
Grazie.
SC 

 ha scritto nel messaggio 
news:4b542023$0$1116$4faf...@reader2.news.tin.it...

Se il gestionale lo hai sviluppato durante l'orario di lavoro sono cavoli 
amari!
Loro potrebbero dire che sei gi� stato retribuito.
Se non ci sono accordi scritti la vedo dura.
Comunque anzich� scontrarsi con l'azienda, cerca di fargli capire che se 
avranno bisogno di nuove implementazioni e/o assistenza non gliela darai 
finch� non si firmer� un contratto.
A quel punto fatti dare qualcosina in pi� per recuperare i costi del 
software...
Ciao, Vincenzo

 ha scritto nel messaggio 
news:hj180i$mpk$1...@tdi.cu.mi.it...


 all'azienda magari ufficiali della microsoft da far vedere.
Non so se esistano sentenze al riguardo, immagino di sï¿œ, ma da un punto 
di vista del buon senso, secondo me ha ragione l'azienda.
Alberto

 Sbaglio?
Secondo me si.
Alberto

 ha scritto nel messaggio 
news:hj1920$npk$1...@tdi.cu.mi.it...


 ha scritto nel messaggio 
news:hj1991$nuh$1...@tdi.cu.mi.it...


 sbaglio?
Guarda, a me danno parecchio fastidio certi atteggiamenti.
Perchï¿œ si dï¿œ valore all'aver digitato del codice, e non si dï¿œ valore al 
know-how che c'ï¿œ dietro.
Sei sicuro che dall'azienda tu non abbia ricevuto niente, in termini di 
know-how?
Nessuno ti ha spiegato niente, dei processi aziendali o delle metodiche 
documentali (che poi dipende da cosa fï¿œ questo fantomatico software), 
al fine di aiutarti e indirizzarti a sviluppare questo software?
Quindi, solo per il fatto di avere fisicamente pestato tu i tasti della 
tastiera, tu vanti un diritto, mentre chi potrebbe avere dedicato ore a 
spiegarti una procedura contabile, non vanta alcun diritto?
Inoltre, immagino che tu la fattura di acquisto di VB6 l'abbia 
giustamente messa nei costi come professionista. Hai fatto la dovuta 
autofattura per l'uso 'personale' (perchï¿œ come dipendente sei persona 
fisica) di tale strumento? Perchï¿œ se non l'hai fatta, ï¿œ evasione 
fiscale, cosa che a me sta ancora piï¿œ sui coglioni a prescindere.
Che nessuno ti verrï¿œ mai a tritare i testicoli, per questa cosa, e 
nessuno vuole fare la morale.
Ma se sei tu a partire, a fare 'la morale' all'azienda sostenendo che 
tu sia nel giusto mentre l'azienda ha torto a non volerti pagare, 
allora le cose ï¿œ giusto dirle tutte...
Alberto

 Come no, l'ho pagato io e lo uso normalmente.
Guarda che l'hai detto tu che avevi la partita Iva, si leggeva fra le 
righe che tu l'avessi comprato con partita iva, non come persona 
fisica.
Tant'ï¿œ che se tu adesso non avessi piï¿œ la partita iva, prima di 
chiuderla avresti dovuto fare l'autofattura.
No, sai com'ï¿œ, non vorrei essere l'unico sfigato che fa le autofatture 
per passare i cespiti da professionista a persona fisica...
Alberto

 ha scritto nel messaggio 
news:hj1a6f$ote$1...@tdi.cu.mi.it...


 quel programma? sbaglio?
Il problema non è "dove sta scritto", ma "dove non sta scritto", cioè
appunto quello che ha già accennato Albe: non esistono fatture o altro
che attestano che tu ti sia fatto pagare specificamente per quel
software, per cui non c'è bisogno, da parte loro, di niente altro, sei
già stato retribuito con il tuo precedente stipendio da dipendente.
Tra parentesi non ho capito la situazione sorgenti: li hai solo tu o
anche l'azienda?
Perchè nel primo caso, se si arriva ai ferri corti, potresti pure
essere costretto a cederli, per gli stessi motivi di cui sopra...

 quel programma? sbaglio?
Il problema non � "dove sta scritto", ma "dove non sta scritto", cio�
appunto quello che ha gi� accennato Albe: non esistono fatture o altro
che attestano che tu ti sia fatto pagare specificamente per quel
software, per cui non c'� bisogno, da parte loro, di niente altro, sei
gi� stato retribuito con il tuo precedente stipendio da dipendente.
Tra parentesi non ho capito la situazione sorgenti: li hai solo tu o
anche l'azienda?
Perch� nel primo caso, se si arriva ai ferri corti, potresti pure


 licenza di un programma fatto da me mi pare giusto.
No. Il programma che tu hai sviluppato per l'azienda ï¿œ di proprietï¿œ
dell'azienda anzi, ti dirï¿œ di piï¿œ, tu ora sei in difetto perchï¿œ i
sorgenti, in quanto sviluppati in orario di lavoro, sono di proprietï¿œ
dell'azienda.
Il solo fatto che tu abbia utilizzato VB6 la cui licenza era intestata a
te non cambia nulla.
Se poi, come leggevo nei post precedenti, tu hai sviluppato per questa
azienda (di cui eri dipendente) utilizzando una licenza di VB6
acquistata come libero professionista - e quindi intestata alla tua
P.IVA e non a te persona fisica - sei anche in difetto sia fiscalmente,
perchï¿œ non hai fatto autofattura, sia "legalmente" perchï¿œ hai violato
l'EULA di Microsoft (1 licenza -> 1 sviluppatore).
Inoltre oggi ï¿œ l'azienda a poterti denunciare per non aver rilasciato il
sorgente, sviluppato in orario di lavoro.
Ripeto, non far confusione tra l'"io" dipendente e l'"io" libero
professionista. Giuridicamente sono due cose diametralmente opposte.
Nicola


Semplice.
Hai fatto firmare un contratto?
Hai qualcosa di firmato da loro che
attesta la cosa?
Ad un mio dipendente che lo propone,
posso far fare un programma in
C++ con strumenti suoi.
Lo fa in tempo *pagato* da me.
Se(se) non ho altri obblighi contrattuali,
possiamo discutere per ore di chi sia
il sotfware. Io ritengo sia mio.
-- 
---------------------------
Mauro Gamberini
Microsoft MVP - Excel
http://www.riolab.org/
http://www.maurogsc.eu/
http://social.microsoft.com/Forums/it-IT/excelit/threads
 

 essere costretto a cederli, per gli stessi motivi di cui sopra...
Assolutamente.
A meno che, e anche qui posso accettare tutto mio malgrado, io non sia 
come sempre l'unico coglione che quando si ï¿œ licenziato ha lasciato 
sempre tutto bello ordinato, sorgenti, documentazione, cartelline col 
cartaceo, istruzioni operative, ecc...
Pensa che uno dei prodotti di punta che oggi vendiamo, ï¿œ stato 
'pensato' nel 1995, mentre ero dipendente. Allora lo sviluppai con una 
mia licenza personale di FoxPro, ma lo lasciai 'in chiaro' all'azienda, 
anzi, feci anche qualche settimana di formazione alla collega che poi 
seguï¿œ la manutenzione dello strumento.
Lasciamo da parte il fatto che la formazione proseguisse molto 
frequentemente a casa della collega fino al mattino dopo.
Comunque, dal 2003 circa il progetto ï¿œ stato ripreso, riformulato con 
tecnologie piï¿œ moderne, approfondito e migliorato, e adesso ï¿œ un 
prodotto della mia azienda.
Io non posso impedire che la societï¿œ di allora abbia continuato ad 
utilizzare lo strumento sviluppato da me, e loro non possono impedire 
che io utilizzi ciï¿œ che ho appreso e pensato nel 1995, 8 anni dopo per 
mio tornaconto personale. Si puï¿œ dire che il rapporto ha comportato una 
crescita ed un miglioramento mutuo.
Anzi, giusto per dire che a volte gli approcci migliori sono quelli 
mediati, il d.g. dell'epoca, trasferitosi in un'altra azienda, mi ha 
contattato qualche anno fa per avere nella nuova azienda la versione 
nuova di quello strumento.
Alberto

 nuova di quello strumento.
Concordo. Sono rimasto in ottimi rapporti con miei vecchi clienti e con
la vecchia azienda per la quale lavoravo.
Oggi posso dire che se non fosse stato per quello che ho imparato nella
vecchia azienda (e non parlo di conoscenze informatiche, ma anche di
processi, di rapporti interpersonali e di "vita") probabilmente non
avrei il bel lavoro che ho oggi.
Spesso nascono delle opportunitï¿œ da collaborazioni ben impostate.
Nicola


Se non indicato diversamente sul contratto di assunzione, qualsiasi cosa 
sviluppata negli orari di lavoro � propriet� del datore di lavoro.
Se hai usato strumenti sw di tua propriet� non sei tenuto a fornirli.
Ma i sorgenti e l'applicazione non sono tuoi ma di chi ti pagava lo 
stipendio in quegli anni.
Ora... Dal tenore della discussione mi pare di arguire che tu non voglia 
sapere come funziona questa cosa ma stia cercando qualcuno che dica che 
hai ragione. Non credo sia l'approccio corretto. Qualsiasi avvocaticchio 
chiamato dal tuo ex datore di lavoro ti mette in mutande, anche perch� 
mi sembra di intuire che di autofattura non se ne parli neanche, il che 
significa che hai utilizzato una licenza d'uso non di tua propriet�, 
ovviamente dal punto di vista burocratico, commettendo un illecito 
amministrativo di cui il tuo ex datore di lavoro non era certamente a 
conoscenza.
Prova, se riesci, ad ottenere qualcosa; ma se puntano i piedi ne esci 
con le ossa rotte. E non perch� sei sfortunato ma perch� � giusto cos�: 
il tuo ex datore di lavoro ha gi� pagato per ci� che tu reputi di tua 
propriet�.
-- 
-> GbC|
www.gbcweb.com
www.chiappori.com
 

 (sicuramente da ignorante...).
Avevi un contratto da dipendente, tanto basta.
Se poi vuoi metterti a barare sul come e quando gli hai consegnato il
software, passi dall'essere ingenuamente in buona fede al torto
marcio... se pensi che le aziende si facciano fregare così dal primo
furbo che passa, accomodati pure.

 di quello strumento.
Non conosco i dettagli, ma quando dici che il prodotto x dell'azienda X ï¿œ 
passato all'azienda Y come prodotto y (rivisto e corretto) spero tu intenda 
che l'hai RIPROGETTATO avvalendoti delle tue esperienze precedenti. Perchï¿œ 
un conto ï¿œ la proprietï¿œ intellettuale (che resta dell'autore, qualunque 
siano gli accordi fra le parti - ovvero: non posso toglierti quel pezzo di 
cervello, in stile Paycheck) altra cosa ï¿œ la proprietï¿œ del progetto e 
specificamente dei sorgenti (per la legge italiana il proprietario dei 
sorgenti ï¿œ il proprietario del copyright).
Una cosa simile ï¿œ capitata a me, ma io non ho riuilizzato i sorgenti neppure 
come base di partenza: ho riscritto tutto di sana pianta e con diversi 
linguaggi e sistemi operativi, ma chiaramente mi sono basato su concetti e 
algoritmi sviluppati in precedenza. Qualunque uso dei sorgenti originali 
creati mentre ero dipendente della prima azienda sarebbe un illecito.
Stefano 

Riguardo questa questione vorrei porre una domanda:
-contratto a progetto o collaborazione.
-il progetto consiste nello sviluppo di un software in un periodo di 
contratto di 6 mesi.
-nel periodo l'azienda ti fa sviluppare anche altri software che sviluppi e 
in qualche caso usi delle librerie che avevi gi� sviluppato.
Devo cedere il codice delle librerie? Se non posso dimostrare che la dll era 
gi� stata creata?
Se a fine contratto cancello il codice di tutti gli altri programmi visto 
che non dovrebbero esistere?
Grazie


Il punto e' che non dovresti usare "..librerie che avevi gia' sviluppato.."
E se le usi, e' per tuo beneficio, per sveltire il lavoro
In tal caso sarebbe bene prendere accordi, meglio ancora se scritti, prima 
di iniziare ad usare tali liberie
Accordi del tipo "usando queste librerie sveltisco il progetto di 3 
settimane, pero' dovete acquistarle, vi vanno bene 1500 euri?"
Se io fossi il tuo datore di lavoro vorrei avere la possibilita' di dirti 
"no, non mi va bene, prosegui pure con la realizzazione ex-novo"
In questo caso non gli stai proponendo una scelta o sveltire e spendere, 
oppure prolungare e non spendere
Gli stai imponendo un vincolo non previsto, il sistema che hai realizzato 
funzionera' solo con quelle librerie
Quello che per te e' un 'meglio' per lui potrebbe essere un 'peggio'
E se lui ti dice "ma chi te l'ha chiesto di usare queste funzioni? Io 
desideravo che realizzassi tutto a colpi di codice con l'ambiente che ti e' 
stato fornito"
Che gli rispondi?
Mi sa che ti conviene regalargliele prima che nascano rotture insanabili
Anzi mi sa che e' meglio che le inglobi nel progetto e nessuno scopra nulla, 
perche' se qualcuno si comportasse cosi' con me, mi girerebbero non poco le 
balle
Se io ti pago, allora devi seguire le mie direttive, e se ci sono delle 
eccezioni impreviste devo essere io ad acconsentirle
Ciao
RobertoA

Stefano Minardi ha pensato forte :

Beh, figurati, sorgenti del 1995 scritti in FoxPro, da riutilizzare nel 
2003 con Sql-Server...
Si ï¿œ salvato niente, giusto il know-how, che perï¿œ era nel mio 
cervello...
Alberto


Generalmente per 'codice sorgente' si intende 'tutto ci� che � 
necessario per far girare l'applicazione' quindi codice ed eventuali 
librerie specifiche coinvolte.
Quindi non l'ambiente di sviluppo, che nel caso specifico non appartiene 
al datore di lavoro e rispetto al quale non ha nessun diritto di 
distribuzione dei compilati. Questa faccenda � significativa: il 
compilato generato con un ambiente di sviluppo non di propriet� del 
datore di lavoro DEVE essere ceduto (con regolare fattura) a chi poi lo 
commercializzer�, anche nel caso di un dipendente, altrimenti viene 
violata la licenza d'uso del compilatore.
Generalmente si pattuisce una cifra, ed il programmatore dovr� 
considerare i costi aggiuntivi legati a librerie e quant'altro, sia che 
siano acquisite durante il lavoro sia per quelle realizzate ad-hoc.
Riguardo alla prima questione di mosris, per i contratti a termine e 
collaborazioni (quindi per i contratti NON a progetto) tutto ci� che si 
scrive appartiene al datore di lavoro; per le librerie RobertoA ha gi� 
espresso meglio di quanto io non riesca a fare la questione.
Diverso � per i contratti a progetto. Mi paghi per realizzare un sistema 
di controllo degli accessi. Ad un certo momento mi chiedi di aggiungere 
una funzionalit� specifica al gestionale. Prima di mettersi a farlo si 
dovrebbe pattuire il costo dell'operazione. Mi paghi a progetto, non a 
tempo, e mi paghi per gli accessi. Il gestionale � un'altra cosa, con i 
suoi costi.
Ma tutto il codice realizzato durante un periodo di lavoro, per quanto 
temporaneo, � propriet� di chi in quel momento paga il tuo tempo (tempo, 
non progetto). Cos� come � suo diritto avere un codice 'ricompilabile', 
comprendente quindi tutte le librerie e/o componenti esterni necessari 
alla sua ricompilazione, il cui uso e licenza vanno pattuiti in fase di 
analisi dei progetti.


 E se le usi, e' per tuo beneficio, per sveltire il lavoro
No, loro avevano la consegna del programma in scadenza...se non usavo la dll 
non l'avrebbero riespettata e al capo l'ho ank detto: ho utilizzato un 
componente k avevo gia svluppato in un altro programma passato.....lui 
ovviamente ha fatto finta di nulla....
Misa k mi conviene a mano a mano  inserire il codice x sostituire la 
dll.....
cosi me la tengo stretta......
;)

 ;)
Il fatto che tu abbia fatto rispettare all'azienda la scadenza
rientrava nelle mansioni a te richieste in quanto dipendente, i mezzi
con cui hai scelto di farlo non possono essere imputati all'azienda a
meno che non ti abbiano loro stessi fornito il supporto e le librerie
necessarie. Nel caso tu abbia usato in fase di sviluppo una libreria
coperta da diritto d'autore o da qualsivoglia copyright senza
informare l'azienda per cui lavoravi da dipendente (o meglio, senza
ricevere da loro l'autorizzazione a farlo e nel tuo caso sarebbe stato
meglio averla scritta, questa autorizzazione) potrebbe mettere te e
l'azienda a rischio di querela da parte del detentore dei diritti (che
in questo caso mi sembra di aver capito che saresti stato tu stesso
come professionista per cui ti tireresti 2 volte la zappa sui piedi).
Il tutto, comunque è regolamentato, come ti ho già indicato sull'altro
forum, dalla legge sul diritto d'autore e più specificatamente nel tuo
caso la norma (ex art.12 bis LDA) definisce quanto segue: Nel caso in
cui il programma sia stato realizzato da un lavoratore dipendente
tutti i diritti patrimoniali, spettano al datore di lavoro mentre il
dipendente conserverà il diritto morale d’autore.L’art. 12 bis della
LDA, difatti, stabilisce che, salvo patto contrario, spettano al
datore di lavoro i diritti esclusivi di utilizzazione economica del
programma per elaboratore o della banca dati creati dal lavoratore
dipendente nell’esecuzione delle sue mansioni o su istruzioni
impartite dallo stesso datore di lavoro.Si tratterebbe, secondo un
orientamento dottrinale, di un’ipotesi di cessione legale dei diritti.
Secondo una diversa tesi, invece, per le opere dell’ingegno realizzate
dai dipendenti si verificherebbe un’acquisizione dei diritti
patrimoniali in capo al datore di lavoro a titolo originario. In
entrambi i casi il software non è di tua proprietà salvo ci fossero
accordi diversi ma a quanto mi pare di capire non credo che ce ne
siano.
In ultima analisi vorrei fare una domanda puramente personale: se
fossi io il proprietario di un'azienda e decidessi di prendere un
dipendente per sviluppare un progetto, quando termina il contratto da
dipendente perchè dovrei pagarlo ulteriormente per darmi ciò per cui
l'ho assunto e regolarmente retribuito?
HTH
Alberto.
HTH
Alberto De Luca

 analisi dei progetti.
Veramente mi sfugge la differenza tra acquistare del codice sorgente 
funzionante, tramite contratto a progetto oppure tramite contratto a termine
Dici che ci sono differenze nell'utilizzabilita' di quel codice?
Ciao e grazie
RobertoA

 wrote:
siccome c'ho un po di esperienza anche io......my2cents.....
INUTILE FARE I "PELOSI"
attaccarsi all'interpretazione "autentica" o "epistemiologica"....o
sofista o fancazzista!
In estrema sintesi:
Ho da fare un programma per gestire un magazzino (o un serie di
magazzini) della mia azienda.
Non lo so fare.
Lo compro!
Il mercato mi propone pacchetti che non mi soddisfano!
Cerco un programmatore per sviluppare ad hoc il programma!
Alla fine mi costerà di più....ci metterò più tempo...MA IN TEORIA
dovrei avere un prodotto che soddisfa le mie SPECIFICHE esigenze.
Alla fine io voglio il programma funzionante ed aggiornabile ERGO
voglio i sorgenti!
Se ti faccio un cocopro un contratto a termine una prestazione
fatturata o altro....non ci incastra nulla con il problema della
proprietà!
Questo problema fa parte della trattativa commerciale fra le parti!
E se a me alla fine va bene che mi facciano un cocopro....o mi paghino
in salami...quello è!
E' logico che il rischio che si assume l'impresa è elevato: chi mi
dice che la sw-house sia davvero in grado di rispettare tempi ed
aspettative di progetto?
E se sforano di due mesi? O se come l'autore del topic mi comincia a
fare storie del piffero per spillare più soldi?E se mi lascia in
azienda sorgenti vecchi???
Qualcuno ha detto...io ho le ie librerie....se mi pagano di più ci
metto meno altrimenti il progetto si allunga!
A me si comportassero così andrei subito ai carabinieri a denunziare
una truffa! Quantomeno una causa civile parte!
Se io mi stipulo un contratto che mi obbliga a pagare e la controparte
a fornire una prestazione di un CERTO tipo ed ENTRO un certo
tempo....qualsiasi altra richiesta della serie o sganci o rallento il
progetto è una grave inadempienza contrattuale!
Non ci raccontiamo favole colleghi....l'informatica non è scienza...è
tecnica....e i protocolli di applicazione di una tecnica sono quelli!
TUTTI noi  abbiamo le nostre dll routines librerie e
quant'altro....saremmo dei fessi se non l'avessimo!
Sono questiknowhow acquisiti...che ci fanno prendere lavori da 1000
euro....sappiamo che granparte del lavoro è fatto e risiede nelle
nostre routines acquisite e testate!
1000 euro per 2 giorni di lavoro si possono anche spendere no?
Dovremo solo cambiare un po di grafica di interfaccia e un minimo di
business (ma non è sempre detto).
E noi vorremmo far pagare questo knowhow????
Certo!...e aggiungo....facciamocelo pagare benissimo...no sviliamo il
mercato!
Ma lo facciamo all'atto della contrattazione iniziale.....NON in corso
d'opera!
Anche se non esiste un albo....un minimo di deontologia
professionale....per favore!
Trovo assurde queste periodiche questioni:
contribuiscono alla pessima reputazione dei programmatori,
avvantaggiano i furbi, sviliscono la categoria!
E aggiungo....
se una ha la rogna perchè è stato licenziato...non significa che debba
fare il massimo danno alla società che lo ha cacciato! Deve solo avere
il "suo" fino all'ultimo euro! Deve avere le sue spettanze al
centesimo!
Ma non anche il risarcimento dell'onore offeso!
Finche vige il pensiero "Al bastardo del padrone sfilo quanto più
possibile" non si progredisce molto!
Ve lo dice uno che è stato licenziato nella sua vita
professionale...non uno che ha fatto sempre questo mestiere!
Lasciate l'astio in cantina.....e concentratevi sul fare bene il
vostro attuale lavoro!
E CHE CAZZO!....scusate il CHE!
:)

 codice?
Il problema si poneva perch� il codice creato durante un periodo di 
'lavoro dipendente' � propriet� del datore di lavoro, mentre quello 
realizzato'ad-hoc' per un progetto, se non deciso in fase contrattuale, 
non DEVE essere consegnato al committente.
La differenza tra un contratto 'a progetto' e un 'a termine' � il tipo 
di utilizzo che si fa della persona ed (a volte) la modalit� di 
pagamento. Nel primo caso vuoi da me un prodotto, nell'altro vuoi il mio 
tempo.
Nel primo caso (supponiamo) mi paghi per realizzare un contatore di 
galline. Pattuiamo circa tre mesi di lavoro e 300 soldi di costo. Per 
praticit� mi dai 100 soldi al mese (� solo un esempio). Per comodit� 
magari lavoro anche nei tuoi uffici, ma qualsiasi altra richiesta � 
un'altra faccenda perch� tu mi hai commissionato un contatore di galline 
ed io quello (e solo quello) faccio.
Nel secondo caso mi assumi per 6 mesi per 'sistemare i casini in 
amministrazione'. In questo caso compri il mio lavoro e quello che mi 
chiedi faccio.
Nel secondo caso il codice prodotto per te, pur essendo opera del mio 
ingegno, � tuo, mentre nel primo caso ti viene fornito l'eseguibile. La 
consegna dei sorgenti avviene SOLO SE � stato deciso (e scritto) nel 
contratto.
[snip]
Ciao cia'


 tecnica....e i protocolli di applicazione di una tecnica sono quelli!
L'informatica � una scienza, non per nulla deriva dalle scienze 
matematiche, il corso di laurea si chiama "Scienze e tecnologie 
Informatiche", And last but not least, il termine inglese per 
informatica � Computer science.
ciao
stefano
p.s. poi magari ho travisato il Wodkapensiero ... nel caso ho qui a 
fianco una bottiglietta di bianchetto  :-)

 fianco una bottiglietta di bianchetto  :-)
Vabbe discutere per discutere....siamo a discutere dl sesso degli
angeli!
NO ....in america non sò!
Qui in Italia sei (se fai l'università) un INGEGNERE informatico.
La differenza non è da poco!
Non me ne vogliano gli ingegneri...essi non sono scienziati....sono
"super" tecnici!
Applicano al meglio una tecnologia che altri hanno studiato!
Un ingegnere non è un chimico che studia forze di coesione e
interazione fra molecole di cemento e ioni di carbonato di calcio....è
uno che sà che è disponibile un nuovo cemento che permette combinato
con un altro tipo di acciaio di fare grattacieli alti 200 metri in più
di 10 anni fà!
Lo stesso un programmatore....per quanto ti posso non piacere....il
metodo per accedere ad una base dati è quello! Non c'è margine di
ricerca! E' già disponibile...va "solo" montato ad arte e perizia
tecnica!
Nessuno di noi fa scienza pura....siamo tecnici che montano ad arte e
perizia (e la bravura sta proprio in questo...non tutti gli ingegneri
sanno fare un grattacielo di 800 metri!)
La scienza informatica sta nelle università dove ricercano nuove
interazioni fra il silicio e gli elettroni e creano nuove cpu che
forse fra 10 anni la intel comincerà a produrre ma adesso sono troppo
costose! O nuovi laser per impaccare più dati nel dvd.
La scienza sta nei fisici e negli elettronici che hanno scoperto il
teletrasporto dei quanti.
E sono dei bravissimi ingegneri quelli che hanno applicato queste
conoscenze per produrre il generatore di numeri casuali a fotoni.
Solo questo.....ma è un ragionare sul sesso degli angeli!
Saluti!

 Saluti!
ciao
stefano


se proprio vuoi sapere come mi sento io.....un artigiano!
Un piccolo esempio....
Tempo fa mi avvicinai ad asp.net...carico di esperienza preconcetta su
asp e vbscript....un bagno di sangue!
Avevo...ed ho felicemente...uno spazio web su Aruba per spippolare
senza patemi e provare le varie soluzioni.
Volevo fare una cosa che mi sembrava il minimo ma che era impossibile
da fare in asp classico su aruba: volevo scrivere in una cartella read
only.
Perchè?
Perchè volevo dare ad un admin la possibilità di crearsi le sue pagine
del suo WodkaCms senza andare a finire nella cartella "public" (con
permessi RW e esegui).
Chiedo...leggo...chiedo...leggo...chiedo...mi pareva possibile secondo
quello che avevo letto nella varia documentazione tecnica. Solo che
non riusciva a funzionare.
TOH ...mi dico...va che c'è un ng di microsoft in Italiano tuto
dedicato ad asp.net...ed è pure pieno di MVP!!!
Chiedo.....
risposta "nùn se pò fà!"...sicuri?
"Yes man...nùn se pò fà!... te lo crei in public ed al limite lo
sposti nella dir che vuoi! ma se è read only non  fai neppure questo!"
Testardo leggo e rileggo....e provo!
e scopro(per me era tutta una scoperta ovvio!) che il web.config
locale di una sotto-dir prevale su quello della root.
E che esiste impersonation !
Ed allora nella cartella read only "MiePagineCMS" se fai un web config
con impersonation con i soliti user e pw dell'ftp (che legge e scrive
dappertutto)....se metti uno script (logico con accesso limitato e
stracontrollato) 
asp.net
 in quella cartella che crea un file...te lo
fa!
Risposta degli MVP
"Ah vabbè...ma è una cosa che non si fà.....Ah vabbe ma non è una cosa
canonica...etc etc"
Quindi
Sono uno scienziato?
NO!
La tecnologia era tutta lì!
L'ho "montata" in un modo un po più "creativo" e "fuori dagli
standard" degli MVP!
La solita diffrenza fra il pane industriale del supermercato ed il
pane cotto a legna del "fornino" all'angolo!
...io mi sento "artigiano"...
sono opere d'arte i miei sw!!!!! (modesto eh)
Lo sono per forza viste le richieste assurde dei miei
clienti....aspetto veramente con ansia l'interfaccia neuronale per
interfacciare i neuroni (il neurone) delle varie segretarie/i e capire
finalmente perchè se c'è scritto "stampa"...mi premono "salva"!!!
:)

 contratto.
Saro' anche duro di comprendonio, ma continuo a non capire
Nel senso che la consegna dei sorgenti, non la vedrei legata al tipo di 
rapporto a_tempo/a_contratto, ma agli accordi presi in precedenza tra 
committente/datore ed il lavoratore
Non direi proprio che nel caso di un contratto a progetto DEVE essere 
consegnato l'eseguibile
Prova a fornire qualcosa alla pubblica amministrazione, che vogliono sempre 
i sorgenti e li pagano bene (tanto so' mica soldi loro, che je frega), e poi 
non li usano mai
Direi che dipende dagli accordi, mica dal tipo di raporto, come hai detto tu 
in finale ".. La consegna dei sorgenti avviene SOLO SE � stato deciso (e 
scritto) nel .."
Ciao
RobertoA
 


Forse non so scriviere in italiano.
[INIZIO CONCETTO A]
[STATO]: Sei dipendente o hai un rapporto di collaborazione paragonabile 
a quello di un dipendente.
[SORGENTI]: I sorgenti di quello che fai sono del datore di lavoro.
[FINE CONCETTO A]
[INIZIO CONCETTO B]
[STATO]: B) Non sei un dipendente e lavori su un progetto 'a corpo' (mi 
serve un contatore di galline; me lo realizza?).
[SORGENTI]: Se non deciso in fase contrattuale (verba volant, scripta 
manent) i sorgenti sono di chi scrive il programma e non ci sono 
obblighi legali a consegnarli.
[FINE CONCETTO B]
Ora sono stato chiaro?
[INIZIO ESEMPIO A]
Ho lavorato per 6 mesi per conto di una ditta qui vicino presso una USL, 
realizzando varie procedure legate ad una certa attivit�. Tali procedure 
non erano decise a priori ed io operavo 'presso la USL come se fossi un 
dipendente' del mio cliente, realizzando quello che serviva in suo nome. 
I sorgenti di quei lavori sono del mio cliente.
[FINE ESEMPIO A]
[INIZIO ESEMPIO B]
1) Una grande catena di negozi mi ha chiesto un programma che facesse 
determinate cose per metterlo in vendita. L'ho realizzato, lo hanno 
pagato ed i sorgenti me li sono tenuti. Non li hanno voluti e non sono 
tenuto a fornirli.
Oppure:
2) Una azienda di produzione mi ha commissionato un software per la 
gestione della documentazione del loro prodotto. In sede contrattuale si 
� deciso che il costo dei sorgenti fosse compreso nell'importo totale 
del lavoro. A fine lavoro sono stati consegnati insieme alle procedure. 
Non sono tenuto a fornirli ma li hanno chiesti e siamo arrivati ad un 
accordo sul loro costo, quindi glieli ho forniti.
[FINE ESEMPIO B]
Detto questo, per favore, non ne voglio pi� parlare.


 Domanda: ma dove � scritto questo??.... Sapete dirmi dove � scritto
Io stesso mi sono ritrovato pi� e pi� volte in questa situazione.
A naso, senza entrare nel dettaglio, se eri "assunto" per fornire lavoro 
di intelletto, non puoi pretendere un costo di licenza per un qualcosa 
che hai fatto nell'orario di lavoro e per cui eri stato assunto.
Se invece il rapporto era di tipa "fornitore->cliente" allora il 
discorso pu� essere approfondito.
Cmq, come ti hanno consigliato, la diplomazia � la miglior cosa.
Cerca di vendere i servizi successivi, aggiornamenti, mantenimento etc. 
Oppure cerca di rivendere lo stesso software adattandolo ad altri clienti.