Là, cher auditeur, j’aurais pris la voix de Maurice, un animateur des années 90, et j’aurais délicatement scalpé l’auditeur. Voici la réponse à sa question, et au passage quelques informations basées sur ma propre expérience (d’indépendant… pas de DJ à la radio).

Tout d’abord, plusieurs signaux forts dans la question me font penser que Pierre a encre besoin de préparer son projet. Le simple fait de dire « on me donne le même salaire » par exemple est intéressant. Si j’étais chef d’entreprise Pierre, je ne te donnerai pas de salaire. Non Pierre, tu es salarié pour une mission à réaliser, pour laquelle tu as un salaire. Mais je ne te donne rien.

Derrière la question se pose un vrai souci : il arrive aujourd’hui que certaines entreprises de services (SSII) utilisent le statut d’auto-entrepreneur pour éviter de s’engager à long terme avec un salarié sur une mission. La vision de cette pseudo-SSII est vraiment alors celle-ci : j’ai un besoin ponctuel d’un bout de viande capable de taper du code, que je vais facture +20% à mon client, voyons quel pigeon je vais bien pouvoir trouver. Elle n’hésitera pas à débaucher un salarié, à l’aider à cliquer sur 3 boutons sur « auto-entrepreneur-je-me-fais-enfler.fr » puis à se dépêcher de prétendre au client final que Pierre (vous suivez ?) est en fait salarié de la dîtes SSII. Qui a dit délit de marchandage ? Pas moi.

Ce qu’il faut savoir tout d’abord c’est qu’il ne peut y avoir de relation de subordination entre le client final et Pierre. Si le client final vient à gérer Pierre comme une ressource de son entreprise, s’il le fait participer aux activités de l’entreprise comme un autre salarié, alors il s’expose au délit de marchandage. C’est grave. On te scalpe délicatement la tête, ça pique.

Ensuite voici pourquoi je suis critique à propos du statut d’auto-entrepreneur. Je rappelle que ce statut n’est valable tant que votre facturation ne dépasse pas 32 600 EUR. Cela vous semble beaucoup, mais attention ici je parle de facturation, pas de votre salaire. Prenons ce chiffre d’affaire, divisons-le par 200 jours de mission, cela donne un prix jour brut de 163 EUR environ. Un développeur Java junior  est facturé au moins 260-300 EUR en France. Un vieux comme moi tourne autour des 600-750 EUR/jour. Autant dire que Pierre va passer du statut d’auto-entrepreneur au statut d’Entreprise individuelle classique, qu’il sera donc amené à déclarer ses revenus dans la case BNC de sa déclaration de revenu. Et c’est cela qui coince : lorsque tu es autoentrepreneur(en fait entreprise individuelle), tout ce que tu factures est directement imposable, sans possibilité de moduler et de conserver une trésorerie de sécurité. En étant en EURL, l’entreprise facture, elle te verse chaque mois un salaire fixe, et surtout, elle sera ta meilleure amie lorsque tu seras en intercontrat. Bon il se trouve qu’en EURL l’entreprise, c’est toi. Je recommande donc à ceux qui sont vraiment motivés de créer une EURL pour dissocier la facturation d’une part, et son revenu personnel d’autre part. C’est un moyen d’équilibrer son statut fiscal, d’embaucher aussi des salariés ou de travailler avec des stagiaires. On est plus proche du profil de créateur de startup que du bonhomme qui moissonne le client.

Auto-entrepreneur pour toi informaticien : pas une bonne idée. Voir aussi cet article plus ancien mais toujours d’actualité.

Bon sinon la majorité des propositions « Passe indépendant au lieu d’être salarié » ne sont pas foireuses. C’est même parfois une bonne opportunité de tester si l’on peut travailler en tant qu’indépendant ou non. J’ai déjà écris en long, en large et en ASCII ce que je pensais du statut d’indépendant (independant 2.0  et toute une liste ici). Je ne suis pas du tout dans le prosélitisme. Je crois sincèrement qu’une partie d’entre nous fera de bons indépendants, et qu’une autre partie devrait rester salarié. Ce n’est pas parce que c’est facile de le faire, qu’il faut le faire. Devenir indépendant en soit c’est rien. Ce qui est plus dur c’est de voir si finalement on est tous fait pour cela.

Et la question de Pierre, que j’aurai eu en tête en 2008 lorsque je suis passé indépendant, est tout à fait symptomatique. Pierre pense encore comme un salarié qui est sécurisé par un salaire fixe en fin de moi.

Devenir indépendant, c’est monter une entreprise. Avec un chiffre d’affaire qui peut être de 15000 EUR un mois, et rien du tout le mois suivant. Et quand je dis 12000 EUR c’est vrai. En janvier dernier mon entreprise a facturé 20 jours à 600 EUR, mais en avril je n’ai pas facturé du tout. On comprend bien dans ce cas qu’il faut séparer la vision de facturation d’une part, de la vision de sa propre rémunération. En EURL, vers le mois d’avril vous établissez votre bilan de l’année précédente. Ceci permet de déposer vos comptes, de calculer vos charges et votre IS, et de vous verser un dividende si vous le souhaitez. Vous pouvez donc prendre un salaire chaque mois, mettons de 2500 EUR, puis ensuite vous verser un dividende l’année suivante, comme une sorte de bonus en quelques sortes. Cependant, et j’en ai fait l’expérience en 2009 pendant 3 mois, il est important de conserver une trésorerie de sécurité. Vous devez idéalement garder 2 ou 3 mois de trésorerie d’avance, afin de vous couvrir en cas de pépin.

Bref pour Pierre, il n’y a pas de réponses précises à sa question. Il peut déjà déterminer sa valeur sur le marché.

Lorsque vous êtes salariés, votre négociation de salaire a lieu une fois par an. Vous pouvez parfois obtenir 2 ou 3% par les temps qui courent, mais celle-ci dépend aussi de la santé de votre entreprise. Lorsque vous êtes indépendant, vous choisissez vos missions, et la facturation (donc indirectement votre revenu) n’est qu’un critère avec la durée et les conditions de réalisation de la mission. Avec le recul, les meilleures facturations que j’ai eu n’étaient pas les meilleures missions au final d’un point de vue technique. Bref si vous pensez qu’une mission pour un client peut vous apporter un nouveau savoir faire technique, n’hésitez pas à baisser votre facturation.

C’est quoi ta facturation ?

C’est le prix hors-taxes facturé au client par jour de travail effectué. En général, dans un contrat de prestations de services, le client contractualise un nombre de jours fixes (par exemple 30 jours) pour un prix donné. Ensuite lorsque tu réalises la mission, tu effectues un décompte (et une facture) en fin de mois, en tenant un décompte des jours effectués. J’aime bien aussi partager un Google Docs avec mon client dans lequel je marque ce qui a été effectué jour par jour. Cela aide à comprendre l’investissement de son client.

Enfin pour Pierre, qui s’est vu proposer cela, je lui déconseille de se lancer s’il n’a pas vraiment envie de devenir indépendant. Comme je le disais il y a 2 ans : en devenant indépendant, tu deviens dépendant de tout le monde.

Pas de commercial pour vendre ton beau sourire, pas toujours des collègues de travail, pas de sécurité, plus de travail au final.

Mais plus de liberté, plus de possibilités de se placer sur de belles opportunités car par rapport à un salarié, nous sommes employable le lundi suivant.

A réflechir…

