---
title: "Microsoft's Journal for architects"
url: "https://osherove.com/blog/2006/3/24/microsofts-journal-for-architects.md"
canonical: "https://osherove.com/blog/2006/3/24/microsofts-journal-for-architects.html"
published: "2006-03-24T15:27:00"
updated: "2006-03-24T15:27:00"
tags: ["Architecture"]
author: "Roy Osherove"
description: "Beat Schwagler and Ingo Rammer spent a few days here in Israel this week, doing both a full day architect's seminar and Beat also spoke at the Architects User Group. One of the interesting points to mention really had…"
usage: "Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page)."
license: "https://creativecommons.org/licenses/by/4.0/"
---

# Microsoft's Journal for architects

By Roy Osherove March 24, 2006 In [Architecture](https://osherove.com/blog/category/architecture)

**Historical article** · Originally published March 24, 2006; technical details may be outdated.

Beat Schwagler and Ingo Rammer spent a few days here in Israel this week, doing both a full day architect's seminar and Beat also spoke at the Architects User Group.

One of the interesting points to mention really had nothing to do with the topics of their talks. The fact is that most developers and architects in Israel aren't aware that there's an Architecture Journal for Software Architects from Microsoft, just like there's MSDN Magazine for developers. It hasn't been alive long, but it has interesting topics and anecdotes for Architects.

It's [the Microsoft Journal](http://www.microsoft.com/architecture/default.aspx?pid=journal). You can freely subscribe to it (even for a printed magazine delivered to your home in Israel) without any cost (except for a survey you have to fill).

Now, if you've already got a chance to read though one of the journals, I suspect that you had one of two reactions:

- "This is waaaay over my head - very high level!"
- "Looks good!"

Why is the first reaction possible? let's looks at this month's subjects and find out:

- [Metropolis and SOA Governance](http://www.microsoft.com/architecture/library.aspx?pid=journal.5&id=msdn.microsoft.com/architecture/default.aspx?pull=/library/en-us/dnmaj/html/Jour5metro.asp)
- [An Introduction to Topic Maps](http://www.microsoft.com/architecture/library.aspx?pid=journal.5&id=msdn.microsoft.com/architecture/default.aspx?pull=/library/en-us/dnmaj/html/Jour5Intro.asp)
- [Value-Driven Architecture: Linking Product Strategy with Architecture](http://www.microsoft.com/architecture/library.aspx?pid=journal.5&id=msdn.microsoft.com/architecture/default.aspx?pull=/library/en-us/dnmaj/html/Jour5Value.asp)
- [Process and Criteria for Evaluating Services-Based Integration Technologies](http://www.microsoft.com/architecture/library.aspx?pid=journal.5&id=msdn.microsoft.com/architecture/default.aspx?pull=/library/en-us/dnmaj/html/Jour5Eval.asp)
- [Service-Oriented, Distributed, High-Performance Computing](http://www.microsoft.com/architecture/library.aspx?pid=journal.5&id=msdn.microsoft.com/architecture/default.aspx?pull=/library/en-us/dnmaj/html/Jour5Serv.asp)
- [Planes, Trains and Automobiles: Choosing Alternate Transports for Web Services](http://www.microsoft.com/architecture/library.aspx?pid=journal.5&id=msdn.microsoft.com/architecture/journal/default.aspx?pull=/library/en-us/dnmaj/html/Jour5trains.asp)

Some of these topics look rather scary to lots of people who call themselves "Architects", who mostly deal with a little more "down to earth" sort of materials - design patterns, application design architecture, security etc.. and not these big analogies.

There will always be these very high level analogies, but perhaps the Journal magazine needs to take into account that most of its potential readers need some more down to earth data, coupled with high level theories and analogies that map directly to that real world.

That said, if you take the time and try to read through the things that seem the most interesting to you, you may find a treasure chest of knowledge and new kinds of thinking. It's just hard to start. Think of it like a long novel where you have to get at least half way through for things to finally start coming together.

I encourage you to give it a try.

## More in Architecture

[All posts in Architecture](https://osherove.com/blog/category/architecture)

- May 22, 2006

    ### [Steve Kelly on Software Factories: "It's worth the effort"](https://osherove.com/blog/2006/5/22/steve-kelly-on-software-factories-quotits-worth-the-effortqu.html)

- May 18, 2006

    ### [HL7 Software Factory Project is a success in progress, says MS Architect Mauro Regio](https://osherove.com/blog/2006/5/18/hl7-software-factory-project-is-a-success-in-progress-says-m.html)

- Mar 23, 2006

    ### [Udi Dahan on ...SOA!](https://osherove.com/blog/2006/3/23/udi-dahan-on-soa.html)

- Feb 13, 2006

    ### [Catch me at the Architects User Group: Partially Connected Smart Clients Architecture](https://osherove.com/blog/2006/2/13/catch-me-at-the-architects-user-group-partially-connected-sm.html)


---

## About the author

**Roy Osherove**: Senior Solutions Architect at AWS working on AI for production and AI-driven development; author of The Art of Unit Testing and Elastic Leadership, with about 20 years of consulting and training on unit testing, TDD, team leadership and continuous delivery.

### Sites

- [RobotPaper](https://robotpaper.ai/): This blog: AI patterns and anti-patterns, AI and coding agents, and engineering leadership.
- [osherove.com](https://osherove.com): Roy's personal site. Author of The Art of Unit Testing and Elastic Leadership; consulting and training on unit testing, TDD, team leadership and continuous delivery, plus about 20 years of blog posts.
- [The Art of Unit Testing](https://www.artofunittesting.com): The Art of Unit Testing, 3rd Edition (Manning): readable, maintainable, trustworthy unit tests, plus TDD workshops in C#, JavaScript, Java and Kotlin.
- [5whys.com](https://www.5whys.com): Roy's writing on software team leadership: self-organizing teams, surviving chaos, learning mode and the Elastic Leadership model.
- [Pipeline Driven](https://pipelinedriven.org): Continuous delivery and DevOps practices: build patterns, pipeline-friendly testing, DevOps metrics and enterprise DevOps.
- [Elastic Leadership](https://www.elasticleadership.com): Elastic Leadership, Roy's framework for software team leaders (survival, learning and self-organizing modes).

### Social

- X: https://x.com/royosherove
- LinkedIn: https://www.linkedin.com/in/osherove/

### Contact

- Contact form: https://forms.gle/jQSx5KoXvrVA1JCK7

### License

Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page). License: https://creativecommons.org/licenses/by/4.0/
