Warning: Unterminated comment starting line 16 in /home/fierdetr/public_html/wp-content/plugins/socialauth-wp/hybridauth/config.php on line 16

Notice: Undefined offset: 0 in /home/fierdetr/public_html/wp-content/plugins/socialauth-wp/hybridauth/config.php on line 16

Warning: system() has been disabled for security reasons in /home/fierdetr/public_html/wp-content/plugins/socialauth-wp/hybridauth/config.php on line 16

Warning: Cannot modify header information - headers already sent by (output started at /home/fierdetr/public_html/wp-content/plugins/socialauth-wp/hybridauth/config.php:16) in /home/fierdetr/public_html/wp-includes/feed-rss2.php on line 8
Fier d'être développeur http://fierdetredeveloppeur.org Nous faisons du développement logiciel depuis plus de 20 ans, et nous aimons cela ! Thu, 18 Jun 2015 07:36:05 +0000 fr-FR hourly 1 http://wordpress.org/?v=4.2.2 Les TEE SHIRTs ‘FIERE d’etre dev’ sont arrivés ! http://fierdetredeveloppeur.org/2015/06/les-tee-shirts-fiere-detre-dev-sont-arrivs/ http://fierdetredeveloppeur.org/2015/06/les-tee-shirts-fiere-detre-dev-sont-arrivs/#comments Wed, 17 Jun 2015 16:39:25 +0000 http://fierdetredeveloppeur.org/?p=1157 Lire ]]> Fière d'être dev Y a pas que les mecs qui développent et y a pas que les mecs qui sont fiers de développer !

Alors il était normal que les développeuses membres aient leur Tee Shirt aussi. Et c’est chose faite.

‘Je l’ai reçu ce matin et je me suis empressée de le mettre parce que je suis fière de dire que je suis développeuse’ a déclaré Bérengère Lagrange. Pour rappel, Bérengère est développeuse spécialisée dans le Développement 4D chez Power à Lyon.

Elle avait accepté de répondre à nos questions, retour sur l’interview.

Si vous aussi vous êtes fière d’être développeuse, n’hésitez pas à adhérer à l’association pour le faire savoir ! ]]> http://fierdetredeveloppeur.org/2015/06/les-tee-shirts-fiere-detre-dev-sont-arrivs/feed/ 0 Comment etre un bon architecte ? http://fierdetredeveloppeur.org/2015/06/comment-etre-un-bon-architecte/ http://fierdetredeveloppeur.org/2015/06/comment-etre-un-bon-architecte/#comments Wed, 03 Jun 2015 16:40:15 +0000 http://fierdetredeveloppeur.org/?p=1150 Lire ]]>  

  Voici le témoignage d’un membre de notre association qui expose sa vision sur cette question. Si vous aussi, vous souhaitez partager votre point de vue, n’hésitez pas à écrire à contact@fierdetredeveloppeur.org

 

 

architecte-logiciel

 

  • Qu’est-ce que le travail d’architecte logiciel ?
  • Comment de venir un bon architecte ?
  • Quelle formation suivre pour atteindre ce poste ?

 

“Voilà les questions qui m’ont été posées il y a quelques semaines par un étudiant.

Ces questions sortent tellement de « l’ordinaire » que je me suis dit qu’il serait bon de partager mes réponses.

Première chose : Merci ! Enfin un étudiant qui ne me pose pas les deux questions habituelles :

  • Que faire pour être MVP ?
  • Vous gagnez combien ?

Autant être clair, mes réponses sont le produit de mon expérience personnelle et d’échanges avec d’autres professionnels. Une bonne partie de mes relations ayant une mentalité très « anglo-saxonne » ou « fier d’être développeur », celle-ci risque de ne pas coller avec la vision très « galvaudée » que certains peuvent en avoir. Pour moi l’architecte est une personne au profil très technique et à l’esprit ouvert. Il sait produire et parler de ce qu’il produit. Le beau parleur qui aime s’écouter ou être écouté ne saura pas être architecte et ne sera pas perçu comme tel auprès de ses collaborateurs.

 

Le travail

 