D’un point de vue technique, BigQuery est plus tourné vers la Business Intelligence. Les données sont structurées dans des cubes OLAP. Pour une utilisation plus classique, Google recommande plutôt d’utiliser Google Cloud SQL, une base MySQL dans le Cloud. Attention, BigData n’est pas une base de données. Vous ne pouvez pas faire de mise à jour ou d’effacement. Il n’y a pas d’indexes, et bien évidemment il n’est pas possible de faire des transactions. L’usage est complètement tourné vers des systèmes à la recherche d’une solution flexible, évolutive et puissante pour analyser de larges volumes de données.

Côté prix pour l’instant, pas plus d’informations. Chaque utilisateur est limité à 1000 requêtes par jour, dont 2 requêtes concurrentes. Vous pouvez importer jusqu’à 100GB de données, ce qui laisse le temps de voir venir je pense.

Enfin pour tester et s’amuser, Google propose quelques espaces de données librement accessibles. Vous pouvez consulter des données démographiques enregistrées aux USA, des données sur Wikipedia et des informations météorologiques.

Il ne reste plus qu’à attendre quelques semaines et je suis certain que nous verrons de nouvelles applications Webs utilisatrices de ce service. Asynchrone, continuation, REST interface… ça me rappelle quelqu’un.

A peine le temps de refermer les derniers cartons, le temps de se dire « …cette fois c’est terminé » que l’on pense déjà à l’an prochain. Devoxx France 2012 est un gros succès. Plus de 1250 participants à Paris sur 3 jours. La première leçon c’est celle-ci : nous avons pu nous retrouver et partager pendant 3 jours un superbe moment.

Lorsque nous sommes montés sur scène avec Antonio, José et Zouheir, nous n’avions pas le trac. En fait, notre sentiment était d’être devant des amis. Bon, une salle de 950 places pleine à craquer avec des gens debout, mais nous étions très à l’aise, car nous vous connaissons.

Il y a déjà un bon nombre d’articles concernant le contenu de la conférence sur Internet. Nous avons eu aussi des articles dans la presse comme sur le site de 01Net ainsi que des interviews comme avec le magazine Programmez. Nous avons listé sur le site DevoxxFR les différents articles et blogs que nous avons trouvé.

Ce que je vous propose, c’est de vous faire partager un peu les coulisses de cet événement. Du moment où tu as mal au dos car tu prépares les sacs des participants jusqu’au moment où tu bois un Mojito le vendredi soir vers 22H30 et que le Taxi affiche crânement 100 EUR au compteur, chose qu’Arnaud racontait sur Twitter. Quand l’on pense que la journée du mercredi était à 150 EUR HT…

Enfilez d’abord une veste Rouge « Staff ».

Vous les avez vu les vestes Rouges ? Nous étions 20 au total pour faire tourner la machine pendant les 3 jours. Ces vestes rassurent, protègent et organisent la conférence. Tu te retrouves au vestiaire le matin, complètement surchargé par les visiteurs. Ensuite tu cours vers une salle pour vérifier que le speaker est bien installé. Au passage tu prends ton premier café et un croissant, il est déjà 10H. Les vestes rouges ont géré tout ce qui n’était pas prévu, comme d’empêcher les gens d’entrer dans une salle archi comble ou d’aider les exposants à s’installer.

Nous avons commencé à préparer les sacs des participants le jeudi précédent l’événement avec Antonio. Il a fallut 2 jours à 8 pour préparer les sacs. Karine, Antonio, Brice, Benoît, Guillaume, Zouheir, Gabriel, José et moi-même. Un peu le dos en vrac mais on s’est bien amusé. Prendre un stylo, prendre un sac et mettre le stylo dedans. Tu le fais 1200 fois…

Lundi et surtout mardi, nous avons imprimé et assemblé tous les badges. José et moi étions derrière l’ordinateur afin de vérifier l’édition des badges. Pour la petite histoire, c’est du Play! Framework. Très pratique pour sortir à l’arrache des badges. L’application est sur Heroku, ce qui permettait d’avoir une seule base pour tous.

Pendant ce temps-là, mardi a été consacré aussi au montage des stands. Le hall d’exposition était prêt mardi soir. Avec l’aide de Karine, une amie indépendante qui a monté une agence de comm’, nous avons ensuite commencé la déco de l’espace. Vous avez vu les stickers, les enrouleurs et tout le barda qui était dans chaque salle ? Arnaud a fait sa Valérie Damidot et est devenu expert de collage de stickers dans les grandes salles.

Stephan Janssen nous a donné un sacré coup de main. Habitué à organiser Devoxx, c’est lui qui a suggéré de louer les lumières de couleur que vous avez vu sur certains stands et lors de la soirée Meet and Greet. Merci à Brice qui a fait les branchements et les réglages avec moi, c’était fun.

L’équipe vidéo est arrivé de Belgique mardi matin. 1 camion et 2 voitures, 7 personnes en tout. Ce sont les mêmes personnes que celles qui font Devoxx Belgique. Les gars de BV-RENT sont vraiment très bons. Pas besoin de leur expliquer comment s’installer, ils connaissent leur métier.

De bons moments, qui se sont terminés autour d’un bon repas.

Mercredi, ouverture de Devoxx France

Mercredi matin, dès 7h10 il y avait du monde devant les portes. Nous avons ouvert les portes à 7H30.  L’accueil et le vestiaire se sont bien passés. Un peu de rush, mais nous avions une technique secrète : le SMS de groupe. En cas d’urgence, nous avions un outil pour envoyer des SMS groupés à tous les polos rouges. Ainsi nous pouvions mobiliser 8 personnes dès que nécessaire. Les organisateurs avaient en plus un téléphone DECS afin de travailler avec les équipes de l’hôtel.

Ce qui m’a le plus touché le mercredi matin c’est Programmatoo. Il s’agissait d’un atelier de programmation pour les enfants à partir de 9 ans, organisé par Audrey Neveu et Aline Paponaud de SFEIR. Vers midi, on était à l’accueil. Une petite fille passe et vient te dire « merci » avec un grand sourire… là tu es heureux et tu te dis que cela sert à quelque chose…

Le mercredi après-midi, le Hackergarten a tellement bien marché que Brice Dutheil et Mathilde Lemée ont déplacé celui-ci dans l’espace des tables au -1. Pendant ce temps-là j’ai eu le temps de voir le début de l’Université de James Ward et Nicolas Leroux. Mais au global je n’ai pu suivre que 2 ou 3 sessions complètement.

Mercredi soir, diner des speakers. Nous sommes plus de 100 à aller à pied à un superbe restaurant qu’Antonio a trouvé quelques semaines avant. L’ensemble des speakers a passé une bonne soirée. Finalement j’ai trouvé sympa que les speakers Quickies/BOF soient aussi présents.

Pour moi le mercredi c’était surtout l’accueil. On est resté une bonne partie de la journée avec José afin de gérer l’accueil des participants et des exposants. Cette journée nous a bien aidés pour nous roder et mieux nous préparer pour le lendemain.

Jeudi, début de la partie Conférence

Jeudi matin, côté accueil c’est plus calme, car la majorité des personnes (environ 850) participe aux 3 jours. Antonio a fait une keynote simple et sympa, avec l’histoire du ParisJUG pour ceux qui ne connaissent pas notre parcours. A la question « qui est déjà venu à Devoxx Belgique », environ 150 personnes lèvent la main. Pas mal. Nous avons eu ensuite une présentation de Pierre Pezziardi qui a fait carton plein, puis de Ben Evans et Martijn Verburg, les 2 JUG Leader du London JUG.

