"A/B实验"在问题下:microsoft/vscode-python#22100
似乎并不十分有用。它们似乎不包含我能够识别的用户友好的实验名称,而是一个编码后的名称。
我们应该能够将其更改为功能门名称,有一点是更具体的,那就是它Map到特定的阶段(例如公共或内部人士)和步骤(10%或20%等)。cc/@luabud
"A/B实验"在问题下:microsoft/vscode-python#22100
似乎并不十分有用。它们似乎不包含我能够识别的用户友好的实验名称,而是一个编码后的名称。
我们应该能够将其更改为功能门名称,有一点是更具体的,那就是它Map到特定的阶段(例如公共或内部人士)和步骤(10%或20%等)。cc/@luabud
6条答案
按热度按时间0lvr5msh1#
我们是否想暴露实验名称?
yvfmudvl2#
vscode-tas-client
需要实验名称vscode/extensions/typescript-language-features/src/experimentationService.ts
第27行 a6403e4
| | consttreatmentVariable=experimentationService.getTreatmentVariableAsync('vscode',name,/checkCache/true)asPromise<ExperimentTypes[K]>; |
所以我猜这个仓库中已经公开了实验的名称。为什么不公开呢?
ewm0tg9j3#
足够公平...我想另一个问题是,对于一些用户来说,问题报告者通过github的
body=
查询参数在浏览器中打开问题。此参数对可以放入参数的字符数有限制。如果超过了这个限制,那么用户需要将内容粘贴到问题中...然而,用户经常忘记这样做。我的担忧是,名称长度可变,会导致
body
查询参数的有效负载过大,从而导致我们无法获取修复用户问题的必要信息。pnwntuvh4#
这是真的,也许我们可以回退到使用编码后的名称,如果它超过了限制。但是我假设在大多数情况下它是非常接近的,例如:
$x_1m_0n_1^x$
$v/s$
$x_1m_1n_1^x$
sc4hvdpw5#
嗯,这是个好观点。在过去,我们在控制塔中对特性名称的限制是50个字符,但现在似乎我们不再有这个限制了。我们的大多数特性名称应该相当短,除了那些基于设置名称的特性名称。
dgiusagp6#
听起来不错。我们可以检查是否达到了名称的限制,如果达到了,就回退到ID,看看是否合适。