Live data from Hacker News

Be good-argument-driven, not data-driven

twitchard.github.io

131–140 of 168 posts

Re: Be good-argument-driven, not data-driven

#131

Earlier quoted context omitted.

> You know, in data science, you see people spending hours writing pandas scripts that replicate a few clicks in excel for a one of analysis I mean, having an Excel doc at all usually implies hour(s) of work formatting the data in structured manner. Sometimes collective decades of work depending on how much heavy lifting your 15GB .xlsx is doing.

Often that work exists regardless of if a table of processed data that engineering formatted and schema-fied is dumped out to Excel or queried over SQL into Pandas... I've seen this myself: the person who "naively" downloads that table and plays around in excel finds interesting things that the person who was using Pandas hadn't, because the code to manipulate columns and do certain types of calcs is actually more ti…

> the person who "naively" downloads that table and plays around in excel finds interesting things that the person who was using Pandas hadn't,...

I think they call that serendipity. Never underestimate its power.

https://didgets.substack.com/p/data-science-and-serendipity

Re: Be good-argument-driven, not data-driven

#133
post #72
post #35

The related problem that I see actually more often is the "you don't have big data" problem. You know, in data science, you see people spending hours writing pandas scripts that replicate a few clicks in excel for a one of analysis. You see datasets of a few gigabytes being processed with spark when SQL would be fine. You see ML techniques being thrown at questions that could be answered simply and reliably with basi…

Would you say the big data threshold moves every year? That would explain why people think a <1TB is big data.

What used to be 'big data' is now just 'normal data'.

https://didgets.substack.com/p/big-data

Re: Be good-argument-driven, not data-driven

#135

Earlier quoted context omitted.

Needing to CYA also has pretty low emotional appeal for managers, exec's, and alpha-data-scientist wanna-be's. (Until it's just about too late, obviously.) And recall Mark Twain's old quip about lies & statistics. The more & bigger data that the folks who control the data & analysis have, the easier it is to make sure that those meet their own emotional & political needs.

Wasn't that Will Rogers?

https://en.wikipedia.org/wiki/Lies,_damned_lies,_and_statist...

I wonder if that's the quote they mean?

Re: Be good-argument-driven, not data-driven

#137
post #42

Earlier quoted context omitted.

Talking to people is not going to help you either. You end up getting a lot of noise and making sense of what you hear is difficult. When you keep probing you will get to hear stuff thats not really critical and just often made up because you ask too many questions. Classical trap of market research.

ycombinator startup school disagrees and says it's one of the two CRITICAL things founders must have a hand in. Of course you need to interpret it but its incredibly important and I do not think you really know what you are talking about. https://www.ycombinator.com/library/6g-how-to-talk-to-users Almost all the major fails I have seen in my career have been some derivative of not understanding your users.

That depends on how big the differences you're looking for are.

When you've got an early product, there are probably things you can do that 2x as many people will like as dislike. Even a small set of customers will be good for discovering this. When you've got a mature product, you should be optimizing around the edges and need a large sample size to find those 1% wins.

Likewise if you don't have scale, there are a lot of well-known best practices that probably improve your site by 5-10%. You probably don't have sufficient volume to discover test those ideas, so following general best practices is a good idea. But if you have scale, you can and should A/B test the heck out of everything. And then do it again in a couple of years in case the answer changes.

Re: Be good-argument-driven, not data-driven

#138

Earlier quoted context omitted.

I think there are lots of reasons why. One possible reason: no one whose job it is to write Python scripts was ever promoted for making an Excel spreadsheet when that is the simpler and more practical approach. And no manager of people who write Python scripts is going to be able to use that Excel spreadsheet to sell "I need more responsibility and head count." People tend to follow incentives, rather than focusing o…

Excel has a history of forced format updates, breaking incompatibility. I know people who banned it because they got tired of marching to MSs upgrade beat. Python 2 to 3 upgrade aside, can’t really say the same about the language. There are a number of good arguments out there that might violate an engineers perception, which one might call a cognitive data model built through training and experience. There is no the…

Libraries introduce breaking changes, too. I’ve been bit by silent default changes in Pandas, for example. To me that’s kind of striking because I also wouldn’t consider myself a major user of the library.

Re: Be good-argument-driven, not data-driven

#139
post #4

While I agree completely with the premise of this article, on the other hand I'm weighing the relatively robust findings by Meehl et al. They find, time and time again, in all sorts of fields, that extremely parsimonious models like equal-weighted linear regression of one or two predictors outperform expert judgment[1]. One would think this is cognitively dissonant enough, but it gets worse: This article, with the th…

> They find, time and time again, in all sorts of fields, that extremely parsimonious models like equal-weighted linear regression of one or two predictors outperform expert judgment. I came across this in Thinking Fast and Slow. Kahneman was a big fan of Meehl and restates the point: The important conclusion from this research is that an algorithm that is constructed on the back of an envelope is often good enough t…

It seems to imply that expertise-driven design gave us Vista and Win7 while the data-driven one gave us Win8, Win10, and Win11. It's notable that, from this list, Win7 seems to be the only one that people genuinely liked.

Re: Be good-argument-driven, not data-driven

#140
I have experienced this first hand, so this article resonates a lot with me.

I worked with a manager who prioritized work which was easily measurable, so he could report the good numbers to leadership and get career points out of this. Unfortunately the project we took on was a demanding and technically challenging problem, and in almost a year of work of a team of engineers we made barely any real progress or made any actual difference, but the numbers were great and people were satisfied during presentations. I ended up feeling completely disconnected from my job and losing all motivation to work there.

Post reply on HN