La journée globalement du côté organisation était assez chargée. Nous avons dû gérer des salles parfois pleines à craquer, globalement on court partout mais c’est assez fun. Nous avons noté une liste de points à améliorer l’an prochain. Exemple : j’ai oublié d’imprimer le programme des Quickies par salle le jeudi… Bref on fera mieux.

Jeudi soir reste pour moi un très bon souvenir. Par rapport à Devoxx Belgique, nous avons beaucoup de groupes d’utilisateurs autre que Java à Paris. Il y a quelques mois j’ai eu l’idée de profiter de cette soirée pour faire venir les différents groupes d’utilisateurs. Chaque salle était bien remplie, bonne ambiance et cela a donné envie à certains de venir l’an prochain. Nous avons eu 500 personnes de plus le jeudi soir, la page EventBrite était pleine. Petit bémol du côté du buffet qui n’était pas assez grand pour tout le monde, mais par contre tout le monde a apprécié le Bourgeuil et le Tariquet Blanc, trouvé chez le caviste à côté de chez Antonio.

La nuit s’est terminée par un restaurant, puis une belle discussion avec Romain Guy, Ludovic Champenois et Didier Girard jusqu’à 2h du mat au bar de l’hôtel. Devoxx France c’est aussi cela.

Vendredi

Debout 6h45, passage par le méga super petit déjeuner du Marriott, puis on embraye avec la dernière journée. Plus calme du côté accueil, heureusement. Avec Antonio nous avons fait l’ouverture, avec l’accueil et les dernières informations de la journée. A ce propos, un point intéressant à propos des clients Android. Nous avons changé l’agenda jeudi matin pour aider un speaker en panne d’avion. Cependant un bon nombre d’entre vous n’avait pas la dernière version de l’agenda… car le client n’était pas synchronisé. L’an prochain, nous afficherons devant les salles en couleur les changements de dernière minute. Nous aimerions aussi avoir une télé devant chaque salle avec le programme par salle. Encore une idée vu à Devoxx Belgique, que nous aimerions avoir à Paris.

Du côté des Keynotes, tout d’abord un gros merci à Jo Voordeckers, un développeur de l’équipe de Stephan Janssen. Il a terminé à 4h du matin dans la nuit de jeudi à vendredi la traduction et l’adaptation du Twitter Wall de Belgique. Stephan a suggéré l’idée jeudi après-midi, mais nous n’avons pas eu le temps d’avancer. Grâce au travail de Jo, nous avons un superbe TwitterWall http://wall.devoxx.fr/

Je passe rapidement la keynote d’IBM pour vous parler de celle de Patrick Chanezon de CloudFoundry. Il a fait un parallèle entre le film « The Artist » et le métier du développeur. Superbe exercice de style, avec du fond et de la forme. Vraiment content car c’était un gros challenge et Patrick nous a fait une présentation géniale. L’ensemble de la salle était bluffée.

Ensuite nous avons eu un vieil ami, que j’ai croisé plusieurs fois et qui est juste… excellent. Monsieur Neal Ford nous a parlé d’Abstraction/Distraction for France. Un talent d’orateur et un contenu de qualité. L’ensemble de la salle était debout à la fin. J’ai rarement vu une standing ovation à une conférence de développeurs. Signe que nous avons tapé juste pour les keynotes. Essayons de faire des moments magiques comme cela l’an prochain, avec un petit peu d’esprit à la TED.

La journée enchaîne ensuite 6 conférences, 2 Quickies, bref que du lourd. J’ai pris une claque en suivant la présentation d’Habib Guergachi sur la Web Oriented Architecture. Co-fondateur de Zenexity, il nous a donné 55 minutes de pur plaisir. Je ne l’avais jamais vu sur scène, mais franchement, c’était passionnant. La salle archi comble a passé un bon moment. Il aurait très bien pu passer en keynote.

Après cela, pendant la pause déjeuner nous avons été interviewés par 01 Informatique puis par Programmez. J’ai eu le temps de passer de stand en stand et de voir le gros travail réalisé par les exposants. Il y  avait beaucoup d’imagination et d’énergie sur chaque stand. Nous sommes aussi heureux car ils ont suivi nos idées et eux aussi ont montré un visage différent de l’informatique. La journaliste de 01 Informatique nous dit qu’elle a le sentiment d’être à une conférence américaine. Détendu, mais sérieux. Devoxx en Belgique c’est cela. Nous sommes très loin du salon un peu fatigué Porte de Versailles, où il n’y a que des RH sur les stands. Ici, nous avons vu des équipes mobilisées pendant 3 jours. C’est un investissement en terme de temps et d’argent. Mais en OFF j’ai vu que les entreprises avaient fait carton plein. L’an prochain, certains d’entre vous reviendrons mais aurons certainement changé d’employeur. C’est aussi cela Devoxx France.

Pour terminer j’ai assisté avec Stephan Janssen à l’enregistrement des CastCodeurs. C’était génial. Superbe ambiance. Et là je dois m’excuser auprès d’Antonio. Je lui ai pourri une soirée en voulant déplacer cette session au jeudi soir il y a quelques semaines, afin de libérer un slot de conférence en plus. Cela ne s’est pas fait car il a eu l’excellente idée de réduire les keynotes et de démarrer à 9H. Et heureusement qu’il a tenu bon, qu’il a maintenu les CastCodeurs le vendredi soir. C’était un superbe moment où nous avons bien ri. A refaire l’an prochain, avec Atlassian pour les bières.

Le temps de démonter les stands et de tout ranger en 4 heures, nous avons terminé au bar du Marriott avec un petit Mojito bien frais. Pas mal d’émotion et de fatigue, on a oublié d’annoncer l’anniversaire de José sur scène, on est crevé mais heureux. José a passé le cap des 31 ans, il a encore pas mal de cheveux, donc c’est un jeune comme moi. En fait, plus tu as de cheveux, plus tu es jeune.

L’heure de refermer le livre

Je n’ai pas vraiment dormi, encore trop dans Devoxx France pendant quelques heures. Chacun de nous a dans sa tête le moment où cela a commencé. Pour moi, il y a plusieurs débuts. Premier souvenir : l’eXpress-Board a été sponsor de la conférence SoftShake à Genève en octobre 2010. Les organisateurs nous avaient donné un dossier super complet. C’est avec cela sous le bras que j’ai commencé à en parler à Antonio. Nous en avons discuté et nous en avons parlé avec nos sponsors lors d’une soirée à la Cantine fin 2010. Antonio a proposé à juste titre de se faire la main sur un « petit » événement avant de se lancer sur quelque chose de cette ampleur. Ce fut l’anniversaire du Paris JUG en février 2011 avec le thème « Siffler en travaillant », le bus disco et le resto. 500 personnes en plein février. Ensuite le projet « Devoxx France » est né grâce à l’idée d’Antonio de monter une version française. Trouver une salle, faire un montage financier, essayer de trouver des sponsors, nous étions très chargés en septembre 2011. C’est grâce à l’arrivée de José dans le projet que nous avons trouvé notre rythme de croisière. Il faut des gars qui rêvent (disons Antonio et moi) et des gars qui réalisent (José et Zouheir). Le projet a démarré fin septembre, avec l’arrivée de José. L’annonce à Devoxx France s’est passé avec beaucoup d’émotions et de stress, car nous avons bossé comme des fous entre mi-septembre et début novembre pour trouver des financements. Merci aux sponsors, sans eux : pas de Devoxx France.

Ensuite, comme le disait justement José lors de la keynote, c’est une suite de surprises. On table sur 450 personnes (dont 100 copains) mais nous sommes à 650 début février, puis très rapidement au dessus de 900, pour terminer à 1250 participants à une semaine de l’ouverture des portes. Une grosse claque. Mais allez-y, on aime bien avoir ce genre de claque

