• les éditions volumiques

Ninite permet de gagner du temps de manière significative dans cette tâche. Et c’est bien.

• Ninite

• How to avoid (and quickly recover from) misunderstandings

… finalement c’est très simple

• Le culte de la Normalisation

« Lorsque la finalité glisse doucement depuis “Aligner strategie et technologie” vers “Respecter la dernière norme établie”, le projet est perdu. »

Full Analysis of iPhone Economics - it is bad news. And then it gets worse

A l’époque de la ruée vers l’or au Far West, ceux qui étaient le plus sûrs de s’enrichir étaient les marchands d’outils pour les prospecteurs. La ruée vers la réalisation d’applications iPhone semble obéir à des règles similaires.

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

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

« 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

• 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.

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

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

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!

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

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

Quelques phrases marquantes :

• Though copious errors guarantees worthlessness, having zero errors guarantees nothing at all about the value of software.
• When the thinking changes, the organization changes, and vice versa.
• Lack of calendar time has forced more failing software projects to face the incorrectness of their models than all other reasons combined.

Et mon préféré:

• Whenever there’s a human decision point in the system, it’s not the event that determines the next event, but someone’s reaction to that event.