Forwarded from 2019-nCoV疫情实时播报🅥
#人间百态 #浙江 #Zhejiang
【警方介入调查模拟 #健康码 软件】
1月11日晚,一名数码博主称,某手机应用商店有一款可模拟各地区健康码状态的软件。博主发布的截图显示,该应用软件名为“健康码演示”,开发者信息栏中的地址为杭州上城区的“派派科技”。据微博网友反馈,该应用12日已下架。
12日记者从杭州市公安局了解到,警方11日晚接到报警,已介入调查。“派出所民警根据显示地址上门,发现无人办公,已报市局进一步调查。”上城区公安局相关负责人表示。
截图显示,该软件更新日期为2020年12月26日,被下载超过1000次。虽然在软件详细信息内注明“本应用仅作为演示目的,二维码并非实际健康码/复工码/通行码,请勿用于被扫描的场合,以免引起不必要的误会”,但多数网友表示容易被滥用,影响疫情防控。(头条新闻 @ 微博)
【警方介入调查模拟 #健康码 软件】
1月11日晚,一名数码博主称,某手机应用商店有一款可模拟各地区健康码状态的软件。博主发布的截图显示,该应用软件名为“健康码演示”,开发者信息栏中的地址为杭州上城区的“派派科技”。据微博网友反馈,该应用12日已下架。
12日记者从杭州市公安局了解到,警方11日晚接到报警,已介入调查。“派出所民警根据显示地址上门,发现无人办公,已报市局进一步调查。”上城区公安局相关负责人表示。
截图显示,该软件更新日期为2020年12月26日,被下载超过1000次。虽然在软件详细信息内注明“本应用仅作为演示目的,二维码并非实际健康码/复工码/通行码,请勿用于被扫描的场合,以免引起不必要的误会”,但多数网友表示容易被滥用,影响疫情防控。(头条新闻 @ 微博)
Forwarded from dnaugsuz
是啊,让所有人都用支付宝小应用,开流量包,不管是出于多美好的目的,不太合理吧…… 那就减小这种模拟程序的有罪性了
健康码自己作为一个公共应用,使用起来麻烦无指引而且还每次显示一个“引入”页面让用户多次点击,凭这种交互体验很难让人觉得它是用于贯彻公共卫生的。
和阿里之前的 ant-design 圣诞节彩蛋事件一样,公共的东西做不出公共的样子,在中国当个普通公民现在这种机械化的需求越来越多了,唉……
这个应用 288k 大小,敢问阿里的官方健康码要耗多少?
健康码自己作为一个公共应用,使用起来麻烦无指引而且还每次显示一个“引入”页面让用户多次点击,凭这种交互体验很难让人觉得它是用于贯彻公共卫生的。
和阿里之前的 ant-design 圣诞节彩蛋事件一样,公共的东西做不出公共的样子,在中国当个普通公民现在这种机械化的需求越来越多了,唉……
这个应用 288k 大小,敢问阿里的官方健康码要耗多少?
Forwarded from 「VoP」維尼之聲 - Voice of Pooh🔊
「健康码演示」是一个可以用来伪造一个健康码的应用,可以用在不需要扫描的场合。(注意:要求扫描的场合出示假码可能会被揭穿)
微博粉红发现 Google Play 上有「健康码演示」这个应用之后,第一时间怒不可遏并想到了举报。(见图2,3)
开发者在该应用广为人知之后删除了原本上架在 Google Play 上的应用和托管在 GitHub 上的源代码(图3为其他人的备份代码,非作者本人)
既然我们作为一个乳滑频道,我们自然要反其道而行之,中国不想被传播的东西,我们偏偏把它拿出来给大家下载,大家可自用,可传播。
下载链接:点此
其他人于 GitHub 备份的源代码🔗
#健康码 #阿冠新DLC
微博粉红发现 Google Play 上有「健康码演示」这个应用之后,第一时间怒不可遏并想到了举报。(见图2,3)
开发者在该应用广为人知之后删除了原本上架在 Google Play 上的应用和托管在 GitHub 上的源代码(图3为其他人的备份代码,非作者本人)
既然我们作为一个乳滑频道,我们自然要反其道而行之,中国不想被传播的东西,我们偏偏把它拿出来给大家下载,大家可自用,可传播。
下载链接:点此
其他人于 GitHub 备份的源代码🔗
#健康码 #阿冠新DLC
「VoP」維尼之聲 - Voice of Pooh🔊
「健康码演示」是一个可以用来伪造一个健康码的应用,可以用在不需要扫描的场合。(注意:要求扫描的场合出示假码可能会被揭穿) 微博粉红发现 Google Play 上有「健康码演示」这个应用之后,第一时间怒不可遏并想到了举报。(见图2,3) 开发者在该应用广为人知之后删除了原本上架在 Google Play 上的应用和托管在 GitHub 上的源代码(图3为其他人的备份代码,非作者本人) 既然我们作为一个乳滑频道,我们自然要反其道而行之,中国不想被传播的东西,我们偏偏把它拿出来给大家下载,大家可自用,可传播。…
当有一件事(对赵家人的颜面)很重要时,其他一切事都必须让路,这就是中国式逻辑。
当有一件新的坏事时,旧的就可以忘了,这就是中国式管理。
当(你认为)隔壁比你还惨时,你就幸福了,这就是中国式心态。
(平民百姓)人人都不开心时,你就更擅长忍受了,这就是中国式成长。 —
当有一件新的坏事时,旧的就可以忘了,这就是中国式管理。
当(你认为)隔壁比你还惨时,你就幸福了,这就是中国式心态。
(平民百姓)人人都不开心时,你就更擅长忍受了,这就是中国式成长。 —
Telegram
「VoP」維尼之聲 - Voice of Pooh🔊
看来大家都对中共的信誉很有数,不打,以至于领导需要这么发狠话...中国韭菜也真是贱啊,逼你“中国式自愿”不领一分钱的实验补偿,参加习近平肺炎疫苗的临床试验,这么多棍子连个屁都打不出来。
第一张图,那个1月15日截图是时间放在最后的,我今天收到的。第四张微信截图是最早的。后三张以前在这里发表过。
当有一件事(对赵家人的颜面)很重要时,其他一切事都必须让路,这就是中国式逻辑。
当有一件新的坏事时,旧的就可以忘了,这就是中国式管理。
当(你认为)隔壁比你还惨时,你就幸福了,这就是中国式心态。
(平民百姓)…
第一张图,那个1月15日截图是时间放在最后的,我今天收到的。第四张微信截图是最早的。后三张以前在这里发表过。
当有一件事(对赵家人的颜面)很重要时,其他一切事都必须让路,这就是中国式逻辑。
当有一件新的坏事时,旧的就可以忘了,这就是中国式管理。
当(你认为)隔壁比你还惨时,你就幸福了,这就是中国式心态。
(平民百姓)…
Forwarded from Tindy | SIGHUP
我bot还接受 /shutdown_all_instances /ufw_panic_on
#ce #plt #JS #DontKnow 在 #JavaScript 的一个
(其中 fetch 返回一个 Promise,且这个 Promise 一定是成功的)
duangsuse:
await 的话等价 yield 执行权给 awaiter ,成功了 return it ,大概是 Promise<String> ?
reply:
正常 async 函数返回值也是
other:
如果返回的是promise那么还得await或是then
reply:
并不需要,Promise 套娃是会自动解开的
duangsuse:
[In reply to duangsuse]
呃……想起来了,async awaiter 其实会自动 await yield 的 Promise ,而 return 也是一种 yield
duangsuse:
[In reply to reply]
duangsuse:
[In reply to duangsuse]
亦可简写为
果然是 try-catch 时控制流易跑偏……看来在协程continuation的实现方面结构化异常处理需要注意啊
duangsuse:
[In reply to reply]
感觉你这个和举的例子有点区别啊…… 举的例子里 return 是实际执行的最后一条语句
第一个…… 不对,看起来是我默认错了
最后一行和实际末语句是有区别的,如在
尾调用优化也是
duangsuse, [13.01.21 11:06]
try {} 里的 return 语句居然还能前置执行 finally {} ,涨知识了
之前哪里能用到这么多 try 块……
await 休眠当前函数实现的不错,看来这个问题是问“控制流什么方法可以在 return 前加逻辑”啊
回答本身是执行顺序问题。如果直接 return Promise 会被 awaiter 处理,类型上也没错
async function 中,请问在什么情况下 return fetch(...) 和 return await fetch(...) 会有区别?(其中 fetch 返回一个 Promise,且这个 Promise 一定是成功的)
duangsuse:
async function 相当于一个可带 awaiter 的 function* ,封装为 Promise
直接 return Promise 大概会得到二层的这个await 的话等价 yield 执行权给 awaiter ,成功了 return it ,大概是 Promise<String> ?
reply:
正常 async 函数返回值也是
Promise<string> 哦(注: fetch() resolve 后是 stringother:
如果返回的是promise那么还得await或是then
reply:
并不需要,Promise 套娃是会自动解开的
duangsuse:
[In reply to duangsuse]
呃……想起来了,async awaiter 其实会自动 await yield 的 Promise ,而 return 也是一种 yield
duangsuse:
[In reply to reply]
async function op1() { return Promise.resolve(100); }
async function op2() { return 100; }
for (let op of [op1,op2]) op().then(console.log); //100 x2
function foldN(n, op, x) { var acc=x; for (var i=0;i<n; i++) {acc = op(acc);} return acc; }
foldN(4, (x) => Promise.resolve(x), 100).then(console.log)
reply:try { return op1(); } finally { op2(); }
里 op1() 先执行try { return await op1(); } finally { op2(); }
里 op2() 先执行duangsuse:
[In reply to duangsuse]
亦可简写为
const puts=console.info;
const op1 = async()=>Promise.resolve(100), op2 = async()=>100;
for (let op of [op1,op2]) op().then(puts);
foldN(4, v=>Promise.resolve(v), 100).then(puts);另外一般内部实现的 awaiter 亦可这么定义:
function __onestep(gen) {
let {value, done} = gen.next();
if (!done && value instanceof Promise) value.then(x => __onestep(gen.next(x)) );
else return value;
}
function __awaiter(gen) { return Promise((resolve, reject) => { resolve(__onestep(gen)); }; }
未实现 reject果然是 try-catch 时控制流易跑偏……看来在协程continuation的实现方面结构化异常处理需要注意啊
duangsuse:
[In reply to reply]
感觉你这个和举的例子有点区别啊…… 举的例子里 return 是实际执行的最后一条语句
第一个…… 不对,看起来是我默认错了
最后一行和实际末语句是有区别的,如在
() => { return 1; print(); } 里。尾调用优化也是
return thisOp(); 是可变成循环, return thisOp()+1; 仍需保留调用栈duangsuse, [13.01.21 11:06]
try {} 里的 return 语句居然还能前置执行 finally {} ,涨知识了
之前哪里能用到这么多 try 块……
await 休眠当前函数实现的不错,看来这个问题是问“控制流什么方法可以在 return 前加逻辑”啊
回答本身是执行顺序问题。如果直接 return Promise 会被 awaiter 处理,类型上也没错
duangsuse::Echo
#ce #plt #JS #DontKnow 在 #JavaScript 的一个 async function 中,请问在什么情况下 return fetch(...) 和 return await fetch(...) 会有区别? (其中 fetch 返回一个 Promise,且这个 Promise 一定是成功的) duangsuse: async function 相当于一个可带 awaiter 的 function* ,封装为 Promise 直接 return Promise 大概会得到二层的这个…
一开始就应往协程阻塞(await) 和非阻塞(return&awaited by async awaiter) 上想
估计不止 try-finally 里的 return 会前置跳转到 finally {} ,break 什么的也会吧:
看来实现编译器的人必须深刻认识各种控制流结构,这得先执行 finally 块,才能真的 return/break ... 不过这大丈夫吗
finally 块的词法(变量)上下文好像和 try 是一起的,但如果能引用 try 内定义的变量,会不会 access to uninitialized...
估计不止 try-finally 里的 return 会前置跳转到 finally {} ,break 什么的也会吧:
for (let i of [1,2]) try{break} finally {console.log(i)} //1 看来实现编译器的人必须深刻认识各种控制流结构,这得先执行 finally 块,才能真的 return/break ... 不过这大丈夫吗
finally 块的词法(变量)上下文好像和 try 是一起的,但如果能引用 try 内定义的变量,会不会 access to uninitialized...
Forwarded from duangsues.is_a? SaltedFish
https://lab.xecades.xyz/Fourier/?img=5
感觉自己的智商严重需要重构了…… 看了下基本绘制结构我明白了,当时找 img= 参数引用的时候想当然查
是用
整体代码质量较好,非常简短而整洁,建立了
待会重构下(也只能是拿 #TypeScript 了),算是安抚可怜的我…… 😭
感觉自己的智商严重需要重构了…… 看了下基本绘制结构我明白了,当时找 img= 参数引用的时候想当然查
(n + 1) 这个表达式,三次没找到后才在已发现 loadPageVar() 后明白编号到零基数组引数是 -1,明显没过脑子(或者记性不好/数性太差),就凭这?心理各种崩溃。是用
setInterval (timer) 累积dt 更新的(缺点 dt 是常量)generate(t) 基于 getSvgInfo() (load onto <svg> tag)和 getDotInfo() (use style "offset-distance"&canvas.origin)整体代码质量较好,非常简短而整洁,建立了
Axis 和 complex 的 class,helper(common abst.)/canvas/main logic 三文件符合拆分直觉,命名和算法封装方式偏 C 化(静态指定子程序输出的目标存储空间,对应其参数也是写死的;即便程序生命周期仅调用一次)待会重构下(也只能是拿 #TypeScript 了),算是安抚可怜的我…… 😭