We could also change the API so it provided plugins with raw HTTP headers,
and let each plugin parse the headerd. Its a judgement call, how much to
minimize the API.
Scenario 1. We continue to write code without RAII. We have resulting
resource leaks. We (potentially) find a way to put RAII in
I don't see why we want to provide a helmet with TS API mark. Somebody may
make a third party helmet which is better than ours. Can we steal the
design? Can we make a much better one? I'm not sure because that may
require interface change and/or behavior change. Then ours would be
useless. It's not
The analogy I would make is to needing a helmet to ride a motorcycle. You
don' t need it in the strictest sense, but you need it for a reasonable
level of safety. You need RAII for a reasonable level of safety against
resource leaks.
On Thu, Aug 31, 2023 at 1:50 PM Masakazu Kitajo wrote:
> I s
I see your point, but I think we need to draw a line. High-priority
capability is blurry and questionable. We have not *needed* it for years.
> We could support RAII better, but I don't think it's feasible in 10.0.
This implies Cleanup.h will be unnecessary after we make it better.
Not discardin
While going through ATS to rewrite the metrics (still being evaluated if
viable), I’ve come to realize that we have a number of metrics that are not
particularly useful. What’s worse, there’s some serious implications for these
particular metrics making the calculation of them expensive and comp
