HNHacker News
TopNewBestAskShowJobs

davidmoffatt

36 karma · joined July 24, 2017

submissionscomments
davidmoffatt··on All my servers have an 8 GB empty file on disk
Dumb idea. Read the man page for tunefs. The file system has some thing called min free which does the same thing. However this does not interfer with wear leveling. Dummy data does.
davidmoffatt··on Ask HN: How to effectively get feedback from users?
Tech support. If they have a good ticket system and they use it you can gleen all sorts of info.
davidmoffatt··on A Database of Historical Cookbooks
I agree with dinamic 1. Not suitable for a blob on hacker news. It would be cool if it had the text + translations but... Also there are some obvious errors. One item is noted as being from a periodical from the year 4.... Hmm I think not.
davidmoffatt··on Judge Rules Terrorism Watchlist Violates Constitutional Rights
Hopefully we are now following the UK's lead and starting to face our demons. Finally, a judge with an iota of common sense! Why did it take so long to call the government out on something which is, so clearly, a violation of due process? Let's get this judge on the supreme court, he or she clearly knows how to do the job!
davidmoffatt··on Fighting the “loneliness epidemic” at work
"Dan Schawbel wants to save you from loneliness at work." Any time you see self referential sentences like this at the beginning of an article hit the back button. It is just another schmuck selling snake oil and I call shenanigans!

If loneliness is an epidemic then show some facts. Suicide rates, are computer programmers doing it more construction works? Other kinds of engineers? Police and firemen? No they are not. (fact check www.learning-mind.com/suicide-rates-professions/)

So everyone please help out. When you see crap like this article, call shenanigans. Don't take advice from snake oil salesmen.

davidmoffatt··on Hone your tone of voice: A linguistic perspective on how to talk to customers
We have too much of this saccharin sweet but vacuous tech support. What you really need to do is.

1) Be polite even when they are not. (The authors approach of doing this makes you sound like a teenager trying to take the car on a date, skip it)

2) hear what the customer is really saying not what you think they are saying. Don't immediately bucket them.

3) Calm the customer down. "Yes Ma'am, I don't know why it isn't working but we are going to fix it. I just need to ask a few questions..."

4) Don't waste the customer's time. This is a big one. Your staff should not be constantly calling for a manager. They should be trained before they go online.

Everything else is just trying to cover for the fact that you can't seem to do your job. If you are rude, gruff, and speak with a funny accent they will love you if you solve their problem.

davidmoffatt··on Ask HN: What are some tech companies that do not use an open floor plan?
Yes I too would love to see this. Noise canceling headphone seem to cancel everything but voices and that is the opposite of what you need.
davidmoffatt··on Avoid Else, Return Early (2013)
Nothing is new. When I was a NOOP programmer I knew the crusty old build engineer called Diane. She did not like my shell script and rewrote it with a terse comment "Exit early and often". The same idea as the article and this was in the late 1990s. It was a lot shorter and easier to understand.
davidmoffatt··on Ask HN: What books had the greatest effect on how you structure your code?
The Little Lisper by Dan Friedman. It is probably 30 years out of publication but I pulled it off of my shelf the other day, reread it, and the next day I noticed that my code had improved. It is a quick read, nothing earth shattering, but you will be amazed by what you have forgotten.