Comments on: Apache and the future of open-source licensing

The GPL makes sense as a way to protect open-source software from proprietary interests, but doesn't this simply make it a less efficient form of proprietary software?

[mbertwave]

"desire for recognition..." Yes, finally someone in the open-source community is being honest about the motivation behind its developer's contributions.

I'd argue that vanity is worse than desire to feed and clothe the family from a job that pays you for your highly skilled labor from a company who feels it is perfectly natural for them to own what they paid you to produce.

[Random_Walk]

I'd like to argue that you've created a false dichotomy, to wit: It is not necessary to starve programmers in order to produce GPL code.

RedHat manages to make growth profits in spite of a recession. Yet the vast majority of their catalog is GPL, and the vast majority of their income is made from service subscriptions.

[plbyrd]

Red Hat's profits come from their ability to sell proprietary services.

[Random_Walk]

"Red Hat's profits come from their ability to sell proprietary services."

services != code. ;)

[vikinzer]

Matt, I understand your reasoning, but it again betrays that you are coming from a completely practical standpoint. The fact is controlling how your software is and is not used isn't inherently a bad thing. What is bad about closed software is that you can't see the code, so there is very little accountability, it facilitates vendor lock in, along with a myriad of other similar issues. With a licence that allows your code to be turned into proprietary software your work is then funneled into a venture that you may or may not agree with, and the people who are using the software get to profit from your work. You don't see a dime, and you certainly don't get to return the favor with their work. A license that ensures your work isn't used to gain profit you are locked out of any part of, and that you then have little to no say in future development seems amazingly reasonable to me. If someone doesn't care and wants to allow those things then they can go to town, I certainly don't begrudge them that. If I however want my code to be used in a specific way then that's what licenses are for.

And the fact is Matt, all licenses ". . .protect their software from use they deem objectionable." It's what the conditions of a license are. I guarantee Apache does the same thing. The only way to not take part in this practice which for some reason you seem to be opposed to is to put something in the public domain. That's a whole separate argument in it's own right.

[OrlandoNative]

vikinzer,

Actually, you're wrong. *Licenses* select how code can be used. But even if they allow code to be placed into 'proprietary' software, your copyright is still yours. And code can be 'multi licensed', as well.

If "getting a dime" is important to you, then a more 'proprietary' type license *should* be your preference, over the GPL.

The GPL is often said to be "free as in liberty, not free as in beer"; but the fact of the matter is that it pretty much forces *both* situations. No one really makes much money off of GPL'd *code*; they make money off of either proprietary applications or bundled services that go along with it.

Take RedHat, for example. You can *only* get RHEL from them in directly usable form *if you buy service contracts*. Sure, you can get the source, and compile or assemble it all, and then put a system together... ...but is that really *practical* for most folks who want to use it? I'm a computer professional myself, who has worked with all code levels (machine/assembler and higher level languages) over the years, but I'll tell you right now I wouldn't want to create a distribution just for my home machine... ...or even for my work one. I like to tinker as much as anyone with code, but I don't want to have to spend *hours* doing so just to get my system back into some semblance of working order after trying something new.

The problem I have with the GPL is that it's too inclusive. Any 'monolithic work' that includes a portion of GPL code has to be GPL as well. No mixing of the 'best code for the job'. In actuality, a desire to use a snippet of GPL'd code, no matter how small, actually *removes* my freedom of license choice for *my* code contribution, no matter how large. That's a problem to me, since I like the ability to 'pick and choose' without restriction from what I see from an available codebase for any particular thing I'm trying to do. In that situation, the GPL is just as restrictive as any proprietary license ever could be. Yes, I'm one of those 'practical' folks, not some idealistic dreamer, but to be perfectly honest, while *both* mindsets are truly needed, it the 'practical folks' who actually end up supporting the dreams of the dreamers in the real world; no matter that those idealists tend to look on us with distaste.

What this ends up doing, in essence, is a waste of productivity 'reinventing the wheel' under a licensing scheme more compatible with the *rest* of the complete work.

To me, that should not be desirable, nor a requirement.

[hozelda]

Orlando, I would love it if you could be more specific about what you claimed was incorrect about what vikinzer stated.

The GPL leads to more open source. Without it, those that optimize at not contributing but at creating businesses win out. This leads to those that do contribute finding they have no or little market for their work. Even services become undoable if their software does not have the lock-ins and closed features of those optimizing for that without contributing.

