←back to thread

45 points scolby33 | 2 comments | | HN request time: 0s | source
Show context
theamk ◴[] No.46195792[source]
Deprecations via warnings don't reliably work anywhere, in general.

If you are a good developer, you'll have extensive unit test coverage and CI. You never see the unit test output (unless they fail) - so warnings go unnoticed.

If you are a bad developer, you have no idea what you are doing and you ignore all warnings unless program crashes.

replies(8): >>46196064 #>>46197215 #>>46203939 #>>46220846 #>>46221176 #>>46221435 #>>46221650 #>>46221723 #
eternityforest ◴[] No.46197215[source]
Why is it that CI tools don't make warnings visible? Why are they ignored by default in the first place? Seems like that should be a rather high priority.
replies(3): >>46220771 #>>46220984 #>>46224332 #
bluGill ◴[] No.46220984[source]
It isn't that easy. If you have a new warning on upgrade you probably want to work on it "next week", but that means you need to ignore it for a bit. Or you might still want to support a really old version without the new API and so you can't fix it now.
replies(1): >>46221546 #
Hizonner ◴[] No.46221546[source]
> If you have a new warning on upgrade you probably want to work on it "next week", but that means you need to ignore it for a bit.

So you create a bug report or an issue or a story or whatever you happen to call it, and you make sure it gets tracked, and you schedule it with the rest of your work. That's not the same thing as "ignoring" it.

replies(1): >>46221674 #
1. bluGill ◴[] No.46221674{3}[source]
And you always have something more important/interesting to do and so never get around to it.
replies(1): >>46221705 #
2. Hizonner ◴[] No.46221705[source]
... which means that when the axe falls, the results are 100 percent your fault.