Partager via


Cet article a fait l'objet d'une traduction automatique.

Note du rédacteur en chef

Mise en forme d'une nouvelle ère dans de la MSDN Magazine

Diego Dagum
Je suis Diego Dagum, le nouveau directeur éditorial pour de la MSDN Magazine. Étant donné que je ne connais pas pour le magazine, je vous indiquerons un peu sur moi-même avant d'entrer dans les détails de mois-ci ce.

Développement de logiciels a toujours été une passion pour moi, depuis Mes années teenage lorsqu'une nouvelle plage de soi-disant ordinateurs d'accueil remplacé la première vague de jeux de console (ces derniers principalement dominée par Atari). Ordinateurs domestiques étaient également les jeux de console, mais a démarré avec capacités de programmation. Il généralement serait certains dialecte BASIC intégrées, plus la possibilité d'obtenir d'autres langues par l'intermédiaire de cartouches comme LOGO ou assembler.

Qui a conduit à la formation universitaire en informatique, avec l'objectif de devenir un développeur professionnel. Une fois graduées, j'ai travaillé en tant que développeur pour différents types de secteurs d'activité (auprès de fabricants en vue de communications, à partir de démarrages à grandes entreprises et ainsi de suite), avoir à connaître non seulement les façons des plates-formes différentes utilisés, mais les astuces de vente pour chaque entreprise. Qui m'a aidé à mieux correspondre les capacités de technologie avec la nécessité des entreprises pour “ faire plus avec moins respectez.

Lorsque vous êtes capable d'analyser les technologies pas pour qu'ils sont mais pour combien ils aident à tirer parti d'entreprise, vous devenez un architecte. C'est ce que vous avez été faites comme éditeur de The Architecture Journal pour une année et demi (sœur une magazine) maintenant ; je vais conserver fait-il ce travail as well.

Retour sur la côté de MSDN Magazine, je travaille avec notre nouveau président d'in éditeur, Keith Ward, apporter des modifications pour le magazine. Une clé qui vise à mieux aligner notre contenu à vos besoins en tant que développeur. À cette fin, vous avez écrit une entrée de blog traitant de ce nouvel intérêt à https://blogs.msdn.com/msdnmagazine/archive/2009/10/07/9904758.aspx de.

Pour résumer ici, il existe cinq domaines principaux que nous voulons mettre l'accent sur l'avenir :

  1. Architecture d'arrière-plan pour le développement d'entreprise
  2. Sensibilisation infrastructure plus pour mieux comprendre sur la plate-forme déjà offre pour la sécurité, santé, l'évolutivité, etc.
  3. Meilleures pratiques à adopter, suivi de pires pratiques à éviter
  4. Équipe reconnue, car le développeur est seul dans une série de parties prenantes qui jouent un rôle dans le processus de développement
  5. Une plus forte vous concentrer sur les développeurs de plates-formes et outils actuellement utilisé et plutôt que sur la prochaine chose de nouveau

Nous sont également réglages notre contenu, ce qui aura un effet sur les fonctionnalités et la programmation de notre colonne. Ces modifications seront incorporées incrémentielle et nous allons être recherche activement votre entrée, afin de nous le magazine afin de mieux répondre à vos besoins les développeurs comme actives la forme.

Concernant ce problème, je souhaite mettre en évidence certains articles nous avec :

  • Nikhil Sachdeva explique comment Pex, un outil développé par Microsoft Research, peut aider vous empêcher que votre code hérité (legacy) rotting en générant automatiquement des suites de test petit avec la couverture de code et d'assertion élevée.
  • Brian A. Randell et Marcel de Vries nous montrent comment étendre la fonctionnalité de Visual Studio Team Explorer pour ajouter plus de niveau d'interactions avec Team Foundation Server.
  • Ayende Rahien explore les méthodes conseillées pour les applications de bureau utilisent NHibernate pour le mappage objet/relationnel.
  • Enfin, David Laribee donne un aspect particulier sur l'économie de développement de logiciels, en mettant l'accent sur un moyen de baisser une maintenance élevée coûteux codebase en faveur d'un plus productif.

J'espère que vous appréciez ce problème. Keith et I, avec notre équipe de production, va continuer à travailler sur les moyens d'améliorer le de la MSDN Magazine. Dites-nous 
how que nous pouvez la rendre encore mieux en envoyant vos commentaires à mmeditor@microsoft.com.