--- title: "Joining TypeMock" url: "https://osherove.com/blog/2007/12/31/joining-typemock.md" canonical: "https://osherove.com/blog/2007/12/31/joining-typemock.html" published: "2007-12-31T13:46:48" updated: "2007-12-31T13:46:48" tags: ["Agile", "Agile Related"] author: "Roy Osherove" description: "Happy new year :) A new year is a great time to start off new things, or to renew old commitments that have been somehow left behind. I'm excited to announce that starting Jan 1 I will start working at TypeMock as a…" 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/" --- # Joining TypeMock By Roy Osherove December 31, 2007 In [Agile](https://osherove.com/blog/category/agile), [Agile Related](https://osherove.com/blog/category/agile-related) **Historical article** · Originally published December 31, 2007; technical details may be outdated. Happy new year :) A new year is a great time to start off new things, or to renew old commitments that have been somehow left behind. [![image](https://osherove.com/img/wb/4bdc749a_weblogs.asp.net_blogs_rosherove_WindowsLiveWriter_JoiningTypeMock_14052_image_5.png)](http://typemock.com/)I'm excited to announce that starting Jan 1 I will start working at [TypeMock](http://typemock.com/) as a senior developer. I will help create the next generation of unit testing tools for .NET developers focusing on new and exciting areas in the unit/integration testing world that have yet to be fully addressed at the developer testing level. I will continue to speak and train on my favorite topics (so send an email through the blog if you need something) but the majority of my time I will get back to basics: real code on a real product, not just consulting to other teams. **Why?** I feel I have grown too far from real world work and in the long run that makes me less relevant to real developers as a consultant. That's why it's time to get back to being a real developer so I can face some real world scenarios once again and learn better ways to do things. **But why TypeMock? Aren't you contradicting yourself?** In the past I've let my feelings about [using TypeMock known](http://weblogs.asp.net/rosherove/archive/2007/03/02/testable-designs-round-2-tooling-design-smells-and-bad-analogies.aspx). mostly I said that I think using TypeMock for new code is making it way to easy for developers to shoot themselves in the foot later with bad design. Eli, the founder of TypeMock, [disagreed with my views on design for testability on his blog](http://www.elilopian.com/2007/03/04/design-and-testability-yagni/). I still hold the same views, but in the same breath I will say that TypeMock is great for many other scenarios where a regular Mocking framework just doesn't have any way of helping. Mostly, I'm talking about Legacy code that is hard or unrealistic to refactor into testability, or when using testability-disabling frameworks such as WCF, WF and even [LINQ Queries](http://weblogs.asp.net/rosherove/archive/2007/11/17/mocking-linq-queries-extension-methods-and-anonymous-types.aspx). It's ability to isolate a class from its dependencies is second to none (it's the only tool I've seen that does this, and does it well). Even if TypeMock is "too" powerful to be used everywhere, I would much rather have a choice by having it when I need it than not have it at all. These differences in opinion between me and Eli are, what I think, will eventually make the company and the product better. A company like TypeMock cannot afford to sit in its own echo chamber, but instead be made of multiple views and opinions to make a better product. **What will I do exactly?** I will work on a future product which I cannot discuss yet. Also, I will start doing some TypeMock support work so I learn the product better, and contribute from my thoughts and vision into its next versions and design. All the while I am continuing with my quest to finish [the never ending book of Unit Testing](http://the.artofunittesting.com/). Here's to me finishing it in the next few months. (BTW, In my book I still use Rhino.Mocks for examples, since TypeMock is a commercial product) **Will you blog about it?** yep. I hope that my little blogging "break" in the past few months will fade away now that I will have more things to write about. One of the reasons I haven't been writing a lot to the blog is because I was too busy doing things that I eventually found drew me away from what I really love doing - coding and technology. Now, I'll have something to write home about. Here's to making a difference. ## More in Agile [All posts in Agile](https://osherove.com/blog/category/agile) - Jan 12, 2008 ### [Unit Testing at TechEd Israel 08 - Which talk would you choose?](https://osherove.com/blog/2008/1/12/unit-testing-at-teched-israel-08-which-talk-would-you-choose.html) - Jan 9, 2008 ### [Scala, NRehersal and Fluent Test Interfaces](https://osherove.com/blog/2008/1/9/scala-nrehersal-and-fluent-test-interfaces.html) - Dec 18, 2007 ### [How uTest will destroy your Quality Assurance](https://osherove.com/blog/2007/12/18/how-utest-will-destroy-your-quality-assurance.html) - Dec 18, 2007 ### [Basic Guidelines for using RowTest and data driven tests](https://osherove.com/blog/2007/12/18/basic-guidelines-for-using-rowtest-and-data-driven-tests.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/