--- title: "Software Factories And Regular Expressions" url: "https://osherove.com/blog/2005/3/26/software-factories-and-regular-expressions.md" canonical: "https://osherove.com/blog/2005/3/26/software-factories-and-regular-expressions.html" published: "2005-03-26T22:37:00" updated: "2005-03-26T22:37:00" tags: ["Off Topic"] author: "Roy Osherove" description: "I'm still preparing for my software factories talk tomorrow at the Israel Architects user group. It's amazing the stuff that I dug on this issue. Especially all the (not so)hidden rivalry between MS and IBM over what…" 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/" --- # Software Factories And Regular Expressions By Roy Osherove March 26, 2005 In [Off Topic](https://osherove.com/blog/category/off-topic) **Historical article** · Originally published March 26, 2005; technical details may be outdated. I'm still preparing for my software factories talk tomorrow at the Israel Architects user group. It's amazing the stuff that I dug on this issue. Especially all the (not so)hidden rivalry between MS and IBM over what UML should really be used for, Model Driven Architecture, Domain specific languages, MOFs and much much more. There's certainly lots of politics still associated with this still in-flux field. In any case, it either is gonna get a whole lot better for all of us, or a whole lot worse. I don't see any way where we'll just stay where we are - someone will take us into a different future in which we build software differently, and right now it's yet-to-be decided over what and who will do this transformation. Lots of parties have a lot at stake here, and it's definitely one of the holy grails for software architects everywhere - to be able to build stuff, and not fight it so much, to be able to change stuff, and not fight it so much. After that, I've been getting that itch again - I want to start re-doing [The Regulator](https://osherove.com/), totally in a test-driven manner. We'll see how much time I can set a side for it. I also have a bunch of upgrade features I'm planning for it, and I'm still not sure if I should take up the Feb CTP of VS 2005 and use the new Avalon bits to create the UI for it. If I do, I'm going to learn a lot, but it might lead up to a dead end. I'll also have to start looking for XAML designers (which are free). Feel free to recommend the ones you like in the comments as well as comment as to what system you would like to see it built in. ## More in Off Topic [All posts in Off Topic](https://osherove.com/blog/category/off-topic) - Apr 10, 2005 ### [An old joke with a new ending](https://osherove.com/blog/2005/4/10/an-old-joke-with-a-new-ending.html) - Apr 3, 2005 ### [Weird fonts on this blog?](https://osherove.com/blog/2005/4/3/weird-fonts-on-this-blog.html) - Mar 26, 2005 ### [Desktops with a twist](https://osherove.com/blog/2005/3/26/desktops-with-a-twist.html) - Mar 22, 2005 ### [VS 2005 Pricing and Licensing (sucks)](https://osherove.com/blog/2005/3/22/vs-2005-pricing-and-licensing-sucks.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/