I believe not only that author, but most of the developers in our industry will be agreed on that. Personally met too.
Even Jeffrey talked about that also. Check it out there- https://laracasts.com/series/ten-techniques-for-cleaner-code/episodes/7
Be part of JetBrains PHPverse 2026 on June 9 – a free online event bringing PHP devs worldwide together.
The article: https://medium.com/@kiasaty/how-to-avoid-enum-data-type-in-laravel-eloquent-1c37ec908773
Summary: There are several approaches to avoiding enums, including creating a reference table -- but that can quickly create a lot of clutter. The author proposes several alternatives, including using model getters and setters and traits.
What do you guys think? Do you guys determine your approach on a case-by-case basis? When do you just throw in the towel and just go with a string column?
I'm building a new feature and am agonizing over how to best approach currencies, types of rates, and statuses. I'd love to see your thought processes when making these kinds of decisions.
Please or to participate in this conversation.