Faire votre propre webservice d'envoi/réception de SMS ?  Prenez un vieux téléphone Android et l'application gratuite "Android SMS Gateway". (Prenez un abonnement mobile avec SMS illimités.)
Cette application expose un service REST pour envoyer et recevoir des SMS. Pratique !
(via http://nas.eownis.me/shaarli/?9RuIGw)

EDIT: Si vous êtes chez FreeMobile et que vous voulez juste vous envoyer des SMS à vous-même, il y a une petite API simple et efficace (pratique par exemple pour se faire son propre système d'alerte ou de double-authent): http://sebsauvage.net/links/?hmKByw  (J'ai testé, ça marche nickel.)

:-D

J'aime les hashmaps !

Vous vous souvenez de cette BD de xkcd ?  Le protagoniste a une ferme de virus (à la manière d'une ferme de fourmis).
Et bien un gars a mis ça en place. Vous pouvez même uploader vos exécutables:  http://wecan.hasthe.technology/

Un moteur de recherche de code. Il cherche simultanément dans GitHub, Google Code, Codeplex, Sourceforge, BitBucket et Fedora Projects.
Pratique pour trouver des exemples d'utilisation d'API ou de lib, par exemple.

Un tumblr qui dénonce les hackathons (en gros, ces évènements qui essaient de se faire passer pour "cools", organisés par de grosses boîte pour pour inciter les développeurs à créer des choses pour leur plateforme/API/service/entreprise à moindre frais).
(via http://www.mypersonnaldata.eu/shaarli/?9ZUulA)

Woao... ah oui l'équipe marketing de WinDev est vraiment au top !
(via https://tcit.fr/liens/?XhdgNg)
(WinDev est une plateforme de développement fermée qui a connu un certain succès il y a quelques années.)

Désormais en français: http://www.codecademy.com/

mmm... tiens je n'avais pas fait gaffe que cet article de Joël Spolsky avait été traduit en français (sur son propre site !).
(via http://www.petitetremalfaisant.eu/shaarli/?hyW7Eg)
(Joël Spolsky est un développpeur, un vieux de la vielle, qui a travaillé chez Microsoft et a lancé plus tard StackOverflow. En tant que développeur, son blog est très intéressant.)

HackerNews vu par 4chan (Désolé, c'est très geek.)    :-)

Résumé le l'état des pilotes OpenGL chez les principaux fabricants de puces graphiques. Et ce n'est pas brillant.

Vous aurez besoin de Firefox 29 pour voir cette page.  C'est la version de démo de Dead Trigger 2... en WebGL. (Et là j'apprend par la même occasion qu'il existe désormais une version WebGL du player Unity. Chouette !).
Après Unreal, c'est donc le moteur 3D Unity qui a été porté en WebGL.

Mozilla en a profité pour travailler sur les performances d'asm.js, mettant en place une pré-compilation et un cache du code pré-compilé: https://hacks.mozilla.org/2014/05/asm-js-performance-improvements-in-the-latest-version-of-firefox-make-games-fly/
Les jeux en WebGL sont désormais seulement 1,5 fois plus lents que le code natif en C/C++, ce qui est pas mal du tout.

Unreal et Unity sont portés en WebGL. On peut s'attendre à voir probablement d'autres moteurs portés également en WebGL (Source ? CryEngine ?). Cela ouvre le potentiel de jeux directement dans le navigateur, et un modèle économique qui pourrait se développer: Imaginez. Vous arrivez sur n'importe quel ordinateur avec un navigateur, vous vous loguez sur un site, et vous jouez directement à vos jeux. Une sorte de "Steam" en ligne, accessible depuis n'importe quel navigateur, qui vous permet de jouer sans télécharger à l'avance les jeux. Ça serait cool, non ?
C'est un peu ce que faisait QuakeLive (même s'il nécessitait en réalité un plugin).

RTFM  :-)

Je suis d'accord avec lui: Malgré toutes les qualités de GitHub, cette monoculture est inquiétante.  La diversité est indispensable à une informatique saine.

Je me met ça sous le coude: un outils pour vous aider à supprimer le code inutile de vos CSS. Il supporte même les CSS injectés par Javascript. (via http://links.la-bnbox.fr/?TxMGJQ)

Les recommandations sécurité du CERT pour le développement d'applications Android.  Je me met ça de côté.

Donc Unreal annonce les tarifs d'accès au moteur 3D Unreal Engine 4: 19 dollars par mois (+5% des ventes, ça par contre ça fait mal). Pour ce prix, vous accédez à *tous* les outils Unreal dédiés au moteur, ainsi qu'au moteur lui-même.
Mais ce n'est pas tout: Vous accédez également à l'intégralité du source en C++ du moteur lui-même !  Étonnant non ? (Chez CryTek, l'accès aux sources coûte plus d'un million de dollars).
Et ce n'est pas fini: Unreal met en place un marketplace pour échanger des textures, modèles 3D et autres. Gratuits ou payants. Cela veut dire que les auteurs pourront même vendre leurs modèles 3D et textures. Unreal veut vraiment mettre en place toute une communauté autour de son moteur pour bouffer la concurrence. Et ils ont peut-être là trouvé une méthode très efficace.

Note: Le moteur concurrent Unity a déjà son marketplace en place depuis quelques années. Et le moteur Unity est gratuit même si vous vendez votre jeu. Mais Unreal est bien plus avancé techniquement.

Quelques mois après avoir porté le moteur 3D Unreal Engine 3 en Javascript/WebGL (http://sebsauvage.net/links/?sluCGg), Mozilla et Unreal on continué à travailler sur les performances. La première version tournait à 40% des performances du moteur natif. Ils sont parvenus à 67%.
Ils ont déjà commencé à travailler au portage de l'Unreal Engine 4 (voir la vidéo).

Certes il existe plein de formats de compression d'image meilleurs que le jpeg: les waveslets, WebP, etc. Mais soyons honnêtes: Le JPEG n'est pas prêt de disparaître.
Il y a quelques astuces pour limiter les dégâts:
 - Réduire la résolution de l'image (Non, une image 3500x2000 n'a rien à faire au sein d'une page web).
 - Utiliser un bon logiciel de compression JPEG (http://luci.criosweb.ro/riot/)
 - Éliminer les informations inutiles avec jpegtran (http://sebsauvage.net/links/?0DwJxQ)
 - Passer les JPEG en progressif (http://sebsauvage.net/links/?c5ZnRg).

Mozilla veut apporter sa pierre: Ils ont forké libjpeg-turbo et mixé avec jpgcrush afin de créer un outils qui semble donner 10% de réduction sur la plupart des JPEG.

Moi je pense qu'on a même pas besoin de cet outils pour améliorer 95% des sites web, si ces derniers voulaient bien:
  1) Réduire la qualité jpeg (70-80% est souvent largement suffisant, arrêtez de nous faire du 90 ou 95%, ça ne sert à rien.)
  2) Les mettre tous en progressif.  Bordel.

(Coucou GooglePlay, gros lourdingue. Je n'arrive pas à comprendre comment Google, chantre de l'optimisation, arrive à faire un site à tel point MERDIQUE en temps de chargement des images. D'autres site ont bien compris, comme BoingBoing qui - depuis quelques temps - utilisent du JPEG progressif, ce qui a amélioré de manière spectaculaire la vitesse de chargement de leurs articles, même dans un agrégateur RSS.)

Atom, l'éditeur de code opensource offline de GitHub.  Pour le moment juste en béta. à suivre...

Les jointures SQL expliquées en image. Ainsi que: http://www.codinghorror.com/blog/2007/10/a-visual-explanation-of-sql-joins.html
(via https://shaarli.guiguishow.info/?n3uNsA)