<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Vado sintentico.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Secondo me c'è cliente e cliente. Per me stai sempre parlando di livelli
mediamente "bassi". </pre>
</blockquote>
Io sto parlando della PMI. Scusa se è poco, il 70% delle aziende in
italia.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">I costi si accentrano su altri fattori. Il fatto che nell'ambito di una
soluzione IT ci sia dentro sw open source non scandalizza più nessuno. </pre>
</blockquote>
Non stiamo parlando di una PMI.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Quindi fammi capire: il tuo lavoro qual è? :-) e soprattutto, da quanti
anni lo fai?
</pre>
</blockquote>
Sviluppo software per applicazioni INTERNET (e non solo Web) (in
Java/PHP). Non metto il link all'azienda qui<br>
ma ci vuole pochissimo a rintracciarla con un colpo di google.<br>
e ultimamente GUI MULTIPIATTAFORMA Win/Mac/Linux (in wxPython).<br>
<br>
Nonostante quello che pensi tu, io sono convinto che il prossimo step
nell'evoluzine<br>
sia creare GUI che interagiscono con il WEB, e che le WUI lasciano
molto a desiderare (e ne abbiamo fatte parecchie<br>
visto che è il mio core business) quindi mi sto muovendo per dare ai
clienti ANCHE GUI e non solo WUI.<br>
Ma non certo solo per windows, e non certo scritte in Java.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Io non sono affatto d'accordo circa le tue considerazioni sul personale
che usa il sw gestionale, che secondo me stai sottovalutando. </pre>
</blockquote>
Qualcuno forse si. Ma la maggior parte delle PMI (ancora una volta) le
stai sopravvalutando.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Sono d'accordo. Anche io non sono scientifico, ma le PMI hanno seri
problemi di costi con il sw gestionale e soprattutto con l'assistenza
dello stesso.
</pre>
</blockquote>
Appunto. Un open source di successo creerebbe fornitori di assistenza
in concorrenza invece che legare mani e piedi al vendor <br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">E soprattutto, il sw gestionale si mantiene una nicchia fuori dal mercato,
perché è un sw altamente localizzato all'Italia e spesso customizzato su
misura. In un mondo in cui il sw tende a costare zero loro possono
permettersi di costare tanto.
</pre>
</blockquote>
Il sw gestionale è, in pratica, sempre che non guardi la tua attività,
il business più grande del software in italia.<br>
Sbaglio? Beh facciamo una indagine SCIENTIFICA, Apri le pagine gialle e
cerca sotto la voce "software" che cosa offrono PER LO PIU'?...<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
Questa sì che è un'osservazione scientifica! io proverei a spiegare alla
Oracle, a SAP ed ai produttori di gestionale per PMI più "svegli", che la
loro migrazione al web è un grave errore perché l'Italia si è
disinteressata al geco project del Linux journal!!!
</pre>
</blockquote>
Te la potevi risparmiare. GecoProject è un progetto (che non c'entra un
tubo con LJ) ed è l'unico <br>
che ha prodotto una cosa sia pur minima (e ad interfaccia WUI) che
funzionasse mimimamente.<br>
Se questo non interessa... sei sicuro che interesserebbe uan cosa più
completa? Viceversa mosaico,<br>
che è una GUI, se lo scaricano a chili. Che non lo usino molti è un
altro discorso, ma il sw a me sembra<br>
buggy e frustrante, ma non ho fatto indagini approfondite. Certo, la
via sembra essere stile mosaico, ma anche per linux.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Ah certo!!! Chi c'è in questa associazione, i fautori del sw open source
che non sanno mettere insieme un gestionale, o i rappresentanti dei
produttori di sw gestiona le che hanno tutto l'interesse a preservare la
loro nicchia?
</pre>
</blockquote>
Anche questa te la potevi risparmiare. <br>
<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Sì, l'Italia. Vedi commento sopra circa lo "stare fuori dal mercato".
Tra l'altro, io ho avuto la sventura di lavorare proprio con un gestionale
ESA, nella mia infanzia informatica... so come li fanno :-)
</pre>
</blockquote>
Mah, il mercato è un concetto un po' vago. In italia il "mercato" è
questo. Ma stiamo parlando di PMI italiane<br>
o di multinazionali globalizzate? Il subject mi sembra sia "che
vantaggio ha il sw libero per una pmi", perché mi parli<br>
di multinazionali? Anche io ho a che fare al 99% con gente esperta e
grosse ditte. Ma mi pongo il problema della PMI<br>
che è dove deve penetrare il FOSS , e ho osservato che non è facile
perché dipendono dal fornitore.<br>
<br>
Io sono convinto che si possa dargli di più, ma non cetro con
l'atteggiamento che sono "irrilevanti e fuori mercato".<br>
Loro SONO il mercato, e della quinta (o sesta) potenza industriale al
mondo. Per te il mercato può essere solo mahattan, magari per me il
mercato è anche quello che trovi <br>
a San Benedetto del Tronto o a Bari o a Lamezia Terme. O non hanno
diritto di esistere o non sono degni di usare FOSS?<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">L'"mvc per database"... l'mvc (Model-View-Controller) è un paradigma per
la gestione di GUI - che io sappia. Immagino intendessi dire questo.
</pre>
</blockquote>
Vedi Delphi / VCL. INtendevo qualcosa che permette di gestire dati per
gui in termini semplici,<br>
Se preferisci i control data-aware del vb, ma fatti meglio, come in
delphi. <br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
Secondo me l'idea è giusta per il SUO target. E' sbagliato estenderla ad
ambiti più ampi. </pre>
</blockquote>
E' altrettanto sbagliato rifiutare il suo target<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Non faresti altro che replicare i soliti paradigmi
client-server, tra l'altro usando strumenti infinitamente peggiori di
quelli che hanno adesso a disposizione gli sviluppatori Microsoft e Java.
</pre>
</blockquote>
Uhm, vediamo un po' quanti bei prodottini hanno per sviluppare app gui
client server gli sviluppatori java.<br>
Comincio a contare. JBuilder, poi... ops ne ho più. <br>
Quanto a microsoft... beh se volessi l'app gui su Linux, che faccio,
uso Mono?<br>
Bah io non ci credo, m$ ha troppi modi di strangolare mono, soprattutto
se provano davvero<br>
a renderlo compatibile con Windows. Rimane wxPython. Hai altre
proposte, GUI?<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Tanto vale che ne fai uno in VB.net o con JBuilder o Eclipse - al di là
dei tuoi interessantissimi studi personali o le tue personali esperienze
sventurate con SWT, sono entrambi mille volte più efficaci di WxPython.
</pre>
</blockquote>
Personali esperienze sventurate? Dai confrontiamoci sul tecnico e su
dati oggettivi.<br>
Innanzitutto ho tenuto corsi di swing, ma non ho voglia di mostrare le
credenziali.<br>
Fammi un po' un JTree con le swing, e vedi quante interfacce devi
istanziare! Fallo con il TreeControl<br>
in python e vediamo chi fa prima. Non penso di parlare per preconcetti
ma per COSTI.<br>
Quanto COSTA sviluppare una brutta e lenta applicazione GUI in Swing? <br>
Il TRIPLO di quanto costa sviluppare una BELLA e VELOCE applicazione
GUI in wxPython.<br>
Quando vuoi i dati delle mie schede lavori, fatte sugli stessi
programmatori peraltro molto più esperti in java<br>
che in python te lì dò. Vedi tu, ma vacci piano su quello che fanno gli
altri. <br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
Finiresti solo per produrre un duplicato open source dei sw gestionali che
ci sono già, quindi intrinsecamente sei molto più costoso, non hai un
pregresso di anni ed un parco clienti già a disposizione ecc. ecc. - porti
solo i "vantaggi filosofici" del free sw che al cliente, come dicevamo,
non interessano. Sei già fuori mercato.
</pre>
</blockquote>
Non sono d'accordo. Un VERO e FUNZIONALE open source, con un installer
a prova di bomba,<br>
cosa su cui ho discusso con Marcello, darebbe a tutti i rivenditori la
possibilità di fornire<br>
ai propri clienti un gestionale, guadagnandoci quel 40% che normalmente
va ai produttori di sw.<br>
Inoltre se sanno dove trovare supporto lo potranno pagare, e infine
questo supporto potrà essere fornito<br>
concorrenzialmente da più fornitori. Se si riuscisse a coalizzare le
forze in un modo simile a quell che è stato<br>
fatto per la Apache Foundation, un gestionale open source avrebbe
talmente tanti vantaggi sui sw proprietari<br>
da diventare presto un leader di mercato, come lo è apache con i web
server.<br>
<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Io non sono interessato a progetti che sono paradigmaticamente inefficaci
(a rischio di usare troppo la parola "paradigma" come farebbe Dilbert ;-).
Se ne riparliamo ci posso stare.
</pre>
</blockquote>
Tu non accetti progetto GUI perché fai normalmente solo WEB e non te ne
va di andare a reimparare come si fanno le GUI.<br>
Anche io faccio principalmente progetti WEB, ma se il cliente vuole le
gui le gui bisogna dargli.<br>
Si può discutere e cercare di capire in modo scientifico cosa vuole, ma
credo che voglia una gui. <br>
Come si può verificare? Se vuole una app web va bene ma continuo a
credere che una app gui sia quello che serve.<br>
Per un progetto piccolo orientato alle PMI mi raccomando. E comunque,
facciamo UN progetto PICCOLO che VADA IN PORTO<br>
prima di partire con un progetto grande. E poi per erp e robe simili
c'è sempre compiere o gnuenterprise... E c'è anche quel programma di
contabilità<br>
Web in Perl pure italianizzato, come si chiama...<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite"><br>
<pre wrap="">Prememtto: io NON ho mai detto che bisogna fare un'applicazione in Java e
sono un forte sostenitore di Python. Ho implementato una prima versione di
un'intranet di un grosso istituto bancario con Zope quando era ancora uno
strumento molto giovane...
Però, da quel che ho visto io, con Kahemba c'è il solito problema di
paradigma: è il solito sw client-server.</pre>
</blockquote>
E se andasse bene quello?<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap=""> Non mi interessa replicare
paradigmi vecchi in un epoca in cui si va verso il multi-media ed il
multi-canale, in cui posso centralizzare la gestione delle licenze e degli
utenti senza impazzire ad installare client, ed in cui posso monitorare il
lavoro da remoto, fino - volendo - ad avere totalmente in gestione in
outsourcing tutto il sw presso la mia sede remota. </pre>
</blockquote>
Mai sentito parlare di teleassistenza, installer, vnc, etc etc? Non
puoi negare valore a ciò che è installato.<br>
Non puoi volare tra le stelle se la maggior parte non hanno ancora
l'astronave.<br>
<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Non mi interessa
inviare tecnici raccattati chissà dove per l'assistenza a Pantelleria,
Filicudi e Campione d'Italia (o essere limitato al mio condominio...),
quando posso gestirmela tutta da casa mia. Eccetera eccetera.
</pre>
</blockquote>
Beh non ti preoccupare io ho un kit che permette con un semplice setup
di arrivare <br>
a qualunque desktop che sta dientro il più blindato dei firewall.<br>
Semplicemente putty con tunnel ssh e vnc. <br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Oppure si può evitare del tutto il problema, affrontandolo razionalmente.
In Java (ripeto, non sono un sostenitore di Java a priori) questi sono
problemi già stra-affrontati e stra-risolti da anni. Ignorare queste cose
è anti economico - a meno che tu non lavori per la pura gloria ;-)
</pre>
</blockquote>
Ok, allora che stanno a fare Mono? Mi pare che mono abbia come target
il *DESKTOP LINUX*.<br>
Ci credi o no a questa possibilità? Fino a poco tempo fa non mi passava
nemmeno per l'anticamera del cervello.<br>
Ora ho cambiato idea. Io ho una visione di un ampia diffusione del
dekstop linux. Che sia vero o no per te non me ne importa,<br>
essendo imprenditore DEVO seguire la mia visione. Ed è quello che
intendo fare.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Senza offesa: francamente, a me non piace nemmeno questo modo di liquidare
la discussione. Come non piace il tuo approccio allo sviluppo del sw.
Dalla tua pagina estraggo un paio di chicche:
</pre>
</blockquote>
Non accetto per principio l'approccio di estrarre una frase dal
contesto. E' il modo più facile ma anche<br>
più scorretto che ci sia di attaccare dialetticmanete l'avversario in
una discussione.<br>
Quindi bypasso l'intera sezine. Modo troppo facile e poco corretto di
fare dialettica.<br>
Non dimenticarti che la prima riga dice che si tratta di appunti. <br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Anche io voglio partire da alcuni moduli iniziali, ma su un impianto
diverso. Questo tipo di approccio è tipico dello smanettone, non del
progettista di sw.</pre>
</blockquote>
Ok, allora torvalds è uno smanettone.<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap=""> E' un approccio che porta a replicare tutto il "già
fatto", reinventando una "ruota open source". Che sicuramente a Marcello
serviva, ed è stato bravissimo nel realizzarla - ma non serve a me.
</pre>
</blockquote>
il 99 % dell'open source è un remake del "già fatto".<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
Se il tuo scopo è entrare nel mercato PMI cercando di spartirti la tua
fetta con gli altri fornitori non mi trovi d'accordo, perché IMHO è un
progetto destinato al successo solo se hai capitali da investire - *se non
sei ricco, devi essere innovativo*. Io sono pronto a seguirti soltanto su
qualcosa che segua la REALE evoluzione del mercato, non il finto mercato
nicchia del sw gestionale italiano.
</pre>
</blockquote>
non sono interessato a entrare nel mercato voglio dare alle PMI forse
l'unico vero open source che gli serve.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
Come ho detto, non mi interessa replicare paradigmi vecchi. Io voglio un
prodotto veramente scalabile e non client-server, su cui si possa fare una
vera gestione remota ed una vera separazione model-view-controller che
porti ad un reale accesso multicanale. Voglio gestire licenze ed utenze,
voglio formati di dati XML non proprietari, voglio poter gestire tutto
l'ambaradan in outsourcing se il cliente lo vuole o tramite un
aggiornamento "satellite" su server del cliente se lo preferisce. Voglio
interoperabilità con gli altri strumenti che il cliente ha già. Voglio
gestire due client nello stesso modo in cui ne gestisco duemila.
</pre>
</blockquote>
quando arrivi su marte fammi un fischio io mi accontento di arrivare al
bar sotto casa.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
E soprattutto, voglio persone interessate a discutere di questo, non di
pagare un tizio per implementare l'MVC di Kahemba.
</pre>
</blockquote>
e mentre tu discuti kahemba non ha ancora nemmeno l'anagrafica perché
Marcello ha figli (e anche io).<br>
e le PMI continuano a usare il sw proprietario perché il rivenditore
non ha un decente open source da portargli.<br>
<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">A me non interessano questi protagonismi. Mi basterebbe pulire le scarpe
di Alan Cox ;-)</pre>
</blockquote>
non hai proprio capito. in un progetto o.s. si può essere il 2 il 3 o
il 44, ma qui sembra che importi essere il nr 1 del PROPRIO progetto.<br>
Come dire, se non è per soldi è per fama, ma secondo me agendo così non
si ha nemmeno quella..<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap=""> e comunque le abilità si dimostrano sul campo, le
chiacchere stanno a zero. Quello che tu chiami in seguito "individualismo"
per me significa "ambizione" e visione della realtà. Non puoi entrare in
questo mercato senza idee nuove.
</pre>
</blockquote>
Io direi che fare un gestionale open source in wxpython è una
bellissima idea molto innovativa che ha il potere di cambiare e
innovare in maniera radicale<br>
lo stantio mercato dei gestionali italiani. Questo perché grazie
all'open source si possono catalizzare molte energie che sono
fossilizzate nel supporto a prodotti<br>
proprietari perché ad oggi non c'è alternativa. E si parte proprio
facendo una gui che fa la fatturazione...<br>
<br>
Io non vorrei manco il mysql in rete, ma addiruttura una versione
standalone con sqlite, "scalabile" a un mysql, e poi ancora scalabile a
un webservice.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
Comunque, farebbe molto comodo IMHO una persona che "conduce il gioco".
Non vedo orde di gente che vuole fare Linus Torvalds. Io da solo non sono
in grado di produrre il progetto che ho in mente da tempo, e vorrei che
crescesse in una discussione franca, che però si chiarisse gli obiettivi
fin dall'inizio.
</pre>
</blockquote>
E' quel che dico anche io.<br>
Obiettivo: un gestionale SEMPLICE e MODULARE per la PMI a interfaccia
GUI.<br>
Tu non condividi l'obiettivo questo è il punto. <br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
Marcello è stato molto bravo perché ha prodotto Kahemba nel suo tempo
libero, con spirito di solidarietà verso i destinatari del sw ed
abnegazione verso gli scopi che si è prefisso - ovvero un client semplice
e multi-piattaforma che andasse bene per fare quello che fa. E' sempre
stato disponibile a ridiscutere i suoi metodi di lavoro con un grandissimo
spirito di umiltà.</pre>
</blockquote>
E non ha trovato nessuno che scrivesse una riga di codice in più. Io ci
sono andato vicino, ma non sono riuscito ancora a contribuire una sola,
dico una sola riga di codice.<br>
E lo ammetto pubblicamente, e me ne dolgo. Anche per questo propongo la
fondazione e un po di cash che faccia almeno arrivare il progetto a uno
stato in cui almeno una decina di persone lo usano. Se arriviamo lì
forse la strada coincia a essere se non in discesa almeno meno ripida...<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap=""> Però ovviamente si è ritrovato da solo a sviluppare e
quindi, dopo vari tentativi non certo scientifici ma "trial-and-error", ha
scelto WxPython, e si è formato col tempo un know-how su quello.
</pre>
</blockquote>
Guarda che "metodo scientifico" è proprio "prova ed errore". <br>
O forse per metodo scientifico intendi parlare dell'assolutismo
hegeliano... in cui l'idea<br>
(la tua) viene prima di tutto... ;-) Scusa la frecciata ma non ho
resistito...<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<blockquote type="cite">
<pre wrap="">Cosa c'è di sbagliato in kahemba? Volendo c'è quasi tutto da fare,
possiamo aggiustare e modificare e correggere ma ci vuole una
leadership, una visione alla quale gli altri si adeguano. Manca quello
non si va da nessuna parte.
</pre>
</blockquote>
<pre wrap=""><!---->
Sono d'accordo. Ti candidi? :-)
</pre>
</blockquote>
io candiderei Marcello. Ma se serve non mi tiro indietro. Ma vorrei
vedere qualcun altro OLTRE ME a scrivere il codice.<br>
Sono abituato come imprenditore a essere quello che si prende tutte le
rogne, che affronta i casini e che rompe le palle<br>
per questioni di usabilità o si pone il problema di quello che l'utente
VUOLE al di là di quello che CHIEDE.<br>
<br>
Ma per prima cosa bisogna anche saper aderire a una visione, e mettersi
in fila ad aiutare invece di voler essere<br>
il primo. Quindi mi tocca finire il mio pymvc per kahemba. Non ho molto
tempo per farlo e quindi volevo contribuire<br>
soldi invece che tempo (che avendo le responsablità non ho) e anche
tempo uomo dei miei programmatori <br>
(che sanno wxpython..), o darmi da fare per rastrellare fondi o
promuovere il prodotto etc. <br>
<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">Sono d'accordo, ma non è questo il punto. Mi dispiace, ma a me Kahemba 9.0
non servirebbe nemmeno per iniziare. E soprattutto, lo venderesti a pochi.
</pre>
</blockquote>
Non lo voglio VENDERE. Semmai vendo i servizi ai rivenditori ma ti
garantisco che questa cosa<br>
se mai ci sarà ci sarà tra 5 anni minimo (ad occhio) quindi la cosa per
me è a perdere pura da qui a 5 anni.<br>
Ma se vogliamo dare un vantaggio al foss, bisogna dare qualcosa alla
PMI che gli serve e sia foss.<br>
<br>
E secondo me è più una cosa tipo kahemba che quella cosa che dici tu e,
a parte che è mastodontica ed è web,<br>
non so nemmeno che è.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<blockquote type="cite">
<pre wrap="">
Senza offesa, da quel che dici non hai *MAI* guardato il codice sennò
sapresti che niente impedisce di fare ciò che tu dici, contribuendo sia
al suo progetto che gettando le premesse per il tuo. Ma mi par di capire
che a te piace Java invece che python.
</pre>
</blockquote>
<pre wrap=""><!---->
Senza offesa, ma ti pare di capire MOLTO male, ed io Kahemba lo conosco da
diverso tempo.
</pre>
</blockquote>
Uhm allora come mai non sembri sapere come è fatto il codice? E che
cosa fa (cioè quasi niente ad oggi).<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
Se il tuo modo di discutere è così aperto di vedute e tollerante, vedo un
brillante futuro per il tuo progetto.
</pre>
</blockquote>
Idem, e con le patate fritte per me.<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">(Sic.) Vedi sopra...
</pre>
</blockquote>
Confronta jedit con il demo di wxpython, mettili fianco a fianco e
dimmi cosa vedi.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">E un bel ecchissenefrega non ci sta proprio bene? :-)
</pre>
</blockquote>
Fai pure.<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
Io ti faccio un altro esempio: abbiamo sviluppato (io ero il capo-progetto
tecnico) un sw per call center telefonici. Abbiamo vinto l'appalto PROPRIO
PERCHE' **NON** abbiamo sviluppato le solite GUI client-server (alla
faccia tua ;-) </pre>
</blockquote>
L'ho fatto anche io cose del genere. Ma alla PMI serve un gstionale gui
che sia semplice e faccia, BENE quelle 4 cose che gli servono.<br>
Perché confondi quello che SAI FARE e HAI FATTO tu con quello che serve
alle PMI???<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">non ci ha più cagati manco di striscio... ha
continuato a sfornare le sue versioni ignorando le nostre patch (perché
espandevano significativamente il suo prodotto e quindi ne perdeva in
parte la gestione, non riuscendo più a seguirlo. Purtroppo non sono tutti
Linus Torvalds...).
</pre>
</blockquote>
<br>
<pre wrap="">Noi attualmente non facciamo altro che allinearci ai suoi bugfix quando
riguardano il suo codice, e riapplicarci il nostro... in pratica, gli
"rubiamo" le patch e ci siamo tenuti le modifiche. L'unico modo per
distribuirle sarebbe creare un fork del progetto, ma nessuno ha
voglia/tempo/denaro per fare un sito web per questo, qui da me :-) e poi
non sarebbe nemmeno giusto.</pre>
<br>
<br>
Infatti la prima cosa che dico ai miei seminari su open source è:<br>
<br>
- NON TUTTI GLI OPEN SOURCE SONO UGUALI<br>
- CRITERIO ESSENZIALE PER VALUTARE UN OPEN SOURCE E' L'AMPIEZZA DELLA
COMUNITA'.<br>
- SE LA COMUNITA' NON C'E RISCHIATE GROSSI GUAI<br>
- VICEVERSA se la comunità c'è il codice di conseguenza è anche
modulare , facilmente estendibile etc, perché ci lavorano in molti<br>
- e ancora, l'APACHE FOUNDATION non gestisce PROGETTI, ma COMUNITA'. La
fase di incubazione è DELLA COMINITA', non DEL PROGETTO.<br>
<br>
E anche per questo io propongo una fondazione che dovrebbe supportare
lo sviluppo di un gesitonale open source al di là dei personalismi per
un fine di BENE COMUNE.<br>
Praticamente una ONLUS.<br>
<br>
<blockquote
cite="mid28102.62.101.98.215.1095156345.squirrel@62.101.98.215"
type="cite">
<pre wrap="">
Comunque, semplicemente, senza farti tante seghe mentali sugli italiani,
l'individualismo e Linus Torvalds (a me sembra che stai deviando il
discorso dal tecnico al filosofico - forse per non parlare del tecnico?...
stai diventando un seguace di Stallmann? ;-) non ti può /sfiorare/ l'idea
che nel mondo possa esistere qualcosa DI MEGLIO di WxPython e del
paradigma client-server? sai, il mondo è vasto! :-)
</pre>
</blockquote>
Un mio amico fece questa osservazione "voi informatici avete una
malattia, pensate sempre che ci debba essere o si debba fare qualcosa
DI MEGLIO".<br>
Io ancora non ho finito di imparare a usare Word 6 su Windows 3.1...<br>
<br>
<br>
</body>
</html>