我不知道为啥，但是在各个平台上，我都觉得大家对于低学历的人的恶意很深，这又进而导致所有的人的建议基本就是提升学历。

大概我一直以来接触到的世界都太温柔吧，我也不知道大家为何非要否定 LZ 。不行在哪里可以说，而且不行的点确实很多，我也不觉得那种不管怎样都是好好好，你很棒，加油相信自己的烂鸡汤对 LZ 有帮助，但为啥非要说“你一个小学毕业如果也行那本科生是在干嘛”的话呢。LZ 现在不行没准以后就行了，难道跑去读书几年就可以写好代码了么？难道本科生就个个都厉害么？难道学历高了就一定行？

照片就看得出是山寨机啊

@kekeabab 那你想不想吃饭，想不想赚钱，想不想提升技术？我说了，如果你的想法就是玩玩，那什么都无所谓，但是你技术水平不提升你接下来的路肯定不会好走。提升自己的技术并不是为了迎合任何人，我给你留的这个项目我连 readme 都没有，我来迎合谁呢？我只是想用 rust 写个完整的项目体验一下而已，于是就写了，对我的 rust 理解提升很大。

不过我在一定程度上能理解你的想法，一方面你有很大的生活压力，另一方面你也从来没有真正的“学习”和“提升”过，不能够感受到这样做的意义。

本质上就是没有学历外加技术不行。有点鸡生蛋蛋生鸡的问题。因为学历不够无法找到好工作无法提升技术，因为无法提升技术找不到好工作所以也没钱去提升学历。尤其是现在又不景气，就是雪上加霜了。

我也不知道有啥好办法破局。我只能谈谈技术方面的问题。

LZ 你现在的水平呢，大概处于没入门的状态，就好比想当一个作家，会认字，会写字，其他都不太懂，这样显然也能写出点短文章来，如果别人搭好了架子往里填就更容易点，写的怎么样就难讲了。这其实也不是问题，我觉得大多数科班大学生也没入门（水平比你强，但我觉得还没你热爱技术）。我的一个朋友，学历自然是比你高到不知哪里去了，我也觉得他没入门。但是他现在在 MS ，学习提升的机会就多得多，可能过几年就入门了，对你就格外困难。还是吃了学历的大亏。

因为你没入门，所以你的 GitHub 里的东西基本都极其简单直白，或者写了一些纯 unsafe 的 rust （非常典型的你不明白为什么要创造 rust ，只是最近学了所以就写一下）。你学习时会感觉到，网上的信息极其零散，看到的代码片段都似懂非懂，如果没有几乎想要实现同样功能的代码话写代码很艰难。但是呢，基本的功能和语言的逻辑还是能看懂并且写出来的。你觉得自己不会的东西格外的多，任何新的领域都没有半点思路（比如你提到的性能问题）。这都是没入门的体现，入门不是说什么都会了，而是懂得了自己不会什么以及应该怎样去学习和解决问题了，懂得程序设计的逻辑所以可以很快地上手各种新的语言和库了，懂得如何设计和选择正确的工具和架构，甚至自己创造工具和库了。你现在的知识是点状的而不是树状的，而且点格外的少和零散（还充斥着大量的奇技淫巧），所以就很难真正的举一反三快速分析学习。

你现在这个状态，我唯一能给的建议就是，多问问为什么；如果有时间精力就自己尝试着写完整的项目。如果你只要随便玩玩，我以我玩了二十年的经验告诉你，不能说一点用没有，但是在认真钻研的提升面前，可以完全忽略。随便举个例子，你 GitHub 里的绝大多数项目（我没全看，就不说所有了），没有一个是有命令行参数的，如果你自己真的把它慢慢做成一个工具，是有很多完善空间的。这个过程中，你不仅会更了解这个语言的生态，你可能也会意识到，想要管理一个一千行的项目，一个 main 文件，或者单纯的把文件拆小是不够的，这不是一个花时间写就行的问题。等到你可以 hold 住几千行代码的时候，可能很多工作就没那么难了（怎么找工作我就不知道了）。但是你如果继续在 GitHub 上不断的把这几行代码翻译成不同语言，或者写一堆 toy/demo project ，那再写几年可能也不会有什么区别吧。

我看你 GitHub 的第一个项目是 forward ，我也写过个类似的( https://github.com/zhuhaow/Specht2/tree/main/core/specht-core/src)，你可以参考。

高中毕业不知道可不可以进字节，从你这个帖子的内容来看，不太行

@neverfall 你看，我刚回完你就看到这个，https://v2ex.com/t/836360 。LZ 会说么，不会的。

@neverfall 说老实话，你这种什么“因为说了中国好话，也被封了”，真的是常见的带节奏的手法。

我也不是说你有心带节奏，而是你这种说法本身模棱两可，不清不楚。就和 https://medium.com/@catamphetamine/how-github-blocked-me-and-all-my-libraries-c32c61f061d3 这种描述一样。GitHub 没回复之前：“我怎么被封了？我什么都不知道。天哪，开源精神已经被 GitHub 毁灭了！”等到 GitHub 回复了，就来：“哦，我只是跑到别人的 repo 下面去开了个小玩笑而已，不就开个 issue 说人杂种怎么能算骂人呢？”。

GitHub 本身这种处罚程度合理不合理当然有待商榷，问题是这个作者跑去别人的 repo 骂人的事他会和你说么，不会。如果进一步想，他也不是有心带这个节奏，不然如果他知道自己因为这种理由被封就算觉得处罚不合理也应该不会大张旗鼓的宣扬一番，他是压根就没觉得骂人有什么不对。

回到你的回复，什么场景，说了什么“好话”，怎么个“被封”法，怎么知道是因为说了这个被封，前因后果，一概没有。不过我想很多人就此已经记住了 GitHub 上不能说中国“好话”，不然会被封了。

回到这个帖子问题，我简单说，有没有可能是误封，有；有没有可能处罚过重或者不合理，有；有没有可能没有理由就封号，没有。这也非要扯到美国 /中国，你当美国也有宣传部驻扎在 GitHub 么。GitHub 要是真要针对中国，就 trending 里面那堆天天刷榜的中文 md 项目还不赶紧先封了？

@sam01101 project 也是 private 的么，用 action 了么。如果 project 也 private 而且没用 action ，那似乎没啥道理

@sam01101 所以不能透露的原因是？会不会就是被封的原因？

还是挺好奇原因的。

个人封号基本就是小号+滥用 action 。组织连坐就太危险了，不过是哪个 org 啊，我看 Xtao Labs 只有一个人啊。

现在的这种“刚需”是为了炒房造出来的说辞。

真正的刚需是不在意房价涨跌的，需求刚性所以价格变化并不影响需求。如果等几个月便宜几十万就受不了，那不恰恰说明你不是刚需，所以可以等上几个月为了便宜几十万么。既然几个月可以等，那几年自然也可以等，有什么可刚的。真刚需是不能等的，你就是告诉他你是刚坐着时光机回来的几个月后便宜几十万他也不会等。

所以不要管什么是“刚需”，做好房价波动的打算还依然想买那就买。

为什么会有这么多人觉得还要提升学历？就进个厂而已，难道北大硕比北大本有啥特别优势？

唯一需要考虑的就一点，要不要出国读研。

抛开家庭条件对你的支持能力不看的话，去美国读研是对你的需求唯一完美的正解，进可攻退可守：时间短，沉没成本低，毕业也容易；可以读书期间实习体验美国公司文化；如果不适应美国的文化，可以回国；最重要的是可以在美国工作，用 opt 就业抽 h1b 。唯一的问题就是 master 不太可能有奖学金，也就意味着这笔几十万的钱必须家里出。

至于你说的“多点学习 /找机会的 buffer ，可能能得到能力的提升”，这点出国读还有点可能，国内完全没有可能性，不需要考虑。国内读研对你的需求最大的问题，就是没有解决任何问题。如果你本科毕业就工作，三年攒下的钱都够出国读 master 了。

@EIJAM 怎么还在传这个烂梗。别的不说，这个实习生自己跑出来说叠一层空白 div 就会让硬件加速失效（并且微软之后立刻就修复了，可见只是自己的代码写的烂）也不知道是丢谁的人。

至于这个空白 div 的背后逻辑，我看这篇文章解释的应该差不多。https://medium.com/@jeremy.noring/did-google-cripple-edges-youtube-performance-ce5169d3e5f4

致于 Google 为何不会做这种事，我这么说吧，公司文化先不谈，Google 内部连 Windows 都基本找不着，谁去找 IE 的 bug 来减速 YouTube 。Google 也真没这么牛去找到这些 bug 。

@sgissb1 我赞成主要是看人，这个是没有任何疑问的，所以我的前提一定是合格的程序员。不过我理解你说的问题，你说的对，确实大多数情况下，性能问题是不会由切换语言而解决的，不存在因为我是 rust 写的所以它就更快更省内存。我自己在写 rust 的过程中也知道有些东西只是理论上会快一点，但是这些东西在 rust 里面都是没有任何心智成本的（不论是维护上还是实现上）。也确实有一些场景由于 rust 本身的很多特性使得我可以大胆地进行很多优化。

@nbndco 例子没仔细想，不一定 work ，可能要改成 `fn foo(arg: impl T + Send + Sync)` 更合理一点，但是意思是一样的。

@nbndco 忘了提抽象的问题了。

这些 over defensive 和 Ergonomics 本质上都是语言抽象能力弱，导致语义总是不清晰造成的。在 rust 里我可以写类似 `fn foo(arg: impl AsMut<dyn T + Send + Sync>)`来保证 thread safety 。这就使得我们可以在函数里避免所有无意义的锁（如果我们的类型不是 Send 和 Sync 的我们可以在调用的时候自己加上锁再传入就好了）。

在 C++里我就算放弃类型安全使用模版我都不知道该怎么实现这个函数。

@sgissb1 以上所有的东西，我都没谈 Ergonomics 。

其实这个对性能影响也是根本性的。语言功能弱带来两个问题，一是代码可重用度低，从而优秀的算法不方便抽象成库广泛使用，二是正确的写法可能太麻烦，就懒得实现了。

但是理论上这不是性能损耗，因为你总是可以实现的么。只不过 rust 可能就是一两行，C 可能就要自己写几百行。

@sgissb1

继承和多态都用不好的程序员完全不合格。我既然说了水平达到一定程度，这种入门的基础自然是已经完全理解并可以自然而然的应用的。我当然知道现在有些人自称程序员但是完全没入门，但是那个并不在考虑范围之内，rust 没有解决他们不会写正确的代码的问题，只是阻止了这些人写代码而已。

以下都假设是一个合格的程序员在写代码。

越简单就性能越好基本只对几百行的程序才可能为真（如果先不提 rust 的 zero cost abstraction 可能不会让代码变慢）。一旦代码复杂了之后，人脑能够理解并且不会发生错误的可能性太低了，必须要编译器来进行帮助。如果有些时候编译器帮助不了怎么办呢，只有两条路，要么就是写错误的代码，要么就是 over defensive （性能受损）。

我随便举两个例子，你既然对 C++比较熟悉，那么问：

1. 一个传入的指针，他的生命周期是什么？答案是，不知道，全靠文档和看源代码。

C++为了在语言层面上解决这个问题，只好加入 smart pointer ，但是并没有根本上解决这个问题，很多时候只是把所有的东西包在一个 rust 的 Arc<T>里了而已。

这带来两个问题：我们显然不能把一个传入的裸指针包进 shared_ptr 里，也就意味着所有的接口必须直接使用 shared_ptr ，即便某些情况下我们调用时事实上知道我们并不需要 shared_ptr （ enable_shared_from_this 我就不说了吧，基本给 shared_ptr 的正常使用判了死刑，说白了 smart pointer 除了 unique_ptr 以外其他的都完全没用）；第二，如果接口没有用 shared_ptr 怎么办呢，所有权如此的不清晰使得我们只能把传入的数据拷贝一份，这个性能损耗就是非常惊人的了。

以上这些美好的设计还是建立在调用者和被调用者都正确地根据严谨清晰地文档实现了周期管理的前提下的，毕竟写错了也只有 runtime 的时候不时的报 segment fault 或者 leak 连错都没有。这点显然 Mozilla 的程序员水平完全不行，项目规模一大就不会写代码了，gecko 的内存泄漏问题一直都很严重，只好写个 rust 出来给自己擦屁股。

2. 一个类是否 thread-safe ？答案是，不知道，全靠文档和看源代码。

看文档，如果文档说了那就可以确定（吗？）；如果文档没说，那么就只好去看源代码，如果没有源码，那就只能假设不 thread-safe 然后加锁了。为什么会这样呢？因为语言层面没有提供任何的机制来帮我们确定代码是否 thread-safe 。这个过程没必要的锁可能就不止一个了。没必要的锁可能发生在两层：1.类已经是 thread-safe 的了但我不知道； 2.虽然不是 thread-safe 但其实我们并没有任何 concurrent 的访问或者 mutable 的访问。

但是，老问题，以上这些美好的设计还是建立在调用者和被调用者都正确地根据严谨清晰地文档实现了 thread safety 的前提下。就算你今天是个优秀的程序员，通过仔细阅读代码确保了没有在一个 thread safe 的类访问再加一层锁，你有如何保证之后某个同事（甚至就是你自己）在修改这个类的时候把它改成不 thread-safe 的了呢？

我这几年写了一点 rust ，lifetime ，ownership 和 synchronization 基本都是我在 api 设计时候的本能反应了，依然还是会经常有各种编译器的错误，而且我看半天才能明白究竟哪里错了。

根本问题就出在，一旦代码复杂，人脑想要在 lifetime 和 synchronization 两个问题上想清楚不出错是不可能的，且不说你不可能通读所有代码并且不会想错任何东西，就说多人合作时大家各写各的改着改着你没动的代码就崩了。为了写出正确的代码，你只能 over defensive ，性能损耗随之而来。

通过 fakeip 可以拿到连接的域名，这样解析就可以正确地发生在代理服务器上