我不参与，我就吃瓜，另外可以考虑开个 git repo ，每种需求每种技术栈的实现方案可以 pr ，然后收集起来。

Go 是面向企业高效生产的，不是面向开发者体验的，两者矛盾的时候，Go 会倾向于选择高效生产。

找 Web 开发领域工作的话应该绕不开 Java 和 Go ，坚持用些自己觉得“完美”的小众语言，也可能难以找到合适的工作。

如果不是工作上用，而是自己写着玩，楼上提到的语言都可以看一看，除了 Rust ，Rust 现阶段至少不满足你完整 Web 生态方面的需求，除非你愿意自己造生态。

换语言和技术栈最好也换一套思维方式，否则不管用啥都觉得不如以前用的那套顺手。

可以看 Reference 文档对比一下
https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/Array

相同点只是用了迭代器，除此之外功能不一样；一项需求如果有现成方法就可以实现就直接用现成方法，没有的话再用需要加工数量最少的方法。

比如你要把一个数组里的每一个元素加工后再生成另一个数组，你用 forEach 也可以实现，甚至用 for 循环，但都需要自己额外写一些代码，不如直接用 map 方便。

@bearice #7 请问我如此理解是否正确：
方法默认的输入生命周期实际上有两个，一个是&self ，另一个是方法所对应的类型（即本题目中的结构体），生命周期省略规则的第三条只是说方法输出值的生命周期默认和&self 一样，但也默认和方法所对应的类型不同。

我也是初学者，尝试分析一下这个问题。

生命周期第三条规则是默认应用的，你自己标注生命周期，就会覆盖这个默认声明，也就是说第三条规则不再自动应用，编译器会按照你标注的生命周期来检查生命周期。

修改后，get_name 的输出生命周期与 AA 实例一样，AA 的输入生命周期与 n 一样，那么只要 n 还活着，你就可以用 get_name 的返回值。

@yuan321 #10 JS 里面赋值有两种情况，一种是 string 、number 、bool 等简单类型的值复制，即 a=1;b=a ，那么 a 和 b 的值都是 1 ，但修改 a 不会导致 b 的值变化；另一种是对象、数组等的引用，即 a=[1];b=a;当给 a push 新元素之后，b 也随之改变。这个是 JS 最常用的基本的原理之一，用熟练了就不会觉得奇怪了。

只改值不改字段，直接循环改值应该是最方便的，如用 forEach 方法或者干脆 for 循环。

涉及到改字段名的话，也可以用循环，然后在每个对象里加个新字段，再 delete 旧字段；或者就用解构。

另外要考虑下文是否还会用到修改之前的数组，如果用到的话也可以在这边新建数组修改，保留原数组的形态。

看房屋布局，我见过 60 平的因为承重墙太多导致信号差，这种可能 mesh 效果也不会很好，最好是走线然后用有线 mesh 或 AC/AP 。

https://youmightnotneedjquery.com/
这些新出的原生 Web API 替代了 jQuery 。强烈建议自己用原生 Web API 写一个具备一定交互功能的现代网页试试，借助最新的 Web 特性，写起来也挺方便的。

框架其实以前也有，比如 Backbone 和 Angualr ，Vue 如今也是发展到了第三代； jQuery 提供给开发者更方便地操作 DOM 的方案，框架是从另一个角度来满足生产需求，即不需要自己操作 DOM ，而是由框架来完成 DOM 的操作，自己只需要写业务逻辑。

Vue 的文档是我度过的最贴心的的文档之一，总能在我看到产生疑问的地方马上就解答我的疑问。

一个 class 被不同层级的 dom 使用，这种写法可能就不适合了。

有可读性优化的意识是好的。

@yohole #14 其实 Linux 也有类似 macos 的方案，比如 snap 应用，可以了解一下。

@yohole #14 macos 安装软件分两种，一种是跑在苹果自己的应用框架下的应用程序，统一放在 Applications 里；另一种是 Unix 程序，也会放在 FHS 结构里。

@huyangq #11 配置文件通常统一放在 etc 下面，很好找的，惯例也是只动这个目录下的配置文件，其他目录的作为默认配置被覆盖。

FHS 是个通用标准，大家尽量按照统一标准来做。

放独立目录也不是不可以，比如自己编译的一些软件可能会放在 opt 目录下，但你就得自己搞定环境变量啥的，不像统一放在 bin 、lib 目录下有统一的环境变量可以用。

Flutter 算是 Google 的一个产品，目的除了解决自身 App 开发需求以外，还希望在 App 开发领域（互联网行业的上游供应链）占据一定的话语权，把开发者笼络过来了，想推自己的什么业务都很容易了。

跨平台算是一个吸引开发者的特性，一方面写一套就可以方便生成多个平台的应用，另一方面也可以去抢其他平台（如苹果）的开发者。

顺便想推推 Fuchsia ，以及推广 Dart 早日甩掉 Oracle 的纠缠。

不光是 Google ，顶级科技企业都有这样的思路。

不过目前 Flutter 方案的市场份额并不高，其他方案像 RN 和 JS Bridge 就是基于 Web 的，也有不少开发者在用，所以实际上跨平台大家确实在用 H5 的。为了跟本来就比较方便灵活的 Web 方案竞争，Flutter 主要是依靠性能优势来宣传的。

那么为啥会瞄准 App 这个领域，现阶段 Web 技术其实能做的事情比大多数人了解的要多，但 App 产品已经具备了成熟的产业链，以应用商店为核心，从开发、宣传推广、内购、售后一条龙都有配套，对于开发者来说很多事情只需要砸钱给应用商店就行了，对于应用商店来说也能从广告和内购实实在在盈利。

op 女友可能不喜欢被人指责错误，所以可以以建议的方式，而不是驾校教练那种说教的形式，只提供建议，但不要求必须做到。

另外每一轮练习过程中不发表意见，除非有安全风险，练习结束后可以复盘，让她自己捋一遍整个过程，然后让她自己找问题和改善方案，你可以以建议的方式补充。

不要强调开车很简单，会让她觉得自己这么简单都做不好显得很笨，可以在做对的时候给出鼓励。

驾驶需要一定训练时间来逐渐熟练的，要容忍她时下的不协调，要相信她自己可以练好，也不一定要提供建议，因为她可能现在也用不了你的建议。

不要预期你知道的“常识”她也肯定知道，有时候你自己会意识不到自己觉得理所应当的事情别人是不知道的，要表现得“不知道没关系，至少现在知道了”。

做好车子剐蹭、碰撞的准备，舍不得的话就不要用这辆车。

人才是个市场，符合市场经济的基本原理，工作不好还坚持不走的，是在破坏市场。

变量名 is 开头表明是布尔型，这个感觉是加分项；
驼峰+大小写取决于项目整体命名规则；
用英文还是英文拼音混合看团队约定。

else if 后面没有 else 处理异常情况，或者没有双 false 的处理情况，比如 operateName 既不是 bangDing 又不是 shuaXin 是否需要处理。

因为 operateName 只能有一个确定的值，虽然不一定 bangDing 或 shuaXin ，所以给两个变量赋值的部分应该是可以简化的。

下面 if 判断 true 的情况，可以直接判断变量，不需要再写“== true”。

要不要把两个变量直接省略，然后把两个 equalsIgnoreCase 直接放到最下面 if 条件里，取决于下文是否还会用到这两个 equalsIgnoreCase 结果，当然 if 条件太长可读性也未必好。