The result is less open source and more reinventing of the wheel. The result is monopolization since the lock-in of integrated multi-monopolists are greater than those of any small outfit.

Google might be unstoppable in some ways because they are closing their code perhaps. If they had to reveal more, we might continue to have more competition in that field.

I favor more open source and greater competition. That is why I support the GPL, AGPL, etc.

[hozelda]

GPL to prevent gross market imbalances

Companies need to spend more time looking at **customer specific customizations** and mastering codebases than they do trying to build something they can close off in order to mint without competition.

Lock-in, enabled with Apache licenses, favors monopolization by the strongest. Those that had achieved a temporary minting capability eventually lose that to the bigger fish because their wares won't interoperate at reasonable competitive costs. [Costs to reverse engineer on an ongoing basis, to strike pricey and limited interop deals, to lose control over related revenue streams and opportunities, to preserve quality, etc.]

With this kind of monopolization black hole power in fewer and fewer hands, more suffer and quality goes down as winning becomes about building lock-in and not about quality. Some level of quality will follow, true, but not what we see in free markets. For example, Microsoft software quality went up in recent years to a significant part because of the GPL-led FOSS threat.

Do we want to return to the days where few wanted to open their code because it meant the lock-in powerhouses would leverage their work to outdo them in the market place by leaps and bounds? Do we want to see fewer checks on monopolists?

End users frequently like the GPL once they figure out what it enables and it loses its strangeness. At that point, it's the proprietary licenses the ones that seem ridiculously constrictive and scary.

[DAHocking]

Good summary Matt. The GPL is just as much about controlling the behaviour of the licensee as any proprietary license is. Enlightened self-interest has always worked better in the marketplace than compulsory socialism.

[The_Decider]

"compulsary socialism"?

You expect any one to take you seriously?

Proprietary is all about control and lock-in. Such a thing does not and can not happen under the GPL.

[apotheon]

Funny you should say that, The_Decider, considering examples abound of the GPL being used as a tool to take control over code and lock people into the GPL world. For example, check out the history of licensing squabbles over the atheros drivers.

[dmartindotorg]

There's nothing wrong with people using Apache, BSD, etc, but there's also nothing wrong with people choosing the GPL. If you don't like the license, don't use the software. Why do we always have to hate on things? If a developer wants to release software under a "You must worship the devil to use this software" license, so be it. It's their work, and their choice to make.

I've never understood the animosity towards the GPL. In my view, the GPL is about getting paid. I get paid to contribute my code by getting other people's code back in exchange. Let's say I'm a company and I have a great idea for software, and I write 50% of it, and I can't afford the time or money to fund the other half. I can release it as GPL, and guarantee that if someone writes the other half, I get "paid". If I release it under the Apache license, another company can finish the other 50%, profit from my original 50%, and not give any of it back. This makes the GPL a good concept for companies when they release.

The other benefit of the GPL for companies is that they get the chance to profit from offering a dual licensed non-GPL version for those that desire to embed the software in other systems. This is also pro-business.

The GPL is usually only a problem for freeloaders. Not that I'm criticizing - I freeload frequently. But you can't expect every original contributor to offer his software without the GPL simply so we can freeload. They have a right to get paid back with others' contributions if they so choose. And they have a right to release under Apache/BSD if they so choose.

[James7777777]

I think people have animosity towards the GPL because of it's association with free software. The GPL is open source, but not free in that it places major restrictions on the software use, modification, and distribution. The GPL by itself is not bad, when the GPL tries to present itself as a license for free software it becomes bad.

[Random_Walk]

"but not free in that it places major restrictions on the software use, modification, and distribution"

Actually, there is no restriction on use or modification. You can do whatever you want with it in your house/company/whatever.

The one and only restriction is on distribution outside of your person/realm/company/whatever. The one restriction is quite simple: you have to freely provide the source code, plus any modifications you made to that source code since you yourself got it.

This means that the only ones seeing any restriction at all are those who want to redistribute it, and they can even sell the thing if they really want to, no sweat. Just don't lock it down and/or hide it.

[The_Decider]

How can it be 2009 and people still don't understand the GPL? It is not rocket science.

[OrlandoNative]

