Well... You can't do OOP without building a framework.
Any good object-oriented project will contain at least a semblance of a framework... It'll offer a hierarchy of objects that perform specific types of tasks usable by other programmers.
For example, if you're building an online service, you'll probably create some kind of account object that handles everything related to a given user, right? And once you've built it, you shouldn't have to rebuild it every time you want to do something new with that data. You might create a child class that extends it a bit. But why duplicate your work over and over again? Do it once, correctly, and reuse it.
I think what the author is getting at is that people are pattern-happy these days, and new grads seem to think they've got to re-implement Struts every time they put up a web page.
I knew a guy like that. Here's a true story:
I once worked on a document tracking system. It would have used .Net, with web services on a middleware server providing database access, and most of the ASP.Net user interfaces were derived from abstract classes I built as a sort of interface prototype. Lots of functionality was built into the base classes, so all the individual UIs had to do was implement what was unique to them. It was nice and clean, and used inheritance and polymorphism to simplify the maintenance I anticipated happening in the future.
Due to some very weird and unfair bullshit going on in my office at the time, the whole project got handed off to a bunch of consultants.
The first consultant wanted to use a framework based on COM+, even though the transport mechanism he wanted to use was going to be deprecated by Microsoft. Because MY code was pure web services and ASP.Net based, he didn't know how to convert it to his framework, and told my boss that my code was good, but he didn't understand it. It would all have to be rewritten. So he took all the code that related to business processes and scrapped my UI and web services, and started rewriting.
Shortly after, another consultant defeated the first consultant in mortal combat (basically, made him look dumb in a meeting) and HE decided to do the whole thing using Struts. But he didn't want to download Struts; he wanted to write his own version ON OUR DIME. The bosses thought he was brilliant and gave him the go-ahead. I had a short and hostile argument with him in which he told me that "page controller" was no good (despite my approach being the Microsoft-standard one) and that he would use "front controller" (i.e. a Java-like approach). I told him he was an idiot; he told me I was one. He won.
He worked on it for a year and a half, and just before I left the company, he sent out an email claiming that his framework "wasn't working out" and that they were going to download some port of Struts for .Net and try to recode for that.
If I'd have been left alone, the project would have been done in two months. It ultimately took almost two years.
Maybe that's what the author was talking about?