你能把这种东西搞出来，还用担心简历怎么写？？

反正不合法，我给 OP 指条路： 他们不是要薅你羊毛吗，哎，你就拖着，不理赔。怎么都亏不了













反正规模小一点，没事的

:)

介绍 OP 一个大姐姐（
https://www.bilibili.com/video/BV1NJ41187gf
虽然这个大姐姐当时也——怎么说呢，没脱离学生时代，不过应该不妨碍 OP 产生兴趣

> 圈里圈外，已经有无数的 admin 前端解决方案了，为什么又要做轮子？

我来替 OP 讲句真心话得了







因为没有 nuxt 版的。


作为写过一点点前端的非前端选手，这种地方正好就是笑点

10 年前 QQ 上有种很流行的

非主流炫彩字输入法

原理就是识别字词然后自动换成对应的 gif 图片



另

自然语言的语义复杂度是不可能通过词法处理来降低的

操作系统篇，重点却不是操作系统？

我还以为讲的是多核 CPU 如何管理线程和时间中断呢

@tinybvjk


> 现在中国这么多开发人员，但开源软件很少，是一个很奇怪的问题。


其实之前是很多的，臭名昭著的 CSDN 正是国内最早的开源文化中心，可以在上面免费找到极巨量的公开资料和代码以至于 CSDN 光把这些资源占为己有就能依赖它们活到现在



平心而论，我觉得按键精灵正是 OP 心目中的理想产品

全 GUI
全中文
有真的脚本代码
丰富功能的内置库，效果也都非常直观
可以调用 OS API




你知道中文化「可编程软件」的桎梏在哪吗
看看易语言，看看按键精灵
想想全球 top3 的黑产业界







「微信做得像坨屎」和「我需要另一个 im 产品」
这是两个不同的问题
（无端转进 :doge:

你们地理都学这么好，初中地理课我们就没考过「你家所在省份东边是哪个省」之类更高难度的题


我至今印象深刻课上老师出了个题要求把湖北周围所有省份顺时针写一遍，当时不会，现在也不会，而且从那时候到现在我都没好好看过地图了却这个问题……

20 块……


简单查一下人体热功率的说法从几十到几百不等，考虑到室外气温 /太阳辐射加热，就算 100w 好了。
100w 热功率啥概念呢，我实践过全屋只用一个 CPU 「取暖」，满功率压片子，一晚上房间温度能保持平时+2℃左右，这个时候 CPU 的功耗我记得是 140+w ，假设这些功耗大部分都变成热量被散走了，那也就是说

我这台电脑满功率时的散热功率，约等于人在室外活动时的热功率

那也就是说，你设计的衣服，散热功率至少要能达到一套 240 冷排水冷的程度，考虑到水冷系统工作温差是比较大的（冷排 25℃冷头 65℃），而衣服的温差很小，因此散热效率会比水冷差不少，拍脑袋预估个两倍功率不过分吧

OK ，现在有对标了，一套衣服里的散热系统的散热功率需要约等于两套 PC 水冷的散热功率

现在我们来看看水冷价格……

啊
不用多说了吧


哦对半导体，半导体便宜很多，那我们不看水泵和冷排，只看风扇。两套 6 风扇，用好一点的假设 4 个够用吧……
https://i.imgur.com/nPnhD1F.png

emmmm? 怎么好像分分钟上百块啊
我们只算了风扇哦。

@littleYY 你好，解释一下专有名词「条件差」：

=

不会收拾不会穿衣服不懂热情主动只有性欲

软件开发是不是被英文误导了方向？

以下略

现在打 CTF 要算温度的吗

与其附会到「使用工具」上，其实不如就只叫它实验玩具



上学那时候打 CTF ，最希望有的在线工具是 checksec （是的，那时候 checksec.sh 都是个稀有品，要本地收藏的，但经常搞丢）以及 ROP gadget searcher http://ropshell.com/about ，还有不想装 msf 又很羡慕 msfvenom 那个自动 payload 过滤 \00 的功能，一直很想有个在线的 payload 重编码器也不知道现在有这种东西了没


