What's your code actually doing when those exceptions hit - are you logging them, retrying, or just silently moving on?
The reason people push for specific exceptions is that a bare `except:` or `except Exception:` will catch literally everything, including stuff you didn't anticipate and probably shouldn't be swallowing. Like if you're trying to open a file and you catch `FileNotFoundError`, that's specific and makes sense. But a bare except will also catch things like `KeyboardInterrupt` or `SystemExit`, which you usually want to let through. Even worse, it hides bugs - if your code has a typo or logic error that raises something unexpected, you'll never see it because the except clause ate it.
That said, for smaller scripts or quick stuff, people get pragmatic about it. The difference really shows up when you're debugging or when your code gets handed off to someone else. Specific exceptions make your intent clear - this code knows how to handle a missing file, but not a database connection problem. If you're writing something that's going to stay small, catching `Exception` (not bare `except`) is way safer than a blanket handler, and you can at least see what's being caught. As your projects grow, you'll want to get more specific though. The practice of being deliberate about what you catch isn't just pedantic - it saves you from mysterious bugs later.