-
Notifications
You must be signed in to change notification settings - Fork 99
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Raises exception instead of emitting warning. #78
base: master
Are you sure you want to change the base?
Conversation
The message tries to guide the developer on how to workaround the issue. It's better to fail rather than skip memoization which can lead to bugs.
@paneq thanks for the work. Any idea why it fails on the old rubies? I like the idea of giving more information, I'm not keen to make any breaking changes. |
nope
Assuming developers don't add They can even apply the recommended changes in the code using older gem version, and then upgrade to a newer version which won't crash. I am not particularly interested in supporting developers who:
On the other hand I prefer to raise an exception, when a guaranteed bug occurs, for the rest of the developers out there so that they can notice it, the moment they introduced it and fix accordingly. Up to you. I spent plenty of time looking at code with So this is where my recommendation comes from. |
Test fails on Ruby < 2.1 due Tests needs to be fixed to call |
This gem should drop older Rubies eventually because eventually supporting them will be detrimental to forward progress. But if supporting them is not yet detrimental, then there is little reason to break the support. |
@matthewrudy @pboling Fixed Ruby 2.1 support, build is green now. Do you think it's ok to introduce breaking changes even though the gem has not reached 1.0 yet? |
@matthewrudy @pboling What are your thoughts on this guys? |
@matthewrudy @pirj I love this change. I prefer noisy failure, early, and as often as possible when things are legit broken. |
Ping. |
@matthewrudy what do you think of this change? |
9d66c95
to
34f90dd
Compare
Just a friendly ping one year later :) |
@paneq @pirj Matthew, the owner of this repo, died in 2019. I recently found out. I have created a new org in his memory, called Matthew's brother, @sebjacobs, maintained the repo for a while through 2020, but it isn't clear if he is still involved in open source at this point. |
Thanks, @pboling. Sad to hear that about Matthew. Unfortunately enough, I'm out of additional capacity ATM to maintain |
[DEVX-454] Add Ruby 3 Support
Test hash argument with Ruby 3
I copied Matthew's repos to a new @memoist org, but it is looking like they would have to be hard forks into a new gem namespace to continue. In the meantime I am switching to https://github.com/makandra/memoized |
[PSRE-3684] GH CI with ruby 3.2
FYI: Added this alert to the new memoist repo Important RecommendationConsider using MemoWise instead, as it is maintained, fully tested, provides thread safety guarantees, and is much, much faster. Other AlternativesIn case you need a tool with this feature set that is currently maintained, check out: Tip Seriously though, read the important note above. Warning If you must continue - be aware that this is unmaintained software. |
The message tries to guide the developer on how to workaround the issue.
It's better to fail rather than skip memoization which can lead
to bugs.