Veille technologique semaine 14

Pour le bulletin de cette semaine, je vous propose les sujets suivants :

• Microsoft souhaite accélérer le déploiement de IE 9
• La vision de la plate-forme Java par Oracle. 14 millions de développeurs connaissent Java et 9 millions l'utilise tous les jours. Oracle a 20 000 développeurs Java, et développe tous en Java, sauf de cœur de la base de données.
• Un extrait d'un livre sur Java 7
• Oracle propose à la communauté Java, de rassembler les idées pour le JDK 8.
• Une proposition de Joshua Bloch, pour le JDK 8, avec les Collection Literals.
• Un article sur la dette technique : c'est quoi ?
• Pourquoi modéliser : une explication.
• Une interview de Jonas Bonér, concepteur du framework Akka, en langage scala
• Un article au sujet de la gestion de la mémoire.

Bonne lecture.


Microsoft accélère le déploiement d'Internet Explorer 9
Virage à 180° pour Microsoft qui a décidé de revoir de fond en comble sa politique de déploiement d'Internet Explorer 9.


Oracle Senior VP Steve Harris on Oracle's Vision of Java
"If Java Is Not Successful, We Will Fail"
According to the Tiobe Community Programming Community Index, Java remains the world's most popular programming language.

He pointed to the estimated 14 million Java developers in the world with some nine million using Java regularly during the work day.


Java 7 and Polyglot Programming on the JVM
Part 1: Developing with Java 7

• 1 Introducing Java 7
• 2 New I/O

Part 2: Vital techniques

• 3 Dependency injection
• 4 Modern concurrency
• 5 Understanding performance tuning

Part 3: Polyglot programming on the JVM

• 6 Introducing non-Java languages on the JVM
• 7 Groovy, Java's flexible friend
• 8 Scala, power and economy
• 9 Clojure, learning safer programming

Part 4: Crafting the polyglot project

• 10 Test-driven development
• 11 Build and continuous integration
• 12 Rapid web development
• 13 Beyond ground level

Oracle Seeking Community Input for JDK 8
With Java 7 now feature complete, Oracle is starting to shift some attention to JDK 8, and Mark Reinhold, chief architect for the Java platform group, is asking for input from the Java community.
Oracle has 20,000 Java developers working for the company, everything except the core database is written in Java. If that were to decline... that would be a significant re-investment


Collection Literals
FEATURE SUMMARY: Add support for immutable List, Set, and Map literals, with a syntax similar to that of array initializers.
MAJOR ADVANTAGE: Reduces verbosity and adds clarity when creating small lists, sets, and maps and whose contents are known at compile time. This feature is well-liked in the many languages that support it (e.g., Perl, Python).
MAJOR DISADVANTAGE: The facility can be abused to simulate named parameters, resulting in loss of type safety. Hopefully people won't do this.


TechnicalDebt
In this metaphor, doing things the quick and dirty way sets us up with a technical debt, which is similar to a financial debt. Like a financial debt, the technical debt incurs interest payments, which come in the form of the extra effort that we have to do in future development because of the quick and dirty design choice. We can choose to continue paying the interest, or we can pay down the principal by refactoring the quick and dirty design into the better design. Although it costs to pay down the principal, we gain by reduced interest payments in the future.


Pourquoi modéliser ?
Quel que soit le langage de modélisation ou la méthode utilisé, vous vous êtes peut être demandé pourquoi réaliser des modèles, à quoi cela peut-il vraiment servir ? Vous avez peut être aussi travaillé à partir de modèles réalisés par les autres et vous n'avez pas vraiment saisie l'intérêt. Quelle que soit la raison pour laquelle vous avez eu envie de lire cet article, nous allons tenter de vous convaincre que la modélisation, Merise ou UML, peut être utile à plusieurs points de vue.
Lire l'article complet : Pourquoi_modeliser.pdf (70 Ko)



Talking about Akka, Scala and life with Jonas Bonér
This time we will interview Jonas Bonér. Jonas is a Java Champion, an owner of Scalable Solutions and an author of the Akka framework. He specializes in distributed computing, concurrency and knows a lot about many programming languages, including Scala, Clojure, Erlang and of course Java.


La gestion de la mémoire

Un gestionnaire de mémoire, c'est quoi ?

D'abord, c'est un très mauvais nom, qui me rappelle tout à coup que j'avais déjà prévu depuis longtemps d'écrire un billet sur la notion même de gestionnaire. Mais laissons pour l'instant de coté ce débat, et concentrons nous sur les fonctionnalités généralement offerte par un tel sous-système.

En premier lieu, un gestionnaire de mémoire a pour but de nous donner accès à la mémoire de notre système. Cette fonctionnalité suppose l'existence de deux opérations distinctes :

• Une opération permettant au programme client d'obtenir un bloc contigu en mémoire. Cette opération est communément appelée allocation ou réservation de mémoire. La bloc de mémoire obtenu via cette opération est dit alloué. 
• Une opération permettant au programme client de signifier qu'il n'a plus besoin d'un bloc de mémoire particulier - c'est la libération, ou la désallocation. Un bloc de mémoire auquel on applique cette opération est dit libre.

Un système qui propose ses deux fonctionnalités seules est un système très simple du point de vue de la gestion de la mémoire ; la plupart du temps, ce type de système est utilisé à bas niveau, ou via des librairies dans les langages dit "système" (dont le C est un exemple reconnu ; mais on peut aussi considérer le langage Pascal et beaucoup d'autres langages aux fonctionnalités similaires).

Où un problème et sa solution se précisent ...