--- title: "Community Application Blocks? nah" url: "https://osherove.com/blog/2004/2/10/community-application-blocks-nah.md" canonical: "https://osherove.com/blog/2004/2/10/community-application-blocks-nah.html" published: "2004-02-10T15:13:00" updated: "2004-02-10T15:13:00" tags: ["Off Topic"] author: "Roy Osherove" description: "Ron Jacobs , the guy in charge, among others, on the MS application blocks, proposes that the community will now be responsible for creating new application blocks, under the leadership of MS devs. While in theory this…" 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/" --- # Community Application Blocks? nah By Roy Osherove February 10, 2004 In [Off Topic](https://osherove.com/blog/category/off-topic) **Historical article** · Originally published February 10, 2004; technical details may be outdated. [Ron Jacobs](http://blogs.msdn.com/rjacobs/), the guy in charge, among others, on the MS application blocks, [proposes that the community will now be responsible](http://blogs.msdn.com/rjacobs/archive/2004/02/09/70355.aspx) for creating new application blocks, under the leadership of MS devs. While in theory this sounds good and well, I hate to break up a good party. To be perfectly honest, I don't think this will work out too good. It's not that I don't have faith in the community, it's just that judging from past experiences people often can't find enough time to cooperate on this to make a reasonable outcome. The [Data Application block v.3](http://www.gotdotnet.com/Community/Workspaces/workspace.aspx?id=c20d12b0-af52-402b-9b7c-aaeb21d1f431) is a good example. It's been "frozen" for a long time even though I find it totally usable as is. The fact is that if this is something MS is in charge of, it gets better credibility and better reliability. People don't want to again build their own stuff here. They want someone to show them how it's "supposed" to be done. An application block should be to a certain extent a "perfect" piece of reusable code. Mere community efforts won't make it so. Even of you gathered all those people together under a MS dev with a team leader hat, it will be hard to actually manage these efforts and coordinate such a project into a good state in reasonable time. Call me spoiled, but I'd rather MS keep doing their thing here and keep pushing out these blocks under a full MS hat. I want stuff that I can use easily that I know was developed and tested by the people who actually wrote the .Net framework. As for community, I do see a place in the community to create a specialized suggestions,features and bugs site that deals solely with application blocks. People should be able to hand in their own ideas and so on, but the ultimate decision of what makes it into an actual block (and thus tested and possibly re-written) will be up to the guys in Redmond. I know it sounds a bit weird, but this is one time I wish to see the community staying out of it(to a point). Just as I wouldn't want the community to release patches and upgrades to Visual Studio.Net, I wouldn't want code that is an official application block to be developed by non other than the mother ship. Another good example would be my own attempt at an application block. the [Extensibility application block](http://workspaces.gotdotnet.com/eap) comes to solve the problem of easily incorporating plugins into your Winforms application. It works, and it's cool, but I just don't have enough time to maintain it. All I can do is make it public and hope that MS will adopt it and make it(or use some of the ideas in there) into a real application block which is tested, supported and maintained. ## More in Off Topic [All posts in Off Topic](https://osherove.com/blog/category/off-topic) - Feb 13, 2004 ### [MVP Recommendation: James Crowley](https://osherove.com/blog/2004/2/13/mvp-recommendation-james-crowley.html) - Feb 13, 2004 ### [New Israeli User Group: Agile Development. What do you think?](https://osherove.com/blog/2004/2/13/new-israeli-user-group-agile-development-what-do-you-think.html) - Feb 9, 2004 ### [1 year of blogging](https://osherove.com/blog/2004/2/9/1-year-of-blogging.html) - Feb 8, 2004 ### [Israel User Group news](https://osherove.com/blog/2004/2/8/israel-user-group-news.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/