Stiamo facendo il sito HTML con un dev conoscente: di chi deve essere la proprietà del codice?

Noi di solito inseriamo queste tre clausole nei contratti: 1) La proprietà di tutti i file HTML, CSS e degli script passa al committente all'atto del saldo dell'ultima fattura. 2) Lo sviluppatore ha solo il diritto di menzionare il lavoro nel proprio portfolio, non può vendere né cedere in licenza il codice. 3) Il codice deve essere consegnato a norma e strutturato in modo da consentire interventi futuri da parte di terzi.

Sull'HTML la trappola tipica è la consegna del codice minificato. Certi dev minificano i file CSS e JS su un'unica riga e non rilasciano i sorgenti originali in chiaro. Nel contratto metteteci sempre la clausola: "tutti gli stili e gli script devono essere consegnati in un archivio zip o repo Git nella loro versione sorgente originale, identica all'ambiente di sviluppo e comprensiva di commenti".

lavorando con conoscenti per evitare il classico "ma allora non ti fidi?" noi abbiamo fatto ricadere la questione sulla contabilità. gli abbiamo detto semplicemente: "il commercialista richiede un modulo standrad per i beni aziendali e la cessione dei diritti" e non ci sono rimasti male e la pratica si è chiusa in modo pulito. ve lo consiglio, ve la sbrigate con il sorriso.

dominio e hosting intestateli assolutamente a voi... invece di farvi mandare il codice a pezzi via mail chiedete un archivio unico il giorno della consegna. metti che domani il ragazzo parte per la leva o cambia lavoro, poi nn lo beccate più e rimanete senza credenziali del sito.

Tre anni fa abbiamo pagato 15.000 TL a un amico di mio cugino per un sito statico. L'anno dopo dovevamo aggiornare telefono e indirizzo, ma lui si era trasferito all'estero e teneva i file solo sul suo server. Ci sono voluti 2 mesi solo per recuperare la password FTP. Purtroppo lavorare con conoscenti fa calare la serietà: fatevi consegnare tutto subito.

Secondo me per una vetrina aziendale base in HTML vi state facendo troppi problemi di copyright e proprietà intellettuale. Parliamo di semplici pagine statiche dove basta fare tasto destro per visualizzare il sorgente dal browser. Il vero punto non è la proprietà, ma chi ha gli accessi a dominio e hosting. I file li avrete comunque voi, nessuno vi farà mai causa per dell'HTML.

Il giorno della consegna vedetevi di persona: fate caricare i file direttamente sul vostro server aziendale e contestualmente salvatene una copia su una chiavetta o sul cloud dell'azienda. Inoltre, se sono state usate librerie CSS di terze parti o immagini con licenza, ricordatevi di farvi dare tutte le relative licenze in una cartella a parte.

Nei 24.000 TL concordati sono inclusi anche messa online, configurazione delle mail aziendali e indicizzazione sui motori di ricerca? Nei siti in HTML statico spesso serve un piccolo script di backend per far funzionare il form contatti: avete chiarito a chi spetta la configurazione e la compatibilità col server?

La discussione si è dispersa, la riassumo. Il metodo di valutazione in caso di separazione va scritto con una formula; "valore di mercato" non basta.

Buon lavoro.

Argomento molto attuale.

Sono una piccola impresa vi parlo dal mio punto di vista. Più è difficile tornare indietro su una decisione, più lentamente dovreste prenderla.

Grazie mille, era la risposta che cercavo.

Mi chiedo anch'io. Quando prendete una decisione scrivete anche lo scenario peggiore non solo quello migliore.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

Nel nostro caso è andata così. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

l'anno scorso abbiamo vissuto quasi la stessa cosa poi chiunque abbia fretta su sviluppo siti in html si blocca nello sesso punto.

naturalmente cambia se la vostra situazioen è diversa.

Mi chiedo anch'io. Prendere appunti per due settimane dà risultati migliori rispetto a una stima di sei mesi.

Io seguirei questa strada.

Racconto cosa mi è successo, magari vi è utile. Se è la prima volta, inizia in piccolo, il ridimensionamento viene dopo.

Correggetemi se sbaglio.

Sono una piccola impresa, vi parlo dal mio punto di vista. Nessun processo migliora senza tracciamento, perché non sai cosa correggere.

Naturalmente cambia se la vostra situazione è diversa.