Si, scrivo sempre CSM, è più forte di me (a causa di un programma che usavo tempo fa)Originariamente inviata da saucer
Cmq, sono d'accordo con te battagliare sulla proprietà dei sorgenti del sito sia una cosa "triste",
Ma è un discorso più ampio, un errata comprensione delle licenze open che ne limita in questo modo la distribuzione.
Fare un tema per un CMS non è una modifica al programma!
Siamo tutti open col sources degli altri.
http://wordpress.org/about/license/
The license under which the WordPress software is released is the GPLv2 (or later) from the Free Software Foundation. A copy of the license is included with every copy of WordPress, but you can also read the text of the license here.
Part of this license outlines requirements for derivative works, such as plugins or themes. Derivatives of WordPress code inherit the GPL license. Drupal, which has the same GPL license as WordPress, has an excellent page on licensing as it applies to themes and modules (their word for plugins).
There is some legal grey area regarding what is considered a derivative work, but we feel strongly that plugins and themes are derivative work and thus inherit the GPL license. If you disagree, you might want to consider a non-GPL platform such as Serendipity (BSD license) or Habari (Apache license) instead.
Ciro Marotta - Programmatore JAVA - PHP
Preferisco un fallimento alle mie condizioni che un successo alle condizioni altrui.
Non era riferito prettamente a te, a volte anche un typo capita, ma sai quanti li chiamano nei modi più disparati? ( e ci vivono con questi programmi!! )
Io personalmente non uso cms se non quelli scritti da me di sana pianta.
Sicuramente han 100mila bug, ma non essendo programmi open, scovarne uno è più difficile rispetto a quello presente su una versione di wordpress di 2 minor release fa e presente ormai su tantissimi siti di hacking.
( E tempo da perdere per aggiornare i vari pannelli ai vari clienti che si sono susseguiti nel corso degli anni, non ne ho.)
Molte web agency per risparmiare sui tempi ( e quindi sul "costo" lavoro ), obbligano i programmatori nostrani a utilizzare questi programmi ( che sono ben scritti ), azzerando di fatto le competenze richieste e le skill necessarie per svolgere il ruolo di "programmatore".
Nel breve periodo, la web agency ci guadagna un "pacco di soldi" con un tempo di sviluppo irrisorio.
Nel medio periodo, la web agency deve seguire i panel dei vari clienti e aggiornare di volta in volta il cms, i plugin eventuali conflitti di versione etc.etc.
Nel lungo periodo, il programmatore avrà dimenticato lo sviluppo del software, non sarà aggiornato agli ultimi linguaggi ed in pratica sarà alla stregua di un grafico, ma senza la creatività di quest'ultimo...
+1
Veloce,Affidabile,Economico : Scegline 2
Se la tua ragazza non te la da, tu non prendertela
A me la risposta sembra ovvia ed e' si'.
Se si trattasse di un software che hai creato tu e lo hai venduto al cliente, allora tu potresti trattenere il codice sorgente e dare al cliente una versione criptata, o compilata, etc (per esempio per Ruby, che e' come PHP un linguaggio in chiaro quando deployed, c'e' RubyEncoder - sicuramente per PHP ci sara' roba simile). In questo caso tu venderesti non il software stesso ma una licenza d'uso.
Nel tuo caso invece si tratta di un'applicazione web per la quale gia' valgono i discorsi sulla licenza come gia' detto dagli altri, in piu' e' implicito che avendo creato questo sito/applicazione per il cliente la proprieta' del sito/applicazione e' del cliente. Questo, a meno di avere un contratto che dica altrimenti.
Sulle password etc: appartengono sempre e comunque al cliente. Questo, a meno di avere un contratto che dice per esempio che tu sei responsabile in via continuativa della gestione del sito, e in quanto tale gestisci l'accesso in maniera esclusiva per via di sicurezza etc... ma una volta che cedi il lavoro al cliente, il cliente ha diritto alle passwords, al codice, etc.
Ho letto in alcuni casi che alcuni si rifiutano di fornire codice e passwords a causa di mancati pagamenti; in realta' per legge non si puo' fare neanche questo. Quando accade, l'unica via e' quella legale.
Cmq nel tuo caso...baratto.... non starei a spenderci molto tempo su questa cosa....
Sbagli. E se ti trovassi nella posizione opposta? Cioe' acquisisci il lavoro di altri?Forse e probabilmente sono io a sbagliare, ma mi da fastidio che un'altro webmaster "veda" il mio lavoro e magari lo usi poi anche per altri suoi lavori... insomma spero di essermi spiegata :/
E perche' non dovresti aggiungerlo al tuo portfolio?
Puoi chiederlo ovviamente, ma immagino dipenda dai rapporti con loroSe la new entry lascia la grafica attuale posso richiedere di lasciare il mio nominativo sul sito? (ovviamente ce stata una sorta di "pagamento" ma nulla di "scritto")
problema ricorrente. ormai se non sai usare drupal wordpress e simili non sai programmare. qualche volta che mi è capitato in fase di colloquio ho risposto " i CMS li faccio non li uso"
Ciro Marotta - Programmatore JAVA - PHP
Preferisco un fallimento alle mie condizioni che un successo alle condizioni altrui.
Sostanzialmente, mi sembra di capire, dicono che la stessa licenza non è chiara sul significato del termine "lavori derivati".http://wordpress.org/about/license/
There is some legal grey area regarding what is considered a derivative work, but we feel strongly that plugins and themes are derivative work and thus inherit the GPL license. If you disagree, you might want to consider a non-GPL platform such as Serendipity (BSD license) or Habari (Apache license) instead.
Loro considerano i plugins e i temi come lavori derivati, per cui "incoraggiano" di mantenerne la licenza. Ma è una loro interpretazione.
Insomma non è una cosa proprio inoppugnabile. Rilasciano il software sotto una licenza ma "impongono" una loro interpretazione assolutamente opinabile.
Sempre detto io che la migliore e più chiara licenza è la wtfpl
Permessi di invio
Rispondi quotando
