4 ms·

Not really. All he's shown is a behavior (high CPU) and is equating it with the latitude he's at. When he turns off Night Shift, the daemon process for the fea

by uxp 7y ago

Not really. All he's shown is a behavior (high CPU) and is equating it with the latitude he's at. When he turns off Night Shift, the daemon process for the feature stops consuming as much CPU, from what I gathered. Nowhere does he provide evidence that there is an infinite loop calculating the sunrise/sunset. And I really don't want to be a stereotypical poster by simply degrading what he did, so I will give credit to him for knowing where to look and making a hypothesis that is not wrong. He's perfectly on point to _begin_ a debugging process, but I can't see he's found a bug. He's found an unexpected or undesired behavior. I certainly would consider this story/tweet as a huge plus if he were being interviewed by me for an engineering position, but it appears he's already well above my pay grade anyways.

ALittleLight 7y ago
What's the difference between unexpected and undesired behavior and a bug?
- brod 7y ago
  Unexpected or undesired behaviours are relative to who's expectations and desires are being considered while bugs are (or at least should be) universally recognisable as bugs.
  - virgilp 7y ago
    Would anyone consider that the corebrightnessd process at 117% cpu is expected/desired behaviour?
IAmEveryone 7y ago
You’re splitting hairs and failing at it. They have clearly found a “bug” if Night Shift is consuming 100% CPU without end, even if their hypothesis for the reason might be wrong.
- maxheadroom 7y ago
  >They have clearly found a “bug”... This depends on your definition of "bug". I think, in the classical sense, a bug is something that you understand both the cause and the resultant undesired behaviour and, as of consequence, you can reproduce the chain of events. Given that definition, I would be disinclined to agree with calling it a "bug". However, I would also like to point out that we're getting so nuanced in terms that we're, quite literally, dropping the notion of lauding the attempts of the OP to go down the road of wanting to deduce the problem, themselves.
  - patrick5415 7y ago
    I disagree. If you have to understand the cause of undersires behaivor before a bug can be said to exist, then debugging is a prerequisite to a bug existing. If I write a program that computes 2+2 and it tells me the answer is 5, that’s a bug. Why is irrelevant until I want to fix it.
johnsene 7y ago
As the OP, I'm giving this one an upvote. I am far from an engineer, so the most I can come up with a hypothesis. I need a real engineer to do the real debugging.
- uxp 7y ago
  A bit late, but I did want to point out that I enjoyed the article and found it engaging. I was not trying to diminish from you in any way. My comment was much more a semantical argument over the comment than a logical disagreement with your article. Anyways, thanks!

by uxp 7y ago

ALittleLight 7y ago

What's the difference between unexpected and undesired behavior and a bug?

brod 7y ago
Unexpected or undesired behaviours are relative to who's expectations and desires are being considered while bugs are (or at least should be) universally recognisable as bugs.
- virgilp 7y ago
  Would anyone consider that the corebrightnessd process at 117% cpu is expected/desired behaviour?

IAmEveryone 7y ago

You’re splitting hairs and failing at it. They have clearly found a “bug” if Night Shift is consuming 100% CPU without end, even if their hypothesis for the reason might be wrong.

maxheadroom 7y ago
>They have clearly found a “bug”... This depends on your definition of "bug". I think, in the classical sense, a bug is something that you understand both the cause and the resultant undesired behaviour and, as of consequence, you can reproduce the chain of events. Given that definition, I would be disinclined to agree with calling it a "bug". However, I would also like to point out that we're getting so nuanced in terms that we're, quite literally, dropping the notion of lauding the attempts of the OP to go down the road of wanting to deduce the problem, themselves.
- patrick5415 7y ago
  I disagree. If you have to understand the cause of undersires behaivor before a bug can be said to exist, then debugging is a prerequisite to a bug existing. If I write a program that computes 2+2 and it tells me the answer is 5, that’s a bug. Why is irrelevant until I want to fix it.

johnsene 7y ago

As the OP, I'm giving this one an upvote. I am far from an engineer, so the most I can come up with a hypothesis. I need a real engineer to do the real debugging.

uxp 7y ago
A bit late, but I did want to point out that I enjoyed the article and found it engaging. I was not trying to diminish from you in any way. My comment was much more a semantical argument over the comment than a logical disagreement with your article. Anyways, thanks!