duangsuse::Echo
716 subscribers
4.25K photos
127 videos
583 files
6.46K links
import this:
美而不丑、明而不暗、短而不凡、长而不乱,扁平不宽,读而后码,行之天下,勿托地上天国。
异常勿吞,难过勿过,叹一真理。效率是很重要,盲目最是低效。
简明是可靠的先验,不是可靠的祭品。
知其变,守其恒,为天下式;穷其变,知不穷,得地上势。知变守恒却穷变知新,我认真理,我不认真。

技术相干订阅~
另外有 throws 闲杂频道 @dsuset
转载频道 @dsusep
极小可能会有批评zf的消息 如有不适可退出
suse小站(面向运气编程): https://WOJS.org/#/
Download Telegram
Forwarded from duangsuse Throws
那个,原图因为我不能转发 Drakeet 的消息,不能发,点过去自己看,就是类似 GitHub 删除 repo 的重打名确认... 真够累的 23333.(其实我觉得这就明显是不让用户这么弄嘛 23333)顺便,我待会用 Mono GTK.NET 也写一个这种界面试试 (可惜我的 Mono 没装 Protable Framework,不过也能跨平台了,.NET 是个很搞基的开发平台,支持搞基面向对象和 Events 等内容,我很期待以后我能对dotnet 有高层次一点的熟悉)
Forwarded from 永久封存 | Yuuta 台 | 😷 #Pray4Wuhan (YuutaW 鱼塔)
论如何让一些傻子用于阅读说明文本的最佳方案
Forwarded from duangsuse Throws
哇,膜拜五笔大佬
Forwarded from Rachel 碎碎念 (湘江一桥)
外接键盘 五笔 走起
duangsuse Throws
哇,膜拜五笔大佬
目前 duangsuse 用的 RIME 地球拼音,变调我都 TMD 不会用(指无法利用它进行更快速的输入)
duangsuse::Echo
目前 duangsuse 用的 RIME 地球拼音,变调我都 TMD 不会用(指无法利用它进行更快速的输入)
对了,说到决策树(和 OOP Strategy 设计模式无关... 和 OOP Delegates 无关... 欸,怎么又瞎说了)
我新设计(抽象,API 功能上的)的 BinaryStreamIO 支持使用泛型的 Trie 树(前缀树)进行,这也意味着 BinaryStreamIO 可以使用更快的方式(非线性复杂度 O(n))完成 startsWith 这种操作

但是呢,我又不知道我应该如何用 Kotlin 的类抽象我的树... 因为泛型的时候我总是怀疑需要真泛型(reified 泛型),其实后来我想想觉得根本不需要!

欸,决策树和前缀树有什么关系么?

只是都是树而已嘛。决策树更接近于机器学习和统计学领域、前缀树是纯纯的数据结构和算法。

欸,百度百科上的决策树怎么还扯到机器学习的监督学习和非监督了,好能扯啊....
#Telegram 我靠,现在支持投票了,我要建爆投票
Forwarded from 永久封存 | Yuuta 台 | 😷 #Pray4Wuhan (YuutaW 鱼塔)
话说有需要 StartIsBack 的吗?鱼塔这里可以便宜倒卖(1 PC 版)
Final Results
29%
需要
71%
不需要
duangsuse::Echo
#Telegram 我靠,现在支持投票了,我要建爆投票
@vote 好可怜呦,好像 Qt Desktop 不支持?
永久封存 | Yuuta 台 | 😷 #Pray4Wuhan
话说有需要 StartIsBack 的吗?鱼塔这里可以便宜倒卖(1 PC 版)
绝望,每次啥东西『手机』移动端有特权?
#Mozilla #ES6 #JavaScript #frontend #backend 啊,的确,不过其实 ES6 很符合直觉嘛,一个 UI 线程管前台,后面 N 个 Worker 执行计算

worker 里面的全局对象叫 self,然后 Worker 也可以通过 Channel 和主线程通信,emmm
然后就不知道了,但是线程同步问题真的是好问题

