Xavier de Labouret

Deux podcasts pour apprendre l’anglais tel qu’il se parle:

AnglaisPod où Thomas Carlton propose à des francophones des cours d’anglais de différents niveaux.

Le podcast de 37signals (encore eux) constitué de discussions thématiques sur 37signals. Les épisodes sont complétés par leurs transcripts, le texte des dialogues de l’épisode, accessibles en ligne.

• AnglaisPod
• 37signals podcast

La sortie aujourd’hui de Prince of Persia au cinéma est l’occasion de raconter une belle histoire, celle de la création de “Shadow man” dans le premier Prince of Persia. Je repense toujours à cette scène lorsqu’il faut illustrer “l’idée géniale” dans un contexte créatif et technique.

• Jordan Mechner, Old Journals, June 8, 1988: Shadow man

Michael Watkins, chroniqueur à la Harvard Business Review, revient sur les récents malheurs de Toyota et de BP, et nous explique clairement comment le choix d’économies sans discernement, qu’il soit ponctuel ou via un processus d’optimisation permanent, est la route la plus sûre vers le désastre:

« What do Toyota’s sudden-acceleration woes and the disastrous oil spill in the Gulf of Mexico have in common? Both are examples of a type of organizational breakdown that is destined, absent some fundamental rethinking of what “leadership” means, to become ever more common and damaging: complex systems failures triggered by seeming rational patterns of cost-reduction decision-making. »

• Leaning Your Way to Disaster

Où Steven Strogatz nous montre que l’on peut expliquer les mathématiques au plus grand nombre:

• dans Take It to the Limit, il nous parle d’Archimède, de Pi, et des limites,
• avec Change We Can Believe In, il nous explique les dérivées en se faisant aider par Michel Jordan et Mr Joffray, le professeur de maths de ses jeunes années.

C’est vraiment très raffraîchissant.

A 37Signals, les gens sont tellement satisfaits de la manière dont ils travaillent, qu’ils ont écrit un essai qui en fait la description extensive: Getting Real .

Petit extrait de l’introduction:

No more bloat
The old way: a lengthy, bureaucratic, we’re-doing-this-to-cover-our-asses process. The typical result: bloated, forgettable software dripping with mediocrity. Blech.

Getting Real gets rid of…
Timelines that take months or even years
Pie-in-the-sky functional specs
Scalability debates
Interminable staff meetings
The “need” to hire dozens of employees
Meaningless version numbers
Pristine roadmaps that predict the perfect future
Endless preference options
Outsourced support
Unrealistic user testing
Useless paperwork
Top-down hierarchy

You don’t need tons of money or a huge team or a lengthy development cycle to build great software. Those things are the ingredients for slow, murky, changeless applications. Getting real takes the opposite approach.

[…]

In this book we’ll show you…
The importance of having a philosophy
Why staying small is a good thing
How to build less
How to get from idea to reality quickly
How to staff your team
Why you should design from the inside out
Why writing is so crucial
Why you should underdo your competition
How to promote your app and spread the word
Secrets to successful support
Tips on keeping momentum going after launch
…and lots more

Les retours d’expérience de jeunes fondateurs d’entreprises ne sont pas si fréquents, alors qu’ils sont précieux. En voici déja deux, relatifs à Bingo Card Creator, et à Balsamiq:

• Running A Software Business On 5 Hours A Week
• Startup marketing advice from Balsamiq Studios

Brian Eno est l’auteur d’un petit jeu de cartes servant à lutter contre les pannes de créativité, intitulé Oblique Strategies . On peut le trouver sur eBay ou sur la boutique internet de monsieur Eno.

J’ai passé une bonne partie de ce week-end au Barcamp Bordeaux, et cela a été pour moi une succession de bons moments et de fructueuses rencontres.

Le Barcamp est basiquement un openspace (on utilise parfois le terme inconférence chez nous autres francophones). J’ai eu le bonheur de participer à quelques ateliers:

• Hervé Berthou de Systonic a animé une réflexion sur la protection des marques, de l’identité et des contenus de l’entreprise sur internet, en approfondissant en particulier les problématiques de cybersquatting. Il propose aujourd’hui avec Keepalert de vérifier si un nom est soumis à un tel abus. Mais visiblement Keepalert permet plus que cela: on peut l’utiliser en amont du processus de création de la marque, pour vérifier la préexistence d’un nom de domaine correspondant; il peut aussi permettre de constater des variations dans l’apparition de la marque sur internet.
• L’atelier de Sylvain Maire, de Fing, a permis un échange entre acteurs d’horizons variés autour de la réutilisation des données publiques. Les échanges ont porté entre autres sur la validité des données, la liberté d’accès, et a liberté d’utilisation avec une possible rémunération.
• Yann Leroux, qui gère le domaine psyapsy.org, nous a demandé: peut-on gérer une communauté en ligne ? Il a fallu aborder la question du sens et des limites d’une communauté en ligne, de la nature de la communication au sein d’une telle communauté, et des étapes de la vie d’une communauté.

Lesly Garreau a annoncé qu’une nouvelle édition aurait lieu en février prochain. Vivement le Barcamp 2011!

Tout cela est fort bien expliqué dans cet article complet sur JavaLobby:

• http://java.dzone.com/news/how-fix-memory-leaks-java

Prenez d’un côté un système, Linux, dont les distributions sont d’abord des snapshots de paquets que l’on souhaite le plus cohérents possibles, en particulier concernant le versionnage des librairies dynamiques. Prenez de l’autre des applications, et non des moindres, Firefox et Chromium, qui soit veulent avoir leur propre cycle de release mélangeant correctifs et ajout de fonctionnalités (cas de Firefox), soit veulent carrément dépendre de versions forkées de libraries dynamiques, qui seront par essence difficiles à fournir par une distribution Linux (cas de Chromium).

Ces besoins à priori incompatibles obligent l’une des parties à bouger pour accepter le modèle de l’autre. En l’espèce, il semble que ce soient les packagers d’Ubuntu qui commencent à revoir leur position, en acceptant d’exécuter Firefox avec en dépendance les librairies que celui-ci fournit, et non celles de la distribution.

D’un côté cela permettra de garantir une plus grande homogénéité des versions d’un programme à travers différentes distributions. De l’autre, cela se fera au détriment de l’homogénéité des programmes entre eux au sein d’une distribution. Ainsi (et surtout) que de la consommation mémoire, si chaque programme en vient à vouloir ses propres versions de librairies dynamiques.

• Applications and bundled libraries sur lwn.net