Maintenant rendez-vous à la version anglaise en novembre prochain. Nous serons présents comme simple participant. Et nous vous donnons rendez-vous l’an prochain pour faire mieux. Une enquête de satisfaction est en cours de préparation, on termine et dès qu’elle est dispo, nous la twitterons sur @DevoxxFR.

A bientôt.

On est 4 personnes du ParisJUG à avoir monté cela. Antonio, José, Zouheir et ma pomme. 4 bonhommes qui découvrent le métier d’organisateur. Nous nous faisons aider depuis quelques semaines par une freelance, Karine Vacca, qui prend en charge tout ce qui est réalisation des goodies, des visuels et de tout ce que vous trouverez dans votre sac mercredi matin. Nous avons aussi Stephan Janssen, qui nous aide depuis plusieurs mois. Pour la sélection du contenu et pour venir aider à remplir les sacs, nous pouvons compter aussi sur les 13 personnes du comité de sélection. Vous les verrez habillé en rouge comme nous, n’hésitez pas à discuter avec eux.

Lundi nous terminons de préparer les sacs. Il y a 270kg de teeshirt par exemple, on doit aussi ranger des goodies dans le sac du participant. Mardi ce sera le montage. Les stands Premium ont tous fait appel à des sociétés spécialisées. Pour les Medium et les Bases nous avons décidé il y a quelques semaines de faire venir un standiste. Il installera une structure pour que cela ressemble à un salon pour 1200 personnes et pas comme au départ, à un petit salon pour 450 geeks. Les portes ouvriront à 8h le mercredi matin. Il sera possible de venir chercher son badge mardi soir, nous communiquerons sur Twitter (@DevoxxFR). Mercredi soir, diner speaker avec une partie des 144 speakers. Ensuite jeudi matin il faut arriver tôt, ouverture des portes à 8h, et début des Keynotes à 9h précise. Si vous voulez nous voir tous les 4, ce sera jeudi matin.

Rendez-vous dans quelques jours pour Devoxx France, première édition.

Ca y est, nous y sommes… Devoxx France c’est dans 7 jours. Nous avons bouclé toutes les ventes ce soir : il n’y a plus de places en vente. La conférence pour sa première édition se jouera à guichet fermé, plus de 1100 participants, 144 speakers, une équipe d’organisation qui travaille d’arrache-pied depuis des semaines… les chiffres donnent le tourni. Pour l’instant, nous sommes tellement dans l’organisation, que nous ne nous rendons pas compte exactement. A chaque fois que José nous donne les chiffres de vente, nous sommes à répéter « … c’est hallucinant…« . Car honnêtement : on y croyait pas à cette hauteur.

Nos premiers slides étaient bien timide avec 400 participants. Les premiers qui nous ont rencontré, Ippon Technologies, ont peut-être vu au delà de nos slides, et nous ont fait confiance. Mais nous sommes restés prudent jusqu’à la mi-février. Le paiement en ligne et la possibilité de suivre 3 jours de formation à Devoxx France nous ont aussi aidé. Un grand merci à tous les sponsors, car sans eux, nous n’aurions pas pu avancer et réussir ce challenge.

Il y a beaucoup de différences avec la version originale en Belgique. Tout d’abord, vous êtes une grosse majorité à venir les 3 jours. Nous pensions que les personnes participeraient le jeudi et le vendredi, mais nous aurons 800 participants (en dehors des speakers et de l’organisation) rien que pour la journée du mercredi….

Ensuite, nous aurons largement plus de 1000 personnes pour le jeudi et le vendredi. Autant dire que ça va être impressionnant. Les présentateurs vont avoir du monde dans leurs salles. Les exposants vont avoir un sacré passage sur leurs stands. L’une des raisons est, je pense, le programme. Si j’étais simple spectateur, je serai vraiment bien ennuyé pour me décider en regardant l’Agenda. Nous allons avoir l’équipe qui développe Google Guava, nous aurons des spécialistes du NoSQL, des gens qui font du MongoDB en prod, des personnes qui sont sur le coeur de Java, des gens venus du monde des startups avec du Ruby, du Groovy, du Scala… bref un programme assez ouvert, et pas si « JAVA-iste » que cela.

Pour terminer, rendez-vous le jeudi soir à partir de 19h pour la soirée « Meet and Greet ». Même si vous n’avez pas la possibilité de participer à Devoxx France, cette soirée vous permettra de goûter l’ambiance et d’avoir le choix entre 12 sessions le temps d’une soirée. Nous avons prévu de mettre une page EventBrite lundi prochain sur le site Devoxx France. Suivez les informations sur cette page et sur notre compte Twitter pour ne pas manquer l’ouverture des inscriptions. L’accès est gratuit, nous devons juste limiter le nombre de places pour des raisons de sécurité

Sur ce, on a encore du travail de préparation, alors rendez-vous la semaine prochaine !

Le jeudi soir nous organisons une soirée Meet and Greet, sponsorisée par CloudBees, SonarSource et Atlassian. La soirée démarre à 19h avec la présence de plus de 25 groupes d’utilisateurs Java (Java User Group) venus de toute la France, de Suisse, Belgique, Luxembourg, Allemagne et même Ukraine. Il y aura aussi plus de 15 groupes d’utilisateurs comme le Scala User Group, le Groovy/Grails User Group, le MongoDB Paris Meetup, le Paris JS, l’équipe du Paris Android User Group, 2 Google User Group (Paris,Nantes) et j’en oublie… Bref une soirée qui s’annonce très communautaire et très sympa.

De 19h à 22h nous aurons 4 salles de 50 à 250 places pour que les groupes d’utilisateurs puissent vous proposer de se rencontrer. Nous aurons aussi l’espace d’exposition ouvert, avec la présence de toutes les entreprises partenaires de Devoxx France. Nous avons vendu tous les espaces exposants, pas mal pour une première édition.

Bref une bonne soirée.

Mais le plus important c’est le thème : Vin et Fromages. 

Nous avons voulu organiser un thème un peu plus franchouillard, pour permettre à des viticulteurs Bourguignons de nous faire découvrir leurs vins. Un petit Chardonnay frais au nez de pomme verte et de beurre fondu, avec une part de Comté affiné 12 mois. Un petit cidre normand avec un Pont-Levêque ou un Camembert, ou encore un Roquefort avec un côte de Gascogne blanc ou un Irouleguy Basque en blanc…

Bon pour cette première édition nous avons trouvé encore mieux : un viticulteur du Bouchenois nous propose la cuvée « Devoxx France ».

Monté sur les hauteurs de Saint-Rossé-Paumard, les vieilles vignes  donnent un rendement à l’hectare de 130 litres, ce qui donne un vin pétillant, souple, je dirai même technique. Parfait pour des Geeks. Les étiquettes seront spéciales pour Devoxx France… avec un QRCode pour pouvoir commander le vin directement via le portail Web du viticulteur.

Nous avons trouvé l’idée tellement géniale que nous avons commandé 3 autres vins différents. Un vin Java, au nez empyromatique, avec un travail sur l’odeur du café. Il est un peu classique et lourd, avec un accord parfait pour des plats compliqués. Cependant il tend à se bonifier avec l’âge et il reste une valeur sûre. Il n’a pas pas peur des petits derniers arrivés sur le marché du bio et de la culture bio-dynamique.

