Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Davide Corio wrote: Mi aggancio al thread da qui, siccome è già troppo lungo per leggerlo proprio tutto :) Faccio parte del team di sviluppo di OpenObject (http://www.openobject.com) Ciao Davide, magari dai solo un occhio a http://lists.python.it/pipermail/python/2010-January/007758.html http://lists.python.it/pipermail/python/2010-January/007774.html ;-) -- Nicola Larosa - http://www.tekNico.net/ Restricted academic journals are a form of societal damage. - John Robb, November 2009 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Il giorno sab, 16/01/2010 alle 08.16 +0100, Pietro Battiston ha scritto: Il giorno sab, 16/01/2010 alle 04.03 +0100, Lawrence Oluyede ha scritto: 2010/1/15 Pietro Battiston too...@email.it: Mi può convincere che il mio prossimo servizio web potrà assomigliare ad una applicazione vera, certamente non che la mia prossima applicazione vera sarà un servizio web. Pensavo che la contrapposizione vera applicazione - servizio web fosse morta negli anni 90 :-) Ormai la maggior parte delle applicazioni che uso (browser, lightroom e photoshop a parte praticamente) sono applicazioni web. Notare APPLICAZIONI. Un blog è un sito web, gmail.com è una applicazione come lo è http://basecamphq.com/ e altri mille tool. Alcuni sono solo fighi, altri fanno davvero la differenza. Dovresti lasciar cadere qualche pregiudizio. Vabbé, chiedo scusa se il mio utilizzo della parola applicazione è impreciso, ma mi sembra chiaro il concetto: ci sono servizi che sono intrinsecamente fatti per stare sul web, ed altri no: penso che i secondi di solito ci perdano ad essere trasformati in webapp, e tra l'altro i primi di solito ci guadagnino ad avere delle API che permettano di interagire con applicazioni classiche (se vere non ti piace) - i blog sono l'esempio tipico. Detto questo, magari il problema forse è pensare che le applicazioni web debbano comportarsi _come_ le applicazioni native. Insomma, magari è l'assunto sbagliato in partenza che ti porta a sminuire il web. In effetti, il mio assunto di partenza è che una applicazione web non userà mai i colori, gli shortcut e mille altre impostazioni che ho settato nel sistema che uso. Dimmi te se mi sbaglio. Inoltre youtube, a differenza del plugin di youtube del mio mediaplayer, non prende il tasto play/pause del mio computer. Gmail, a differenza del mio client di posta, non mi mette un'iconina sulla barra di sistema con il numero di email nuove. Wikipedia, a differenza del client rss che uso per vedere i cambiamenti delle pagine che mi interessano, non mi mostra un messaggino quando ce n'è uno. Gallery, o Flickr che sia, a differenza del programmino che uso per caricare le foto che voglio pubblicare, o Picasa che sia, mi obbliga a fare un sacco di click in più per selezionarle. ... e in tutti questi casi, non sto nemmeno menzionando il semplice tempo che le svariate pagine web ci mettono tempo a scaricarsi: ma considerare la lentezza della rete come un ostacolo _è_ una cosa per cui potreste darmi del matusa (e che comunque è OT riguardo al gestionale), perché certamente in qualche anno sarà un ostacolo superato (in quanti anni e per quale percentuale della popolazione mondiale, poi non lo so). Non è tutto rose e fiori eh, e sicuramente il desktop ha vantaggi e svantaggi come ne ha il web, ma mettere le mani avanti al web nel 2010 secondo me è un po' come mettere le mani avanti ai prodotti cinesi per partito preso per poi accorgersi che il 90% dei vestiti che hai addosso sono prodotti in Asia. Certo, il desktop avrà vantaggi e svantaggi: a me sembra che abbia vantaggi (relativamente pochi) per i programmatori e svantaggi per gli utenti. Ovviamente volevo dire il contrario :-) ciao, scusate l'effluvio di email Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Il giorno sab, 16/01/2010 alle 09.39 +0100, Nicola Larosa ha scritto: Ciao Davide, magari dai solo un occhio a http://lists.python.it/pipermail/python/2010-January/007758.html http://lists.python.it/pipermail/python/2010-January/007774.html ;-) Ciao Nicola! Eh beh, con un cicerone del thread è tutta un'altra cosa :-D -- Davide Corio email: davide.corioatdomsense.com web: http://www.domsense.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Medica2: prime videoguide
MEDICA2: [1] DOWNLOAD http://www.youtube.com/watch?v=Cal4rYkzIPU MEDICA2: [2] INSTALLAZIONE E PRIMO LANCIO http://www.youtube.com/watch?v=P4l6VvqGvTU ..la qualita' video non e' delle migliori, sono alle mie prime esperienze, ai miei primi esperimenti con gtk-recordmydesktop, comunque la leggibilita' mi pare gia' sufficiente. Nei prossimi video faro' il capture della sola finestra dosemu, per aumentare la qualita' delle immagini. Era un lavoro che mi ripromettevo di fare da tanto tempo, anche per far conoscere meglio il mio programma ai colleghi che ne possono avere bisogno, e grazie a voi lo stimolo e' partito. Via via che produrro' un nuovo video lo comunichero' qui. Buon lavoro e buona domenica! mauro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Medica2: prime videoguide
Il giorno sab, 16/01/2010 alle 10.27 +0100, mauro ha scritto: MEDICA2: [1] DOWNLOAD http://www.youtube.com/watch?v=Cal4rYkzIPU MEDICA2: [2] INSTALLAZIONE E PRIMO LANCIO http://www.youtube.com/watch?v=P4l6VvqGvTU Potresti provare a variare i colori del profilo del terminale per rendere le scritte più leggibili. -- Davide Corio email: davide.corioatdomsense.com web: http://www.domsense.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
On 1/16/10 4:03 AM, Lawrence Oluyede l.oluy...@gmail.com wrote: Pensavo che la contrapposizione vera applicazione - servizio web fosse morta negli anni 90 :-) I veri programmatori programmano tutt'ora direttamente in esadecimale, Mica come quei fighetti del C. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
2010/1/16 Pietro Battiston too...@email.it: Vabbé, chiedo scusa se il mio utilizzo della parola applicazione è impreciso, ma mi sembra chiaro il concetto: ci sono servizi che sono intrinsecamente fatti per stare sul web, ed altri no: penso che i secondi di solito ci perdano ad essere trasformati in webapp, e tra l'altro i primi di solito ci guadagnino ad avere delle API che permettano di interagire con applicazioni classiche (se vere non ti piace) - i blog sono l'esempio tipico. Sono d'accordo, non tutte le applicazioni sono fatte per stare sul web, ci mancherebbe. Però appunto, la cosa è da valutare per bene. Ho letto la tua risposta ad Enrico e mi sa che sono stato frainteso. Io non penso che le applicazioni classiche siano da buttare nel cestino (e l'ho anche scritto in una delle risposte), ho solo buttato lì l'idea che probabilmente è più facile farla sul web. Noto che tendi ad escludere dall'equazione i potenziali vantaggi delle applicazioni web. In effetti, il mio assunto di partenza è che una applicazione web non userà mai i colori, gli shortcut e mille altre impostazioni che ho settato nel sistema che uso. Dimmi te se mi sbaglio. No, non sbagli, ma non c'è scritto da nessuna parte che una applicazione web debba essere speculare ad una applicazione desktop, no? Si esplorano nuovi paradigmi, nuovi modi di scrivere applicazioni con al centro l'utente. Ripeto: non sto dicendo che sia LA soluzione al vostro problema, penso che andrebbe considerata. Solo che mi è sembrato di capire che hai messo le mani avanti subito. Inoltre youtube, a differenza del plugin di youtube del mio mediaplayer, non prende il tasto play/pause del mio computer. Molte applicazioni web hanno gli shortcut da tastiera, comunque Gmail, a differenza del mio client di posta, non mi mette un'iconina sulla barra di sistema con il numero di email nuove. A parte che si può fare, la mia domanda è: qual è il punto? Io non mi separerei mai da Gmail perché in qualunque PC sono posso loggarmi e usare una applicazione web che non ha niente da invidiare a moltissime applicazioni offline. Uso anche Thunderbird in ufficio ma non è che mi sento più comodo che nell'usare Gmail direttamente. Wikipedia, a differenza del client rss che uso per vedere i cambiamenti delle pagine che mi interessano, non mi mostra un messaggino quando ce n'è uno. Questa non l'ho capita. Io uso Google Reader da anni come client RSS perché posso tranquillamente accedervi da più pc. Wikipedia non è un client RSS :-) Gallery, o Flickr che sia, a differenza del programmino che uso per caricare le foto che voglio pubblicare, o Picasa che sia, mi obbliga a fare un sacco di click in più per selezionarle. Ok giusto, ma se non ci fosseero Flickr o Picasa dall'altra parte dove le carichi le tue foto ;-) ? Certo, il desktop avrà vantaggi e svantaggi: a me sembra che abbia vantaggi (relativamente pochi) per i programmatori e svantaggi per gli utenti. Anche questa non l'ho capita. -- Lawrence Oluyede [eng] http://oluyede.org - http://twitter.com/lawrenceoluyede [ita] http://www.neropercaso.it [flickr] http://www.flickr.com/photos/rhymes ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] impostare una condizione costruendo una lista
Salve, sto cercando di costruire una lista di tuple, in questo modo: [ (i, e) for i in range(0,11) for e in range(i+1,3+i) ] [(0, 1), (0, 2), (1, 2), (1, 3), (2, 3), (2, 4), (3, 4), (3, 5), (4, 5), (4, 6), (5, 6), (5, 7), (6, 7), (6, 8), (7, 8), (7, 9), (8, 9), (8, 10), (9, 10), (9, 11), (10, 11), (10, 12)] dato che queste coppie rappresentano collegamenti tra dieci nodi di un grafo regolare, vorrei riuscire ad impostare una condizione tale per cui le ultime tre tuple diventino: (9, 1) (10, 1) (10, 2) è possibile ottenere questo risultato direttamente all'interno di questa lista oppure devo costruirne una seconda e poi unirle? grazie dell'aiuto, simone ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] impostare una condizione costruendo una lista
Il giorno sab, 16/01/2010 alle 11.45 +0100, simone gabbriellini ha scritto: Salve, sto cercando di costruire una lista di tuple, in questo modo: [ (i, e) for i in range(0,11) for e in range(i+1,3+i) ] [(0, 1), (0, 2), (1, 2), (1, 3), (2, 3), (2, 4), (3, 4), (3, 5), (4, 5), (4, 6), (5, 6), (5, 7), (6, 7), (6, 8), (7, 8), (7, 9), (8, 9), (8, 10), (9, 10), (9, 11), (10, 11), (10, 12)] dato che queste coppie rappresentano collegamenti tra dieci nodi di un grafo regolare, vorrei riuscire ad impostare una condizione tale per cui le ultime tre tuple diventino: (9, 1) (10, 1) (10, 2) è possibile ottenere questo risultato direttamente all'interno di questa lista oppure devo costruirne una seconda e poi unirle? Se fai solo questo cambiamento, hai indici da 0 a 11, quindi se ho capito cosa intendi bene hai _undici_ nodi di un grafo. Ammettendo quindi che l'11 da sostituire con un 10, ti torna [ (i, e%10) for i in range(10) for e in range(i+1,3+i) ] o se preferisci [ (i+1, e%10+1) for i in range(10) for e in range(i+1,3+i) ] ? ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Cerco di limitare le risposte alle parti dove vedo un barlume di costruttività. Il giorno sab, 16/01/2010 alle 11.04 +0100, Enrico Franchi ha scritto: On 1/16/10 7:35 AM, Pietro Battiston too...@email.it wrote: A occhio, il caso tipico è di utenti che _sanno_ cliccare su un installer e poi Avanti, Avanti, Avanti nei loro computer Windows, quello che non sanno certamente fare è l'aggiornamento di un server. E poi c'e' il problema dei dati. Ho già detto che la centralizzazione del database mi sta benissimo. Posso farti una domanda? Ma tu che cosa *pensi* che ti offra *davvero* sto benedetto gestionale con GTK? Gente ben più esperta di me (e forse di te, non so) si è sbattuta per anni sullo studio di interfacce, non sono io la persona, né questo è il luogo giusto, per un'esposizione completa. Però ho fatto vari accenni a cui non ho ricevuto risposte granché soddisfacenti. Hai sollevato vari problemi interessanti di interfaccia di gtk (assumo che siano problemi dell'intero toolkit) sotto OS X. Mi interesserebbe sapere quali di questi problemi sono risolti da una webapp. Per quel che ne so io, nessuno, anzi. Tutt'altro. Grazie a webkit buona parte di questi problemi *sono* risolti. Se non al 100%, per lo meno in modo piu' che decoroso. Ad esempio?!! Combinazioni standard del tuo desktop? Drag and drop avanzato?! Icone di notifica?! Inserimento nei menu?! Mi spiace perché mi sembra umiliante per chi crede che ogni compito andrebbe eseguito con le tecnologie che permettono di dare il risultato migliore, per chi crede che il progresso dell'informatica dovrebbe consistere anche in interfacce sempre più user friendly... Stai dando per scontato che le tecnologie web *non* siano quelle che danno il risultato migliore. IMHO questo non e' vero, come già ti ha detto Lawrence, dipende caso per caso. Lawrence mi ha spiegato, e tendo a crederci, che nel caso di un gestionale lo *sviluppo* è più semplice. Quello che penso io è che la semplicita di deployment - perché alla fine è evidentemente quello il punto - la paghi con una minore qualità per l'utente. Giusto per capire se sono strano io, ho dato un'occhiata agli header della tua mail, e ho visto che, nonostante il tuo provider di posta sia noto per avere la webmail probabilmente migliore al mondo, tu utilizzi un client POP. E probabilmente non faresti mai a cambio (almeno, per me è così), perché il client email è una componente fondamentale del tuo workflow, e lo usi tanto, e lo vuoi usare efficientemente. Bene, mi sembra che lo stesso si possa dire per _il_ software che un medico si troverebbe ad usare nella sua attività. Fermati. Stai inferendo un po' troppe cose da un header. Per esempio se guarderai questo header vedrai un client *ancora* diverso. In particolare ho più di un indirizzo mail, uno dei quali, quello di lavoro, ha una webmail *schifosa*. E invece offre un ottimo supporto IMAP. Esattamente come il mio secondo indirizzo mail. Siccome non voglio centralizzare i tre account su un unico account e mi è scomodo controllare la posta in tre webmail diverse, utilizzo un unico client. Adesso ne sto provando un altro perche' per misteriose ragioni Mail non funziona con il server SMTP di lavoro. Dovro' indagare. Ho usato gmail a lungo. Mi sono permesso di tornare a client Mail (per risolvere quella scomodita') solo perche' c'e' IMAP (che centralizza l'accesso) e ho MobileMe per sincronizzare all'inverosimile su piu' macchine. Di fatto *se* non avessi la sincronizzazione, il client tradizionale *non* sarebbe nemmeno un'opzione presa in considerazione. Ma appunto, l'optimum sono applicazioni desktop ben integrate con servizi web, non il contrario. Infatti, prima di prendermi un salatissimo abbonamento a mobileme, lavoravo proprio con gmail (e allora era il mio account principale). Ora un altro servizio web[0] mi consente di usare un client tradizionale. Ironico. E *no*. Non mi trovo particolarmente meglio. Mail e' *molto* integrato con l'OS, infatti questo altro client che sto usando non credo che lo terro', a meno che non dimostri un uguale livello di integrazione. Per il resto, e' una chiavica galattica (mail intendo). Gmail e' molto piu' comodo sotto tutti i punti di vista. Tra l'altro con dei mini-stub locali, si riesce ad avere buona parte dell'integrazione. Per esempio il notifier e' in grado di creare una mail con allegato (se ricordo bene) direttamente su gmail, e cosi' via. Se poi provassi mobile me, vedresti un'interfaccia web ricca tanto quanto quella dell'OS. E a volte trovo un'esagerazione questo scimmiottamento, ma tant'e. Infine, stavamo parlando di un gestionale. Molti analisti sono giunti alla conclusione che per questo tipo di applicazioni il web e' *davvero* piu' comodo. Per lo sviluppatore o per l'utente? Nota, non intendere questo come un principio di autorita', intendilo piu' come esperimenti separati hanno portato a queste
[Python] Medica2: videoguida 3
MEDICA2: [3] PRIMI PASSI CON L'AGENDA http://www.youtube.com/watch?v=wT_nEfpyIxU L'ultimo video sperimentale, ormai: dal prossimo dovrei avere una migliore qualita' di immagine, grazie al suggerimento di Davide di cambiare il set di colori del terminale. Ho trovato il miglior contrasto settandolo su Rxvt. Inoltre la finestra del capture sara' il terminale e senza contorno del desktop. mauro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Il giorno sab, 16/01/2010 alle 11.15 +0100, Lawrence Oluyede ha scritto: 2010/1/16 Pietro Battiston too...@email.it: Vabbé, chiedo scusa se il mio utilizzo della parola applicazione è impreciso, ma mi sembra chiaro il concetto: ci sono servizi che sono intrinsecamente fatti per stare sul web, ed altri no: penso che i secondi di solito ci perdano ad essere trasformati in webapp, e tra l'altro i primi di solito ci guadagnino ad avere delle API che permettano di interagire con applicazioni classiche (se vere non ti piace) - i blog sono l'esempio tipico. Sono d'accordo, non tutte le applicazioni sono fatte per stare sul web, ci mancherebbe. Però appunto, la cosa è da valutare per bene. Ho letto la tua risposta ad Enrico e mi sa che sono stato frainteso. Io non penso che le applicazioni classiche siano da buttare nel cestino (e l'ho anche scritto in una delle risposte), ho solo buttato lì l'idea che probabilmente è più facile farla sul web. Noto che tendi ad escludere dall'equazione i potenziali vantaggi delle applicazioni web. No, avevo detto che l'installer è del lavoro in più per le applicazioni desktop. (ai miei occhi, scrivere ed aggiornare un installer non è certo più difficile che aggiornare periodicamente un applicativo web, ma qui la mia ignoranza potrebbe tradirmi) In effetti, il mio assunto di partenza è che una applicazione web non userà mai i colori, gli shortcut e mille altre impostazioni che ho settato nel sistema che uso. Dimmi te se mi sbaglio. No, non sbagli, ma non c'è scritto da nessuna parte che una applicazione web debba essere speculare ad una applicazione desktop, no? Si esplorano nuovi paradigmi, nuovi modi di scrivere applicazioni con al centro l'utente. Ripeto: non sto dicendo che sia LA soluzione al vostro problema, penso che andrebbe considerata. Solo che mi è sembrato di capire che hai messo le mani avanti subito. A me sembra che i nuovi paradigmi abbiano semmai al centro lo sviluppatore, quando va bene, e quando va male solo un modello commerciale su misura per pochi grandi attori del panorama informatico. Inoltre youtube, a differenza del plugin di youtube del mio mediaplayer, non prende il tasto play/pause del mio computer. Molte applicazioni web hanno gli shortcut da tastiera, comunque Il mio era un esempio del fatto che quando lo fanno, lo fanno peggio. Gmail, a differenza del mio client di posta, non mi mette un'iconina sulla barra di sistema con il numero di email nuove. A parte che si può fare, ?! la mia domanda è: qual è il punto? Sapere che mi è arrivato un email? Io non mi separerei mai da Gmail perché in qualunque PC sono posso loggarmi e usare una applicazione web che non ha niente da invidiare a moltissime applicazioni offline. Uso anche Thunderbird in ufficio ma non è che mi sento più comodo che nell'usare Gmail direttamente. Quello che ti chiedo è: se dovessi commissionare, per te, Gmail, chiederesti una web app o un programma desktop (a parità di funzionalità che non abbiano a che fare con l'interfaccia)? Wikipedia, a differenza del client rss che uso per vedere i cambiamenti delle pagine che mi interessano, non mi mostra un messaggino quando ce n'è uno. Questa non l'ho capita. Io uso Google Reader da anni come client RSS perché posso tranquillamente accedervi da più pc. Wikipedia non è un client RSS :-) Google Reader non mi mostra un'iconina quando una delle pagine che seguo è cambiata. Gallery, o Flickr che sia, a differenza del programmino che uso per caricare le foto che voglio pubblicare, o Picasa che sia, mi obbliga a fare un sacco di click in più per selezionarle. Ok giusto, ma se non ci fosseero Flickr o Picasa dall'altra parte dove le carichi le tue foto ;-) ? A parte che le carico su Gallery, ma come già detto, applicazioni desktop ben integrate con servizi web sono il top, non viceversa. Certo, il desktop avrà vantaggi e svantaggi: a me sembra che abbia vantaggi (relativamente pochi) per i programmatori e svantaggi per gli utenti. Anche questa non l'ho capita. Perché volevo scrivere il contrario... ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Medica2: videoguida 3
Il giorno sab, 16/01/2010 alle 12.23 +0100, mauro ha scritto: MEDICA2: [3] PRIMI PASSI CON L'AGENDA http://www.youtube.com/watch?v=wT_nEfpyIxU L'ultimo video sperimentale, ormai: dal prossimo dovrei avere una migliore qualita' di immagine, grazie al suggerimento di Davide di cambiare il set di colori del terminale. Ho trovato il miglior contrasto settandolo su Rxvt. Inoltre la finestra del capture sara' il terminale e senza contorno del desktop. Così è leggibilissimo, ben fatto -- Davide Corio email: davide.corioatdomsense.com web: http://www.domsense.com ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
2010/1/16 Pietro Battiston too...@email.it: A me sembra che i nuovi paradigmi abbiano semmai al centro lo sviluppatore, quando va bene, e quando va male solo un modello commerciale su misura per pochi grandi attori del panorama informatico. Ne sei davvero sicuro? Ci sono fior fior di tomi sull'architettura delle informazioni, sul design e le interfacce grafiche sia web che non. Non prendere per esempio i siti fatti male :-) Tra l'altro ti posso portare come esempio un sacco di applicazioni desktop che sebbene integrate con il menu del desktop fanno visualmente e funzionalmente pena. Il problema secondo me in tutto questo discorso è che stiam cercando di fare delle contrapposizioni dove non ci sono. Gli sviluppatori e il designer sono la chiave, possono fare un lavoro egregio sul web e di merda sul desktop e viceversa. Se hai 10 minuti leggiti questo: http://intenseminimalism.com/2010/intense-minimalism-designing-the-website/ Ti fai un'idea sul lavoro che può esserci dietro pensare l'interfaccia di un semplice blog, figurati un sito complesso. Il fatto che noi sviluppatori magari non lo sappiamo fare non significa che non ci siano persone che lo sappiano fare come si deve ?! Mozilla prism ad esempio o i 10mila plugin per il pannello di Gnome per fare poll sul server e farti dire quanta posta hai. Persino il mio client IM mi dice quanta posta non letta ho su gmail cavoli :-) la mia domanda è: qual è il punto? Sapere che mi è arrivato un email? E cosa cambia dal tenere aperto il tab? Quello che ti chiedo è: se dovessi commissionare, per te, Gmail, chiederesti una web app o un programma desktop (a parità di funzionalità che non abbiano a che fare con l'interfaccia)? Web app tutta la vita Pietro. Mi basta ricordarmi la username e password e posso avere la stessa applicazione pronta al volo sul mac del mio capo, sul mio pc linux, sul mio mac di casa, dal mio cellulare (ok sul cell l'interfaccia è diversa), ecc ecc. Non so che esigenze tu abbia ma io da quando ho smesso di usare la posta offline (ed Eudora ai tempi mi piaceva molto, come mi piace Thunderbird) non mi sono mai pentito. Se il problema è il backup ci sono tonnellate di modi per salvarsi in locale la posta, compreso l'usare un client :-) Google Reader non mi mostra un'iconina quando una delle pagine che seguo è cambiata. Ma come no, ti dice nella lista quali son cambiate e quanti post nuovi ci sono :-) Boh mi sembra che questo punto dell'iconcina sia un po' poco solido. Tra l'altro se proprio vuoi un programma installabile ci sono reader offline che si sincronizzano con google reader così quando cambi PC puoi tranquillamente guardare i tuoi feed RSS :-) A parte che le carico su Gallery, ma come già detto, applicazioni desktop ben integrate con servizi web sono il top, non viceversa. In alcuni casi sì, ma non sempre. Però c'è sempre una applicazione web dietro, e io son partito da lì nella mia argomentazione, dal fatto che il web potrebbe abbattervi lo sbattimento. Se poi volete solo fare un API e farci una GUI in GTK nessuno vi ferma, anzi, sarebbe molto più facile che fare una applicazione GTK e poi tentare di portarla. -- Lawrence Oluyede [eng] http://oluyede.org - http://twitter.com/lawrenceoluyede [ita] http://www.neropercaso.it [flickr] http://www.flickr.com/photos/rhymes ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Il giorno sab, 16/01/2010 alle 13.13 +0100, Lawrence Oluyede ha scritto: 2010/1/16 Pietro Battiston too...@email.it: A me sembra che i nuovi paradigmi abbiano semmai al centro lo sviluppatore, quando va bene, e quando va male solo un modello commerciale su misura per pochi grandi attori del panorama informatico. Ne sei davvero sicuro? Ci sono fior fior di tomi sull'architettura delle informazioni, sul design e le interfacce grafiche sia web che non. Non prendere per esempio i siti fatti male :-) Tra l'altro ti posso portare come esempio un sacco di applicazioni desktop che sebbene integrate con il menu del desktop fanno visualmente e funzionalmente pena. Il problema secondo me in tutto questo discorso è che stiam cercando di fare delle contrapposizioni dove non ci sono. Gli sviluppatori e il designer sono la chiave, possono fare un lavoro egregio sul web e di merda sul desktop e viceversa. Se hai 10 minuti leggiti questo: http://intenseminimalism.com/2010/intense-minimalism-designing-the-website/ Ti fai un'idea sul lavoro che può esserci dietro pensare l'interfaccia di un semplice blog, figurati un sito complesso. Il fatto che noi sviluppatori magari non lo sappiamo fare non significa che non ci siano persone che lo sappiano fare come si deve Appunto :-) ?! Mozilla prism ad esempio o i 10mila plugin per il pannello di Gnome per fare poll sul server e farti dire quanta posta hai. Persino il mio client IM mi dice quanta posta non letta ho su gmail cavoli :-) la mia domanda è: qual è il punto? Sapere che mi è arrivato un email? E cosa cambia dal tenere aperto il tab? È scomodo. Mi si perde tra i tab. Devo andare a guardarlo io. Quello che ti chiedo è: se dovessi commissionare, per te, Gmail, chiederesti una web app o un programma desktop (a parità di funzionalità che non abbiano a che fare con l'interfaccia)? Web app tutta la vita Pietro. Mi basta ricordarmi la username e password e posso avere la stessa applicazione pronta al volo sul mac del mio capo, sul mio pc linux, sul mio mac di casa, dal mio cellulare (ok sul cell l'interfaccia è diversa), ecc ecc. Non so che esigenze tu abbia ma io da quando ho smesso di usare la posta offline (ed Eudora ai tempi mi piaceva molto, come mi piace Thunderbird) non mi sono mai pentito. Se il problema è il backup ci sono tonnellate di modi per salvarsi in locale la posta, compreso l'usare un client :-) No, figuriamoci, il backup è un problema secondario, e la privacy un problema OT. Io mi pianto proprio sull'integrazione dell'interfaccia, e semmai sull'indisponibilità permanente della connessione. Ma ho capito che abbiamo fondamentalmente gusti molto diversi, e forse non molti elementi certi su quali gusti siano più diffusi tra i medici e non informatici in generale. Google Reader non mi mostra un'iconina quando una delle pagine che seguo è cambiata. Ma come no, ti dice nella lista quali son cambiate e quanti post nuovi ci sono :-) Devo andarlo a vedere, mi si perde tra i tab, ecc... Boh mi sembra che questo punto dell'iconcina sia un po' poco solido. Tra l'altro se proprio vuoi un programma installabile ci sono reader offline che si sincronizzano con google reader così quando cambi PC puoi tranquillamente guardare i tuoi feed RSS :-) Appunto, altro esempio di app desktop per servizio web. A parte che le carico su Gallery, ma come già detto, applicazioni desktop ben integrate con servizi web sono il top, non viceversa. In alcuni casi sì, ma non sempre. Però c'è sempre una applicazione web dietro, e io son partito da lì nella mia argomentazione, dal fatto che il web potrebbe abbattervi lo sbattimento. Se poi volete solo fare un API e farci una GUI in GTK nessuno vi ferma, anzi, sarebbe molto più facile che fare una applicazione GTK e poi tentare di portarla. Assolutamente, questa sembra la scelta ottimale anche a me. Per il resto, ho capito che buona parte delle divergenze provengono semplicemente da gusti diversi. ciao e grazie del confronto Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
2010/1/16 Pietro Battiston too...@email.it: Ma ho capito che abbiamo fondamentalmente gusti molto diversi, e forse non molti elementi certi su quali gusti siano più diffusi tra i medici e non informatici in generale. Direi che è la chiave di volta, possiamo discutere quanto ci pare ma senza una serie di casi d'uso reali non si va da nessuna parte o si rischia di toppare in pieno. Ciao! -- Lawrence Oluyede [eng] http://oluyede.org - http://twitter.com/lawrenceoluyede [ita] http://www.neropercaso.it [flickr] http://www.flickr.com/photos/rhymes ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Il giorno 16/gen/2010, alle ore 11.04, Enrico Franchi ha scritto: Se poi provassi mobile me, vedresti un'interfaccia web ricca tanto quanto quella dell'OS. E a volte trovo un'esagerazione questo scimmiottamento, ma tant'e. Eh beh c'è anche roba come: http://280slides.com/Editor/ Infine, stavamo parlando di un gestionale. Molti analisti sono giunti alla conclusione che per questo tipo di applicazioni il web e' *davvero* piu' comodo. Nota, non intendere questo come un principio di autorita', intendilo piu' come esperimenti separati hanno portato a queste conclusioni. Questo puoi vederlo visto gli sviluppi concreti delle applicazioni. Sarebbe carino leggere i documenti di analisi, che ti porterebbero probabilmente piu' informazione sulle scelte reali alla base di questo. Avevo già sentito parlare di analisi del genere, ed avevo già notato che sono un po' superficiali. Probabilmente la conclusione è corretta per una percentuale molto grande degli utenti di questo genere di applicazioni, ma in MOLTI casi l'integrazione con il sistema fisico sottostante è semplicemente necessaria. Esempio banale: lettori di barcode non in emulazione di tastiera, oppure stampanti di barcode, o qualunque altra periferica (plotter, registratori di cassa, macchinari industriali, ecc). Sono esigenze piuttosto diffuse, che con un'applicazione web pura diventano difficili da soddisfare, sebbene non impossibili. D'altra parte è anche ovvio che avendo un'applicazione web ben strutturata e con una api chiara e pulita, metterci su un client desktop diventa un lavoro banale. Infine, c'è da dire che l'applicazione desktop è ancora vista MOLTO spesso come più performante/più comoda da usare/meno error prone. Questa situazione sta cambiando rapidamente, ma ancora molti clienti (soprattutto in realtà piccole o ignoranti informaticamente) chiedono espressamente un'interfaccia desktop, e personalmente ho avuto almeno due esperienze in cui sostituire l'interfaccia desktop con una web, per quanto ben congegnata, avrebbe fatto probabilmente perdere produttività agli utenti, che ormai utilizzavano (una singola funzione de) il software letteralmente ad occhi chiusi e attendendosi stabilità e rapidità di risposta molto alte. Probabilmente oggi con i vari framework javascript (extjs, cappuccino, ecc) si riuscirebbe ad ottenere un'interfaccia web equivalente, ma non ne sono del tutto sicuro. Ciò di cui sono sicuro è che sono probabilmente esigenze di nicchia di cui non vale la pena di preoccuparsi accingendosi a sviluppare un software open source in modo collaborativo. Ripeto: quando (e se) si presenta l'esigenza, se non c'è un modo per risolverla in maniera soddisfacente con javascript, sviluppare un client desktop è molto semplice. -- Antonio Valente ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] impostare una condizione costruendo una lista
sì, scusa, era ovviamente un 10... ;) grazie davvero per il tuo aiuto! simone Il giorno 16/gen/2010, alle ore 12.15, Pietro Battiston ha scritto: Il giorno sab, 16/01/2010 alle 11.45 +0100, simone gabbriellini ha scritto: Salve, sto cercando di costruire una lista di tuple, in questo modo: [ (i, e) for i in range(0,11) for e in range(i+1,3+i) ] [(0, 1), (0, 2), (1, 2), (1, 3), (2, 3), (2, 4), (3, 4), (3, 5), (4, 5), (4, 6), (5, 6), (5, 7), (6, 7), (6, 8), (7, 8), (7, 9), (8, 9), (8, 10), (9, 10), (9, 11), (10, 11), (10, 12)] dato che queste coppie rappresentano collegamenti tra dieci nodi di un grafo regolare, vorrei riuscire ad impostare una condizione tale per cui le ultime tre tuple diventino: (9, 1) (10, 1) (10, 2) è possibile ottenere questo risultato direttamente all'interno di questa lista oppure devo costruirne una seconda e poi unirle? Se fai solo questo cambiamento, hai indici da 0 a 11, quindi se ho capito cosa intendi bene hai _undici_ nodi di un grafo. Ammettendo quindi che l'11 da sostituire con un 10, ti torna [ (i, e%10) for i in range(10) for e in range(i+1,3+i) ] o se preferisci [ (i+1, e%10+1) for i in range(10) for e in range(i+1,3+i) ] ? ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Object mapper per LDAP?
Ciao, devo fare una piccola interfaccia web per la gestione di utenti scolastici con sistema di autenticazione in LDAP. Avendo acquisito un po' di esperieza in ORM per database mi chiedo quanto sia utile usare un modello simile per LDAP. Guardando qui [1] ho visto alcuni programmi che promettono queste funzionalità di cui ho guardato in particolare pumpkin [2] e ldap-om [3]. Qualcuno ha suggerimenti utili o esperienze con questi o altri object mapper per ldap? grazie sandro [1] http://stackoverflow.com/questions/1544535/which-ldap-object-mapper-for-python-can-you-recommend [2] http://pumpkin.prymitive.com/index.html [3] http://launchpad.net/pyton-ldap-om -- Sandro Dentella *:-) http://sqlkit.argolinux.orgSQLkit home page - PyGTK/python/sqlalchemy ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Medica2: videoguide 4-6
MEDICA2: [4] ANCORA SU AGENDA E DIARIO http://www.youtube.com/watch?v=B18cp9qMThY MEDICA2: [5] ULTIMA CARRELLATA SULL'AGENDA/DIARIO http://www.youtube.com/watch?v=ajLEwusILh8 MEDICA2: [6] LA COPERTINA http://www.youtube.com/watch?v=2BpYmozlDY8 ..qualche piccolo errore o svista nei formale (ma si tratta di improvvisazioni, non preparate) non dovrebbe disturbare la lettura dei contenuti delle guide.. Molto migliorata la qualita' dell'immagine.. un piccolo ronzio di natura sconosciuta nella 5. mauro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
On 1/16/10 12:17 PM, Pietro Battiston too...@email.it wrote: Cerco di limitare le risposte alle parti dove vedo un barlume di costruttività. Mi chiedo chi tu ti creda di essere per andare cianciando di barlumi di costruttivita' qua e la. Comunque, sorvoliamo pure sui tuoi modi arroganti. Gente ben più esperta di me (e forse di te, non so) si è sbattuta per anni sullo studio di interfacce, non sono io la persona, né questo è il luogo giusto, per un'esposizione completa. Però ho fatto vari accenni a cui non ho ricevuto risposte granché soddisfacenti. Vedi, se insisti ti devo dire che probabilmente hai capito *pochissimo* del problema. Avrei omesso statements cosi' forti, ma visto che tu ti permetti di dare giudizi di costruttivita', non mi sento particolarmente vincolato a tenere i toni bassi *io*. Per gli studi di usabilita' il focus non sono tanto le *tecnologie*, in genere, bensi' *come* progettare le interfacce. Le tecnologie impongono, chiaramente, dei vincoli. Questo puo' rendere impraticabile determinate applicazioni su determinate piattaforme. Ma qui e' tutto. Buona parte degli studi di usabilita' riguardano come presentare i dati (quali che siano), come strutturare le azioni, come rendere gli use-case nel modo piu' intuitivo, anche come pilotare l'applicazione in determinati contesti (solo tastiera, solo mouse). Ci sono, sono d'accordo, pagine e pagine di paperi a riguardo. Il fatto e' che buona parte della ricerca e degli studi sono fatti *proprio* in contesto web riguardo l'usabilita' delle applicazioni web. Citare studi di usabilita' e non comprendere che studi analoghi sono fatti anche specificamente all'interno della comunita' web... Ad esempio?!! Combinazioni standard del tuo desktop? Drag and drop avanzato?! Icone di notifica?! Inserimento nei menu?! Combinazioni standard del mio desktop? Si. DD avanzato che intendi? Ricordo che sono un utente OS X, il DD che trovo normalmente in un destkop linux lo considero piuttosto primitivo. Quello che IMHO tu confondi e' che chiedi all'applicazione web di implementare le *soluzioni* del desktop e non semplicemente di risolvere i problemi. Quello che penso io è che la semplicita di deployment - perché alla fine è evidentemente quello il punto - la paghi con una minore qualità per l'utente. E questo e' tutt'ora da dimostrare. Ma appunto, l'optimum sono applicazioni desktop ben integrate con servizi web, non il contrario. No. Parti dal presupposto che le applicazioni desktop siano migliori (che poi che vuol dire sara' un'altra volta da spiegare) e concludi che, guarda caso, sono migliori (suppongo sempre per il discorso di cui sopra). Per lo sviluppatore o per l'utente? Le sollevazioni popolari contro le applicazioni web non si sono viste. Non mi sembra che i clienti di Giovanni, per esempio, siano particolarmente scontenti. Mi auguro per lui che siano anzi particolarmente contenti e non ho dubbi in proposito, anzi. E' solo un esempio, intendo, ma non credi che sarebbe tornato indietro se i clienti non fossero soddisfatti? Non e' Microsoft che fa il cavolo che vuole: una software house fallisce se i clienti sono scontenti. Evidentemente le applicazioni web che fornisce hanno interfacce decisamente adeguate a giudizio dei suoi clienti. Quindi *non* mi sembra che i clienti siano particolarmente scontenti dei servizi web. Anzi, io li vedo sempre piu' affermarsi. Evidentemente alla gente *piacciono*. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] pygtk: AttributeError: 'module' object has no attribute 'Window'
Ciao a tutti, sono un sei mesi che ho iniziato ad utilizzare Python, e lo trovo stupendo. Ho già creato una mia applicazione, usando le librerie Tkinter. Ora vorrei iniziare a studiare un po' le Gtk.. ho iniziato con il tutorial su Pygtk, ma mi blocco al primo programmino: import pygtk pygtk.require('2.0') import gtk class FirstWin: def __init__(self): self.win = gtk.Window(gtk.WINDOW_TOPLEVEL) self.win.show() def main(self): gtk.main() if __name__ == __main__: first = FirstWin() first.main() con sto risultato: self.win = gtk.Window(gtk.WINDOW_TOPLEVEL) AttributeError: 'module' object has no attribute 'Window' Dove sbaglio? Lavoro su Ubuntu 9.10 se importo le librerie da prompt idle, non mi dà errore... Ho googlato un po', ma non ho trovato soluzioni.. Marco ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] pygtk: AttributeError: 'module' object has no attribute 'Window'
Il giorno sab, 16/01/2010 alle 19.30 +0100, Marco Fochesato ha scritto: Ciao a tutti, sono un sei mesi che ho iniziato ad utilizzare Python, e lo trovo stupendo. Ho già creato una mia applicazione, usando le librerie Tkinter. Ora vorrei iniziare a studiare un po' le Gtk.. ho iniziato con il tutorial su Pygtk, ma mi blocco al primo programmino: import pygtk pygtk.require('2.0') import gtk class FirstWin: def __init__(self): self.win = gtk.Window(gtk.WINDOW_TOPLEVEL) self.win.show() def main(self): gtk.main() if __name__ == __main__: first = FirstWin() first.main() con sto risultato: self.win = gtk.Window(gtk.WINDOW_TOPLEVEL) AttributeError: 'module' object has no attribute 'Window' Dove sbaglio? Potresti riportare un traceback completo? A me il programmino funziona... Come lo esegui? Lavoro su Ubuntu 9.10 anch'io... ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Il giorno sab, 16/01/2010 alle 18.57 +0100, Enrico Franchi ha scritto: On 1/16/10 12:17 PM, Pietro Battiston too...@email.it wrote: Gente ben più esperta di me (e forse di te, non so) si è sbattuta per anni sullo studio di interfacce, non sono io la persona, né questo è il luogo giusto, per un'esposizione completa. Però ho fatto vari accenni a cui non ho ricevuto risposte granché soddisfacenti. Vedi, se insisti ti devo dire che probabilmente hai capito *pochissimo* del problema. Avrei omesso statements cosi' forti, ma visto che tu ti permetti di dare giudizi di costruttivita', non mi sento particolarmente vincolato a tenere i toni bassi *io*. non ti preoccupare Per gli studi di usabilita' il focus non sono tanto le *tecnologie*, in genere, bensi' *come* progettare le interfacce. Le tecnologie impongono, chiaramente, dei vincoli. Questo puo' rendere impraticabile determinate applicazioni su determinate piattaforme. Ma qui e' tutto. Buona parte degli studi di usabilita' riguardano come presentare i dati (quali che siano), come strutturare le azioni, come rendere gli use-case nel modo piu' intuitivo, anche come pilotare l'applicazione in determinati contesti (solo tastiera, solo mouse). Ci sono, sono d'accordo, pagine e pagine di paperi a riguardo. Il fatto e' che buona parte della ricerca e degli studi sono fatti *proprio* in contesto web riguardo l'usabilita' delle applicazioni web. Citare studi di usabilita' e non comprendere che studi analoghi sono fatti anche specificamente all'interno della comunita' web... _Anche_. E sono ovviamente studi più _limitati_, anche se verosimilmente molto _approfonditi_. Non sono gli studi a cui chiederei se il web è una buona tecnologia per le interfacce _rispetto alle altre_. Ad esempio?!! Combinazioni standard del tuo desktop? Drag and drop avanzato?! Icone di notifica?! Inserimento nei menu?! Combinazioni standard del mio desktop? Si. Sono sbalordito. Anche perché le combinazioni standard del mio desktop me le sono settate io. DD avanzato che intendi? Ricordo che sono un utente OS X, il DD che trovo normalmente in un destkop linux lo considero piuttosto primitivo. Facciamo il copia/incolla - o il drag and drop se preferisci, dato che l'hai tirato in ballo - di un qualsiasi mimetype diverso da txt/plain tra due qualsiasi applicazioni diverse, giusto per cominciare. Quello che IMHO tu confondi e' che chiedi all'applicazione web di implementare le *soluzioni* del desktop e non semplicemente di risolvere i problemi. Non mi ero confuso. Per lo sviluppatore o per l'utente? Le sollevazioni popolari contro le applicazioni web non si sono viste. Non mi sembra che i clienti di Giovanni, per esempio, siano particolarmente scontenti. Mi auguro per lui che siano anzi particolarmente contenti e non ho dubbi in proposito, anzi. Non ho dubbi che anche con il web si possano ottenere soluzioni di ottima qualità, e che l'interfaccia - intesa proprio nel senso più (letteralmente) superficiale - non sia la componente più importante per software del genere. [...] Non e' Microsoft che fa il cavolo che vuole: [...] Mmh. Di certo interpretiamo in modo diverso quel che succede al mondo... Quindi *non* mi sembra che i clienti siano particolarmente scontenti dei servizi web. ... e di conseguenza ne traiamo conclusioni piuttosto diverse. ciao Pietro ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Il giorno 16/gen/2010, alle ore 20.11, Pietro Battiston ha scritto: Le sollevazioni popolari contro le applicazioni web non si sono viste. Non mi sembra che i clienti di Giovanni, per esempio, siano particolarmente scontenti. Mi auguro per lui che siano anzi particolarmente contenti e non ho dubbi in proposito, anzi. Non ho dubbi che anche con il web si possano ottenere soluzioni di ottima qualità, e che l'interfaccia - intesa proprio nel senso più (letteralmente) superficiale - non sia la componente più importante per software del genere. Vorrei arricchire il discorso con delle considerazioni di carattere economico. Quando si parla di realizzare gestionali da 'vendere' esiste un vincolo economico che è rappresentato da quanto il cliente *crede* sia giusto spendere per risolvere certi problemi. Onestamente non ho mai trovato clienti che mi chiedessero di implementare certe specifiche di interfaccia come mouse o tastiera, dragdrop o altro. Il cliente normalmente chiede che l'applicazione faccia *bene* il suo lavoro, che sia mantenuta nel tempo, che in caso di cambi di tecnologie non comporti la perdita delle informazioni per passare a sistemi più aggiornati ecc. ecc. Insomma scrivere gestionali su misura non significa risolvere i problemi e basta. Significa risolverli in modo che il cliente spenda il *giusto*, lo sviluppatore riceva il *giusto* e l'applicazione nuova si paghi in un orizzonte temporale non troppo lungo grazie al risparmio di tempo e fatica. Alcune delle cose sembrano evidenti ma in questo momento stiamo passando al nostro nuovo framework programmi e dati che sono stati installati da un cliente che si occupa di trasporti e depositi nel 1980 per la prima volta. Da allora ci sono stati 4 cambi di tecnologie e piattaforme e i dati sono sempre stati migrati non fermando l'attività nemmeno per un giorno. Sviluppare gestionali non significa fare le applicazioni tecnicamente migliori ma quelle economicamente migliori. Il fatto di avere oltre il 90% di codice comune tra una gestione trasportatori, una gestione di un poliambulatorio e quella di un'agenzia letteraria (tanto per fare 3 casi) significa ammortizzare su molti clienti/applicativi il costo di sviluppo. Significa quindi dare prodotti migliori per un costo ragionevole. Chi dice: 'uso di volta in volta il linguaggio migliore' dimentica che il suo lavoro dovrà essere remunerato e il tempo di sviluppo, i costi di customizzazione e quelli di mantenimento nel tempo si riducono drasticamente usando gli opportuni accorgimenti. Tra questi lo sviluppo web. Perchè ? Semplice: in caso di problemi o modifiche necessarie con preavviso di 'ore' o minuti, il fatto di modificare su un server rende le modifiche disponibili immediatamente senza necessita di aggiornare magari 50 macchine sparpagliate in tutta Italia o nel mondo. La tempestività è un valore che il cliente apprezza ben più di una scorciatoia da tastiera o di un' icona particolarmente bella. Scrivere buoni gestionali non è saper programmare e basta. Scrivere gestionali significa capire le necessità di chi hai davanti, prospettare le funzionalità che potrebbero rendere più agile il lavoro, assicurare un'assistenza continua. Bene... potrei annoiarvi ancora ma poi mi uccidete :D Ciao G ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] pygtk: AttributeError: 'module' object has no attribute 'Window'
Potresti riportare un traceback completo? A me il programmino funziona... Come lo esegui? ecco: Traceback (most recent call last): File /home/marco/center.py, line 11, in module first = FirstWin() File /home/marco/center.py, line 6, in __init__ self.win = gtk.Window(gtk.WINDOW_TOPLEVEL) AttributeError: 'module' object has no attribute 'Window' uso l'idle di python per eseguirlo, cioè: il programma è salvato nel file center.py (nome dato a caso), lo apro con l'idle e lo lancio con F5.. come faccio con tutti i miei programmuzzi. Marco ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] pygtk: AttributeError: 'module' object has no attribute 'Window'
Non è che hai un modulo nella tua home di nome gtk.py (o .pyc)? -- Antonio Valente Si... che stupido.. all'inizio sto programmino l'avevo proprio chiamato gtk.py.. ora li ho eliminati, sia il .py che il .pyc E FUNZIONA.. Scusatemi ragazzi e grazie mille... Marco ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2
Il 16/01/2010 11.04, Enrico Franchi ha scritto: On 1/16/10 7:35 AM, Pietro Battistontoo...@email.it wrote: Mi risulta che il bello del python sia anche (rispetto ad esempio al C) che permette programmazione multipiattaforma prendendosi cura di molti dettagli, ma certamente ci può essere qualcosa che sfugge. Una cosa bella grossa ti sfugge. Il deployment. Sono imbarazzato per la mia ignoranza, ma anche se faccio software da quarant'anni non so cosa sia il deployment. Ti dispiacerebbe dirmelo? Grazie: Aldes Rossi ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] [OT] Cerco posto lavoro stimolante.
Che i soldi suppliscano alla responsabilità personale è una visione un po' triste del software libero, e solo parzialmente vera. No il punto di vista e' diverso: io come direbbero a Napoli, Tengo famiglia. Siginifica che devo garantire tutti i mesi un certo introito per vivere. Se il lavoro lo faccio per mio diletto, presto o tardi mi trovo a non avere tempo sufficiente da dedicargli, e la cosa finisce con essere rinviata, giorno dopo giorno, a tempi migliori. Senza numeri alla mano, sono pronto a scommettere che se prendi tutto il codice libero scritto e lo pesi per l'utilizzo del programma (dando quindi poca importanza a programmi che nessuno si fila, come tantissimi progetti su SourceForge), la _maggior parte_ è scritta nel tempo libero. A dire il vero questo puo' essere vero, ma come ho gia' detto, vale per applicativi di cui hai biogno tu in prima persona. possibilita' di fare una cosa interessante per la collettivita' ma anche di non saltare il pasto (nel mio caso oltrte che me lo salterebberoi moglie, figlio, 4 cagnoni, 20 gatti etc. ;) ). Benissimo. Quel che dico (senza prendermene alcun merito, perché è un dato di fatto _evidente) è che il mondo del software libero è fatto anche di tanti volontari, e che sono fondamentali. Mai detto l'opposto. Ho solo affermato quanto mi sggeriscono parecchi annetti di esperienza. E non lo dico perche ho sete di soldi. Se avessi la possibilita' programmerei solo SW Open Source e senza alcun compenso (tranne la soddisfazione di avere fatto qualcosa per la collettivita'). Allora i progetti OS sono di due tipi: 1. Mi scrivo una utility che mi serve. La rilascio in OS (BSD, GPL, 2. Scrivo una appliocazione per qualcuno, un utente finale, che non ha 3. Scrivo un programma perché mi piace la sfida intellettuale/politica/sociale/filosofica/per dimostrare che sono bravo/perché serve alla ragazza che voglio sedurre/perché spero di ricevere donazioni per quel che ho fatto/perché spero di essere pagato per configurazioni o formazione/perché rappresenta la mia tesi di laurea o dottorato/perché è il prodotto di una mia ricerca che svolgo all'interno di un'università pubblica/per il gusto di dare torto a chi dice che i progetti OS sono di due tipi: quelli che mi servono e quelli per cui mi pagano. Gran parte della lista ricade nel caso 1. Carlos ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Dubito che il mio dottore abbia internet in ufficio. Un framework come TurboGears2 (non a caso Python) ha il suo WbeServer da avviare come servizio. Ergo possiamo dare l'applicazione che si installa e gira senza richiedere Internet, dato che il web server sarebbe sullo stesso portatile. Carlos ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
Vorrei arricchire il discorso con delle considerazioni di carattere economico. Quando si parla di realizzare gestionali da 'vendere' [Snip] Scrivere buoni gestionali non è saper programmare e basta. Scrivere gestionali significa capire le necessità di chi hai davanti, prospettare le funzionalità che potrebbero rendere più agile il lavoro, assicurare un'assistenza continua. Sottoscrivo in pieno quanto affermi.Che poi uno possa preferire il web o il Client ( io di solito il primo ma in alcuni casi scelgo la seconda opzione) spesso e' una scelta di gusti personali. Carlos ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2 Was: [OT] Cerco posto lavoro stimolante.
On 1/16/10 8:11 PM, Pietro Battiston too...@email.it wrote: _Anche_. E sono ovviamente studi più _limitati_, anche se verosimilmente molto _approfonditi_. Non sono gli studi a cui chiederei se il web è una buona tecnologia per le interfacce _rispetto alle altre_. Hai piu' volte detto di non sapere (quasi) nulla dello sviluppo sul Web. Adesso pero' sembrerebbe tu sia sufficientemente competente a riguardo da conoscere in dettaglio la letteratura di usabilita' in modo da poter dire che sono piu' limitati. Ne prendo atto, da quello che avevi tu stesso detto avevo capito diversamente. Sono sbalordito. Anche perché le combinazioni standard del mio desktop me le sono settate io. Io invece no. Si chiamano standard per un motivo. La storia ha insegnato piuttosto chiaramente che non e' una strada che porta bene. Almeno un noto programma e' nato proprio come set di combinazioni e comandi standard. Comunque *potrei* settarli come vorrei. E questi settings si estenderebbero anche al browser e di conseguenza alle applicazioni web. DD avanzato che intendi? Ricordo che sono un utente OS X, il DD che trovo normalmente in un destkop linux lo considero piuttosto primitivo. Facciamo il copia/incolla - o il drag and drop se preferisci, dato che l'hai tirato in ballo - di un qualsiasi mimetype diverso da txt/plain tra due qualsiasi applicazioni diverse, giusto per cominciare. Mi sembra roba piuttosto di base, sinceramente. Comunque... Dove vogliamo arrivare? Al fatto che devi avere *bisogno* di questo tipo di cose? Comunque per dire se io trascino un file sul form di upload di un file, per dire, questo file viene preso. Gia'. Ma vogliamo fare un po' di use-case concreti oppure stare cosi'? Perche' sai, bisogna vedere quali di queste cose servono e in che contesto. Per molti workflow l'applicazione 'grassa' e' tutt'ora insostituibile e ho idea che lo rimarra' anche nell'immediato futuro. Sono piu' o meno gli stessi contesti in cui trovo inutilizzabile Linux rispetto ad OS X. Allo stesso modo, Word e' *estremamente* piu' ricco di Google Docs. Talmente ricco che in sostanza molte funzioni *non* si usano. Molti word processor che uso con piacere non sono molto piu' ricchi, in termini di funzionalita', di Google Docs. Perche' li uso? Forza dell'abitudine. Alcuni li ho anche pagati. Trovo invece insostituibili i docs in contesto di collaborazione: semplicemente le facilities per la collaborazione su files 'binari' degli SCM non e' adeguata al lavoro in gruppo. Viceversa, google docs e' assolutamente usabile e ricchissimo. Pensa a google analytics. E' essenzialmente un'applicazione di reportistica. Immaginatela pure desktop. Io non riesco a immaginare a cosa potrebbe fare tale applicazione su desktop che gia' non faccia. Quello che IMHO tu confondi e' che chiedi all'applicazione web di implementare le *soluzioni* del desktop e non semplicemente di risolvere i problemi. Non mi ero confuso. Allora stai commettendo un grave errore di fondo. Non ho dubbi che anche con il web si possano ottenere soluzioni di ottima qualità, e che l'interfaccia - intesa proprio nel senso più (letteralmente) superficiale - non sia la componente più importante per software del genere. L'interfaccia e' invece proprio essenziale: se il flusso di lavoro e' scomodo, si lavora male e si perdono un sacco di soldi. D'altra parte dovresti saperlo visto che dici di fare gestionali. Le operazioni devono essere fattibili nell'ordine giusto, nel modo giusto, con i giusti controlli per gli errori, etc etc etc. L'interfaccia e' *importantissima*. Per le applicazioni gestionali per organizzazioni moderate potrebbe addirittua essere proprio il componente critico. [...] Non e' Microsoft che fa il cavolo che vuole: [...] Mmh. Di certo interpretiamo in modo diverso quel che succede al mondo... E' un tentativo di dirty quoting disonesto o una castroneria galattica? ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Porting medica2
On 1/16/10 9:50 PM, Aldes Rossi rossial...@libero.it wrote: Sono imbarazzato per la mia ignoranza, ma anche se faccio software da quarant'anni non so cosa sia il deployment. Ti dispiacerebbe dirmelo? Se fai software da quarant¹anni *sai* cos'e' il deployment. Al limite non sai che si chiama cosi'. ;) http://en.wikipedia.org/wiki/Software_deployment ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python