那我汇总一下，你说你是 200 斤信仰穆斯林教的黑人女拉拉，这 buff 拉满好伐

容老夫想想怎么圆这块……

或许这块是参考双重检测的单例模式呢，只不过少了关键字和双重检测而已

好像圆不下去~~~

@lwlizhe 另外不知道是不是因为阅读页底部菜单被虚拟按键挡住了，我点菜单和设置、夜间模式那些完全没反应~~

又到了我最喜欢的提 bug 阶段：

Android 没做沉浸式处理，虚拟按键把底部按钮、菜单什么挡住了

拿了下家 offer，还在原来基础上涨幅不少，你就不会觉得惶恐之类的，那时候的感觉用一句话来形容的话，差不多是这样：

放我出去，我要装逼

我感觉，接了接着面；

反正 offer 拿了，即使最后不去，也无非自己心里过不去不太好意思而已；又不损失啥；

然后用这家的 offer 去抬别的 offer

跟楼上一个老哥同样的顾虑，不太好意思拒绝别人，感觉都拿了 offer，后来不去了，有点鸽别人的感觉；

但是人只有一个，offer 却有多个……

我感觉你现在的问题不是你所说的：
所以现在是，希望！能够！有给出！如何！面试！一个简历已经不过关的候选人！的建议！！！

仅仅是因为你单纯看别人不顺眼，过来找认同感而已……

因为吧，在我看来，上面所说的其实都不是问题，照片、加班这种不是你面试该关注的，唯一提到相关的部分就是 api 这块

api 调用也可以深入很多，比如说这个 api 原理是什么；为什么你会选择用这个 api 而不是其他一个类似功能的 api ；某个 api 和一个名字很相似的 api 之间有什么区别；某个 api 和一个功能很相似的 api 的区别，再深入的话就可以根据面试者自身的回答，进而引申到大的方面……做为一个刚刚从各种内卷面试环境过来的人，这些其实都是基本操作……80%以上的面试官都是这么开始引导并不断深入的；

这之后就是问项目相关，比如说提到的：“本人在其中负责使用 vue 进行视图和交互逻辑的编写， 通过这个项目本人对 js 编写桌面应用有了一定的认知”，你就可以接着问具体哪些认知，进而逐个去问深入和应用，列举几个不同的应用场景，看看设计思路什么的

总之这些写的很宽泛的东西，反而是更好面的；像那种写 star 法则的那帮，我才觉得按简历来写的面，对面试官要求就比较高了，毕竟写死在一定范围内了

总之呢，一句话总结：

我感觉你要是有权力直接回拒，那就直接拒绝，省的耽误别人时间；
如果没有，那就当正常面试来做，这是你的义务，也是你的工作……别带着主观色彩去评价别人，而应是客观分析，这就是你为啥被骂的原因……

我感觉这玩意应该别人问你的时候回答就行了，没必要体现出来；

话说，那这样的话，禁止商业的那种开源协议，是不是也没用了……

盲猜中软~~~

我目前面试经历中就中软这么干，其他都是至少有了口头 offer 之后才要求提供这些背调资料；

这题是上个人类纪元的小学普通智商测试题，没想到纪元重启后还有幸看到；做为上个纪元的唯一幸存者，我非常感谢，看来幸存者不止我一个

@jxdwinter 这个可以啊，说白了就是 flutter 中显示原生 View，或者原生 View 中显示 flutter 嘛；
你这么搜，方案一大把

@Building 这样啊，不过其实我只是看到 flutter，有些东西不吐不快；

总结的话，精简一下：
未来可期，但是现在拉跨；离成熟稳定还是差距不小，需要更多大佬参与建设；

@debuggerx 我是新开了一个 flutter enginer，然后弄了个 plugin，让原生层当个桥梁，让这个新开的 flutterView （或者是 flutter enginer ）当作 UI 线程去搞，勉强能解决；

现在对比下 android，这 flutter 文字绘制这块 真是一言难尽~~

不过确实搞出来效果的时候蛮有成就感的~~

另外代码膨胀这个点个赞，太赞同了；组件这块也是，我感觉很多功能都能通过配置方式来合并，而非重新开一个新的组件；

我感觉，造成这种现象的最主要原因还是 “会” 写 flutter 的人真的不多…………
另外 flutter 确实某些 api 真 tmd 是性能杀手，用了就卡的要死；
比如说 layout 方法这种必须在 UI Isolate 调用的 ，然鹅那玩意是个 cpu 密集型任务……做个分页 cpu 暴涨导致应用卡顿~~

先不提它这玩意性能为啥跟原生差这么多还 tm 只能在 UI 线程用，有什么好的解决方案么？