有个比较简单且不会过时又真的用得上的功能建议是，代码模板。

我也不知道现在 CTF 发展成什么样了但越来越卷的最后肯定会出现一批极速 payload 代码模板，就跟 ACM/OI 一样。有些东西比如 PoW （就是那个算制定格式 hash 用来限频的）的代码就得抄来抄去，还有 js 变形绕过滤什么的，在线代码模板就很适合做这个，建议讨论讨论



最后欢迎来玩

https://i.imgur.com/Jrjt7j8.png





https://i.imgur.com/W1s81ZN.png


（不是玩我们看板娘！

当然不会「不复存在」，很多问题不是技术问题，你一定也看过很多次这种话了




你的邮箱有没有启用垃圾邮件过滤？
自由信息流就是个傻逼想法，在互联网上劣币的生产率可以成数量级地碾压良币


我倒是很乐意有一小撮聪明人来「引导」大众该做什么，但要争取的是，当小撮人里有蠢逼的时候我们教他怎么做，他会听，当有人蠢得无可救药的时候，我们让他滚蛋，其它人真的能让他滚蛋。

顺丰。

有原来的泡沫其实问题不大的，显卡拆下来平放，然后用泡沫把机箱内填满，不用太多额外处理的，记得申报易碎物和保价


主机这种东西千万别自己带，坏掉的几率比物流大。而且春夏之际，遇上下雨，你带一个 10 几公斤重的箱子……

1. 循环和阻塞根本就是两个维度的概念，循不循环跟一个调用阻塞不阻塞半毛钱关系都没有

2. 我看不懂原问题想表达什么

3. 世界上的 GUI ，基本原理全都是一样的，全都有一个处理事件的循环

4. 世界上所有的程序，如果一个调用「阻塞了」，那么背后的原理也全都是一样的，caller 线程 hang 在了一个等待区，内核或调度器不会让 CPU 执行到「等待结束」后面的代码







虽然我真的没法看懂你想讨论的原问题是什么，但下面这个问题：

如果消息循环收不到任何消息，会阻塞在「取消息」操作上吗

的答案是，取决于实现。从节省 cpu 时间的角度考虑完全可以让它阻塞住。


下面这个追加问题：

那么既然阻塞住了，为什么不会被检测出死循环 /无响应

的答案是，调度器或者卡死检测器完全可以检测这个线程是否停在了等待区上，是则不认为线程无响应，这个线程 /routine 仍然是随时可调度的，只是没机会调度而已。
卡死 /无响应的表现是这个线程超过了阈值时间仍然没有返回等待区。
比如「取消息」就可以包含 renew 无响应超时的操作。假设它不阻塞，那么反正返回 caller 前刷新超时时间就好，如果它是阻塞的，那么执行流会回到调度器或内核里，调度器知道这个线程已经「重回可调度状态」，则不对其设置无响应定时器。
如果调度器把执行流交给一个线程前先设置一个定时中断，等来的是中断触发而非线程主动交还执行流，说明被调度线程无响应 /超时了








ps. 所有观点来自 OS 基本原理，我根本没研究过 androi 系统机制

……

「自适应」是页面呈现的效果 feature
「响应式」是达成目的所用到的实现 feature

这俩维度的词


预生成全世界所有屏幕大小的页面也能做到「自适应」
每一帧都强制重算并重绘所有元素的大小也能做到「自适应」

但这俩都不「响应式」

「响应式」 reactive 指的是建立元素之间的约束关系，比如讲 .content.header 的高度约束到窗口的 1/10 ，当窗口高度变化时，由于约束，header 的高度会随之变化，即被约束元素（ header ） 对约束元素（窗口）做出了「反应」(react)，由此可称这个 header 的大小是「 reactive 」（的），翻译过来叫「响应式」




vw/vh 和 rem 也是性质不同的单位，拿到一起比较都显得很奇怪，建议连文档都看不来的话不如直接抄别人的做法