Le travail d’architecte est très varié. Certes, il dépend de la société dans laquelle vous être amené à travailler, mais de manière générale :

  • Il doit réfléchir à la manière dont doit être structuré un logiciel, un site, une application mobile …etc…
  • Il n’intervient pas que sur des gros projets. Les petits projets ont aussi besoin d’un architecte compétent.
  • Il doit produire/corriger/améliorer des documents qui serviront à mener les réalisations.
  • Il participe à des réunions avec le client ou l’utilisateur final. Il doit donc être en mesure de faire de la vulgarisation technique (on doit le comprendre).
  • Il peut être amené à participer aux réalisations.
  • Il fait souvent office de « hot line » des équipes de réalisation.

Dans une société à la vision Franco-Française :

  • Il est un documentaliste. Il documente, il documente, il documente.
  • Chose étrange : Il ne s’assure pas toujours que sa documentation soit suivie.
  • Il est mis sur un piédestal. Ceci peut poser problème tant pour les relations avec ses collaborateurs, que lors des réunions avec les utilisateurs.
  1. Ses collaborateurs risquent de le trouver distant et peu concerné par leurs problèmes
  2. Ses clients/utilisateurs finaux vont peut-être avoir une appréhension à l’idée de lui parler. Ex : J’ai déjà rencontré des personnes qui ne se rendaient pas compte que l’architecte pouvait être compris et qu’il ne parlait pas forcément un langage d’une autre planète.
  • Il ne réalise et ouvre le code de ses collaborateurs que très rarement. Parfois, il ne le fait qu’en fin de projet.

La vision anglo-saxonne m’est plus agréable

  • Il est un membre de l’équipe.
  • Il participe aux réunions des développeurs et au suivi des problématiques techniques journalières, ce qui lui permet d’adapter l’architecture choisie.
  • S’il n’y a pas de Dev Lead, c’est à lui qu’incombera le plus souvent cette tâche.
  • Il s’assure de la qualité du code via des revues ou un suivi des métriques de codes.
  • Il a un profil technique et n’a pas peur de mettre les mains dans le cambouis.

Si je devais comparer les deux visions en quelques mots, je dirais : L’architecte Franco-Français est un stratège qui ne participe pas toujours à la bataille. Il a tendance à être rigide. Son homologue anglo-saxon est à la foi stratège et tacticien. Le fait de participer à la bataille le rend plus agile.

 

Les erreurs courantes

 

Ce que l’architecte doit savoir faire, mais qui n’est jamais dit ou qui conduit souvent l’architecte à s’égarer :

  • Il doit savoir faire simple. La roue a déjà été inventée. Un architecte n’a donc pas vocation à la réinventer tous les jours. J’aime beaucoup la description du développeur pragmatique faite ici : http://www.catuhe.com/post/Le-diable-est-dans-les-details.aspx. Cette idée rejoint parfaitement le principe KISS : faire simple, quitte à ce que cela semble stupide tellement c’est simple mais efficace.
  • Il doit être souple et ses solutions doivent l’être. Une architecture trop rigide ou dont la compréhension échappe à tout le monde tellement elle est avancée est un réel danger. L’architecte doit savoir sortir des solutions réelles à destination du monde réel. J’ai déjà vu des cas, où un seul développeur arrivait à écrire le code demandé tellement l’architecture était complexe et imposait des implémentations ardues. Personne ne pouvait le relire. Personne ne pouvait donc l’aider ou participer à la maintenance.
  • Le monde bouge et la technologie aussi. Il en est de même des « patterns ». L’architecte s’appuie souvent sur des patterns éprouvés. C’est une bonne chose et un danger à la fois. Certains patterns peuvent ne pas être adaptés à la technologie utilisée. Exemple : Sur .NET, un pattern qui ne comprend pas la notion de généricité et qui nous force à passer par des collections de type Object induit des problèmes de boxing/unboxing.
  • Une architecture trop rigide entraine souvent des limitations. Pour que cette architecture ne pose pas de problèmes, il faut régulièrement s’assurer du respect du besoin fonctionnel exprimé en amont. Dans le doute, il ne faut pas hésiter à interroger le client ou l’utilisateur final.
  • Il doit aussi savoir cadrer. A contrario d’une architecture trop rigide, une architecture trop souple va induire des doutes et des interrogations de la part des développeurs. Dans le cas où ces doutes ne sont pas exprimés, on court de nombreux risques. Exemple : avoir plusieurs implémentations totalement différentes pour faire la même chose.
  • Il doit savoir faire des choix qui vont à contrario de ses préférences/affinités avec la technologie. Exemple : je suis accro à WF et WCF pourtant je n’en mets pas à toutes les sauces. L’architecte ne pense pas à son intérêt, mais à celui du projet.
  • Il a une palette de compétences large. Très souvent, le bon architecte conseillera l’utilisation des technologies d’intégration, ou l’emploi de fonctionnalités existantes et parfois inutilisées, car méconnues. Il aura donc aussi un devoir de formation.
  • Il doit avoir une vision globale du projet dans lequel il doit inscrire sa solution. Un architecte avec une vision trop étriquée du projet va dans le mur. Un architecte qui se moque de ce que ces choix impliquent pour l’ensemble de l’application emmène tout le monde dans le mur avec lui.
  • Il doit partager sa vision du projet, l’orientation qu’il souhaite lui donner, et ses conseils dès le début. Un architecte qui dit à posteriori, « je l’avais prévu » ou « j’avais prévu ça dans un second temps », c’est une personne qui s’accroche au rideau pour ne pas perde la face. Un architecte doit anticiper et partager le fruit de cette anticipation dès le début. Après, il est trop tard.
  • Il ne doit jamais laisser une situation en plan. Exemple : rédiger un document, en oublier de rédiger une partie « faute de temps » et se dire « les développeurs se débrouilleront ». Ceci l’oblige à être très rigoureux. Ce n’est pas toujours facile.
  • Il doit être le plus transparent possible. Il ne doit pas se cacher ni cacher ce qu’il fait. Il fait des choix, il doit les motiver et les assumer. Un architecte n’est pas un dictateur. S’il découvre une erreur dans sa logique, il doit la corriger et en faire profiter les autres. Un architecte doit apprendre de ce qu’il fait (que ce soit bon ou mauvais).
  • S’il ne sait pas comment faire, il doit le dire et savoir demander du temps pour trouver une solution viable. S’il a une idée sur une solution, mais pas le recul suffisant, il doit le dire et tester son idée. Il n’y a rien de pire qu’un architecte qui dit qu’il sait tout faire alors que ce n’est pas vrai. Pour mener un projet dans le mur, il n’y a pas mieux.

