Apple a récemment officiellement annoncé ce qui se tramait depuis longtemps : les Macbook vont passer sur architecture ARM. Vous allez me dire que vous vous en fichez, puisqu'Apple cédéméchan çapucépalibre.
Mais des signaux plus ou moins faibles indiquent ça et là qu'Intel est mal barré.
Exposé des faits
Les rumeurs sur le lâchage d'Intel par Apple bruissait depuis longtemps. Qui plus est, l'utilisation de plus en plus fréquente de leur propres (…)
Java est un des langages de programmation les plus auréolés de succès de ces quatre dernières décennies. Une grande partie des offres de postes de développeurs en France concerne Java.
D'après le « TIOBE Programming Community Index » Java est toujours leader avec 18,58 % des parts de marché en juin 2011. Il était bien plus haut en 2000, avoisinant les 30 %.
Mais comment Java en est arrivé là ? Cet article effectue un retour sur la période 1991–2000.
Les langages de programmations, de quelques paradigmes qu'ils soient (bien qu'un peu moins pour le paradigme logique), sont basés sur le concept de liste d'instructions exécutées à la suite par la machine. La machine exécutant ce code est une machine à état, mais le programme n'est pas formellement pensé comme tel.
Les machines à état semblent pourtant un bon outil pour la programmation des logiciels que nous avons l'habitude de développer : facile à dessiner sur papier, permettant un découpage clair du fonctionnement de l'application.
Sans compter qu'une machine à état se patche plus facilement qu'un code classique où l'effet spaghetti peut vite impliquer des effets indésirables.
Les designers de Qt l'ont bien compris en permettant de définir des machines à état pour décrire le comportement du contrôleur.
C'est pourquoi certains se sont demandés si la programmation en machine à état ne devrait pas être plus pratiquée et aimée des programmeurs. C'est, par exemple, ce que se demande Willem van Bergen, carrément enthousiaste.
Celui-ci pense que c'est le stockage de l'historique qui est essentiel.
Plus circonspect, Alan Skorkin étudie la problématique de reprise de code, afin de comparer les approches, pour conclure que si les machines à états ne sont pas la panacée, elles sont très intéressantes si on conçoit le code avec.
Un très intéressant débat est né de cette polémique sur Hacker News.
Une initiative personnelle est à l'origine du dépôt du Code Civil sur Github.
L'auteur a bien fait les choses, puisque chaque loi est l'objet d'un commit, 275 en tout.
Les plus vieux commits datent de Napoléon, auteur du Code.
Une belle initiative, qui, dans la continuité des ateliers constituants, permettraient à des groupes de travailler sur une amélioration fictive du Code, par des groupes de citoyens.
Il serait intéressant de faire de même sur notre Constitution (bien (…)
On connait tous les paradigmes de programmation les plus populaires (objet, impératifs, fonctionnels, logiques), mais la créativité n'est heureusement pas limité et il en existe d'autre très intéressants.
Voici une petite liste non exhaustive de quelques paradigmes curieux, mais assez stimulants pour tout créateur de langage un peu fou.
La plus connue est sans doute la programmation événementielle, elle a sa page wikipedia en français programmation événementielle. Elle consiste à baser le flot du programme sur des évènement en (…)
Il est resté cloîtré 7 ans en rase campagne avec un 486 pour seul compagnon, il a écrit son OS. Émouvant
Un jeune physicien anglais propose une théorie physique de la Vie révolutionnaire. D'après ce que j'en ai compris, il a découvert le principe d'auto-organisation au niveau moléculaire, qui remet en perspective le second principe d'entropie.
Les Anglais veulent refaire un Concorde. Il pourrait même aller dans (…)
Ocaml est souvent enseigné aux étudiant par un prof chiant qui nous impose une soupe théorique qu'on est pas forcément prêt à avaler (plus tard, on comprend son intérêt, mais plus tard).
C'est pourtant un langage puissant et généraliste, tout à fait adapté à faire des logiciels de la vraie vie. Et non, il n'y a pas que ML Donkey.
Je recense donc dans ce journal bookmark quelques projets sympa en OCaml, très divers, mais utiles.
Je précise que je (…)
Un très intéressant article dans le monde promeut un nouveau livre, du journaliste Nicolas Séné, intitulé "Derrière l'écran de la révolution sociale".
Derrière l'analyse communément admise selon laquelle les SSII sont des vendeurs de viandes fraiches et instruite, on peut y voir l'avant garde d'un phénomène de suicide de la société occidental : la précarisation des cadres.
Le rêve du MEDEF : un salarié pas cher, corvéable à merci, licenciable n'importe quand, et recours possible au chômage partiel si besoin.
Juste un journal bookmark pour signaler cette très intéressante discussion entre un groupe de personnes qu’il est assez unique de voir ensemble : Xavier Leroy (OCaml), David MacQueen (un des concepteur de ML), Martin Odersky (Scala), Simon Peyton‐Jones(Haskell) et Don Syme (F#).
La discussion est intitulée « The Future of Functional Programming Languages ». Y sont abordés les succès et insuccès de l’approche fonctionnelle, comment elle infuse ailleurs, quelles sont les perspectives, etc.
Cela se passe ici, et c’est disponible en divers formats.
D'après un sondage publié dans Marriane de cette semaine, 75 % des français sont favorable au protectionnisme Européen. Ce sondage a été financé sur leur denier personnels par une vingtaine d'économistes et chercheurs réunnis au sein de l'association "Manifeste pour un débat sur le libre-échange".
On trouve parmi eux : Emmanuel Todd, Jacques Sapir, Bernard Cassen, Pascal Fourrier, Jacques Généreux, Jean-luc Greau, Edouard Husson, Hervé Juvin, Akim El Karaoui, Gérard Lafay, Frédéric Viale, Julien Landfried, Aurélien Bernier, David Cayla, etc...
Intercooler.js est une énième, mais nouvelle bibliothèque JavaScript pour les sites web orientés client lourd.
Elle propose un mécanisme déclaratif assez intéressant : le comportement de l'interface est codé dans les attributs de balises HTML standard.
Elle simplifie la vie du développeur en évitant de devoir intégrer des évènements sur des sélecteurs JQuery (ou ses concurrents) : celui-ci a le choix de provoquer un appel AJAX ou un appel interne sur une fonction javascript, de manière déclarative dans le code HTML.
Intercooler est basé sur le concept de Partial View Controller. Dans cette approche, le serveur renvoi des fragments de HTML à intégrer dans l'interface.
Dans une application de gestion (au sens large) qui traite nombre informations, on peut facilement se retrouver avec moult variables textuelles voyageant dans le code au gré des traitements.
Le risque arrive vite d'avoir pléthores de fonctions prenant des chaînes en argument. Évidemment une chaîne étant équivalente à une autre, les fautes d'étourderies et autres valeurs mal traitées traitées (inversions, oublis), impliquent assez vite des erreurs survenant à l'exécution.
En paradigme objet, on peut s'amuser à créer un objet par (…)