Author Archives: Aurélien Pelletier

Innovation As A Service

Je suis un fan des travaux de Simon Wardley à propos du cycle d’évolution des activités: d’une innovation émergent des projets spécifiques qui peuvent devenir des “produits” eux mêmes commodifiés par des services ou des projets open source. Ces commodités pouvant servir de base à de nouvelles innovations auparavant inimaginables… La boucle est bouclée.

Se servir de la technologie comme levier pour innover est l’une des choses qui me motive  chaque jour dans mon métier. Nous (les informaticiens) vivons une époque formidable, j’ai aujourd’hui la chance de pouvoir pousser tout ça un peu plus loin à un nouveau poste…

Je rejoins le Groupe Sfeir en tant que Directeur Technique.

 

Des tweets et des plus n°18 – Methods to find out what’s going on

Valve Handbook for new employees : hierarchy or codified divisions of labor […] We believe those structures inevitably begin to serve their own needs rather than those of  Valve’s customers

What Amazon’s ebook strategy means: By foolishly insisting on DRM, and then selling to Amazon on a wholesale basis, the publishers handed Amazon a monopoly on their customers—and thereby empowered a predatory monopsony.

Word, le fax du XXIe siècle: Je ne connais qu’une personne qui adore Word: mon fils de 4 ans. Il aime bien mettre le nom des lignes de métro dans la bonne couleur, ou écrire «automne» avec chaque lettre dans une teinte de feuille différente, ou sauter de la police Times New Roman à Comic Sans. Il adore aussi écrire sur ma vieille machine Smith-Corona. Les outils qui ont perdu de leur utilité font de remarquables joujoux.

Vive Soap: We have an employee whose last name is Null. He kills our employee lookup app when his last name is used as the search term.

Why is Estimating so Hard? It turns out that we don’t know the procedure. We haven’t got any clue to just how difficult the procedure is. We aren’t computers. We don’t follow procedures. And so comparing the complexity of the manual task, to the complexity of the procedure is invalid.

 

Des tweets et des plus n°17 – Dark Ages of Developer

Avez-vous la culture agile ? Agile Timeline: 1976: publication of Software Reliability by Glenford Myers, which states as an “axiom” that “a developer should never test their own code” (Dark Ages of Developer Testing)

CAMARADES AGILISTES, “INDIGNEZ-VOUS !”: Quoi qu’en disent les SSII, l’agilité et le mode forfait sont immiscibles comme l’eau et l’huile !

PHP: a fractal of bad design: programming is a hilariously young discipline, and none of us have the slightest clue what we’re doing.

What Powers Instagram: 

  • Keep it very simple
  • Don’t re-invent the wheel
  • Go with proven and solid technologies when you can

Des tweets et des plus n°16 – Big data

BIG DATA : Hors Hadoop, point de salut: la déferlante Hadoop a étouffé toute velléité de concurrence propriétaire, devenant hégémonique en à peine 4 ans d’existence […] Hadoop a permis de déverrouiller le marché du Big Data dès sa genèse et le rendre accessible à tous, des grands groupes jusqu’aux TPE. Un constat qui aurait été impossible avec des outils purement propriétaires

Big Data & Open Source: une convergence inévitable?: ce marché à la fois stratégique et à très fort potentiel de croissance.

Why “Big Data” needs to be Functional : Dean examines how OOP and Java thinking is impacting the effectiveness of Hadoop […] Hadoop is enterprise java bean of our time (démarre réellement @ 12min)

Why Large Enterprises and EDW Owners Suddenly Care About Big Data:  The Cost of 1 Gigabyte in 1980 was $210,000 – Today it’s 15 cents.

 

Des tweets et des plus n°15 – We code hard

[vimeo]http://vimeo.com/35023466[/vimeo]

Four Principles of Low-Risk Software Releases: there are two fundamental approaches to designing a system. You can optimize for mean time between failures (MTBF), or for mean time to restore service (MTRS). For example, a BMW is optimized for MTBF, whereas a Jeep is optimized for MTRS

How Not To Sell Software in 2012: Don’t make it hard for me to try your software. If I can’t play with a trial version or sandbox immediately, I’m moving on.

Le pair programming mort-né ?: Du point de vue du fonctionnel et de l’infrastructure de l’application, la programmation en paire favorise – et impose naturellement même – le partage de la connaissance. L’appropriation collective du code (Code Collective Ownership) est ainsi accrue et la réactivité face aux bugs de production est meilleure.

ROCA: is an attempt to define a set of recommendations – independent of any particular framework, programming language, or tooling – that embodies the principles of what we consider to be good web application architecture