A 2023 piece from the New Republic
for - to - article - New Republic - Michelin Guide - When I Google, I can't find. It's drowned out by a sea of Michelin articles. Why can't I find it? - I emailed New Republic. They confirmed that no such article exists - article - New Republic - citation not valid
The Michelin Guide wasn't born in a restaurant. It was born in a garage. In 1900, the Michelin brothers, Edward and Andre, needed to sell tires in a country with fewer than 3,000 cars. So, they printed a travel booklet free of charge that listed gas stations, hotels, and restaurants.
for - history - Michelin Guide - Michelin tire company - article - New Republic - citation not valid - checked with New Republic. They said that they could not find the article cited by this video
@Validated和@Valid区别：Spring validation验证框架对入参实体进行嵌套验证必须在相应属性（字段）加上@Valid而不是@Validated
1/ It fits into existing spec based testing infrastructure nicely, including running on travis, code coverage using SimpleCov, switching between generating a profile (RubyProf), a benchmark (Benchmark::IPS) or normal test run. 2/ Some of my benchmarks do have expect clauses to validate that things are working before invoking the benchmark.
Answering the question:
I don't understand the point of putting it in a spec. What does that gain you over using benchmark-ips the normal way?
I just wanted to mention there was, IMHO, a valid use case for this. It helps add to the validity of the ticket and the design of the feature.
Maarten van Smeden on Twitter. (n.d.). Twitter. Retrieved 4 March 2021, from https://twitter.com/MaartenvSmeden/status/1328093246829064192
Responders don't use valid? to check for errors in models to figure out if the request was successful or not, and relies on your controllers to call save or create to trigger the validations.
My only concern with this approach is that if someone calls #valid? on the form object afterwards, it would under the hood currently delete the existing errors on the form object and revalidate. The could have unexpected side effects where the errors added by the models passed in or the service called will be lost.
My concern with this approach is still that it's somewhat brittle with the current implementation of valid? because whilst valid? appears to be a predicate and should have no side effects, this is not the case and could remove the errors applied by one of the steps above.
Technically, it isn’t a part of the comparison internally but it is a factor that some users care for.
And if there's a suitable vulnerability, it might be possible to trigger it even without using <iframe>, <img> or <a> element, so it's not worth considering for this issue.
In other words, I do not want an error to appear/disappear as a user types the text that swaps it from invalid to valid.