Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - Ikitt

Pagine: [1] 2 3 ... 12
1
Mondo Python / Re: Python 3 come default in Fedora
« il: Ottobre 28, 2013, 11:19 »
Ok, la target release è Fedora 22: in questo momento siamo alla 19, una release ogni 6 mesi circa, si parla di di Dicembre del prossimo anno.

Vista però che ormai la deadline di Python 2.7 è ormai alle porte, meno di 2 anni, e che Python 3.x sembra ormai ben avviato (3.3 pare davvero una bella bestia),
forse è il caso di cominciare a pensarci anche noi poveri mortali per i nuovi progetti.

Voi come state messi?
Per il codice nuovo, sviluppo prima per python 3.x (x>=3) e poi cerco la compatibilita` con py 2.7. Questo per progetti nuovi/personali/no legacy.
Altrimenti, i ruoli si scambiano.  :thinking:

2
Base / Re: Socket non solo in LAN
« il: Ottobre 11, 2013, 15:23 »
Scrivere "hello world" o simili in PHP (probabilmente) e` piu` facile. Tutto il resto...

3
Visto che il primo rilascio si avvicina, mi permetto di aggiungere il primo (di una serie di) post introduttivo.

Mi si perdonino eventuali typo, ho scritto alquanto di fretta =)

http://mojaves.github.io/pythonic-powerful-multimedia-processing-pyrana.html

come al solito, a disposizione per qualunque chiarimento o domanda.

4
Progetti e script / Pyrana reborn - binding alle librerie FFMpeg
« il: Settembre 15, 2013, 14:02 »
Ciao,

Da qualche settimana ci sto dando dentro per riprendere, migliorare ed estendere un mio vecchio progetto che era rimasto stagnante, pyrana.

Pyrana (https://bitbucket.org/mojaves/pyrana) e` un package che offre accesso alle librerie FFMpeg (libavformat, libavcodec), pur restando semplice, pratico e pythonico.

Highlights:
* puro python
* supporta python3!! [1]
* si aggancia (con CFFI) direttamente alle librerie! Niente hack con subprocess!
* (prevista) interoperabilita` con PIL/Pillow, tkinter, SDL (o altri GUI toolkit) e (in futuro) numpy
* test coverage e documentazione sono una priorita`
* licenza: il codice in se e` ZLIB (circa uguale a MIT/X/BSD), ma senza FFMpeg si va poco lontano; FFMpeg a sua volta puo` essere GPL o LGPL a seconda di com'e` configurato

Attualmente siamo vicini alla prima milestone, ma siamo ancora in pienissima fase alpha. Il presente e` per raccogliere un po' di feedback iniziale e vedere se sinora mi sto scordando qualcosa di grosso.

Quindi, chi e` interessato si faccia avanti! Ogni commento o feedback e` benvenuto!

Happy hacking,

+++

[1] Per la precisione supporta SOLO python 3! Il supporto per python 2.7 e` previsto in futuro.

5
Citazione
Ma supponiamo voi siate al bar, un venerdì sera, e i vostri amici iniziano a parlare di lavoro, due muratori, un meccanico, un idraulico...
Chiaro che, dopo qualche birra e molte discussioni, esce la frase :
"Per te è facile, basta stare davanti ad un computer"
Nei requisiti della risposta, i suddetti tizi devono anche rimanere amici oppure no?

+1. Al netto della mia (comunque rilevante, per certe cose) permalosaggine, uno/a che fa un'insinuazione del genere non e` verosimilmente amico/a mio, e/o sta provando seriamente a smettere di esserlo ;)

Il topic comunque e` interessante, appena riesco a trovare tempo e modo di elaborare una risposta decente aggiungo volentieri i miei 2c.

6
ForumPython.it cafè / Re: Giovani con le idee chiare
« il: Marzo 09, 2013, 13:22 »
Si puo` una versione hardcopy di questo thread?
Signori, thread come questi sono un dei motivi per cui seguo questo forum. Applausi.