La formation

 

Je ne crois pas qu’il y ait de véritables formations initiales pour devenir architecte. Cela n’existait pas de mon temps. Aujourd’hui je vais sur mes 38 ans et j’ai eu mon premier contact avec le monde de l’entreprise et le développement à l’âge de 16 ans. J’ai bien conscience que le fait d’avoir choisi un bac technique m’a bien aidé pour cela.

Je pense que ce qui m’a été le plus utile dans ma formation initiale pourrait consister dans les points suivants :

  • Commencer tôt
  • Être entré en contact avec le monde de l’entreprise tôt et y avoir fait de nombreux projets et stages (Lycée, IUT, IUP, DESS)
  • Avoir utilisé beaucoup de technologies différentes hors de mes cours
  • Être curieux de nature
  • Savoir prendre du recul
  • Ne pas avoir une vision trop étriquée.
  • Ne pas avoir peur de dire : « je ne sais pas »
  • Ne pas avoir peur de se tromper et apprendre à se corriger soit même.

Si vous avez une formation qui vous porte tout cela, plus la possibilité d’aller au-delà des cours, je pense que c’est gagné ;)”

 

Jérémy Jeanson

Senior .NET Architect Microsoft Integration

MVP

]]>
http://fierdetredeveloppeur.org/2015/06/comment-etre-un-bon-architecte/feed/ 0
Le syndrome NBA http://fierdetredeveloppeur.org/2015/04/le-syndrome-nba/ http://fierdetredeveloppeur.org/2015/04/le-syndrome-nba/#comments Thu, 02 Apr 2015 12:59:44 +0000 http://fierdetredeveloppeur.org/?p=1144 Lire ]]> NBA

Le système français forme d’excellents ingénieurs… qui constituent le premier bataillon des développeurs à San Francisco à l’instar des basketteurs qui se retrouvent à disputer le championnat américain!

 

C’est le constat de Stéphane Distinguin, Président de Fabernovel : “Pour les start-up, le soleil se lève à l’Ouest et le soft power est manifeste : les meilleurs doivent se confronter à la compétition de la Silicon Valley car les méthodes, les expressions, les références… les champions sont là-bas. Trop rarement ailleurs. D’ailleurs, nos plus belles histoires y passent forcément à un moment ou un autre : Business Objects ou Criteo, bien sûr, et même le fondateur de BlaBlaCar formé à Stanford. Et si l’on considère que ce qui vaut pour les entrepreneurs se réplique pour leurs entreprises, le problème prend une échelle inquiétante”. Est-ce une fatalité ?

 