Does your hypothetical company make it's money off a software sales? Probably not in your scenario, since what would keep the folks writing the *other* 50% of the code from selling (and possibly undercutting your price) on the same thing?

The GPL allows (and encourages) *collaboration*; but not *industry*; except in the case of an 'end user' just *using* the code for some internal purpose. There's no real "profit margin" to GPL'd software; only potential 'cost savings'. Any financial gain has to reasonably come from something else bundled in; but yet a discrete part.

In your company's scenario, again, it's not a question of you getting 'paid'; since you really don't. It's a question of potential *cost savings*; not direct income. The 'other company' that writes the other 50% of the code you deemed needed *could* merely write it to support an internal operation, and *never* contribute it back, even if your part was licensed under the GPL, since it *only* requires backwards contribution *if a derivative is distributed*. No distribution, no 'payback', so to speak.

However, had you licensed your code under a more *proprietary* license, *anyone* wishing to use it *would have had* to pay you back, whether they licensed it for internal use or further distribution. If you picked a merely "open source" license rather than 'free software' one, the 'vendor lock in' issue is rather moot. With the source, you can do your own support, or hire professionals, under a NDA, if necessary. You could even 'cross license' any enhancements or additions they made to your code. True, there might be a bit more negotiation required, and it might not be 'free as in beer' in that case... ...but if you're looking at being 'paid back', why should that matter?

[jrepenning]

Nice, Matt: you've talked yourself around to believing that even Richard Stallman wants what you want, "adoption," instead of what he's always said he wants, "freedom."

But your late-night insomnia notwithstanding, the motivation Stallman captured so neatly and creatively in the GPL is not a desire that "my particular bits of work be used by as many people as possible," but rather that "as much work as possible be available for use by as many people as possible." It is not exclusively self-centered, but is rather evangelistic. Fans of free software believe that it's better for everybody to be able to use everything, not merely the bits that they personally provided.

As always, you reason from the perspective of 'commercial open source," the attempt to harness the energy of the open-source movement to the wagon of commercial development. That's a considerably more specialized, narrower field than the whole world of open source.

It's no bulletin that the BSD / Apache / Eclipse branch of open-source licenses are, in some way, friendlier to commercialization than the GPL branch (and, to disclaim, that's exactly why the CollabNet Subversion license, the one my company is most connected with, is of this branch). And it's always been clearly acknowledged that "the esteem of my peers" is one factor in open-source contribution. But both of these are thin slices of a much larger pie; equating them, or intersecting them, doesn't explain the whole, it only circumscribes an even smaller comfort zone.

[splendidcrm]

One thing that you have failed to mention is that the GPL is being used as a barrier-to-entry by companies that release their products under multiple licenses. For example, a company that releases a Community version under GPL and a Professional version under a proprietary licenses effectively blocks a future company from using any part of the GPL version in a commercial way as any work done by the future company would have to be publicly available. The originating company has no such limits on what they can do with the Professional version.

I believe that you, Matt Assay, is on the board of one such company that uses GPL as a barrier. Sure, it was great PR when they said that they were converting from Mozilla to GPL, but the real business reason to do so was likely to discourage other companies from building a business around a derived work.

[The_Decider]

More ignorance about the GPL.

I can write a program, put it out with the GPL, and then license the exact same code to someone else as proprietary. Why can I do that? I am the owner, and can do what I please, the GPL doesn't stop that.

What I can't do is make others code proprietary. Why?

Because I do not own it.

The GPL does not take any rights from the copyright holder. It just gives others rights(including the right to sell it) to use it however they like, and a few responsibilities if and only if they distribute it.

Trolltech for example dual licenses the exact same libraries. They can do this because they own QT.

Another example, Tenable made Nessus 3 proprietary, even though it is based on a lot of GPLed code. They were allowed to do this because they own the source code. However, the GPL on Nessus 2 allowed others to fork it, therefore we have openVAS.

[jrepenning]

This is an aspect that's been bothering me a lot lately. Stallman was just amazingly clever in using the forms of copyright to invert the intent, a kind of "IP judo throw." I'm a bit worried, though, that the "commercial open-source / dual license" dynamic is an equally devastating "throw," back to where we started (or, anyway, to somewhere other than the "Libre" world the GPL sought). As The_Decider notes, this is well within the language of the GPL (so long as the dual-license trick is only performed on the code you actually own), but I worry the outcome may not be what it should.

