V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  no1xsyzy  ›  全部回复第 77 页 / 共 267 页
回复总数  5322
1 ... 73  74  75  76  77  78  79  80  81  82 ... 267  
2021-01-28 11:17:26 +08:00
回复了 JustLookBy 创建的主题 Go 编程语言 更新 go, go src 底下的项目被清空了怎么办?
不过放 /usr/local/go/src/ 下面也是神奇……
我自定义命令在 ~/.bin 里塞了一大堆……
2021-01-28 11:14:51 +08:00
回复了 JustLookBy 创建的主题 Go 编程语言 更新 go, go src 底下的项目被清空了怎么办?
@JustLookBy 根据 ESR 的《提问的智慧》,我推荐你把已解决的情况 APPEND
1#. Finite State Machine (FSM)

2#. retry flag (reverse also ok)
1
retry_2_thru_4 = true
while (retry_2_thru_4) {
2
3
if (4) retry_2_thru_4 = false;
}
5
2021-01-28 11:05:42 +08:00
回复了 lbmjsls1 创建的主题 MySQL 最新连续输的 sql 统计
草了,我还是把 < > 弄反了……

X | reverse | takewhile _ => _.score < 0 | len
等效于
X | after (X | last _ => not _.score < 0) | len
2021-01-28 11:04:10 +08:00
回复了 lbmjsls1 创建的主题 MySQL 最新连续输的 sql 统计
@no1xsyzy
就是 reversed takewhile len,放 SQL 里就是 count after last not
换一下代码:
Given series X

X | reverse | takewhile _ => _.score > 0 | len
等效于
X | after (X | last _ => not _.score > 0) | len

但注意事务隔离级别,不可重复读会有问题。
2021-01-28 11:00:26 +08:00
回复了 lbmjsls1 创建的主题 MySQL 最新连续输的 sql 统计
@lbmjsls1 #13 就是我 #2 的思路。
没反,是你僵掉了

就是 reversed takewhile,放 SQL 里就是 count before first not
2021-01-28 10:15:26 +08:00
回复了 Osk 创建的主题 分享发现 sudo 又双叒叕出提权漏洞了
ANSI string 这个 null terminator 一直比较尴尬
字符串处理一循环内可能发生两次指针 ++ 的情况都要当心
后续,搞快点 gkd
其实可以从系统理论挑几句话,也能向外行说明不对劲的地方,因为系统理论是跨学科的,经管方面也会重新发现一遍的(查一般系统论,第二个就是 MBA 智库……)
可维护性问题多半从属于耗散结构论
2021-01-28 01:35:18 +08:00
回复了 maobukui 创建的主题 Python [ Python ]关于 flask 视图函数中需要多线程 or 多进程的实现
自行处理线程或者进程。但不推荐 multiprocessing,这似乎会(或者很容易会)重建整个框架(重新 create_app )。

还可以 celery (但会影响整个架构……
2021-01-28 01:16:34 +08:00
回复了 Nisharler 创建的主题 宽带症候群 家庭中如何搭建私有云?
@tianyu1234 好诗,赞了
@lewis89 200Mbps 够 1:3 传输大部分原盘了
一个比较尴尬的问题可能是 QoS,家宽对家宽可能直接给你限到 10Mbps
以及 IPv6 路由问题
具体必须点对点测……

共享的话,技术上可以考虑下 Nextcloud 联合云?
2021-01-28 00:22:04 +08:00
回复了 13936 创建的主题 分享发现 最近的新发现,天分比我们想象的要重要。
@lecher 你这个看法其实类似《正义论》中“无知之幕”的看法
(当然,我也就偶然从罗翔老师那边听说)
不过一方面是从正义上讲,一方面是从经济效率上讲 —— 说不定这两者没有差别。LBT 说过:“没有对与错,只有存续与消亡”。
SMTP 协议似乎没有设置阻碍? Thunderbird 就登录的时候会访问网页需要特殊处理外,登录完成后可以正常 IMAP SMTP

发往 QQ 邮箱可能有问题,是 QQ 邮箱有问题。
@123jiayue
1. 能者多劳同酬;
2. 在外行看来,成天报告修了多少多少 bug 的人比半天把一天事做完再摸半天鱼从来不修 bug 的人价值高。
这是《国富论》等早期经济学没有考虑到的问题,就是人的行为包括对他人价值的评判不一定是理性的。
2021-01-27 23:59:47 +08:00
回复了 lbmjsls1 创建的主题 MySQL 最新连续输的 sql 统计
如果有一个标记顺序的字段就行(比如自动编码)
大致思路是分两步查询,第一步查询最后一个 score > 0 在哪行,第二步查出在那行之后有几行
MPC-BE 我记得是基于 LavFilter,而 Lav 又是基于 ffmpeg……
比特率还要考虑到压缩,尤其 mp3 是有损压缩

决定音质的因素很多,如果拿 5 块钱爆音麦录 96kHz 48bit,音质也好不到哪去。何况单就文件来说,你可以随便升降采样
就算问,在降采样的过程中降低哪个对音质还原度影响最大,那也是个偏微分方程。
何况这三个值还有联动关系……
具体你只能凭你的耳朵。
如果你是想自动挑选,无脑选比特率大的吧,未必最好,但最让你感觉舒服,“我选了比特率最大的,其他多半只会更差吧”这样安慰自己。
@lemon94 最重要是要把逻辑隔离出来,最完全的隔离是所有 if else 串的 if (...) 和 {...} 的部分都应当是一个具有有意义的名字的 function call 或者 method call 。尤其 if (...) 最好不要有运算,最多 if ((name = value) == another_value)

而且这样的代码运行效率会很可能变高(假设不内联):
if (longCondition1()) {longOperation1()} else if ... else {longOperationN()}
因为你要把这些东西内联进去这段代码很可能会超过缓存大小,再从更低速的缓存甚至内存里刷进缓存的话效率就低了。
1 ... 73  74  75  76  77  78  79  80  81  82 ... 267  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   756 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 48ms · UTC 21:26 · PVG 05:26 · LAX 14:26 · JFK 17:26
Developed with CodeLauncher
♥ Do have faith in what you're doing.