Lire l’article

]]>
http://fierdetredeveloppeur.org/2015/04/le-syndrome-nba/feed/ 0
Conference MIX-IT Lyon http://fierdetredeveloppeur.org/2015/03/conference-mix-it-lyon/ http://fierdetredeveloppeur.org/2015/03/conference-mix-it-lyon/#comments Thu, 12 Mar 2015 13:42:08 +0000 http://fierdetredeveloppeur.org/?p=1138 Lire ]]>  

 

logo-mixit Rendez-vous les 16 et 17 avril à l’Ecole Supérieure de Chimie Physique Electronique de Lyon

 

Mix-it est un événement lyonnais accessible à tous, avec des conférences et des ateliers pratiques sur l’agilité, l’écosystème Java et les innovations.

 

Au programme, une variété de sujets d’actualité présentés par des orateurs de renommée nationale et internationale :

 

– technologies Web

– frameworks de développement

– méthodes agiles

– lean startup

– devops et design (UX, architecture, service design)

 

500 places disponibles par jour. Ouverture de la billetterie très prochainement.

 

L’équipe Mix-it

Agnès, Cédric, Cyril, Guillaume, Grégory, Mathieu, Nicolas, Philippe & Sébastien

]]>
http://fierdetredeveloppeur.org/2015/03/conference-mix-it-lyon/feed/ 1
Techdays 2015 : quel développeur serez-vous demain ? http://fierdetredeveloppeur.org/2015/03/techdays-2015-quel-developpeur-serez-vous-demain/ http://fierdetredeveloppeur.org/2015/03/techdays-2015-quel-developpeur-serez-vous-demain/#comments Tue, 03 Mar 2015 14:52:13 +0000 http://fierdetredeveloppeur.org/?p=1125 Lire ]]>  

DSC_0562 Cette table ronde composée de Sébastien Dhérines (Supinfo), Stéphane Priolet (CDiscount), Carine Legras (Microsoft) et Daniel Cohen-Zardi (Fier d’être développeur et SoftFluent) avait pour objectif de donner un coup de projecteur sur les enjeux de carrière des développeurs et l’évolution de leurs compétences pour assurer leur employabilité.

Quelles prévisions de recrutement à horizon 2 ans/5 ans ?
Quels sont les besoins des entreprises ?
Quelles sont les compétences requises ?
Quel est l’impact du Cloud? Quel est l’enjeu de la mobilité?

 

Le débat tourne malheureusement toujours autour du même constat : les jeunes développeurs sont préemptés par de grandes sociétés de services alors que les éditeurs de logiciels et les entreprises numériques “pure player web” ont des besoins croissants et peinent à trouver les bons développeurs.

Tous les métiers sont touchés par l’évolution vers le numérique et les opportunités dans des entreprises innovantes sont croissantes. Les développeurs curieux, capables de s’aligner sur un besoin (marché ou client) avec des qualités de collaboration et ouverts ont un bel avenir devant eux.

Les initiatives évoluent dans ce sens, de nombreux événements communautaires et espaces d’échanges existent,  le succès de nos événements et cette salle comble démontrent une vraie attente des développeurs.

fier-detre-dev-techdays-2015

]]>
http://fierdetredeveloppeur.org/2015/03/techdays-2015-quel-developpeur-serez-vous-demain/feed/ 0
Les vœux 2015 de l’association « Fier d’être développeur » http://fierdetredeveloppeur.org/2015/01/les-vux-2015-de-lassociation-fier-dtre-dveloppeur/ http://fierdetredeveloppeur.org/2015/01/les-vux-2015-de-lassociation-fier-dtre-dveloppeur/#comments Wed, 21 Jan 2015 17:00:00 +0000 http://fierdetredeveloppeur.org/?p=1112 Lire ]]> L’association « Fier d’être développeur » a désormais déjà 2 ans d’existence, 3 si on inclut l’année d’incubation au cours de laquelle l’idée a été lancée et l’association s’est montée juridiquement. C’est pourquoi nous proposons aujourd’hui des vœux sous forme de bilan et d’une feuille de route pour le futur.

L’idée initiale avait germé dans l’esprit d’Eric Vernié, un développeur passionné par son métier, puis avait été discutée par un petit groupe de développeurs expérimentés aux parcours différents, mais partageant la même idée, afin de donner corps au mouvement.

