[Pycon] Deadlines, biglietti e organizzazione PyCon Sette

[enrico franchi]

2015-10-14 16:52 GMT+01:00 Matteo Benci <matteo a pycon.it>:

>
>
> *Competition fra community:*
> Avremmo avuto l'idea di far creare ad ogni community una sorta di piccolo
> team che rappresenterà la community ad una sorta di Pyolimpiadi. Una
> piccola competition fatta durante la conferenza per creare più
> partecipazione. Che ne pensate?
>

Idea oggettivamente bella e, temo, altrettanto oggettivamente problematica.
In tanti si sono espressi in modo simile, io provero' un pochetto a
motivare.

Allora... competizione. Quale puo' essere l' "argomento"? Python,
ovviamente. E con "Python" intendo proprio "Python". Se si prendono cose
"specifiche" diventa chiaramente impossibilie "bilanciare" fra community.
Anche prendere argomenti "generici" di CS (ovviamente rapportati a Python)
diventa complicato. Che so, se parliamo di networking (almeno negli strati
"alti" della rete) una specifica community ha probabilmente un vantaggio
piuttosto evidente [perche' la gente deve sapere quella roba per mestiere].
Se ci spingiamo in zona algoritmi, mi aspetto che un'altra community sia
decisamente piu' affine. E c'e' un'altra community che sara' molto in
difficolta' con la maggior parte dei quesiti/task "generalisti", perche' e'
fatta da esperti di dominio. Ovviamente se prendessimo quesiti da quel
dominio non ci sarebbe storia per le altre community (ovvero mi aspetto un
0% di successo netto per gli altri). Pescare un po' da ogni community?
Sulla carta ok. Ma secondo me non e' divertente per nessuno.

Rimane quindi roba "generalista" sul linguaggio. Che da un vantaggio molto
elevato ai "vecchi" *e* a chi ha modo di studiare il linguaggio in astratto
(studenti), ma verosimilmente non avvantaggia che se lo e' imparato e lo
usa per lavoro.

Mischiare le community? Buona idea per spezzare il problema di cui sopra.
Pero' rimane sempre il problema di cosa chiedere. Chiediamo roba specifica
su Python? Qui molta gente si rompe le palle e non trova il gioco
divertente. Chiediamo roba "un po' per topic"? Puo' funzionare, ma si apre
un altro problema: il team "vincente" e' quello con i migliori SME. Una
persona potrebbe fare il 100% nelle robe di "sua competenza" e rendersi
conto che non ha nessuna chance di vittoria perche' nel suo team gli SME
relativi ad una specifica area non sono molto forti (rispetto agli altri
SME di quella area). Ed e' difficile fare in modo che ci siano esperti per
ogni area [complicato formare i team] e in mancanza di determinati SME si
perde ogni possibilita' di vittoria.

Alla fine credo che la situazione piu' equa complessivamente sia mischiare
fra community, ma evitare di fare domande specifiche (per cui se un team
non ha nessuno di una certa community non diventa un problema). Il che
vuole dire fare domande "di un certo tipo". E vorra' anche dire che molta
gente e' tagliata fuori....

Non so, questo tipo di cose e' complicato da organizzare in modo che tutti
si divertano. Diverso se l'obiettivo e' invece una competizione pensata per
gente cui diverte essere messa alla prova "estrema", cui diverte dimostrare
di essere veramente tosti. Ma a questo punto diventa qualcosa che
probabilmente non diverte la maggioranza della gente (sebbene sia
estremamente divertente per il tipo di persone cui piacciono le coding
competition et similia).

Questo senza nemmeno essere andati a valutare quanto tempo poi ci vuole per
preparare le domande.



-- 
.
..: -enrico-
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.python.it/pipermail/pycon/attachments/20151016/7aaa1e3c/attachment.html>