Android 不也是差不多嘛... 最新的 API 不也没有(好像?)Promise、Sequence 什么的(不过有人用 Observer pattern,跑)
(不过有 AsyncTask,我不知道,嗯嗯)(和 CLR 的 Thread Pool 有点类似,当然 Kotlin 的 Coroutine 也使用这个来解决计算分配的问题)
我只见过用 @MainThread @WorkerThread
Forwarded from Rachel 碎碎念 (IFTTT)
看了看 Mozilla 的 Service Worker cookbook ,果然还是 Android 好(
— Rachel (ノД`)シクシク (@tangrui003) March 29, 2019
Rachel 碎碎念
看了看 Mozilla 的 Service Worker cookbook ,果然还是 Android 好( — Rachel (ノД`)シクシク (@tangrui003) March 29, 2019
唉,Android 就算是用 XML 也比 JavaEE 友好

AAPT 好像要处理很多种类的 resource,比如 id, string, spanned string, color, style, layout, dimen, drawable...
但其实比这更多... 以前和现在都有 NinePatch 的 BitMap
AAPT2 的项目结构好松散,因为是 C++ 的风格嘛...
#tech #CS 来科普一打有趣的信息技术相关知识: 🤗

1. Windows 里的 A: B: C: 盘符,为什么 C: 盘是『系统盘』?

首先我们考虑一下,如果你要做一个文件管理『基于分区』操作系统,你觉得第一个『盘(标识)符』应该分配给谁?
当然是安装操作系统的那块分区啊!因为首先有了操作系统,计算机才有好玩的人机界面嘛。 💻

那么,为什么我们不从 A: 盘符开始分配,还非得从 C: 开始呢?
因̶为̶ ̶W̶i̶n̶d̶o̶w̶s̶ ̶想̶向̶ ̶B̶C̶P̶L̶ ̶致̶敬̶(被打死)

好吧,其实最开始 Windows『还是』DOS 的时候(指 Windows 1.0,其实就编年史来看,这是真的,因为曾经有几个 Windows 版本有 DOS 模式)

A: B: 这些『盘符』都是 Drive letter assignment,他们代表者对一个物理卷的引用

A: 盘,最开始是软驱 0
B: 盘,原来是软驱 1

这些卷源于个人计算机早些时候『存储容量』还很小之时,那时所有的 PC (个人电脑)都有软驱,还没有啥光盘U 盘硬盘的,更别提固态硬盘

说到这里,其实电子工业自从上个世纪以来发展是很快的,相应的知识可以从《单片机与嵌入式系统600问》这本书里了解到

顺便科普一下,基于冯·诺依曼体系结构(现在流行的电子计算机基础结构,当然所谓的哈佛架构就芯片外部来看大抵也是可以看成冯·诺依曼架构的)的计算机通常有如下部件:
+ 输入/输出(I/O)
+ 控制器(类似于现在高级程序设计语言里的 if... switch... while... for... break, continue, return 等控制结构)
+ 运算器(进行诸如数值运算、关系运算、逻辑运算、二进制位运算等数值计算)
+ 存储器(存储用于处理的数据)

美籍匈牙利数学家冯·诺依曼于1946年提出存储程序原理

VonNeumann 架构的计算机使用二进制计数(因为后面的电子电路很好映射,数字信号高低电位),它是一种存储程序型架构(把程序当成数据),它的程序默认进行『顺序执行』,当然有流程控制指令可以随机执行指令,此外,这种架构也通过为存储器编址的方式访问(读/写/操作)存储器(比如,机器寄存器、内存、磁盘,有些处理器还会包含用户透明的内存区域高速缓存)。
duangsuse::Echo
#tech #CS 来科普一打有趣的信息技术相关知识: 🤗 1. Windows 里的 A: B: C: 盘符,为什么 C: 盘是『系统盘』? 首先我们考虑一下,如果你要做一个文件管理『基于分区』操作系统,你觉得第一个『盘(标识)符』应该分配给谁? 当然是安装操作系统的那块分区啊!因为首先有了操作系统,计算机才有好玩的人机界面嘛。 💻 那么,为什么我们不从 A: 盘符开始分配,还非得从 C: 开始呢? 因̶为̶ ̶W̶i̶n̶d̶o̶w̶s̶ ̶想̶向̶ ̶B̶C̶P̶L̶ ̶致̶敬̶(被打死)…
2. 为啥 Return 键要叫 Return [ref:wiki]

以前还没有计算机的时候,人们使用机械打字机打出工整的文档。

学过程序设计的朋友,可能知道这货代表的字符,在 ASCII 字符编码上还有两个几乎完全等价的别名,同时还在 Linux/Windows/MacOS 上面给用户造成了不少的困扰

— 这就是一个『大端/小端』问题,是用 ASCII 的 "\r"(MacOS) 还是 "\n"(Linux) 还是 "\r\n"(Windows) 表示『换行(NewLine)』?
(其实这里有个讨论等价的问题,Linux 和 Darwin 都是 OS Kernel,但 MacOS 和 Windows 就是整个操作系统了,这里请大家姑妄听之,发动自己的智慧尽量理解,不用太纠结)

但这条消息不是讲这个的(有意了解,看上面的 wiki 链接)

Originally, the term "carriage return" referred to a mechanism or lever on a typewriter.

为啥
Enter 键被称为回车键呢?回车的本意就是指打字机的『字车(carriage)』回到起始位置,走纸换行,开始打下一行字而已

有喷墨打印机的人会注意到它的工作方式:里面有个可以左右移动的喷墨装置,它高速移动并向纸上喷出墨水,同时打完一个单位(比如,一行)走纸换行,继续工作直到完成该页打印

那为什么不叫 RETURN 键叫 Enter 键呢?维基百科,你怎么看?

On computer keyboards, the enter key in most cases causes a command line, window form, or dialog box to operate its default function. This is typically to finish an "entry" and begin the desired process, and is usually an alternative to pressing an OK button.

因为我们经常输入一行命令,用
[Enter] 键执行它。对于已经不止能打字的计算机,这是一个更贴切的名字!
duangsuse::Echo
2. 为啥 Return 键要叫 Return [ref:wiki] 以前还没有计算机的时候,人们使用机械打字机打出工整的文档。 学过程序设计的朋友,可能知道这货代表的字符,在 ASCII 字符编码上还有两个几乎完全等价的别名,同时还在 Linux/Windows/MacOS 上面给用户造成了不少的困扰 — 这就是一个『大端/小端』问题,是用 ASCII 的 "\r"(MacOS) 还是 "\n"(Linux) 还是 "\r\n"(Windows) 表示『换行(NewLine)』? (其实这里有个讨论等价的问题,Linux…
3. 震惊!QWERTY 键盘布局开始的设计理念居然是为了放慢打字速度!

维基百科

The construction of the "Type Writer" had two flaws that made the product susceptible to jams. Firstly, characters were mounted on metal arms or type bars, which would clash and jam if neighbouring arms were pressed at the same time or in rapid succession.
Secondly, its printing point was located beneath the paper carriage, invisible to the operator, a so-called "up-stroke" design. Consequently, jams were especially serious, because the typist could only discover the mishap by raising the carriage to inspect what had been typed. The solution was to place commonly used letter-pairs (like "th" or "st") so that their type bars were not neighbouring, avoiding jams.[2]


这种布局方式,开始并不是为了打字速度考虑,而是为了使得当时蹩脚的打字机的按键更不容易卡住!

万恶的历史遗留之罪 emmm 😟
duangsuse::Echo
3. 震惊!QWERTY 键盘布局开始的设计理念居然是为了放慢打字速度! 看维基百科 The construction of the "Type Writer" had two flaws that made the product susceptible to jams. Firstly, characters were mounted on metal arms or type bars, which would clash and jam if neighbouring arms were pressed…
因为这条比较短,我再这里特别感谢一个:上面的问题全部是从 《趣味百科》这本杂志里选择的(我已经忘记原书是哪个系列的,找不到相应链接了,应该是某些类似儿童文学的杂志社写的)。
同时,也感谢无私奉献和记录知识的 Wikipedia 和百度词条编辑者们,是你们的努力使得历史变得对所有人来说触手可及! #life #wiki
duangsuse::Echo
3. 震惊!QWERTY 键盘布局开始的设计理念居然是为了放慢打字速度! 看维基百科 The construction of the "Type Writer" had two flaws that made the product susceptible to jams. Firstly, characters were mounted on metal arms or type bars, which would clash and jam if neighbouring arms were pressed…
4. 以前用『外国人的机器』打电报的时候,没有汉字字符,是怎么打出去的呢?

以前的确是不能打中文,后来我们有了自己的电报码,就是说又可以用中文交流信息了

世界上第一部中文电报电码书《电报书籍》出世,由威基谒绘制,于1871年5月出版并投入使用。此刻上海和香港之间的电报线路已于一个月前开通。威基谒的《电报书籍》成为之后代码修正和提升的主要灵感来源。在1871年由出使法国的蒲安臣使团的张德彝编制的另一本电报书——《电信新法》 ,这本书修正了威基谒的系统,使它在数据排列上遵照一种更严格的方式。但这两种电码本,字码数量太少,不能满足使用的需要,1881年时任上海电报局总办的郑观应,主持对电码本扩编,扩编至9000余字,取名《四码电报新编》,即后来屡经重订的《中国电报新编》。

在 Telegram 上谈 Telegram,是不是很接̶地̶气̶(被打死)