不会盲打的唯一原因：代码写的太少。

写的多了根本不可能不盲打，不需要刻意练习。就和你手机上微信的图标位置一样，你没有记过，但你永远知道它在哪。

多读多背，就这样，多吸收。我就是英语不行，有些时候如果刚好知道表达方式，就表达的很漂亮，不然就是句子绕来绕去废话连篇。

口语多看英美剧，书面多看新闻报道或者各种非娱乐的杂志，尤其是文科的杂志。

我用的 LG 27UK850 就是不能用 type c 的线，应为 dp 的版本太低，只能用 type c 到 hdmi 支持 hdcp 2.2 的转接线。

基本 100%是 hdcp 的问题，仔细看一下整个链路是不是都支持 hdcp 2.2

首先看音乐品味怎么样，音乐品味好的会比较痛苦。不开玩笑，这可以说这是学下去需要的意志力强度的核心关键。像上面那些鄙视古典推崇流行的就比较幸福一点，他们的音乐品味的话，只要能按出声音就很好，这样就会学的比较开心。但是如果你的品味很好，你就会发现基本功不行弹什么都不好听，自己弹的完全听不下去，但是想要弹好需要非常非常非常扎实的基本功，这个根本看不到捷径。而且你品味越高你就越感觉得出你和大师演奏的差距（比如你苦练了几年学到 K545 的时候）。然后你也不一定想弹流行的谱，因为流行那些写得好的基本都是古典出身的人随手挑几个和弦铺几个织体就出来了，你还要在那吭哧吭哧读半天人家即兴半即兴的谱，还弹不出人家的色彩和情感，真心没啥意思。如果你对音乐要求很高同时没有时间精力练基本功，直接放弃就可以，不然只是徒增痛苦。

接下来就是学啥。

如果你想要弹好一点，那就只有苦练基本功一条路。基本功压根无关你弹什么音乐，不论你是流行还是古典（还有人说不弹古典弹爵士的，连简单的入门古典曲目你都弹不明白你即兴个鬼啊，要是你爵士即兴都没问题了，简单古典曲目不是直接视奏即兴？）。只是说古典对于基本功的要求更多更高而已。基本功唯一的意义，就是让你的手可以弹出你想弹的东西而已，这个做不好，自然是走不远。

但是成人学琴的尴尬就在于一没时间精力练基本功，二来练起来效率也低。所以我觉得如果你没有决心练好基本功的话（如果你不知道你有没有，那就是没有），那就努力学学乐理，走流行伴奏的路子吧。这个的基本功要求比较低，但是还是**必须**要找老师，不然必然练跑偏了。找个老师会流行伴奏的，跟着节拍器苦练常见织体套路，视唱练耳，流行歌和声套路就那么些，只要练好了，自然就可以伴奏了，也不用天天对着谱硬弹。和声的可能性也是无穷无尽，而且不需要特别的手上功夫，还是很好玩的。

@moooookey ......怎么会有这个逻辑……难道 tg 发中国版了

就是国内 app 自己检测在国内就不用 callkit 而已。

@gygesm123 wangyin 那个解读真的太肤浅了。大概就是大家在评红楼梦，他说章节标题没加粗大家不容易找到的感觉。

可读性当然很重要，但是 wangyin 那些东西对 rust 的可读性完全没有意义，如果写过 rust 的人就知道反而会显著降低可读性，因为 rust 里匿名类型太多了。

用 https://crates.io/crates/num，Vec 长度可变并不是类型签名，不需要处理 N

看你现在的心态和我当年很像啊……也是天天折腾不想搞科研……说白了就是拖延症

1. 跟导师和同实验室的人多聊聊，尤其是导师，不论他 /她是否是还在科研一线，导师总是有责任帮你指个方向或者找人带你的。当然方向靠不靠谱也要自己多思考。不行就要求给实验室做的好的人打下手做实验先混个挂名，至少你有点进展，学学科研套路。你要自己主动对导师提想法和要求，不一定是具体科研方向，也可以是如何找到科研方向的啊。
2. 你要给自己设置一个止损的最后时间。如果这个时间到了科研还没有进展果断 quit，如果你是直博，和导师聊聊转硕，你都耗了这么多年了，应该是不难的。
3. 心态要放平。一是止损时间要定好，二是博士没毕业也不是世界末日。车到山前必有路，就算你顺利毕业了，找工作你也不见的就继续博士期间的研究方向。

@xiangyuecn 他绝对不会说语言问题的……

大的开源项目维护很麻烦的，就算是这么关 issue，vue 现在依然有 270+的 open issue，按你的做法分分钟几千个 issue 而且还都需要 maintainer 时刻关注。所以一般都是第一时间 triage 然后就直接关掉了。

开源项目基本就是这样，maintainer 一共没几个，更没有几个是全职，issue 多的一塌糊涂，绝大多数都是问“1+1 你写的计算器怎么返回了 2 而不是二”的，精力实在是顾不过来的。如果你发现他理解错了，你直接回复解释一下一般都会重开的。（ PS：你的两个回复语气确实是太 rude 了）

issue 还算好的，PR 更是麻烦。很多 PR 都是完全没和 maintainer 商量就写了的。也不是不行，但很多时候根本和项目设计理念矛盾，或者是问题百出完全没法 merge，更是难回，所以有时候就先放着，过了就忘了，然后就是楼上说的脾气大了。

brew update

@liuminghao233 这个问题叫 serialization/deserialization

/64 应该算是错误分配了，应该至少 /56 的

不可能的，只要要想一想 B 如何发送数据给 C 就好了