Read the license before use the library: https://github.com/bouk/monkey/blob/master/LICENSE.md Caution! This approach is very dangerous, and not thread safe.

"I took the above code and put it in an easy to use library" ... [but] "I do not give anyone permissions to use this tool for any purpose. Don't use it."

Sounds strange, until you consider that he only added the "license" 2 years later. I wonder how many questions from various people wanting to use the tool for various purposes he received during this time?

People kept asking for a license so they could use it, so I added a license that clarifies that this is not a project that should be seriously used.

That is a beautiful, if sort of minor, hack. "I need a license because I want to use this at work and they need me to have a license for all code we use." "Here's the license: 'No.'"

It's like the opposite of the WTFPL [1], the FYL.

[1]: https://en.wikipedia.org/wiki/WTFPL

I can imagine the type people looking to actually use this. They are using go for whatever reason but complain about it constantly because they want it to be Ruby on Rails.

People really want to mock out dependencies in go, instead of architecting their application properly

I’m all over using gomock to test my packages in isolation. I’ll just continue to do that with generated mocks instead of trying to monkeypatch a language that isn’t intended for that.

I’m curious about your motivation for writing this. Did it start out as something legitimate and morphed into a joke when you wanted to see how far you can push it? Or were you taking the piss the whole time?

Taking the piss 100%

> I do not give anyone permissions to use this tool for any purpose. Don't use it.

At least "any purpose" should say anything other than personal testing or something. This is silly otherwise. On the other hand at least he's transparent about it.

> This is silly otherwise.

There are many things for which we do not need permission though. I am OK with these words.

The project is meant as one big joke, so yeah don't use it.

Looks like someone made a MIT licensed version of it: https://github.com/undefinedlabs/go-mpatch

Cool to see these system level programming tricks being done in Go.

This kind of dirty tricks is sometimes used to mock binary libraries for testing.

https://www.microsoft.com/en-us/research/project/detours/

https://docs.microsoft.com/en-us/visualstudio/test/isolating...

Yep, questionable, but sometimes that is the only way to match those QA metrics.

I know for a fact that detours is used by a lot of malware

Hah reminds me of the spirit of fuckitjs (https://github.com/mattdiamond/fuckitjs).

What are some good uses of monkey patching? How do you stop it being a maintenance nightmare?

Suppose you want to unit test some function you've written that makes use of a library that doesn't implement interfaces. You can either write a wrapper interface for the library and inject this wrapper as your dependency, or you can just use the library as-is and hook the function calls in your tests using OP's library. The first method might be the "proper" way of doing things, but you end up with slightly more cluttered code purely to serve the needs of your unit tests. In the second case, any unsafe code is never going into production

It's sort of like asking "What's a good use of WriteMemoryProcess or CreateRemoteThread". It's not the kind of tool you acquire and then go find uses for, it's something you will resort to only when you have no other logical choice

Hmm could be an interesting way to decorate funcs with logging.

This is basically the idea behind Aspect Oriented Programming.

https://en.wikipedia.org/wiki/Aspect-oriented_programming

Yea I was aware... I hesitated to suggest this could lead to AOP for Go because I'm not fond of AOP and it's magicalness at all (used to write a lot of Java)

This is from 2015 (though I didn't see it that time round so thanks for the resubmission).

Previous discussion: https://news.ycombinator.com/item?id=9290917