Tracer.startSpan should support overloads to parameterize messages

[carterkozak]

What happened?

We do a great deal of unnecessary string concatenation in span names which can be completely avoided for unsampled traces:

tracing-java/tracing-jersey/src/main/java/com/palantir/tracing/jersey/TraceEnrichingFilter.java

Line 62 in c63567e

String operation = "Jersey: " + requestContext.getMethod() + " " + path;

tracing-java/tracing-okhttp3/src/main/java/com/palantir/tracing/okhttp3/OkhttpTraceInterceptor.java

Line 42 in c63567e

spanName = "OkHttp: " + httpRemotingPath;

What did you want to happen?

Slf4j style overloads to construct trace strings only for sampled operations

[carterkozak]

Instead of parameterized methods we could take Supplier<String>.