For example, it is possible for a dual-licensing company to use the collaborative development dynamic to build something up to near functionality, and then stop using the "open" license, offering only the proprietary one. The work as of the licensing change would remain open, of course, but with the sudden evaporation of the community management from the company, there's not much chance the public version would be completed, or not as well. That kind of gaming of the system seems entirely too possible, and I don't see that we've developed either the legal or the cultural reflexes to protect ourselves from it.

(By the way, by no means am I suggesting that Matt personally, or the Alfresco commercial open-source product, is or will or has even considered this subterfuge; just pointing out the general risk.)

[KeithCu]

Here is a quote from my book:
An equitable and effective intellectual property system must take into account both first creators and those who come later to build upon their work.
?Committee for Economic Development

The GPL protects the software, as it evolves, from becoming proprietary.
It guarantees that the freedom handed down from the initial programmer to the first user, is passed on to future users and programmers.

There aren't problems with people giving back to Apache, as far as we know, but it could happen. It happened with X.Org. If you want to know why we should use the GPL, look for cases where the lax licenses caused problems.

You can use GPL software with a proprietary product. You can run Oracle on top of Linux.

[kcnetid]

Comparing apples and oranges:

GPL ensures that improvements are fed back to the community. Apache leaves open the possibility that any commercial entity that has financial/marketing muscle can ensure that the original product cannot be commercialized by others. Apache is stacked in favor of established commercial players.
If Alfresco was under Apache, Microsoft can take Alfresco, make it compatible with MS-Office and sell it as a cheaper (but officially supported) alternative to Sharepoint. It can pretty much put you out of business. Embrace, extend.....

Apache License has its benefits but if you really want Free Software, you need GPL. Apache and GPL are targeted at different objectives. AGPL is well suited for some stuff. I suspect that there will be an even more extreme version of GPL in the future which will be proposed by commercial entities themselves. This will be to ensure that competition is not unfairly benefitted.

[The_Decider]

This is the most idiotic thing I have read from you and that is saying a lot!

Why use GPL over proprietary? Simple: With proprietary systems you are at their mercy, on their terms. Want a feature that a weak plug in system can handle? You are screwed with proprietary, with GPL you can just get it done. The GPL has absolutely no terms that force you to redistribute what you added, that is optional, and if it is, then you have to GPL the changes.

That is fair, you built on someone else's work, let someone else build on yours. That is how we have advanced over the course of human history. Building on others work.

Proprietary stops this natural innovation.

That you need someone to explain it to you shows that you do not understand OSS in general and the GPL specifically.

[cosuna]

Mat:

As a mexican I can tell you that depending on the "promised word" of others, or depending on the inevitability of things, never have worked out to keep a system.

Let me explain why the mexican refrence. The U.S. was always believe a country of inmigrants (ask Arnold Schwarzenegger, Elon Musk, Michael "Monty" Widenius, Sergey Brin or even Marina Orlova [hotforwords.com]), but tell that to the thousands of mexicans that cross the every day. In real terms, the first group are a selected elite, while the others are just "illegal aliens".

In the 70's, a different tune ruled, with the "Brasero" program. The U.S. sanctioned this healthy interchanged. But no law was established to keep this "openness" and restrict future governments from "closing the border".

What happened? Times changed and "illegal" immigration became the target of politicians and business men alike. After a while it was the "holy grail" of all the troubles. So the border wall was created attempting to split integrated communities like Laredo/Nuevo Laredo. Much legal battles have been fought and lost on the way.

So those goodwill works? Nah. Presidents have come and gone suggesting a Europe-like free people transit agreement to extend NAFTA. (British accept Polish workers with no problems whatsoever). Today Canada is enacting a Visa.

The moral: Keep the GPL or else, since we don't know in the future if this is gonna a thing that politicians will take and mutate as they wish.

[plbyrd]

Those luminaries you name drop came here through legal means. Your anti-American tirade has no teeth when the light of truth is applied.

[kast5089]

