> 回取最初的需求，那我怎么 selector 一个 div 或者 p 这样的元素对象，基 text 是指定的值呢？

这个可以用 xpath 做，比较方便。

举例：

//*[contains(text(),'ABC')]

https://developer.mozilla.org/en-US/docs/Web/XPath/Introduction_to_using_XPath_in_JavaScript

@ck65 是的，怀疑合盖导致散热不佳。

@Leonard
@suoLemon
感谢，这个软件不错，省去了插拔的麻烦。我的这台电脑是公司设备，不需要我操心维修的事。只是以后私人设备得多注意了。

@natscat 没有，别误会，质问苹果。

@psirnull 循环计数： 101

@topdj
@yulgang
@guanhui07
@natscat
这是设计缺陷？凭什么要用户拔电源。再说了如果有这种问题系统应该至少给我弹个提示什么的让我拔电，然而并没有。

可以联系一下老师，他们资源比较多，关系不差的一般都可以给你一点帮助。

react native 是不需要部署的，需要部署的是 nodejs 吧。直接在机器上 1. npm install 2. node xxx.js 就行了。如果需要以守护进程运行就跟 #3 说的一样，都是两三行命令的事。

有趣，已 star

不建议用 cnpm，安装的文件结构不一样，并且经常会遇到莫名其妙的问题。关于网络慢的问题，可以尝试使用 nrm 切换至国内源即可。

关于 deno，没有用过，不予置评~

马 3，马 6

能够把前端和后端一把梭的，不限用的什么技术。

目前见得多的全栈大概就是这样吧。不过说是全栈一般都会更偏向于前端。至少目前是这样的。

@overflow99 我不知道你为什么戾气这么重，一言不合就要开始人身攻击。我没有说用「原生」的人都有毛病，也没有阻止你们使用，我自己也用「原生」写了不少小程序。我只是提出了我自己的看法。

@overflow99
@runze
我将它类比为 js/ts，是因为 ts 编译以后得到了 js，实际的 runtime 也是 js 。小程序与框架的关系与此类似，uniapp 等框架编译以后得到了「原生」代码，仅此而已。因此它们这些框架虽然可能也存在自己的坑，但这种坑一般不难解决，因为这里不涉及到真正意义上的原生代码转换。从本质上来说，大家都是原生，这是我的看法。

反例比如 ReactNative 这种 hybird app，这种框架与原生之间存在巨大的鸿沟，一旦出现了坑估计不懂原生的人是毫无头绪。

小程序其实不存在所谓「原生」的概念。楼上所谓的「原生」与 uniapp taro 等开发框架的区别，从本质上来说更接近于 js 与 typescript 的区别。使用「原生」好处不见得有多少，但是问题却不少，比如学习成本，比如微信小程序至今不支持直接使用 npm （需要多一步「构建 npm 」操作），等等等等。所以我很难理解楼上那些推荐「原生」的人。

@Neronotneo 我说了，工资大概是一个公平的客观标准，大概可以衡量一个人在这个行业的技术水平怎么样。因为如果你够牛逼，就不会满足于低工资，会往上走。如果团队里面都不存在能够带领大家把这活干好的人，你凭什么说“人家能做我为什么不能做”。那我说，微信的产品经理能把产品做到能 5 亿日活，你凭什么不可以？理解是要双向的，提需求要讲基本法，这是我的观点。

#2 说得对，2 年 ext 开发经验，看文档+demo 是最佳方式，另外找对版本很重要。

成熟的团队一般都会有一些自己的积累，对于前端来说 ui 框架只是其中一部分。

你完全可以用 nohup 将某些进程后台运行，只要保证有一个进程前台运行即可，当然容器的健康与否只会关注前台进程，后台进程出现的问题自理。