@aetherus 朋友都五年了，我都不记得有问过这种问题。elixir 这五年来并没有太大进步，依然还是工具和库匮乏

很多，比如这个 https://github.com/portm/lier
可以当库调 API 使用，也有在线试用 http://lier.vane.im/#/

一千星的项目一个 PR 都没有，全部 issue 都是作者自己创建的。我更希望能分享下推广的经验？

@gantleman 我只是想表达这个问题跟线程没有关系，单线程也可以 mutex 嵌套阻塞。很好奇单线程是如何防止我故意 mutex 嵌套阻塞的。并没有说你解决问题的过程有问题，只是觉得可能表达的方式让大家容易不太容易接受。比如你扔一个项目地址，然而我看了半天文档，却感觉很难跟你说的关联起来。

能简单介绍下 pelagia 的工作原理就好了。目前我稍微看了下，错了请指正。感觉就是把逻辑问题转嫁了而已，用户需要花更多的时间来思考如何把用锁能解决的问题转化为 job 调度问题，把问题提前解决了而已，感觉就是用库或语法辅助思考模式而已。

你说的多线程既不是充分条件也不是必要条件，就算不是多线程也是可以死锁的，就算是多线程也可以不死锁。很多单核 OS 也是可以模拟多线程的，那种 OS 的程序就不会死锁了吗？

我倾向于广义的死锁，即等待一件永远不会发生的事。可以看到这个跟是否多线程，协程等没有任何关系。比如在程序里轮询等待一个变量被设置为 0，但是轮询的时候没有写这个变量，就不可能停止轮询，这部分代码就像是卡住了一样，单线程也是可以复现这种情况的。

我觉得 4 个都有点多余了，还来第 5 个。其实可根据具体情况加无限个条件的，全看你怎么定义死锁，问题太宽泛以至于难以吊起人们的讨论欲望。

@abc0707 不要再直接贴代码了，有问题去群里问，也可以去开 issue，v2ex 贴代码太难以阅读了

@abc0707 你用法的问题应该用 url := launcher.New().Headless(false).Launch() ，麻烦看看文档再用。Client 这个函数是有说明的。

交流群已经在这个帖子里提及了啊，你没看到吗？本页面内搜索 聊天室

@abc0707 朋友我们没有这样的例子，我们的例子是这个啊 https://github.com/go-rod/bypass/blob/master/example/main.go

@saltbo 老哥，vscode 这么简单，哪儿麻烦了啊，我安装到新电脑没配置任何东西，就能 debug golang 了。好奇你怎么用的？

@saltbo 所以我建议你转个 vscode 试试，我从来只用 module 。哪位朋友的截图你也看到了，是有 go.mod 文件的。

我的意思是 edge case 不足够成为真正的痛点。我安装你这个比如花费 1 分钟。但是我一个月可能只用一次，对于有洁癖的人来说意义在哪呢。

再说了这个功能如此简单，那么多 goland 付费用户，只要去提个需求，人家自动 import 很快就能加上了。

https://github.com/golang/vscode-go/issues/398

如果需要额外功能，不如去 IDE 的网站给人家提个 issue，或者贡献代码给 IDE 项目。

当然如果你要的功能确实和社区矛盾了，那确实该自己发明轮子。但目前的信息上来看合作是更好的方式。

感觉所有 go 的 IDE 都支持的很好了，基本都是自动 import 了，如何说服大家不用 IDE 呢？

让我学设计或者教人设计，我觉得博客 youtube 等社交平台会更效率。比如拉几个人直接视频共享桌面聊天讨论设计。

@darmau 仅个人观点，可能会有偏颇。Figma 这种确实有不少，但最终都没能像 Github 之于程序员那样在设计师间成为标配。美学设计就跟写小说类似，不适合多人平等合作。比如要设计一个飞机场，人员结构是中央集权的，设计流程是至上而下的金字塔结构，难以像程序项目这样扁平低耦合。原因就是为了效率。很多人认为设计感性，我认为设计是可以理性的，但理性设计实际上比写代码更难，因为选择太多且各个部件高耦合（解释下高低耦合：比如设计过的组件由于风格等问题一般很难复用到其他项目，但是设计一个代码库那很多地方都可以复用它）。如果 2 个人拥有同等否决权来合作一个设计项目，那么讨论和互相说服对方将耗费大量时间，可以平等合作但不能期待能达到预期效率。

@iyaozhen 多谢。世界就是这么小呢。不是 Go 也没事，偶尔尝试下别的东西也不坏。我们 QA 也不会 Go，几天就能自己用 rod 写测试保障功能了。