The previous Bad example called getdata() (lowercase 'd') inconsistently,
and both Bad and Good examples looked structurally similar, making it
unclear what the actual anti-pattern was.
Changes:
- Fix inconsistent casing: getdata() -> getData() in both examples
- Add an inline comment in the Bad example to explain why console.log()
alone is insufficient — it silently swallows the error without any
visible action or user notification
- Update comment in Good example from 'more noisy' to 'more visible'
which is clearer and less pejorative
This makes the distinction between the two examples obvious:
the Bad example shows error handling that silently swallows details,
while the Good example shows meaningful error handling strategies.
Closes ryanmcdermott#718
Fixes #420
The previous example did not clearly demonstrate proper handling of rejected promises.
This update aligns the code example with the guideline described in the section.