Un autre vin, ce sera Scala, avec une robe légère et un rouge pétillant typique du Lambrosco Italien, en clin d’oeil à la Scala. Il n’est ni complètement champanisé, ni complètement plat. La bouteille est magnifique, très orientée objet, tout en étant fonctionnel avec un bec verseur.

Enfin un vin Groovy, qui est un mélange de Sévignon blanc et de Limonade, car on trouvait que c’était Groovy. La bouteille est petite, mais l’ouverture du bouchon rappelle tout de suite que si le contenant est petit, le contenu a été forgé avec amour et passion. Nous aurons en plus la version 2.0 au salon, présenté par Mr Laforge, le producteur de Villiers-sur-Marne.

Vous pourrez déguster ces vins et même les commander, car nous avons prévu d’ouvrir un espace de vente pour le jour J. Les prix vont de 6 à 9 EUR la bouteille, je suis certain que vous en prendrez des caisses, comme moi d’ailleurs.

Sur ce, je vous laisse. On a encore pas mal de travail d’ici au 18 avril.

A bientôt

Comment peut-on devenir accro à Twitter ?

Les logiciels à installer sur iPhone et Android permettent de consulter et de suivre les flux tweeters un peu prêt n’importe où, et n’importe quand. A tel point, que vous vous retrouvez à Twitter dès le réveil. Oh ne faites pas le gars surpris. Lorsque je vois des personnes me répondre à 07h20 le matin, je me dis que vous aussi, vous twittez n’importe quand. Nous devenons un utilisateur compulsif lorsque nous utilisons nos smartphones. Toujours dans la poche, dès qu’un moment d’attente se présente, vous ouvrez Twitter.