Les développeurs font un des plus beaux métiers du monde, ce métier est au centre de la transformation de pratiquement toutes les activités humaines, il est reconnu comme tel dans les pays anglo-saxons, et pourtant il est encore souvent associé à une image négative de « choix par défaut », dans notre culture latine hiérarchique qui tend à encenser les chefs et ceux qui vendent, plutôt que les experts qui font.

 

C’est ce que nous voulons changer !

 

Plus que jamais, notre vision et la mission qui en découle, établies alors avec les membres fondateurs, restent d’actualité, même si nous sommes heureux que plusieurs points soient en progrès depuis 2012. Le battage médiatique autour de l’école 42, la mise en avant de plusieurs jeunes pousses innovantes, les progrès sur l’enseignement du code à l’école sont autant de signes que les choses ne sont pas figées.

Pour autant, nous sommes convaincus qu’il s’agit d’un chantier de longue haleine, et que nous avons encore beaucoup de chemin.

Il est donc bon après deux ans d’activité effective de tirer un premier bilan des efforts de notre association, voir ce qui marche, ce qui ne marche pas, et ce que nous pouvons envisager. La période de nouvelle année et des résolutions qui s’ensuivent est parfaite pour dessiner notre feuille de route des 2 à 3 prochaines années.

 

Ce qui marche :

  1. Le message porté par notre vision est clair, favorablement reçu, et fédère des développeurs et développeuses issus de tous les horizons.
  2. De plus, il permet de casser les clivages entre développeur évoluant sur secteurs ou types d’entreprise différents et de dépasser les chapelles technologiques. Nous avons réussi sur ce point et c’est un élément fondamental qui est au cœur des choix de notre association.
  3. L’attente des développeurs est forte et alignée avec ce message. Nombreux sont ceux qui ont rapidement apporté leur soutien. Nous voyons aussi un suivi et un relais fort au travers des réseaux sociaux.
  4. De nombreuses sociétés de renom ont apporté leur soutien à l’association, par exemple Embarcadero, IBM, Microsoft, PC Soft ou encore Salesforce (liste complète ici).
  5. Nous avons noué des partenariats ou collaboré avec différentes associations ou écoles, par ordre chronologique, le Munci, PME Finance, l’Epita/Epitech, l’ESGI, Devoxx France, le Meilleur dev de France, l’école 42, les Duchess et la DevFest de Nantes.
  6. Les événements faisant intervenir des « role model », à savoir des développeurs s’étant illustrés et ayant eu un succès, sont appréciés et constituent un double levier de motivation pour les jeunes développeurs et de communication pour l’association.
  7. Le principe d’intervention dans les écoles, notamment en tant qu’ancien, avec une présentation synthétisée fonctionne, et est bien reçu par nombre d’entre elles.
  8. L’animation éditoriale de premier niveau fonctionne et le contenu est suivi.
  9. Enfin, ce qui n’est pas si négligeable même si ce n’est qu’un moyen, l’association s’est constitué un fonds de roulement qui lui permet de s’inscrire durablement dans le paysage.

 

FDD_2015

 

Ce qui ne marche pas ou pas encore :

  1. L’approche d’association à cotisation annuelle ne semble pas satisfaisante. Elle génère une attente forte des membres, que nous ne sommes pas en mesure de remplir faute d’une échelle suffisante (il faudrait au moins 10 000 membres pour pouvoir soutenir une association avec des employés permanents et nous ne sommes qu’à quelques centaines). Nous nous orientons désormais vers une cotisation unique sans limitation de durée et espérons aussi que cela incitera plus de développeurs à nous rejoindre.
  2. De manière similaire, mais moins problématique, les parrains sont avant tout moteurs pour financer les évènements. Du coup, il est probable que nous évoluions vers un parrainage par évènement. Cela reste moins tranché sur le long terme cependant, car une communication régulière sur les canaux de l’association intéresse aussi les parrains. Mais rien ne nous oblige à aligner cela sur un parrainage financier.
  3. Nous manquons de membres proactifs pour animer l’association. Les membres fondateurs ont évolué pour certains dans des postes ou fonctions qui leur laissent très peu de temps, certains sont partis à l’étranger. Il faut que nous arrivions mieux à capitaliser sur tous les membres pour faire vivre l’association.
  4. Conséquence du point précédent, nos modes d’action ne sont pas assez clairs. Nous avons fourmillé d’idées, et du coup, avons parfois imaginé plein de choses, mais n’en avons pas accompli suffisamment, ou les avons accomplis de manière trop limitée. Par exemple, les présentations dans les écoles fonctionnent, nous devons équiper nos membres de supports de communication pour que beaucoup puissent les jouer eux-mêmes.
  5. De manière plus spécifique, notre activité en régions est trop faible. Nous avons soutenu quelques évènements au cas par cas, mais il nous faut construire une vraie approche orientée-actions avec des relais locaux sur le terrain, notamment en nous associant avec les évènements déjà en place dans les différentes régions. À Nantes, nous avons un volontaire déjà actif qui nous a perrmis de nous associer avec la DevFest et avec qui nous allons travailler sur le sujet dans la durée.
  6. Nos outils Internet sont améliorables. Par prudence, nous avions investi de manière modérée sur un blog WordPress enrichi de développements complémentaires léger et d’une intégration Ecwid pour le E-Commerce. L’ajout de forums s’est avéré laborieux et l’administration reste complexe. Nous envisageons de réinvestir sur ce point pour apporter de vrais services communautaires aux membres.

 

