Comments on: Reinventare la Ruota, alla faccia del Riuso http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/ Looking for a new self Sun, 17 Oct 2010 02:24:51 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Lawrence Oluyede http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/comment-page-1/#comment-6332 Lawrence Oluyede Thu, 12 Oct 2006 08:31:02 +0000 http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/#comment-6332 :-) :-)

]]> By: Folletto Malefico http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/comment-page-1/#comment-6326 Folletto Malefico Thu, 12 Oct 2006 01:05:06 +0000 http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/#comment-6326 Quello sempre e comunque, altrimenti non saremmo neppure qui, non trovi? :) Quello sempre e comunque, altrimenti non saremmo neppure qui, non trovi? :)

]]> By: Lawrence Oluyede http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/comment-page-1/#comment-6325 Lawrence Oluyede Wed, 11 Oct 2006 23:31:52 +0000 http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/#comment-6325 Credo che il pezzo intermedio sia la nostra testa :-) Sembra una stupidata ma in fondo gli strumenti già ci sono: linguaggi di altissimo livello, linguaggi di basso livello, linguaggi ad ogni livello. Ci sono i webservices, le FFI, le piattaforme, i framework, le architetture basate su OOP e quelle basate su linguaggi funzionali. C'è il networking e la concorrenza in ogni salsa e colore. Probabilmente bisogna capire cosa far sopravvivere... per questo dico che il pezzo in mezzo è la nostra testa. Credo che il pezzo intermedio sia la nostra testa :-)

Sembra una stupidata ma in fondo gli strumenti già ci sono: linguaggi di altissimo livello, linguaggi di basso livello, linguaggi ad ogni livello. Ci sono i webservices, le FFI, le piattaforme, i framework, le architetture basate su OOP e quelle basate su linguaggi funzionali. C’è il networking e la concorrenza in ogni salsa e colore. Probabilmente bisogna capire cosa far sopravvivere… per questo dico che il pezzo in mezzo è la nostra testa.

]]> By: Folletto Malefico http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/comment-page-1/#comment-6324 Folletto Malefico Wed, 11 Oct 2006 22:36:20 +0000 http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/#comment-6324 Si, sicuramente, la conclusione che trai è logica e sensata. Quello che mi domandavo però era se ci si fosse persi per strada un ipotetico pezzo intermedio, ovvero un mattone che non sia né troppo in basso (classi) né troppo in alto (webservices). Se ci pensi, in parte i widget sono un po' questo, anche se non implementano la parte "utile" al programmatore (stupidamente). Si, sicuramente, la conclusione che trai è logica e sensata. Quello che mi domandavo però era se ci si fosse persi per strada un ipotetico pezzo intermedio, ovvero un mattone che non sia né troppo in basso (classi) né troppo in alto (webservices).

Se ci pensi, in parte i widget sono un po’ questo, anche se non implementano la parte “utile” al programmatore (stupidamente).

]]> By: Lawrence Oluyede http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/comment-page-1/#comment-6320 Lawrence Oluyede Wed, 11 Oct 2006 18:51:25 +0000 http://im.digitalhymn.com/2006/10/09/reinventare-la-ruota-alla-faccia-del-riuso/#comment-6320 Eh eh qui però sollevi anche questioni squsitamente tecniche che hanno risvolti sul lato "meno" tecnico. Le pratiche di ingegneria del software che portano al riuso (o al non riuso nel caso siano fallaci) dell'architettura. Wordpress non m'è mai parso sto gran pezzo di software anche se fa la sua porca figura in quanto a funzionalità, plugin ecc. ecc. Il problema del riuso è anche culturale e pratico. Culturale perchè come dici giustamente si basa su un contratto immaginario che il creatore del software A fa con il creatore del software del B che magari usa A all'interno di B. Mister B deve essere sicuro che Mister A ha prodotto un mattone e (teoricamente, ma non è quasi mai cosi) deve poterlo usare come una scatola nera. Inserire dati e aspettarsi risultati come descritto nella documentazione. Qui entra in gioco il problema pratico. Esistono milioni di componenti per ogni genere di cose ma: - uno sviluppatore umanamente non può conoscere tutte le varie componenti per fare la cosa che si appresta a fare - uno sviluppatore umanamente non può nemmeno provare tutte le varie componenti per vedere se fanno la cosa che si appresta a fare. La fanno bene? La prima e la seconda cosa la fanno bene ma la terza no? Posso modificare il componente? Ho notato che A fa meglio 1 e 2, ma B fa meglio 3, posso integrare A e B? - uno sviluppatore in alcune situazioni ha particolari esigenze di "adattamento" che magari non vengono coperte da questi componenti Capisci che a volte reinventare la ruota è la soluzione migliore per esigenze particolari, anche se personalmente cerco di evitarlo se posso :-) Eh eh qui però sollevi anche questioni squsitamente tecniche che hanno risvolti sul lato “meno” tecnico. Le pratiche di ingegneria del software che portano al riuso (o al non riuso nel caso siano fallaci) dell’architettura. WordPress non m’è mai parso sto gran pezzo di software anche se fa la sua porca figura in quanto a funzionalità, plugin ecc. ecc.

Il problema del riuso è anche culturale e pratico. Culturale perchè come dici giustamente si basa su un contratto immaginario che il creatore del software A fa con il creatore del software del B che magari usa A all’interno di B. Mister B deve essere sicuro che Mister A ha prodotto un mattone e (teoricamente, ma non è quasi mai cosi) deve poterlo usare come una scatola nera. Inserire dati e aspettarsi risultati come descritto nella documentazione.

Qui entra in gioco il problema pratico. Esistono milioni di componenti per ogni genere di cose ma:

- uno sviluppatore umanamente non può conoscere tutte le varie componenti per fare la cosa che si appresta a fare
- uno sviluppatore umanamente non può nemmeno provare tutte le varie componenti per vedere se fanno la cosa che si appresta a fare. La fanno bene? La prima e la seconda cosa la fanno bene ma la terza no? Posso modificare il componente? Ho notato che A fa meglio 1 e 2, ma B fa meglio 3, posso integrare A e B?
- uno sviluppatore in alcune situazioni ha particolari esigenze di “adattamento” che magari non vengono coperte da questi componenti

Capisci che a volte reinventare la ruota è la soluzione migliore per esigenze particolari, anche se personalmente cerco di evitarlo se posso :-)

]]>