@Tumblr #5 一个有趣的小知识，rename-item -newname 可以传入 scriptblock ，可以改写为

Get-ChildItem -Path 'C:\Path\To\Folder' -Recurse -File -Include 'name???.mp3' |
Rename-Item -NewName { $_.Directory.Name + $_.Name } -WhatIf

去掉 -WhatIf 真实运行。

@geelaw #7 我的信息过时了，新规则是一旦删除就不再能使用

https://support.microsoft.com/en-us/office/add-or-remove-an-email-alias-in-outlook-com-459b1989-356d-40fa-a689-8f285b13f1f2

我只知道 alias 删除之后是可以被别人拿到的，但不知道 primary alias 的情况。

你可以试着先用临时的名字注册，然后再加 alias ，然后再变更 primary alias ，然后再删除临时的名字。

这个问题和 axios 没有任何关系，JavaScript 不允许同步化异步操作，而且只要 JavaScript 维持单线程模型和 setTimeout 的语义，很难预见同步化异步操作的可能性。

考虑如下代码：

var Axios = {};
Axios.request = function (options) {
return new Promise(function (resolve, reject)
{
setTimeout(function () {
console.log(2);
resolve(3);
}, 1000);
});
};

考虑强行同步

var mySync = function (options)
{
return magic syncronous result of Axios.request(options);
};

那么代码

var excl = mySync();
console.log(1);
console.log(excl);

有矛盾。

一方面，根据 Promise 和 setTimeout 的要求，2 必须在 1 之后（ Promise 构造器传入的方法立刻执行，因此 setTimeout 发生在 1 之前，同时 setTimeout 在延迟是 1000 的时候保证传入的方法在当前同步代码块结束后才调用）。另一方面，如果要求 excl 得到 3 的值，那么必须先经过 2 ，但 excl 的值在 1 之前得到。

@DiamondYuan #14 应该注意 node-force-async 得到的结果是错误的——例如传入的方法必须不读取外 scope 的内容，并且返回值会失去类型——这是因为它的原理是同步开一个新的进程执行代码。第二个方法里面是直接从源头杜绝异步。

不太确定你说的是哪种样式的滚动条。

是 Windows 8 以来的触控滚动条，还是 Windows 8 以来的鼠标滚动条，还是 Aero 滚动条，还是 Common Controls 6.0 （即 Windows 95 风格）滚动条？

另外那个叫 Windows ，不是 windows 。

https://en.wikipedia.org/wiki/Polyglot_(computing)

好处是在 shell 脚本里你既可以写 pip foo 也可以写 python pip foo ，前者的效果就是 python pip foo 。后面的代码当然没有“接着”执行，因为 shell script interpreter 进程已经被替换了，替换后的进程执行了其他代码，而这个其他的代码，刚好就是同一份，而且替换后的进程是按 Python 解读这份代码。

很多 V2EX 哲学上拒绝思考的问题，所谓“水深火热”，的记录都是存下来的，有些事情即使不去看也不应该被忘记。

更日常的就是全面记录每一次学术讨论和所有阅读过的论文的笔记，以及研究项目里的思考、灵感、试错。这个在同时推进多个项目的时候还是很必要，可以帮助恢复每个项目的上下文。另外在自己进行的项目里可以准确还原项目的历史进程，以后想要写文章（非论文）讲故事的时候可以参考。一些课程笔记会在几年后重新打开。

比如 Outlook + 随便一个邮箱 (?)

Outlook for iOS 支持要求 Face ID / 指纹，并且多次失败后允许输入 Passcode 解锁。导出也是显然的，用一个可导出邮箱，或者 Outlook for Windows 的宏就可以了。

你的账单地址必须在免税区域。

中国的增值税（包括以前的营业税）是向卖方征收的，美国的营业税是向买方征收的（卖方有代收义务），自然体现不同（但归根结底还是买方承担）。

http://www.chinatax.gov.cn/chinatax/n810341/n810765/n812156/201110/c1186045/content.html

单语言的限制只存在于 Windows 11 Home Single Language 版本，没有“Single Language”的 Home 可以多语言。

https://support.microsoft.com/en-us/windows/manage-the-input-and-display-language-settings-in-windows-12a10cb4-8626-9b77-0ccb-5013e0c7c7a2#WindowsVersion=Windows_11