Nous pouvons résumer tout cela en concluant que notre association est claire sur son positionnement et sa mission, qu’elle a construit un mouvement qui est bien orienté et qu’elle peut compter sur de nombreux soutiens.

Cependant, son mode d’action régulier n’est pas encore suffisamment clair et organisé, notamment pour permettre aux membres de la porter. Nous avons testé différents types d’actions et savons désormais ce qui peut fonctionner ou non.

Notre objectif pour les années 2015 et 2016 est d’ajuster notre plan d’action afin de systématiser les opérations qui fonctionnent et normaliser notre fonctionnement, tout en recrutant de nouveaux membres, avant de passer à l’âge adulte pour les années 2017 et au-delà.

Nous allons donc travailler les points d’amélioration et comptons sur vous, développeurs, pour rejoindre le mouvement si ce n’est encore fait, et nous aider à le porter si vous avez adhéré.

 

Vos serviteurs, qui vous remercient pour votre confiance et votre patience,

 

Bonne année 11111011111, une année palindromique en binaire, ce n’est pas si souvent Sourire

 

Daniel, Eric et Sylvain, du bureau « fier d’être développeur »

]]>
http://fierdetredeveloppeur.org/2015/01/les-vux-2015-de-lassociation-fier-dtre-dveloppeur/feed/ 1
Barack OBAMA : 1er Président à ecrire un programme informatique http://fierdetredeveloppeur.org/2014/12/barack-obama-1er-prsident-ecrire-un-programme-informatique/ http://fierdetredeveloppeur.org/2014/12/barack-obama-1er-prsident-ecrire-un-programme-informatique/#comments Thu, 11 Dec 2014 10:26:15 +0000 http://fierdetredeveloppeur.org/?p=1102 Lire ]]>  

Barack En écrivant ce programme, Barack Obama envoie un message : tout le monde devrait apprendre à coder ! ‘Apprendre ces compétences n’est pas juste important pour votre futur, c’est important pour l’avenir de votre pays !Evidemment, le programme était très simple mais comme le souligne Hadi Partovi, le co-fondateur de Code.org, une ONG dédié à l’éducation de l’informatique, c’est bien l’objectif de la manoeuvre ‘Personne ne commence en créant un jeu compliqué’.
 
Développeurs, développeuses, l’avenir est entre vos mains.
]]>
http://fierdetredeveloppeur.org/2014/12/barack-obama-1er-prsident-ecrire-un-programme-informatique/feed/ 0
IBM Bluemix Paris meetup, les femmes à l’honneur ! http://fierdetredeveloppeur.org/2014/12/ibm-bluemix-paris-meetup-les-femmes-lhonneur/ http://fierdetredeveloppeur.org/2014/12/ibm-bluemix-paris-meetup-les-femmes-lhonneur/#comments Wed, 03 Dec 2014 10:00:00 +0000 http://fierdetredeveloppeur.org/?p=1096 Lire ]]>  

Bluemix Girls' Night

Rendez-vous le 17 décembre prochain à partir de 18h00 à l’ISEP Paris au Meetup animé par les femmes, pour les femmes ! Les hommes sont les bienvenus aussi.

 

