CocoaHeads Paris, c’est reparti !

On 05/09/2011, in Paris, Sessions, by Guillaume Cerquant

Bonjour,

Fin de l’été, deuxième jeudi du mois. Cela veut dire que CocoaHeads Paris reprends.

Merci à l’IESA MultiMédia qui nous renouvelle sa confiance. Nous organiserons avec son équipe dans les mois qui viennent une conférence à destination de ses étudiants et personnes en formation professionnelle. Je vous en parlerai plus en détail jeudi, mais sachez que nous cherchons quelques intervenants.

Rendez-vous jeudi 8 septembre 2011, de 19h à 21h, au 5 rue Saint-Augustin. Accès libre et gratuit à tous. Si vous voulez laisser un commentaire pour signaler votre venue, surtout n’hésitez pas. Idem, un tweet pour diffuser au plus large l’événement sera fort utile.

CocoaHeads, c’est aussi et surtout un moyen de nous rencontrer. C’est pourquoi, après chaque session de “travail”, nous allons tous ensemble dans un restaurant du quartier. Pensez-donc à réserver aussi votre 2ème partie de soirée.

À jeudi

9 Responses to “CocoaHeads Paris, c’est reparti !”

Paul says:

05/09/2011 at 22:28

Bonjour,
quels est (sont?) le sujet de cette session?
Merci!
Reply
Emmanuel says:

05/09/2011 at 23:59

Qu’y a-t-il au menu du jour ?
Entrée ?
Plat ?
Dessert?
Reply
KPM says:

06/09/2011 at 04:26

Je viens, mais j’allais demander exactement la même chose que Paul
Reply
david O. says:

07/09/2011 at 08:31

j’en suis
Reply
stephane says:

07/09/2011 at 10:39

Il y a probablement une rétrospective photographique sur le Mac App Store.
Reply
Paul says:

07/09/2011 at 23:12

Toujours pas de réponse?
Je serais bien venu, mais comme je ne suis pas à Paris faire le trajet pour un sujet surprise m’ennuie un peu.
Merci si possible de me (nous) tenir au courant…
Reply
CedricSoubrie says:

08/09/2011 at 10:44

Effectivement, j’aurais bien aimé connaitre le sujet avant de venir.
Reply
Diwann says:

08/09/2011 at 10:53

Bonjour,

pour ma part, quelque soit le sujet je viendrai ce soir pour ma 3° participation, avec en plus une première application publiée de mon coté !

Erwann
Reply
dev.iceberg says:

08/09/2011 at 10:57

Il y aura une présentation concernant la présentation des applications sur le Mac App Store via les captures d’écran : pré-requis, réalisation, astuces et erreurs/fautes de goût à éviter si possible.

J’ai du m’appeler Cassandre dans une autre vie.
Reply

Commentaires récents

Lyon : session du 16 février (1)
- Damien Gosset: Petite mise à jour des présentations.
Séance de Paris le 17 novembre (9)
- Wiseman: That’s a slick answer to a challenging qeutsion
Lyon : session du 16 février (3)
- Thibaut: @Gabriel: Merci ! Cela devrait nous permettre de maintenir la session !
- Damien Gosset: @Gabriel: Ok Gabriel, c’est noté ! Merci D’autres volontaires ? Sujets ? Idées ?
- Gabriel: Sauf problème de météo, je peux faire une petite présentation, le sujet : Interface Builder : Une...
Paris en février V2 (1)
- Jean-Baptiste: Cela pourrait être utile de connaître l’adresse maintenant qu’on est jeudi matin.
Paris, session de décembre (2)
- Flo: Salut ! Lors de la présentation de RestKit, le présentateur a parlé d’un outil pour gérer les librairies...
Galette des rois à Paris – Déjà une tradition ? (5)
- Etienne Rugeri: Si j’arrive à venir, je serai là ! Je ramène du cidre, ça va bien avec les galettes non ?
- Guillaume Cerquant: Une galette des rois maison.
- Alex: J’amènerai du coca

Récemment sur le Google Group

Fingerlab recrute

Bonjour à tous,
Ici Aurélien du studio Fingerlab (Multiponk, DM1, Rockmate, …),
[link]
nous sommes un petit studio indépendant basé dans le nord de Paris,
et nous cherchons de nouvelles recrues pour faire du dev iOS et/ou Mac,
plus précisément pour participer au développement de jeux et d'applications

Re: Caching

Pas mal. On n'a pas de contrôle sur les pages chargées mais on pourrait effectivement installer un proxy, qui pourrait modifier à la volée les URL secondaires en ajoutant un suffixe bidon. Je vais explorer cette direction.
Oui. Je pense que c'est un vrai bug, même s'il ne gêne sans doute pas grand monde en pratique.

Le 16 févr. 2012 à 23:44, Benoit Widemann a écrit :
Mettre un proxy ?

Ok!
J'ai prototypé le problème, il faudrait report un bug concernant ce comportement non?
Il me semble logique que si on spécifie une cache policy au niveau de la requête de la page web cette cache policy doit s'appliquer à toutes les sous-requêtes. Qu'en pensez-vous?
Ou alors je crois qu'il est possible d'intercepter les accès au cache dans le delegate de la requête. À moins que là aussi ça ne s'applique que sur la requête "mère" ?!

Dans la méthode delegate
"webView:shouldStartLoadWithRe quest:navigationType:" le paramètre
"request" est en fait mutable si tu regardes bien au runtime : plus
qu'un NSURLRequest indiqué par la signature c'est un
NSMutableURLRequest en vrai.
À partir de là tu peux modifier toutes les requêtes de ta webView

Re: Session a lyon?

Pourquoi est-ce si excentré de Lyon ?
Parce que je ne vois pas en quoi ça l'est. C'est toujours dans Lyon. Je ne vois pas en quoi c'est plus excentré que la salle que tu proposes à Villeurbanne. Cela reste facilement accessible en Metro ainsi qu'en voiture.
Parmi les 3 personnes régulièrement présentes, qui sont les organisateurs de ses sessions et qui se donnent du mal pour réussir à maintenir les sessions, 2 de ces personnes sont de la même société. Le troisième venant de St Etienne, on a pas eu beaucoup de choix dans les emplacements. En fait, jusqu'à maintenant, c'était cela ou rien.