Like others have said, the GPL is not about efficiency in production (in esr's terms) or adoption, but rather about freedom. Personally, I prefer to think of "freedom" in terms of open standards. Open standards ensure interoperability, so that the better product -- rather than the locked-in product -- wins. There is a difference between SHARING work and EXPLOITING that work. The GPL protects my hard work from being exploited by those served solely by self-interest. The Apache license is fine for those who choose to release their work in a less restrictive manner.

This is one reason why I dislike the hardcore economic rationalists (and Ayn Rand and those who gush at the phrase "free market"). These concepts attempt to boil down complex human behaviors into discrete, rational, predictable outcomes. That is not always possible. Human motivations and desires always exist within a gray area. Reality is much more complex than simply pitting production against efficiency and costs against profits.

[plbyrd]

Matt, this is by far the best post you've ever written. This is exactly what I've been saying for years (everyone google "Free (as in libre)"). I'm so extremely gratified to see the luminaries of FOSS come to the understanding that Free must mean Free, and not Free, except on Tuesdays when the waitress is wearing a red apron.

Allow the ability to protect ones intellectual property, and you'll find they will be willing to use your code, and will be willing to give back what isn't really proprietary. This is the true beauty of the apache license and the reason that Apache has manage to do what no other open source software has managed to do: Dominate its market. Businesses aren't afraid of Apache causing them to lose their valuable IP.

[KeithCu]

Apache the web server didn't take off because of the Apache license. It took off because it was a good web server, in a nascent market without a lot of entrenched competitors.

There are no proprietary forks of Apache -- we got lucky. And even if Apache was GPL / LGPL, it would have been possible for people to build proprietary software on top. Sorry, but I don't think you know what you are talking about.

[PeterVescuso]

Matt Asay asks ?whither the GPL? and suggests taking a step back to revisit the first principles of the open source model, i.e., it?s a vehicle to allow developers to collaborate and to distribute code consistent with their desired uses which is achieved through the license obligations they choose for their project. Black Duck's tracking of OSS projects (which self-report their license choices) recently showed a dip in the share of GPL-licensed projects (and we believe this trend will continue). The loss of share suggests a fundamental shift in behavior toward adoption of less restrictive licenses including Apache. As more projects are available with less restrictive licenses -- driven as Matt suggests by a desire on the part of developers to see their code used more broadly -- it?s fair to project broader and more rapid adoption of open source.

[KeithCu]

More rapid adoption of FOSS has nothing to do with GPL versus Apache. It has to do with Linux hitting technical critical mass: recognizing your hardware, having Firefox, Flash, and OpenOffice be good enough, etc.

Apache is not the ideal license. It only encourages proprietary forks.

[DAHocking]

There has to be consideration of business drivers under all this. KeithCu has an excellent point about Apache. It took off because it was a better product for the market, not because of licensing. Microsoft with DOS and the various flavours of Windows (Vista notwithstanding...) took off because their product was better for the market than the Unixes of the day. Go ahead and hate them for being successful, but it's nothing to do with license terms. There's loads of illegal Windows copies out there, and MS is still making money. Windows isn't necessarily a better product now, the Linux desktop is outstanding, and so is OS/X, but they struggle against the incumbent because of the sheer number of bums on seats.

The GPL doesn't guarantee a better product, it just controls what you can and can't legally do, just like any other license. That's what a license is for. Uptake in the market will be driven by how good something is more than the license. A license can get in the way or get out of the way, but what the product does for the market will drive its success.

[kast5089]

@DAHocking: DOS didn't take off because it was better than Unix, it took off because IBM needed an operating system and Unix wasn't in the running for a number of reasons, licensing being only one of them. And Microsoft didn't create DOS, it simply copied CP/M, the popular PC OS that IBM had intended to purchase (before the deal was botched). And I don't know anyone who hates Microsoft for their success, but I know a lot of people who hate Microsoft because of the years of illegal anti-competitive behavior that has gone unchecked by the U.S. legal system.

[semimu1]

I agree wholeheartedly with the Apache camp. It is not ideal, but it presents an open model which creates value and extends community participation. Openness at its best. GPL causes heartburn for anyone attempting to build value on-top of the GPL code. It forces you as a the creator to one model without the choice usually associated with openness.

[KeithCu]

You can run proprietary code on top of GPL code. Oracle's proprietary database runs on top of Linux.

But if you think of software as a science, the idea of creating proprietary science is a contradiction in terms. That is why GPL doesn't cause heartburn for anyone that gets it.

And the Apache license can lead to proprietary forks. If it doesn't, then the GPL license would have been just fine as well!

[Benjamin_Reed_562]

It all comes down to whose freedom you're assuring.

GPL is about the freedom of developers to always have the full body of work available to build on. Apache is about the freedom of users to do what they want with the code.

This license comparison always comes down to people using these "freedom" words interchangeably, when they're really about providing "freedom" to different audiences.

In the end, much of the discussion falls back to the biggest problem in open source software: confusion about terminology. A lot of folks get copyright (ownership) confused with licensing (distribution). BOTH of these licenses only cover redistribution, but they don't keep you from using them personally however you wish.

[Thad Boyd]

Matt, I like your work, but:

1. Are you seriously suggesting that this was some sort of epiphany for you? You're just re-framing every license flamewar ever waged in different terminology.
2. And that terminology is a real stretch. I suppose that, per dictionary.com's definitions of the word, you could claim that GPL'ed software is proprietary by #4, "belonging or controlled as property", but that's such an incredibly vague definition as to be meaningless (and incidentally doesn't eliminate the Apache license, or ANY license). The standard use of the word in the context of software is CLEARLY #5, "manufactured and sold only by the owner of the patent, formula, brand name, or trademark associated with the product."

[cabdriverjim]

I think you're simply confused. The GPL has exactly nothing to do with the use of software. Its about distribution of software. Everyone seems to be confused by this. Anyone, anywhere can use GPL licensed software in absolutely any manner they wish to do so. However, if you want to give or sell the software to someone else then you have to abide by the license. Which basically says that you must provide each person you distribute to the code and resources you used to build that exact version of the software you gave them.

I, for one, think its vitally important to control the distribution of one's software even if you want people to USE it widely. Using and distributing are very different ideas.

Personally, I don't care who uses my software. However, I have had my software co-opted by greedy corporations in the past. They took it, modified parts of my code poorly and in proprietary ways to make it work with their value-added proprietary code, and then sold it to people for very large sums of money. So their users could not take newer versions of my code and upgrade their proprietary applications. Those people paid someone thousands of dollars to cripple the ability for them to get security updates, add new features, etc when I gave all those rights to the person that sold it to them. All I got was the blame when things went bad for them. And they went bad often.

[3147]

Question: Why is GPL the most popular license in the world?

Answer: Because that is how developers want to license their open source contributions. The reason why is simple - if they spend time and effort to create code and make it available to others, they want those others who use their code free of charge to reciprocate make their modifications available to them under the same terms. GPL also gives you the option of negotiating proprietary licenses for the same code with those who are not willing to reciprocate.

Question: Why do some people release open source software under a BSD type license.
Answer: Because in some cases the BSD license is better. For example, if you are creating a sample implementation which you would like both proprietary and open source to adopt, then a BSD license is appropriate. The caveat is that although you you gave your code away free, your code may be improved and your own code may be used to compete against you without giving you access to the improvements. This makes licensing code under BSD type licenses inappropriate for developers intending to improve commercial competitiveness by sharing development and testing cost with others.
.

[cmartinez4u]

If most developers contribute to open-source projects because they want to, rather than because they're forced to, why do we have the GNU General Public License?

Please read/learn about GPL here:

http://www.gnu.org/copyleft/gpl.html

Please answer your question so other people can understand too.

[buskanaka]

Eric Raymond is out of touch because he hasn't been in this part of the industry lately. Corporations will generally do the least they can in order to accomplish their business goals. When it comes to open source this means two things:

1. They will almost always use open source software in their products and infrastructure if there one exists the fulfills part of their requirement. The cost of designing, creating and testing software inhouse is out of the question if there already exists a "free" alternative. The open source license almost never comes into play at this point in the decision making process. Even if there are two equivalent open source software libraries that each have different licenses, it is usually developer familiarity that will drive the decision, NOT the license.

2. They will only release modifications back to the community if there is either a strong benefit or a large risk of not doing so. I have been at several companies where there were intentions of releasing all code modifications (because they considered themselves an open source company), but only those modifications to GPL software actually got any priority and the rest languished. In other words, releasing to the community in general was important for the company's positioning in the market (and with VCs) but GPL modifications were higher priority (and for legal reasons needed to be done as soon as the product was released). Modifications to other software was MUCH lower priority if it gets done at all.

To summarize, companies (and individuals) will usually take the path of least resistance which means using open source software when you can, and releasing the changes only when you have to.