-
Notifications
You must be signed in to change notification settings - Fork 0
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
This syntax error is protecting against a logic error #1
Comments
Indeed, I don’t understand the rationale in the readme. In the event that code is somehow deployed with merge markers, the last thing I would want would be for it to be (potentially) successfully executable ... with unknown behavior. |
Let's not forget what day it is. 😅 |
haha. it didn’t occur to me at all ... given this is more believable/coherent than many earnestly proposed things on e.g. esdiscuss, I think I’d readily fall for it again, too. |
I did too, until I shared it with somebody who replied, "oh, I wanted to write an April Fool's proposal too!" |
¯\_(ツ)_/¯ on the off chance it's serious, the point had to be made, and general opinion has been that april fool's day is supposed to be cancelled during covid-19 due to being in poor taste, so i thought it was better to be safe than sorry :-) |
I had to reread the proposal a few times to make sure I understood everything correctly. It has to be a joke. |
Closing per 81f8d9c |
In your example:
By treating the conflict markers as comments,
screen
will silently be set to screen 8, instead of 7 - this could cause a much harder to triage production bug if the wrong screen got updated - perhaps because the logic below (that usesscreen
) did not conflict, and assumes screen 7.The text was updated successfully, but these errors were encountered: