The parts that I am unfamiliar with are the second paragraph in the "What is my data telling me?" section where they describe DAG, and the last paragraph in the "Can’t I just use XGBoost?" section, where they introduce TMLE.
Even then, DAG seems like a very straightforward concept that would be useful to have in your toolkit, but is probably something most thoughtful people do without explicitly thinking about it when doing regressions.
And the TMLE paragraph is essentially jargon that you would need to do your own research to actually understand. Why couldn't they spend the article describing this, as it seems that this what their value add as a service is.
Overall, this piece seemed more intended to market themselves ("Look! We do more complicated regression than you know how to do, and we're not going to explain it in any depth.") instead of well meaning teaching. Of course, I'm probably seeing bad intentions when there aren't any, so I am likely wrong.
> Even then, DAG seems like a very straightforward concept that would be useful to have in your toolkit, but is probably something most thoughtful people do without explicitly thinking about it when doing regressions.
I appreciate the honest response. To elaborate a bit, I think you may be mixing up the point of the article with the fact it starts with a low baseline of expected familiarity / knowledge to be able to bring more readers along.
My read is that the purpose of the article is to explain how to perform more accurate blocking and be explicit about you model assumptions by using DAGs. Followed by why the common tool everyone reaches for of linear regression is the wrong tool in this case, and TMLE is better.
That's the meat of what the article builds to, and is 9 out of the 30 paragraphs. Roughly 1/3rd (not 1/2 as guessed).
> Why couldn't they spend the article describing this, as it seems that this what their value add as a service is.
Agreed, but I think this is a different type of article. It's (in my opinion) and article saying "hey, there is a problem or shortcoming in what you're doing today. Gives justification as to why many people do have this problem, and then says "These are the tools to help you fix it."
A person unaware knows what to look into to solve their problem. Presumably a treatment on the solutions doesn't fit in a blog post - and it doesn't have to. There is value in identifying a person's problem and telling them how to learn about the solution. Even without fully detailing the solution. And I think this is your main criticism with the post, is that it wasn't a post to just present the solution in full detail.
That said, I don't want this to seem like im beating you up - but rather show that there are many different ways to get value and information on a topic without a detailed treatment of a solution.
And cycling back to your original point, I agree, I think the reason they don't go into full detail on the solution is because at that point the amount there'd need to cover to do a full treatment on the solution ends up having the cost outweigh the value in a blog post that is motivated to bringing people to their company/service.
The parts that I am unfamiliar with are the second paragraph in the "What is my data telling me?" section where they describe DAG, and the last paragraph in the "Can’t I just use XGBoost?" section, where they introduce TMLE.
Even then, DAG seems like a very straightforward concept that would be useful to have in your toolkit, but is probably something most thoughtful people do without explicitly thinking about it when doing regressions.
And the TMLE paragraph is essentially jargon that you would need to do your own research to actually understand. Why couldn't they spend the article describing this, as it seems that this what their value add as a service is.
Overall, this piece seemed more intended to market themselves ("Look! We do more complicated regression than you know how to do, and we're not going to explain it in any depth.") instead of well meaning teaching. Of course, I'm probably seeing bad intentions when there aren't any, so I am likely wrong.