This needs moderating up. Talk to an Ocaml programmer and a Haskell programmer about what makes a functional language and you'll see very different opinions and these two are languages that were actually designed as functional languages: the bits that end up in other languages are a tiny subset.
Coming from the Haskell side, I see functional programming as programming without side effects and with monads. You can implement monadic constructs in other languages, but it rarely makes code cleaner. Just having higher-order functions doesn't make a language a functional language any more than having structs makes C an object-oriented language.
If the question is 'do you think using higher-order functions simplifies the expression of some algorithms' then the answer is obviously 'yes': programmers have a lot of tools to choose from and most of them are useful at least some of the time.
Why would I need to ping my neighbors to decide if my internet connection is working? I was saying when you call Comcast and report your connection is down, rather than instating on sending someone to your home between the months of June and July, THEY should try to other modems near you first to see if it's more likely a line problem.
Comcast knows the MAC of every modem connected to their system and the associated account and service address. They HAVE to. So it's a simple matter of a database lookup. The customer doesn't get to control anything on the cable side of the modem so they can't block the ping (Which I believe is more akin to arping anyway).
So they know your address and they know the MAC addresses of the other modems on the same cable segment. Where's the problem?
What does that have to do with it?
First and foremost, when a customer says they're down, try to ping other modems in the same neighborhood. If those are down too, roll a line truck. Do not claim it must be a problem at their house.
Re-emphasize in training, if any light other than network activity is flashing on the modem, it is not a problem with their computer, don't try to sell them on paid Windows support, especially when they say they don't have Windows.
If the customer is using words you are unfamiliar with such as traceroute or ping, just elevate the call to someone who understands the problem.
You're not making any sense. Try later after you sleep Saturday night off.
Even if there is disagreement, the bug/not-a-bug decision is in part made based on attitude (see NIH), and is reflected in the code.
Because it IS a bug, but by stamping it not-a-bug, it remains in the source.
The bogosity meter just pegged.