• .NET micro Framework 4.1
• Visual Studio 2010 (Express ou supérieur)
• du matériel électronique compatible (carte mère et modules)

Pour démarrer :

• il faut acheter un kit hardware de démarrage (la liste est disponible ici http://msdn.microsoft.com/en-us/netframework/ff962539, Fez Spider starter kit à 250$ ...)
• il faut télécharger VS 2010 Express ou utiliser son VS si on possède une licence
• il faut installer le .NET Micro Framework 4.1
• Il faut ensuite installer le SDK propre au hardware

Par exemple, GHI Electronics propose un tutoriel assez bien fait avec leur hardware :

http://www.ghielectronics.com/downloads/Gadgeteer/Mainboard/Spider_GettingStarted/

Ensuite, il ne faut pas hésiter à consulter le blog gadgeteer :

http://blogs.msdn.com/b/net_gadgeteer/

Ce domaine micro et gadgeteer est en pleine expansion et fait partie de la stratégie MS sur les systèmes connectés et pour avoir un peu joué avec le développement de cartes électroniques il y a quelques années, ça n'a plus rien à voir.

Il y a eu une très jolie démonstration aujourd'hui au MS TECHDAYS sur le développement d'une station météo avec ces technologies et le résultat, en 15 lignes de code, est bluffant.

Bon DEV !

http://www.infoq.com/presentations/Mobile-Web-Development-with-HTML5

http://blogs.msdn.com/b/devosaure/archive/2011/07/11/comment-d-233-velopper-avec-le-sdk-kinect-en-c-part-i.aspx

Il existe également 2 autres parties.

http://www.lemondeinformatique.fr/actualites/lire-l-affaire-maif-ibm-modere-la-protection-absolue-des-contrats-au-forfait-47104.html?utm_source=mail&utm_medium=email&utm_campaign=Newsletter

Le tribunal vient d'inverser sa première décision et donc de mettre hors de cause IBM.

Les conclusions que l'on peut en tirer de mon point de vue:

• SCRUM, SCRUM et encore SCRUM
• Eviter les périmètres projets trop vastes et incontrôlables
• Dans un projet classique en cascades, un contrat au forfait ne protège pas le DSI ! Ce qui le protège c'est éventuellement un cahier des charges super détaillé, validé ... le saint-graal
• Ne pas mettre tous ses oeufs dans le même panier; dans un projet de refonte du SI, ne pas hésiter à diversifier les fournisseurs ce qui permet de réduire le périmètre des différents projets
• Il faut savoir prendre ses pertes et arrêter les frais quand un projet déraille.

En SCRUM, ce cas peut arriver où le scrum master se rend compte que la vélocité est insuffisante pour que le projet implémente les user stories mises en priorité par le product Owner. Le projet SCRUM s'arrête donc. On le reprend au début par une discussion avec le PO sur les US et leurs priorités. On replanifie le projet et on le reprend. Le PO revoit à la baisse la vélocité souhaitée. On redéfinit le plan des release avec le métier. Dans un projet en cascades, c'est compliqué car ceci s'apparente souvent à un désaveu du responsable qui a pris la décision de faire le projet.

En tout cas, cette décision risque de modifier les relations client fournisseur à l'avenir en France.

http://www.codeproject.com/KB/database/SqlServerCLRTriggerAudit.aspx

http://www.codeproject.com/KB/ajax/jTable.aspx

http://www.theregister.co.uk/2011/09/19/beast_exploits_paypal_ssl/

Pour s'en protéger, il faut utiliser des versions de protocole TLS supérieures à 1.0 ce qui n'est pas évident vu que ces versions ne sont pas implémentées dans la plupart des navigateurs et serveurs WEB du marché.

Néanmoins, il est possible de désactiver TLS 1.0 dans certains serveurs WEB dont IIS 7 sous Windows 2008:

http://support.microsoft.com/kb/187498

Pour Internet Explorer, il est possible de désactiver TLS 1.0 dans le menu Outils-Options Internet mais alors, la plupart des sites https/SSL ne fonctionneront plus.

http://www.codeproject.com/KB/IP/sharppcap.aspx

Indispensable pour les développeurs .NET !