7
Altri linguaggi / Re: Delucidazioni sulla creazione di moduli C
« il: Febbraio 25, 2013, 09:44 »
Grazie :) purtroppo pyrana e` un po' fermo perche` ultimamente lavoro poco[1] coi file video. Non e` molto usabile.
Se qualcuno volesse contribuire... :)

[1] o meglio, nulla :(

8
Altri linguaggi / Re: Delucidazioni sulla creazione di moduli C
« il: Febbraio 24, 2013, 15:57 »
[...]Ma qualcuno di voi ha mai avuto bisogno di scrivere qualcosa in C per Python? Ossia avete mai riscontrato un qualche limite nella velocità d'esecuzione dei programmi Python?
Si, mi e` capitato[1] qualche[2] volta[3]. La velocita` di esecuzione di CPython, quando si devono macinare grosse moli di dati _E_ non si puo` parallelizzare facilmente, puo` diventare un problema; comunque, se uno ha il dubbio che le performance possano essere un problema, tipicamente non lo sono. E questo per la mia esperienza copre il 90% buono dei casi.

Se hai un problema di performance, di solito i fatti e i numeri non lasciano dubbi in merito ;)

Piu spesso che no, scrivo estensioni per diletto (!!!) o per interfacciarmi con librerie C/C++ preesistenti.

+++

[1] https://bitbucket.org/france/pyskiplist [4]
[2] https://bitbucket.org/mojaves/pyksm
[3] https://bitbucket.org/mojaves/pyrana
[4] in procinto di essere mosso nel nuovo account (mojaves) dal vecchio (france)

9
Benvenuto e regolamento / Re: Dal PHP a PYTHON
« il: Febbraio 03, 2013, 11:09 »
Devo ammettere che ho citato MySql più che altro per ignoranza e sentito dire, quindi mi scuso.
Non hai di che scusarti.
L'episodio, tuttavia, e` ulteriore conferma del fatto che certe tecnologie si "scelgono" perche`...
1. non se ne conoscono altre
2. tutti usano quella
3. 1+2

CVD? :)

10
Benvenuto e regolamento / Re: Dal PHP a PYTHON
« il: Febbraio 03, 2013, 11:07 »
Yup. Per inciso, quella che citi e` la cultura unix.
E sempre per inciso negli ultimi 5 anni non ho visto nessun PC con il lettore floppy (ne con il controller floppy se e` per quello).
Sunto: Quanto detto vale per i dati. Il codice va fatto evolvere. Congelarlo non risolve il problema.

11
Benvenuto e regolamento / Re: Dal PHP a PYTHON
« il: Febbraio 03, 2013, 09:31 »
Citazione
Beh, perche' firebird non e' noto per essere il peggior database relazionale della storia.
Preferisco qualcosa di leggermente "peggiore" che rispetti l'sql standard, se devo imparare quello, per gli esperimenti c'è tempo hehe
Non mi risulta che firebird supporti l'SQL standard peggio di mysql pero`.
Non sara` che tutti conoscono mysql mentre firebird... Cos'e` che e` firebird di preciso? ;)

12
Benvenuto e regolamento / Re: Dal PHP a PYTHON
« il: Febbraio 03, 2013, 09:30 »
[...]
Ma e' davvero cosi' difficile entrare in contatto questi strumenti?
Secondo me? Si. E` un sotto prodotto della dominante cultura windows. Ah, e anche del fatto che una percentuale a due cifre di chi sviluppa non vede oltre il proprio naso.

(stamattina mi son svegliato acido, buongiorno a tutti :) )

13
Altre tematiche / Re: IDE Python quale usate e perchè
« il: Gennaio 07, 2013, 12:18 »
Questo é un off topic
Se mi posso permettere e lo dico con molta serenità, aggiungo pure che sono nuovo da queste parti, aggiungo pure che ho tanta voglia di apprendere, e aggiungo anche che non vorrei sembrare scortese, ho l'impressione che ci sia troppo atteggiamento da erudito e da "qui so tutto io" nelle risposte...
[...]
adesso chiudimi pure questo topic
Ecco, l'off topic per cortesia chiudiamolo subito. Le premesse non sono entusiasmanti, suggerirei di evitare di considerare l'interlocutore ostile sulla base delle proprie impressioni.

14
Progetti e script / Re: ANN: pyskiplist 0.0.1
« il: Dicembre 26, 2012, 22:05 »
Guardando la tua pagina su bitbucket mi sono venute in mente alcune osservazioni da farti.
Negli esempi:
[codice]
>>> import random
>>> import skiplist
>>> s = skiplist.SkipList(cmp, random.random)
>>> for i in range(10):
...     s.insert(chr(ord('a') + i))
...
[/codice]
Ma perchè non hai fatto:
[codice]
>>> for char in 'abcdefghij':
...     s.insert(char)
[/codice]
Per due motivi: il primo, principale, e` che non avevo ancora completato il context-switch mentale tra C e python; il for di cui sopra e` una (grezza?) traduzione di un idioma C in python.
Il secondo, secondario ma che tuttavia cattura l'intenzione, e` che volevo generare al volo la collezione da inserire.
Tuttavia la tua forma mi piace di piu`. Credo modifichero` l'esempio.

Citazione
In quest'altro esempio
[codice]
>>> for i in s.rlookup('e'):
...     print "%s " %i,
...
e  d  c  b  a
[/codice]
Perchè non:
[codice]
>>> for i in s.rlookup('e'):
...     print i,
...
e  d  c  b  a
[/codice]
Come sopra: retaggi di C-ismi ancora non rimossi :)

Citazione
Inoltre secondo me sarebbe comodo usare una funzione "key" invece che una cmp(muovendosi un po' come ha fatto python negli ultimi tempi).
Concordo. E` una rifinitura in programma.

Citazione
Inoltre sarebbe comodo che SkipList usasse dei valori di default intelligenti. Nei tuoi esempi usi sempre "cmp" e "random.random", perchè non renderli default? Nel caso di una key potresti usare semplicemente "int".
Anche questo e` una rifinitura in programma.

Grazie per le osservazioni :)

15
Progetti e script / Re: ANN: pyskiplist 0.0.1
« il: Dicembre 26, 2012, 10:01 »
Frattanto, su bitbucket: rilasciata la versione 0.1.0:
- promossa ad alpha (wow!)
- aggiunto SkipDict, che si comporta (quasi) come un dict.
Seguiranno prevalentemente bugfix, testcase e limature sino alla prima versione stabile, non c'e` molto altro da aggiungere.

Pagine: [1] 2 3 ... 12