Why do most papers in CS conferences say "novel" repeatedly now a days?

I find this extremely irritating.

It is up to me, as the reader, to judge whether this is novel or not.

Please tell me what you have done, rather than telling me that (you think) it is novel.

Don't tell me that your results are important, or surprising, or anything like that. I will judge the importance or surprise or novelty.

It is not like if you didn't tell me it is important (if indeed it is) I wouldn't notice.

And if it is not novel, why would you be submitting it to the conference, anyway?

@MartinEscardo @zyang and @jonmsterling said it: it's written for the reviewers. It's no longer the case that a specialist paper is guaranteed, nor even likely, to get 2 or more reviewers who have tried something like this before and will form an opinion about novelty from an expert position.

So when writing A is novel, and B is novel, and C is novel, the expert says 'yes, yes, yes', and the non expert says 'I'm not an expert, but A,B, and C seem novel' and feel comfortable accepting the submission.

@MartinEscardo @zyang @jonmsterling other mechanisms that degrade the paper, but ease refereeing:

1. Repeatedly referring back to the paper structure:

end of section A: ... we have shown X, and next we will show Y.
\section B having shown X, let's turn to Y.

(Rationale: referee is not really interested in the paper, so might lose the plot, or has a stack of papers to read between meetings, on the bus, etc and loses the bug structure.)

2. Not citing related work during the technical development. Instead, cite it in related work section.

Rationale: makes technical development seem more novel to nonexpert while an expert will likely not complain if the citation exists. Bulks up related work section and makes it seem in-depth because it is more technical.

@ohad @MartinEscardo @zyang @jonmsterling "It was all my idea except for almost all of it!"