Cela occupe bien dans le RER, dans tous ces moments où vous n’avez rien d’autres à faire qu’attendre. Vous vous créez vous même du contenu en sélectionnant les personnes que vous « followez » (suivez). Ce que vous lisez finalement est unique. C’est la combinaison des différentes personnes auxquelles vous vous êtes abonné. En plus de cela, vous pouvez suivre les « hashtags ». Avez-vous noté récemment l’apparition des tags twitter dans les émissions de variétés ? (#oepc, #thevoice, …). Vous pouvez maintenant suivre en direct les commentaires des autres spectateurs d’une émission de télé… L’utilité reste encore à être démontrer, mais le concept est là.

Plus intéressant, vous pouvez découvrir de nouvelles personnes à suivre en regardant les hashtags. Prenez par exemple #DevoxxFR, vous verrez les échanges entre les personnes intéressées par la conférence. Je suis aussi convaincu que fin avril, #DevoxxFR sera un sujet trendy sur Twitter.

Twitter est aussi un moyen de faire de la veille techno à peu de frais. Il suffit de suivre les liens, de consulter les articles partagés, pour se faire chaque jour une revue de presse. Ce que Twitter apporte en plus, c’est ce petit côté people. On y parle aussi pas mal de nous, mine de rien.

Bref je laisse de côté Twitter pour la semaine.

Et vous ? Avez-vous l’impression d’être accro à Twitter ou non ?

Quelques mots sur l’enseignement

Rémi Forax est enseignant-chercheur, Maître de conférence à l’université Paris Est – Marne-la-vallée. Il débute sa présentation par quelques mots sur les étudiants. Les Licences de 3ème année, les Master 1 et 2, effectuent une partie de leur cursus en stage, ou sous la forme de l’alternance avec un poste dans une entreprise. 40% des étudiants font de l’alternance. L’université propose un cursus  universitaire Bac+8, pour aller vers la recherche, et un cursus ingénieur classique, avec un niveau Bac+5. L’apprentissage est un excellent moyen pour les entreprises de former de futurs collaborateurs, et de leur proposer l’expérience de l’entreprise. Côté entreprise, l’exemption de charges sociales, le coût limité et la possibilité de former un étudiant sont de gros avantages. En mai, venez participer aux Rencontres de l’apprentissage pour découvrir différentes formations.

Quelques mots échangés avec Rémi avant la séance sur les étudiants, confirment ce que j’entends par ailleurs. Le nombre d’étudiant reste stable, mais la part des femmes dans les effectifs reste très bas. Beaucoup d’étudiants sélectionnent l’informatique, en pensant que les mathématiques ne seront pas aussi importants. Or dans la démarche d’apprentissage et de formalisation, avoir un bon bagage de base est important. Les concepts simples d’itération, de boucles, de structure de codes ne sont pas connus des débutants. Il serait vraiment important d’enseigner les bases de la programmation dès le lycée. Globalement, les étudiants trouvent sans problèmes du travail en sortant de la filière informatique. L’Université de Paris-Est Marne-la-Vallée a une excellente réputation. Je connais d’ailleurs 3 personnes passées par cette formation et par Ingénieur 2000, et ce sont d’excellents développeurs.

Au coeur des expressions Lambda en Java

La présentation de ce soir porte sur les expressions Lambda. Un sujet passionnant, une fonctionnalité que C# a déjà depuis quelques temps, mais que Java n’a pas encore.

Rémi est membre de l’expert group du JCP, sur la JSR 335.Il travaille avec Brian Goetz ou Doug Lea, des noms qui doivent vous dire quelque chose. La JSR-335 faite partie de la JSR-337 qui vise à formaliser le contenu de la future version 8 de Java. Pour rappel, cette JSR-337 avait été annoncée à Devoxx 2010 par les équipes d’Oracle. Si tout se passe comme prévu, nous aurons tout cela dans Java 8 en 2013, ou 2014.

Rémi explique qu’il y a 2 moyens d’ajouter des choses dans le JDK. Soit de petites modifications, qui sont livrées dans les différents « update » du JDK, soit en écrivant une API et en se débrouillant pour qu’elle devienne un standard. C’est le cas de l’API des collections, écrites par Doug Lea.

Si l’on regarde les versions de Java, comme le dit Hugo Lassiège sur son blog, depuis quelques années il ne se passait pas grand chose dans notre monde. Mais depuis fin 2010, et que le rachat de SUN par Oracle a été acté, les choses repartent.

Petit rappel :

• java 1.0 : 1996
• java 1.1 : 1997
• java 1.2 : 1998
• java 1.3 : 2000
• java 1.4 : 2002
• java 1.5 : 2004
• java 1.6 : 2006
• java 1.7 : sorti en juillet 2011
• java 1.8 : annoncé pour 2012
• java 1.9 : 2013 ?

Rémi explique que depuis quelques années, la politique globale sur la JVM est  : on ne touche pas à la JVM. Cela entraîne des choix délibérés comme la non-réification des Generics. En clair, les paramètres typés ne sont pas conservés à l’exécution. Les generics en Java sont implémentés en utilisant l’erasure. En bref, les types génériques sont retirés à l’exécution. Ils gardent donc un intérêt à la compilation, en vous signalant les erreurs de type, et en vous évitant d’ajouter des casts dans votre code à tout bout de champ. Relisez un vieux numéro du Touilleur Express de 2009, où Alexandre Bertails, qui sera aussi à Devoxx France 2012, vous explique tout cela.

// le byte-code généré est identique, le type <Integer> n'est pas conservé.
public void compute(List<Integer> listOfIntegers) ;
public void compute(List listOfIntegers) ;

Many people are unsatisfied with the restrictions caused by the way generics are implemented in Java. Specifically, they are unhappy that generic type parameters are not reified: they are not available at runtime. Generics are implemented using erasure, in which generic type parameters are simply removed at runtime. That doesn’t render generics useless, because you get typechecking at compile-time based on the generic type parameters, and also because the compiler inserts casts in the code (so that you don’t have to) based on the type parameters.

La JVM est l’un des systèmes les plus puissants et les mieux réussis en Java. Plutôt que de se concentrer sur le langage, Rémi explique que l’important, c’est de comprendre la JVM, pour ensuite seulement, travailler sur le langage. Ce qui a changé les choses, c’est le passage vers l’open-source de la JVM. Cela a aidé les chercheurs à comprendre le fonctionnement de celle-ci. Et à en proposer des évolutions.

invokeDynamis (JSR-292) est né, Rémi Forax est aussi l’un des membres de cet expert-group, soit-dit en passant. Ce nouveau mot clé dans la JVM permet à un langage de définir une méthode, puis de changer à l’exécution le pointeur vers la méthode à exécuter réellement. Oui, appelez cela des pointeurs de fonction si vous voulez. invokeDynamics est donc bien une nouvelle instruction dans la JVM, qui permet de supporter plus facilement les langages orientés objets typés dynamiquement comme Groovy. Mais Rémi explique que c’est aussi le moyen d’améliorer Java lui-même. En quelques sortes, j’ai l’impression que les gens n’ont pas compris que la JSR-292, c’est d’abord pour Java. Et ça, ça va faire mal à d’autres langages alternatifs sur la JVM.

Rémi Forax discute ensuite un peu sur les langages dynamiques. L’une des possibilités avec un langage dynamique comme Ruby ou Groovy, c’est de séparer par exemple le code qui itère une fonction, du code utilisé lors de l’itération. Si Groovy supporte les Closures, c’est tout simplement car c’est facile avec les langages dynamiques. Cela a un coût en terme de performances, d’où la JSR-292, mais c’est une des fonctions les plus pratiques, que nous n’avons toujours pas en Java.

Aujourd’hui, les langages fortement typés comme Scala ont plus le vent en poupe. Du côté des performances, ils sont plus efficaces. Ruby par son côté dynamique, facilite l’écriture des choses. Mais des tests simples sur des algorithmes connus montrent qu’il n’est pas plus puissant. A tel point, que JRuby était plus efficace que Ruby. Je ne sais pas si cette information est toujours vraie.

Alors il y a Java.

Et le langage est un peu à la ramasse. Lorsque l’on regarde ce que l’on peut écrire en 3 lignes de Ruby, ou les manipulations des fonctions en C# avec les lambda, on ne peut s’empêcher d’avoir un petit sourire poli pour les Java-istes. Toujours persuadé d’être les rois du pétrole avec nos 455 frameworks, nous avons laissé de côté les discussions sur le langage…

Heureusement pour nous, les choses changent.

Je vais te dire mon sentiment cher lecteur. Je pense que Java 8 va mettre en difficulté l’intérêt de quelques langages alternatifs comme Scala, Kotlin ou Ceylon. Si Java 8 sort avec les lambdas, alors je pense que la communauté aura moins d’intérêt à étudier et apprendre ces nouveaux langages. Lorsque l’on voit l’attentisme face à Scala, le manque d’ouverture de la majorité des Java-istes (surtout les vieux), Java 8 arrivera comme une purée pour les papys qui n’ont plus les dents pour croquer Scala. Mais pour l’instant, c’est pas gagné. Continuez à regarder les autres langages, on vous dira quand Java sera prêt.

Revenons à la présentation…

Inner-class anonymes et Lambda

Comme vous le savez, en Java il est possible d’écrire des inner-classes anonymes. Rémi explique que lorsque l’on écrit un Runnable, peut-être l’un des premiers programmes que vous avez écrit en Java avec des Threads, vous écrivez basiquement un lambda, qui sera exécuté par une Thread. La déclaration et l’exécution sont séparés. Cette séparation permet de retirer du code technique, pour ne garder que le code métier. Regardez votre sourire lorsque vous écrivez un Comparable ou un Runnable : vous n’avez que l’essentiel, pas toute la partie technique à gérer.

Ca y est, vous venez de comprendre le principe d’une lambda expression.

En Java, nous aimerions donc pouvoir créer des pointeurs de fonctions, ou des fonctions anonymes. Rémi fait ensuite une digression, en parlant de Scala. Intéressant, il donne un retour qui m’a semblé assez négatif sur le langage. Lorsqu’il l’enseigne, il constate que les étudiants sont incapables de relire du code écrit par d’autres étudiants. Il a eu lui même quelques soucis à débuger, et il est assez circonspect sur le langage. Cela mériterait bien une interview, surtout lorsque l’on regarde le parcours de Rémi, je pense que son avis a une valeur universitaire intéressante.

Ce qui est visé avec le travail sur les Lambdas pour Java, va révolutionner la conception et la programmation dans notre langage de vieux. Cela va ouvrir les portes à de la simplification et va redonner de nombreuses heures de travail aux créateurs de framework comme Spring ou Hibernate.

Les gars, tenez-bon : on parle moins de vous, mais avec Java 8 vous allez remanger.

Sur le papier, Java a des lambdas depuis la version 1.1 avec l’introduction des innerClasses.

Java a des lambdas depuis la version 1.1 avec les innerClasses. Rémi Forax a demandé à John Rose, celui qui a codé le système d’inner-class dans la JVM, pourquoi il n’avait pas mis de lambda en Java. Et la réponse de l’intéressé : parce que les inner-classes sont plus puissantes.

Bon j’imagine que la discussion devait être plus compliquée, mais bon…

Cependant sur les inner-classes, à part la façon d’écrire le code qui n’est pas très élégante, cela coûte un objet à chaque fois. Guava est une très belle librairie, mais elle n’est pas écologique pour un sous. Tout ce qui est Prediate et compagnie, cela consomme de la mémoire les amis. L’intérêt des lambdas va vous sauter aux yeux dans quelques minutes. Mais retenez un mot : performance. Voilà.

Brian Goetz liste les imperfections des inner-class anonymes :

1. Bulky syntax
2. Confusion surrounding the meaning of names and this
3. Inflexible class-loading and instance-creation semantics
4. Inability to capture non-final local variables
5. Inability to abstract over control flow

Dessine moi une Lambda expression

Les lambdas simplifient l’écriture du code. Et surtout sa lecture. L’idée est que le développeur devrait se concentrer sur la partie signifiante, pas sur la tuyauterie technique. Une lambda s’écrit simplement, la syntaxe retenue n’est pas celle de Groovy, mais celle de C#/Scala. Les paramètres sont inférés, le compilateur le fait sans soucis dans d’autres langages. Un point important : les lambdas ne sont pas des inner-class. Nous allons voir comment la JVM et l’introduction du concept de default method permet d’ajouter le support des Lambdas, sans mettre le feux à votre belle application qui tourne sur Websphere.

(int x, int y) -> x + y 

() -> 42 

(String s) -> { System.out.println(s); } 

Ci-dessus, 3 exemples de lambda. La première, prend 2 integers et retourne la somme. La deuxième ne prend pas d’arguments et retourne 42. Enfin la troisième prend une chaine, et ne retourne rien, puisque le retour de la méthode println de PrintStream est void.

La syntaxe est donc très simple : des arguments à gauche, forcément typés, la flèche -> puis soit une expression, soit un bloc de code. Lorsqu’un bloc de code est évalué, le résultat de la dernière expression est le type de retour de la lambda. C’est le même principe avec d’autres langages comme Scala. Il n’y a donc pas de « return ».

Est-ce que les lambdas sont typés ? Disons que le type d’une Lambda est déterminé par le compilateur, de manière intelligente. Pour cela, il le fait en examinant les paramètres de la lambda, à gauche de la flèche. Rémi explique que c’est un type structuré, pas un type nominal comme pour une expression. Les lambdas ne sont pas des objets. Le type n’est pas inféré selon le nom de la lambda, mais bien selon le contexte. Pour en savoir plus, lisez l’article de Brian Goetz que je trouve passionnant et très bien écrit.

Sur la syntaxe des lambdas, des discussions enflammées en 2007 ont un peu animé les choses. Entre temps, tout le monde a aussi compris qu’il était nécessaire de trouver une solution pour conserver une compatibilité avec les librairies actuelles. Lorsque vous définissez une interface avec une seule méthode, vous créez ce que l’on appele des SAM, ou des interfaces fonctionnelles. Prennez Runnable, Comparator ou ActionListener : ceci permet déjà d’introduire les lambdas facilement.

FileFilter filter = file -> file.isDirectory();

Callablecallable = () -> { return fib(17); };

Predicatepredicate =
p -> p.lastName != null;

Un point important concerne la porté, la capture des variables. Vous savez déjà que lorsqu’une inner-class anonyme reçoit des paramètres, ceux-ci sont déclarés comme final. Sur ce point, le fonctionnement des Lambdas fait que par défaut, lorsque le paramètre n’est pas modifié, il est implicitement final.

L’expresion suivante par exemple est simple : X et Y sont finaux, ou implicitement finaux.

(int x, int y) -> x+ y ;

Du coup, n’imaginez pas pouvoir avoir de variables mutables, et donc la possibilité d’écrire ce type de code :

int sum = 0; list.forEach(e -> { sum += e.size(); }); // FAUX, Pas Possible, stupid idea, RTFM

Permettre ce code empêchera de pouvoir exécuter le code de la lambda expression de manière isolée, sur plusieurs processeurs par exemple.

Alors comment je fais la somme de la taille de mes éléments moi ?

Et bien avec simplement l’approche Map/Reduce. Pour rappel, si vous n’avez pas eu de cours de lambda programmation, une fonction de Map c’est « pour un élément donné, je veux l’autre ». Pour Reduce : pour tous les éléments, je veux un autre résultat. Et enfin filter : j’en veux une partie.

int sum = list.map(e -> e.size()).reduce(0, (a, b) -> a+b);

Pour chaque élément de la liste, je veux la taille. J’applique ensuite une réduction, qui est ici la somme des tailles de chaque élément de la liste.

Les Methods References

Un nouveau principe qui va faire fureur, c’est aussi la possibilité d’utiliser du code existant et de l’exécuter comme une lambda. Imaginez une class Person, qui déclare des comparateurs. Par exemple une méthode compareByAge comme sur l’exemple de Brian Goetz :

class Person { 
    private final String name;
    private final int age;

    public static int compareByAge(Person a, Person b) { ... }

    public static int compareByName(Person a, Person b) { ... }
}

Ce principe est simple : il permet d’utiliser certaines méthodes d’une class, dans un contexte similaire à une lambda, mais sans avoir à déclarer le corps d’une fonction. Voici comment nous pourrions alors utiliser les méthodes compareByAge et compareByName :

 Person[] people = ... 
 Arrays.sort(people, Person::compareByAge);

Un autre exemple, avec la méthode File.isDirectory, pour par exemple récupérer une liste de dossier :

Files[] folders = dir.listFiles(File::isDirectory()) ;

C’est pour éviter de créer du code, et pour utiliser aussi du code existant.

Sémantique

Une lambda peut capturer les valeurs des variables du scope. Ici, x et y sont capturés par la Lambda.

Callable addOperation(int x, int y) {
 return () -> x + y;
 }

Comme vu avant, les variables doivent être final ou effectively final. Les lambdas sont des fonctions anonymes mais pas des objets. Je n’ai pas d’objets, et donc les lambdas ne sont pas des inner class.

Les lambdas et l’api Collection

Lorsque l’on découvre Scala, l’API Collection c’est du caviar. On passe de l’âge de pierre en Java à quelque chose de puissant, simple et facile à lire. Refaire du Java, c’est franchement douloureux. Bon, tu as bien 2 ou 3 pépés qui n’y comprennent rien, mais je pense que la majorité des Java-istes vont monter en compétences sur l’aspect fonctionnel.

Sur l’API Collection en Java, et par rapport aux Lambdas, si tu n’as pas l’APi version 2012, cela n’a aucuns intérêts. En même temps, il serait délicat de réécrire une n-ième API complète… Après les NIO 2 nous aurions les NIO3 avec les Lambdas… you ! hou !

java.util c’est une bonne couche de bon sens, et 2 grosses couches de gras. Il y a beaucoup d’interfaces. Or tu le sais peut-être cher lecteur, mais si tu ajoutes une méthode à une interface, tu forces alors les implémentations à suivre ce nouveau contrat, et tu casses la rétro-compatibilité de ton code. Alors on prend un autre package ? Non. Est-ce que l’on fait des imports statiques comme en C# ? Et bien le gars qui a fait ça en C# est au fond de la baie de San Francisco avec un boulet, tellement les gens trouvent cela débiles. Et si finalement, nous trouvions un moyen de mettre du code dans ces interfaces dis-donc ?

Et bien la réponse est là : on va mettre du code dans les interfaces.

Pour draguer les filles et pour briller en soirée, tu peux utiliser « Mixin » ou « Traits ». Mais bon, avant de faire le kéké, il s’agit déjà de comprendre de quoi l’on parle. Comme dit Rémi « on va pourrir les interfaces ».

Alors les copains qui font du Scala vous parlent de Traits. Ceux qui font du Ruby, vous parlent de Mixins… Bref, chacun y va de son explication.

L’idée est simple : on va pouvoir ajouter du code au niveau de l’interface, code qui sera utilisé si la méthode n’est pas définie. L’héritage multiple ne pose pas de soucis dès lors que l’on regarde les méthodes. Mais sur les champs…

Donc le code sera ajouté dans l’interface, on va ajouter un nouveau mot clé dans Java pour cela.

L’idée : on va pouvoir ajouter du code au niveau de l’interface, qui sera utilisé si la methode n’est pas définie.
L’héritage multiple ne pose pas problème si on regarde les methodes. Mais sur les champs…
Il faut ajouter du code dans l’interface

Une interface en fait va avoir de nouveaux supers pouvoirs. Soit elle est vide et abstraite, comme d’habitude, soit elle définit du code… Et oui ! C’est aussi simple que cela.

interface Iterator {
  boolean hasNext();
  E next();
  void remove();
  void skip(int i) default {
      for (; i > 0 && hasNext(); i--) next();
  }
}

Ajouter une defaut method est compatible binairement !

Ici, la définition d’Iterator est simple. Toute classe qui implémente l’interface hérite de la méthode skip().

D’un point de vue du client, la méthode skipt est une autre méthode virtuelle fournie par l’interface. En invoquant skip sur une instance d’une classe qui implémente Iterator, et qui ne déclare pas de méthode skip(), exécutera le code de l’interface. Si par exemple une classe décide de déclarer une autre implémentation de la méthode skip(), alors il devient possible de le faire simplement.

Lorsqu’une interface étend une autre interface, elle peut changer la définition de la méthode. Si elle souhaite retirer l’implémentation par défaut de la super classe, le mot default none permet alors de supprimer ce code.

Ces défauts methods sont une nouveauté qui ouvre la porte aux lambdas tout en conservant une compatibilité avec l’ancienne API.

Stratégies d’implantations

L’implémentation des lambdas, vous l’imaginez bien, est un sacré travail. Je parle du travail des personnes qui spécifient la JVM et le langage Java. Premier point important : pour des raisons de performances, les personnes qui travaillent sur les lambdas ne veulent pas que tout soit fait par le compilateur. C’est le chemin suivit actuellement par Scala. Cela pose des soucis de lenteur à la compilation.

Bon, je vous le dis discrètement : compiler du code Scala c’est parfois lent. On ne le dit pas trop, ce qui critiquent Scala ont tous mystérieusement disparu.

Bon je balance un autre truc : il n’est pas certain que Scala s’améliore d’ici quelques mois… car les gens qui font Scala n’ont pas la main sur la JVM. Alors que les personnes de la JSR 335 (Brian et Rémi) ont les clés de la voiture. Et c’est pour cette raison que j’imagine Java 8 avec un gros lance-roquette sur l’épaule, entrain de viser les copains, et de les décapiter ses copains. Celui qui croit que Java c’est mort n’a pas très bien compris ce qu’il se passe depuis fin 2010.

Sur la stratégie d’implementation donc, il y a différents systèmes qui permettent d’optimiser l’exécution et d’in-liner proprement le code. Par exemple une lambda qui ne capture pas de valeur du scope doit être constante :

 FileFilter filter = file -> file.isDirectory()

Ensuite, les gars de la JSR-335 (et qui sont les mêmes que ceux de la JSR-292) se sont dit : allez, on va utiliser invokeDynamics. Tout le monde n’y a vu que du feu, passe moi le briquet que je leur mette le feu.

invokedynamics : la 1ere fois qu’une methode est appelée, je déclare où se trouve vraiment le code. C’est simplement le moyen d’introduire la notion de pointeur de méthode.

Pour terminer, la lambda c’est une méthode. Ce n’est plus une class. C’est plutôt une bonne nouvelle, car en terme de performances, c’est vraiment plus puissant. Lorsque vous déclarez une class, il y a un overhead lié au chargement et à la vérification. Celui-ci n’existe pas pour les lambdas.

Il y a d’autres secrets, comme l’utilisation de proxy, de dynamic proxy avec la notion de CallSite, la notion de method handle… Tout ceci sera expliqué à Devoxx France par Rémi Forax, qui a promis d’expliquer ce qu’il y aura dans Java 8.

En conclusion : oui nous aurons des lambdas en Java8, et les autres langages auront alors peut-être un peu de souci à se faire.

http://hg.openjdk.java.net/lambda/lambda

Ressources

- proposition sur les Lambdas, article de Brian Goetz

- Pour comprendre les Generics, lisez le chapitre 5 du livre « Effective Java » de Joshua BLOCH.

- lise de discussion sur les Lambdas : http://hg.openjdk.java.net/lambda/lambda

Comme vous le savez, le programme de Devoxx France a été construit par 15 personnes. Oui ce sont plutôt des indépendants. C’est un choix délibéré, car il faut des personnes qui peuvent se rendre disponible pour suivre la quantité de travail. De plus, ce sont souvent des personnes connues de la communauté pour leur indépendance. Et enfin, ce sont des amis. Que le message arrive jusqu’au fond de ton conduit auditif : il n’y aura pas de personnes de nos sponsors dans cette équipe.

Lorsque l’équipe a travaillé sur le contenu, nous avons du faire le choix difficile de ne retenir que 38 conférences sur 207 pour construire le programme. Oui, 14 conférences sont allouées à nos sponsors. Non, ce n’est pas choquant, c’est de cette façon que sont financés d’autres conférences. Pourquoi QCon ou Jazoon demandent un droit d’entrée plus élevé ? Tout simplement pour avoir encore plus d’indépendances. Nous, notre choix et nos valeurs, c’est de faire une conférence avec un prix abordable pour l’entreprise. Je ne dis pas avec un prix abordable pour le développeur. Car à 95% c’est l’entreprise qui paye l’entrée. Les 5% correspondent aux freelances. Retenez donc que 14 conférences sur 110 (université/tools/labs/conf) ce n’est pas grand chose. Et encore une fois, Devoxx fonctionne de cette façon depuis 10 ans.

Une fois l’agenda annoncé il y a 10 jours, vous n’avez pas vu le déferlement de mails et de tweets.

Bon, nous, on l’a vu.

Deuxième effet, les inscriptions. Beaucoup de monde attendait l’agenda. Et les retours que nous avons eu nous ont conforté sur la qualité et sur les choix du comité. Mais cependant, nous avons encore continué à discuter pendant plusieurs jours concernant les conférences non retenues.

Et là, un petit moment magique comme tu en as de temps en temps. Pour l’histoire, cela fait maintenant 11 mois que nous travaillons à préparer Devoxx France. Et là tu as un email qui tombe, et qui change tout.

J’appelle cela « l’effet Bonux »

Jeudi dernier, Antonio propose de retravailler l’agenda. Voici l’email que l’on reçoit vers 00h40 jeudi dernier

Les gars, l’heure est grave !

[tout un paquet de truc que je ne peux pas reproduire ici]
… Alors voilà ce que je propose :

- nous allons commencer à 9h au lieu de 09h30
- les talks Conference vont faire 55mn comme à Devoxx et pas une heure
- nous savons que pour les keynotes nous partons sur un peu moins de temps

Bref je vous propose d’ajouter 10 conférences

Antonio

Bon j’ai un peu modifié le mail, mais le fond est là

Vers 7h31, les premiers emails ont commencé à fuser. Merci à tout le comité qui a bossé au pied levé et qui a retravaillé l’agenda. Les discussions ont été sportives, mais toujours dans le calme et le respect. Chacun y allant avec son coeur.

Bref vendredi soir dernier, 66 emails plus tard, nous avons donc transformé l’agenda pour ajouter 10 conférences supplémentaires.

Nous avons donc le plaisir de vous annoncer que pour le même prix, vous aurez maintenant 10 conférences en plus. 5 nouvelles conférences par jour : nous ajoutons un slot par journée.

Comprenez bien que nous organisons pour la première fois une conférence, et qu’il est normal qu’il y ait quelques ajustements. L’année prochaine on sera tellement prêt qu’à cette heure-ci je serai entrain de siroter une tisane devant Derrick, au lieu de me dire que maintenant, il faut que je reconstruise tout l’agenda (on est dimanche soir là et il est 00h14).

Découvrez le nouvel agenda : http://devoxx.fr/display/FR12/Conferences

Pour l’instant le programme jour par jour et heure par heure est loin d’être définitif. Nous attendons encore quelques jours pour travailler sur l’enchainement et sur l’équilibre du contenu. Mais l’essentiel c’est déjà pour vous, de regarder les nouvelles conférences que nous avons ajouté.

Cadeau Bonux du lundi matin

Quelques-uns des conférences ajoutées :
- Sacha Labourey, Cloudbees
- Alex Snaps : Programmation concurrente en Java dans la pratique – Alex Snaps
- Olivier Philippot : Obésiciel et impact environnemental : Green Patterns appliqués à Java
- Jérémie Chassaing : CQRS
- Sébastien Blanc : Bâtir des applications web mobiles dans le Cloud avec Grails
- David Pilato : Elastic Search
- Steven Noels : Lily va faire les courses – Lily goes shopping
- Jean-Michel Doudoux : Java I/O 16 ans après

Il nous reste encore 3 ou 4 conférences, qui ne seront annoncées que lorsque les speakers auront confirmé leur présence. Encore un peu de patience. Il reste aussi des conférences avec les sponsors qui ne sont pas dans l’agenda.
Mais vous avez 96% du contenu de Devoxx France maintenant.