Forwarded from Yuuta 🎀 | clrd enroute
Telegram
鳖频道
＃java程序员看见气死系列
Forwarded from ️每日节奏️ 👑 Trending Everyday
来自机器学习实验室 OpenAI 的研究人员发现，他们最先进的计算机视觉系统可以被简单工具所欺骗。
如图所示，你只需写下一个物体的名称，并将其贴在另一个物体上，就足以欺骗AI软件，使其误认所见。
（人工智障实锤了）
如图所示，你只需写下一个物体的名称，并将其贴在另一个物体上，就足以欺骗AI软件，使其误认所见。
（人工智障实锤了）
https://t.me/AndroidDevCn/186209 #Android #GUI
https://t.me/AndroidDevCn/186265 #net #Java websocket TooTallNate的一个库
https://t.me/AndroidDevCn/186329 storage
https://t.me/AndroidDevCn/186442 https://github.com/anggrayudi/SimpleStorage
https://t.me/AndroidDevCn/186483 代理监听 WebView 的 longclick 并 doc.elementFromPoint
https://t.me/AndroidDevCn/186588 insets
https://t.me/AndroidDevCn/186265 #net #Java websocket TooTallNate的一个库
https://t.me/AndroidDevCn/186329 storage
https://t.me/AndroidDevCn/186442 https://github.com/anggrayudi/SimpleStorage
https://t.me/AndroidDevCn/186483 代理监听 WebView 的 longclick 并 doc.elementFromPoint
https://t.me/AndroidDevCn/186588 insets
Telegram
TigerBeanst | 想去碎空星 in [CN] Android Dev
没有，就是一直会处于 MotionEvent.ACTION_MOVE 的状态，一定要我把手指移出去再回来再放手才能UP，否则一直是MOVE，也达不到Cancel。
用的是React-Native，log里提示 unknown:ReactNative: Can't cancel already finished gesture. Is a child View trying to start a gesture from an UP/CANCEL event?
但是排查应该是没有其他子布局在前头的（唯一…
用的是React-Native，log里提示 unknown:ReactNative: Can't cancel already finished gesture. Is a child View trying to start a gesture from an UP/CANCEL event?
但是排查应该是没有其他子布局在前头的（唯一…
#html #learn #dontknow 谈谈 IE 时代开始的 XHTML, HTML4 相关的格式之争吧。
早先的时代，web就好像 (Linux 用户所见的) man pages ，HTML 就像今天看到的 markdown，并不严谨，并没有被广泛采用的规范（对 UI 而言，人杂是 web 的缺陷；心乱是 mobile 的缺陷；框架多是 desktop 的缺陷）
HTML 2,3,4 都是 retro-spec ，即先被广泛实现再有标准，而规范的制订主要是帮助兼容「含错误的网页」（真的搞不懂一些人成天爱 -webkit -moz -egde 前缀 CSS1,3 标准属性的是干什么）
比如说， <br> 和 <br/> 及相同模式的 hr,dt,p 标签，对一些浏览器可能显示，另一些无法兼容，这就导致了客户端（用户代理）差异，而规范统一了错误兼容法，即 HTML 的格式。
W3C 尝试以 XML 规范 HTML ，它指定了 application/xhtml+xml 的强制错误检查格式，但被写惯非 XML 兼容扩展的开发者拒绝了，无奈只能允许用旧 application/html 分发文档，不进行错误检查，只是做了 xml schema 规范。
所以说一些上个时代的网站(比如 gnu.org)声称自己支持 XHTML 1.0，只是说兼容了此规范，并不代表没有使用 undefined behavior 的错误兼容。当然随后 1.0 的附录 C 被取消， xhtml+xml 也不能用了(不向后兼容)
Apple WebKit 和 Gecko, Chrome与Opera 合作的 Blink 等新渲染器取代了 MS IE 的时候， W3C XHTML 2.0 尝试复辟检查的老路，并且完全向 XML 靠拢(众所周知很多应用协议基于 XML 数据建模)，竟不向后(前进者的背后!)兼容了！于是 Mozilla&Apple 发起了 WHATWG 规范组，它设计了现在被广泛使用的 HTML5 ，现有引擎支持 H5 不会 break 现有的网页。
<!DOCTYPE html> 为什么和 <!-- 那么像？其实这个标签是 HTML5 才引入的，类似 ES5 的 "use strict"; 它只是「使用新版格式」的标记早先的时代，web就好像 (Linux 用户所见的) man pages ，HTML 就像今天看到的 markdown，并不严谨，并没有被广泛采用的规范（对 UI 而言，人杂是 web 的缺陷；心乱是 mobile 的缺陷；框架多是 desktop 的缺陷）
HTML 2,3,4 都是 retro-spec ，即先被广泛实现再有标准，而规范的制订主要是帮助兼容「含错误的网页」（真的搞不懂一些人成天爱 -webkit -moz -egde 前缀 CSS1,3 标准属性的是干什么）
比如说， <br> 和 <br/> 及相同模式的 hr,dt,p 标签，对一些浏览器可能显示，另一些无法兼容，这就导致了客户端（用户代理）差异，而规范统一了错误兼容法，即 HTML 的格式。
W3C 尝试以 XML 规范 HTML ，它指定了 application/xhtml+xml 的强制错误检查格式，但被写惯非 XML 兼容扩展的开发者拒绝了，无奈只能允许用旧 application/html 分发文档，不进行错误检查，只是做了 xml schema 规范。
所以说一些上个时代的网站(比如 gnu.org)声称自己支持 XHTML 1.0，只是说兼容了此规范，并不代表没有使用 undefined behavior 的错误兼容。当然随后 1.0 的附录 C 被取消， xhtml+xml 也不能用了(不向后兼容)
Apple WebKit 和 Gecko, Chrome与Opera 合作的 Blink 等新渲染器取代了 MS IE 的时候， W3C XHTML 2.0 尝试复辟检查的老路，并且完全向 XML 靠拢(众所周知很多应用协议基于 XML 数据建模)，竟不向后(前进者的背后!)兼容了！于是 Mozilla&Apple 发起了 WHATWG 规范组，它设计了现在被广泛使用的 HTML5 ，现有引擎支持 H5 不会 break 现有的网页。
duangsuse::Echo
#Web #Learn #meme ❎了解单独、配对、折叠三种标签形式及 &; escape，会创建、访问节点和常用 attribute 、事件和 on 简写；擅长动态加载、拼接资源如 link 和 script；会利用 form 和 meta,link 标签 ❎能利用 CSS 做 responsive design 、用元素 state 伪选择器做交互动画，会使用 flex 和 grid ❎了解 HTTP 的 URL, Header 和 Cookie 性质，善用 XMLHttpRequest 和 fetch…
https://telegra.ph/带学生在线助手-03-10 #China #school #Web #JS 读者评论： 可以对特定网站查题库自动做题的脚本
localStorage.alreadyCode 竟指导验证码 canvas 客户端侧生成…… 最废 API 验证
localStorage.alreadyCode 竟指导验证码 canvas 客户端侧生成…… 最废 API 验证
Telegraph
带学生在线助手 - 油猴脚本原理介绍
首先是成品，这边粗略分为了三个区
Forwarded from moke 的 日常分享、吐槽和动态
《欧洲最大云服务公司 OVH 法国机房着火：1个数据中心被完全烧毁、部分客户数据完全丢失且无法恢复》
https://www.oschina.net/news/132638/france-ovh-fire
字面意义上的 数据上云
https://www.oschina.net/news/132638/france-ovh-fire
字面意义上的 数据上云
duangsuse::Echo
妈耶，指捏缩放没有好的解决方法？ 虽然我的 kx 建模目前也没明显的和 px 单位相关…… 因为 JS 出问题总是让人很草的 我去找了一下，现在最主流的辅助库是 https://hammerjs.github.io/ ，但它 7k gzipped ，我整个应用编译后才 7k... 感觉有点不爽 https://github.com/manuelstofer/pinchzoom/blob/master/src/pinch-zoom.js 也有点长(TM 30kb) https://github.com/Jam3/touch…
[Android 4.x touchmove事件兼容问题 - 程序园](http://www.voidcn.com/article/p-fkfhxnuh-bqb.html)
[安卓部分机型touch 事件失效的hack方式 - Tony_M - 博客园](https://www.cnblogs.com/childsplay/p/5477328.html)
找了一下， Chrome 上的问题解决了，但手机 FF 还是废的😂👍
[安卓部分机型touch 事件失效的hack方式 - Tony_M - 博客园](https://www.cnblogs.com/childsplay/p/5477328.html)
找了一下， Chrome 上的问题解决了，但手机 FF 还是废的😂👍
Cnblogs
安卓部分机型touch 事件失效的hack方式 - Tony_M - 博客园
常规写一段滑动代码，我们可能这么写 直接复制粘贴，请忽视相关业务代码。一般在touchmove中加e.preventDefault()来防止安卓手机只触发一次move和不触发end事件的问题和一些浏览
Forwarded from duangsues.is_a? SaltedFish
#Kotlin #design 提问！怎么写 matcher 库呢？
你需要了解如何写可组合的操作，这里是
接着，考虑是 val 还是 fun，用不用 receiver 参数或带 receiver 参数的 Scope 闭包即可。
组合很简单，用函数的闭包(即 #OOP 对象)拼凑实际表达式
咱可以看到，这个「高复用」办法本质只是在隐式化、拼凑参数罢了，其实
当然，它们本身也是可被组合的，就像程序结构本身一样；但，原来十行代码的东西就只用写一行了，多快好省。
如果只是这样根本没必要单独开项目，反正计算开销小，可以取消 all 等组合器的部分求值，即便已知 mismatch 也只是存到一个结果报告(Map+path 足矣)里继续测试，这只需要让 all matcher 能知道自己的「路径」并且给子项们接上「新路径」。
只需把只能 apply() 的 function value 变成带构造器和 .var 的 interface ，在构造器里给子项进行 .path= 的「注入」隐式提供其路径，它之后的生命里全复用即可。
不过，这么一来就变成
不过，这也照应了程序本身树穷尽遍历的性质，不再是逻辑表达式的「解释器」了。
你需要了解如何写可组合的操作，这里是
predicate: (T) -> Boolean ，当然实际上必须维护可阅读的结果报告(String path, Map mismatchs)接着，考虑是 val 还是 fun，用不用 receiver 参数或带 receiver 参数的 Scope 闭包即可。
组合很简单，用函数的闭包(即 #OOP 对象)拼凑实际表达式
1.match { all(eq(1), lt(5)) } 其中 lt 是 lessThan 的意思。const eq=a=>b=>(a==b), //lt也是一样模式，除了(b,a)=>(a<b)倒个语序
all=(...ps)=>x=>{ for(let p of ps) if(!p(x))return false; return true; } 咱可以看到，这个「高复用」办法本质只是在隐式化、拼凑参数罢了，其实
==,!=,<>,in 等二元逻辑算符的引入都是预提供一个参数，等另一个参数 ，而 all, any, none (&|, !|) 则是在组合 Predicate 类型，用 for 循环解释 && 等算符短路(即惰性)求值的语义(any,all 等列表处理操作本是如此性质)。当然，它们本身也是可被组合的，就像程序结构本身一样；但，原来十行代码的东西就只用写一行了，多快好省。
如果只是这样根本没必要单独开项目，反正计算开销小，可以取消 all 等组合器的部分求值，即便已知 mismatch 也只是存到一个结果报告(Map+path 足矣)里继续测试，这只需要让 all matcher 能知道自己的「路径」并且给子项们接上「新路径」。
只需把只能 apply() 的 function value 变成带构造器和 .var 的 interface ，在构造器里给子项进行 .path= 的「注入」隐式提供其路径，它之后的生命里全复用即可。
不过，这么一来就变成
interface Matcher { var name:String, fun test(x:T, m:Map<String,ErrMsg>) } 了，不需要给父组合器提示返回值了呢。不过，这也照应了程序本身树穷尽遍历的性质，不再是逻辑表达式的「解释器」了。
Forwarded from dnaugsuz
https://t.me/dsuse/16941 早上没起床就写了点相关知识……
嘛其实我觉得
（不对…… ParserKt 的问题是 Repeat.not 的肯定要 rewrap ，但是这个的数据类型没有不同（不对，这个靠 ErrList 依然会有变换后否决错误信息缺失的问题……
如果让动苏来设计就不会有这种问题
嘛其实我觉得
mvc.perform(httpOp).andExpect(matcher) 挺冗余的， mvc.expect(arrayOf(httpOp to matcher)) 合适点status=>ResultMatcher { AssertionErrors.assertNotEqual("status", status.value(), it.response.status) } 吗mockMvc.perform(post(path)).andExpect(status().isNotFound) 不能 Matcher.not() 是肯定的，如果要的话需要更改最下层的(==)命题，直接否决Telegram
duangsuse::Echo
#Kotlin #design 提问！怎么写 matcher 库呢？
你需要了解如何写可组合的操作，这里是 predicate: (T) -> Boolean ，当然实际上必须维护可阅读的结果报告(String path, Map mismatchs)
接着，考虑是 val 还是 fun，用不用 receiver 参数或带 receiver 参数的 Scope 闭包即可。
组合很简单，用函数的闭包(即 #OOP 对象)拼凑实际表达式
1.match { all(eq(1), lt(5)) } 其中…
你需要了解如何写可组合的操作，这里是 predicate: (T) -> Boolean ，当然实际上必须维护可阅读的结果报告(String path, Map mismatchs)
接着，考虑是 val 还是 fun，用不用 receiver 参数或带 receiver 参数的 Scope 闭包即可。
组合很简单，用函数的闭包(即 #OOP 对象)拼凑实际表达式
1.match { all(eq(1), lt(5)) } 其中…