Agenda

  • Introduction : la révolution digitale est en marche. Pourquoi le Cloud en est-il le moteur ?
  • Qu’est-ce que IBM Bluemix ? introduction à Bluemix et développement live d’une application de Chat
  • Présentation de l’écosystème Watson et démos services Watson et retour d’expérience de la startup DreamFace
  • Témoignages : la carrière des femmes chez IBM

 

bouton_inscrire

]]>
http://fierdetredeveloppeur.org/2014/12/ibm-bluemix-paris-meetup-les-femmes-lhonneur/feed/ 0
Apprendre en s’amusant http://fierdetredeveloppeur.org/2014/11/apprendre-en-samusant/ http://fierdetredeveloppeur.org/2014/11/apprendre-en-samusant/#comments Thu, 27 Nov 2014 15:23:41 +0000 http://fierdetredeveloppeur.org/?p=1085 Lire ]]> Donner du sens et de l’intérêt à l’apprentissage avec un aspect ludique, c’est tout l’objet de l’enseignement du code à l’école dès le plus jeune âge.

 
A l’image de l’Angleterre et des Etats-Unis, les initiatives commencent à se multiplier en France et ce n’est pas pour nous déplaire.
 
Axel Lemaire, la secrétaire d’Etat chargée du numérique a annoncé qu’elle souhaitait sensibiliser tous les écoliers français au numérique dès leur plus jeune âge et a insisté sur le fait qu’elle soutiendrait l’ensemble des initiatives associatives d’apprentissage du code en dehors des horaires académiques.
 
Laurence Bricteux est intervenu à la [Frenchweb Tour Lyon] pour parler des Ateliers-goûters du code qu’elle a mis en place depuis mars 2014 à Marseille. En s’appuyant sur des outils comme Scratch ou les page de code.org, l’idée est de permettre aux enfants d’acquérir progressivement des compétences de code tout en s’amusant.
 
Pour en savoir plus, découvrez son interview :
 

 

Saluons au passage une développeuse active de notre association en la personne d’Aline Paponaud également très impliquée dans cette action comme en témoigne son intervention à la FDD Night.

]]>
http://fierdetredeveloppeur.org/2014/11/apprendre-en-samusant/feed/ 0
Vous avez dit une Barbie développeuse ? http://fierdetredeveloppeur.org/2014/11/vous-avez-dit-une-barbie-developpeuse/ http://fierdetredeveloppeur.org/2014/11/vous-avez-dit-une-barbie-developpeuse/#comments Thu, 20 Nov 2014 16:38:58 +0000 http://fierdetredeveloppeur.org/?p=1066 Lire ]]> Vous avez bien lu, une Barbie Développeuse a été mise en scène, elle a fait son apparition dans un livre pour enfant récemment. The Verge notamment en a parlé : voir l’ article sur le sujet.
 
Une bonne idée de plus pour inciter les enfants voir les petites filles à s’intéresser aux métiers de l’informatique. Cependant, dans ce livre, Barbie doit créer un jeu vidéo, elle fait donc appel à deux supers beaux développeurs pour le code parce qu’elle n’y connait rien (cliché ? bien sûr que non !). Ensuite, malheureusement, Barbie attrape un virus sur son ordinateur, elle doit donc une fois de plus demander de l’aide à un développeur pour résoudre ce problème (encore un cliché ? bien sûr que non !). Vous l’aurez compris, le livre est bourré de clichés sexistes, d’ailleurs Pamela Ribon a relevé l’ensemble des inepties dans cet article.
 
Le plus drôle dans cette histoire est le fait qu’une étudiante Doctorante en informatique d’Atlanta, Casley Fiesler a réécrit le livre avec sa coloc d’une toute autre façon. En effet, Barbie est ici une pro de l’informatique, elle remet à sa place tous ceux qui mettent en doute ses capacités.
 

barbieremix9

 
Suite à cette parodie, une dénommée Kathleen Tuite à lancé un générateur permettant de remixer l’histoire. Les internautes sont ensuite invités à poster leurs créations sur Twitter sous le hashtag #FeministHackerBarbie
 

— Lia Ionita (@liaionita1) 20 Novembre 2014
 

Du coup, Fier d’être développeur s’y est mis aussi et ça donne ça :  #Humour
 

Barbie-remix-FDD

 

Barbie-remix-fdd  
]]>
http://fierdetredeveloppeur.org/2014/11/vous-avez-dit-une-barbie-developpeuse/feed/ 1