Windows 自带的触控键盘恰好就是楼主一开始说的版本，另一个方法是使用 Windows 的粘滞键。这两个功能里，一切修饰键都是按一次作用于下一个非修饰键，连按两次锁定修饰键（按第三次解锁）。

说实话我一开始以为 #2 是嘲讽🤣

>需要为贡献者支付报酬吗？

这完全偏离了 GPL 的重点。GPL 的重点在于软件是否自由，而不是是否免费。

GPL 是版权持有者给其他人的授权，版权持有者并不丧失本来的任意权利，包括停止开源等。通常情况下，版权持有者是作者，每次修改都是创作衍生作品，因此没有特殊安排时，所有曾经贡献代码的人是共同的版权持有者（即使某个人贡献的代码已经被全部修改或删除过，也是），最初的作者并单独享有版权，而是对他创作的部分享有版权，对于其他部分，最初的作者只不过是得到了其他版权持有者的授权而已。Linux 内核就是这种模式。

在这种情况下，最新的版本（无论是否继续衍生）闭源发布，显然是违反 GPL 的行为，任何其他版权持有者皆可追求他们的权利。

一种常见的做法是要求所有作者都把他们的版权转移给项目负责人或机构（例如 FSF 就是这样操作的，但他们的主要目的是允许 FSF 集中采取行动保护 GPL 所赋予的自由），这样项目负责人或机构永远是惟一的版权持有者，自然可以对它做任何事情，包括闭源。

一个简单的思路是令相机保存 JPEG 。

@dangyuluo #4 我在 #5 的回复里误解了你的意思，实现 invoke_function 只是为了复现楼主一开始想要实现的版本。

@dangyuluo 因为可调用的东西不一定是 std::function ，还可以是 lambda 表达式、函数之类的。从 lambda 表达式、函数建立 std::function 有额外的内存分配，对性能不好。此外你也看到了 invoke_function 不能接受函数的名字，必须手工构造一个 std::function 。

更好的思路是检查这个东西是否可以赋值给 int ，用

std::is_same_v<
std::declval<int &>() = f(std::forward<TArgs>(args)..., std::declval<bool>()),
int &
>

这样也可以接受返回 const int &、int &、short 等的可调用的东西。

你可以用 SFINAE 的思路

#include<utility>
#include<functional>

template <typename TCallable, typename ...TArgs>
auto invoke_functor(TCallable &&f, TArgs&& ...args) -> std::enable_if_t<std::is_same_v<decltype(f(std::forward<TArgs>(args)..., std::declval<bool>())), int>, int>
{
int r0 = f(std::forward<TArgs>(args)..., false);
int r1 = f(std::forward<TArgs>(args)..., true);
return r0 + r1;
}

template <typename TCallable, typename ...TArgs>
auto invoke_function(const TCallable &f, TArgs&& ...args) -> std::enable_if_t<std::is_same_v<TCallable, std::function<int(TArgs..., bool)>>, int>
{
int r0 = f(std::forward<TArgs>(args)..., false);
int r1 = f(std::forward<TArgs>(args)..., true);
return r0 + r1;
}

int g(int a, int b, bool c)
{
return c ? a + b : a - b;
}

#include<iostream>

int main()
{
std::cout << invoke_functor(g, 2, 3) << std::endl;
std::cout << invoke_function(std::function<int(int, int, bool)>(g), 2, 3) << std::endl;
// Does not work.
// std::cout << invoke_function(g, 2, 3) << std::endl;
}

@wyfyw #4 任务栏固定应用是快速启动工具栏的进化替代功能，自然是和之前一脉相承的。另外这里只保存快捷方式，还有一些数据存在注册表里。

@DOLLOR #6 bingo 我记得这个应该是某种 COM/OLE 的魔法。

@thedrwu #2 IStorage 和 IStream 的噩梦，其实很多人天天都在用，例如 doc/ppt/xls/one 都是。

>我的问题是有没有可能制造一种类型系统在实际类型匹配的情况下自动地做这个类型断言

不能，因为判定“实际”类型是否匹配是不可计算问题（确切来说，否认“实际”类型匹配是不可识别问题）。如果只考虑有限定义域（因为实际的电脑是有限大小的内存之类的），确认“实际”类型匹配处于多项式层级的第二层并且是 Sigma_2 完备问题。