1.如何看待互联网大厂程序员因厌恶编程，奇葩奇葩辞去月薪2w+的网站网站工作去当司机？
2.全网通影视建站是什么？能赚钱吗？
3.抽丝剥茧：Electron与Node.js的奇葩Bug
4.无意中翻出了几年前的E680g,上网搜了一下，居然有奇葩可以把E680g的源码源码Linux系统刷成And
如何看待互联网大厂程序员因厌恶编程，辞去月薪2w+的大全工作去当司机？
近日，一位某互联网大厂程序员做了一个视频，奇葩奇葩作为一个程序员他竟然因厌恶编程，网站网站源码中配置数据库竟辞去月薪2w+的源码源码工作去当司机！并且认为互联网是大全个夕阳产业，自己要换个风口行业！奇葩奇葩我觉得这样的网站网站操作值得敬佩！
一、源码源码对于程序员来说，大全他们的奇葩奇葩收入往往会有一个波峰，在波峰这段时间劳动强度极高，网站网站这个时候他们收入很高会远远地超于其他人，源码源码等到了三十多岁的时候，很少会有人可以成功到达管理阶层的，也很少有人可以做到让人人膜拜的一尊大神。
所以在波峰过后市场上的绝大多数人会选择离开当前的岗位，去选择与本职业相似的低收入低要求的工作，或者像互联网大厂程序员一样干脆辞职去当一份轻松的与本职业完全不一样的工作，去当司机。
二、这样的选择往往不是因为他们厌恶编程，而是因为他们太累了，尽管他们的心中仍然有着对编程的满满喜爱，但是最好的时间已经过去了，年龄，身体已经不允许他们再对自己喜欢的职业尽忠了，他们很多人往往是不得不退场，而不是因为厌恶编程。
三、而且现在的互联网技术更迭速度非常快，不是其他的行业可以睥睨的，需要人不停地进行高强度的学习，不停地进步，才能跟得上它飞驰的脚步，进而才能一直待在计算机行业里。但是人的年纪已经到了三十四十岁，精力在迅速的下降，还有伴随而来的生活和家庭方面的压力，工作上的高强度运作也在不断地挑战人的边界，这样的情况就很少有人可以做到坚持下去了。
全网通影视建站是什么？能赚钱吗？
揭密VIP影院自助建站系统能月入几十万你所不知道的项目，有图有真相VIP影院自助建站系统
能月入几十万的项目，有图有真相
免责声明：本人不是平台老板，也不是员工，我和你们一样，在了解项目之后加入成为推广者之一；平台的风险性，请自己辨别，一切遵从自愿原则，后果当然也是自负。市场有风险，投资需谨慎！
你好，我是面包师，我接触网赚也已经有六年多了，这是我第一次愿意投广告去推广的唯一一个项目，从来没有过这么爽的赚钱体验，因为这个项目赚钱速度真的太快了，我做这个项目2个星期，累计收入已经元，日均赚两千块。有图有真相，直接上图
我们来看看平台最新收入排行榜，看清楚，上面都是按周计算，也就是一星期很多人都赚好几万的啊。这个项目开始还没多久，已经有人累计提现超过了万元了，太不可思议了。
看了图是sqlite import源码不是想要急切知道这个是什么项目，是怎么赚钱的？不要着急，为了更好的向您解释整个项目，我慢慢来给您讲解，请耐心看完！
第一：市场分析
现在很多人都喜欢看**和追剧，一般他们会去几大视频网站（优酷，爱奇艺，乐视，芒果TV等等）去看，但是这些视频网站很多片子是收费的，只有加入VIP才可以看。
为了看完整，要一次一次的充会员？
甚至各大影视的网站都充了个遍的会员？
如果不是VIP的话，播放的时候会有很多广告，也很烦人。
我们看看各大视频网站的VIP会员收费价格，主流的几个差不多要块一年，因为每个网站的资源不同，有些人可能同时购买了几个网站的会员，是不是觉得很贵，很浪费？
虽然大城市的女人等宝妈家庭主妇都很有钱，白领和中产阶级等人士居多。但是只要是有钱有闲的这些女人其实本质上还都是贪小便宜的，作为女人这其实是避免不了的。这就是人的性的本质，人性的弱点。
如果有个网站集合全网几十家视频网站所有影视，只要购买这一个网站的会员，就能观看全网视频网站的收费视频，而且没有广告。这样一个网站是不是所有人都想要？有需求，就有市场。
第二：项目背景
如果你能搭建这样一个全网VIP影院网站，你会怎么做？
假如你设置VIP会员元/年；购买你网站的会员等于同时购买了优酷、爱奇艺、乐视、腾讯、搜狐、土豆、新浪、暴风、**网等全网几十家视频网站的VIP会员。
你想想看，这么超值的价格，对于一个爱看**爱追剧的人来说是不是会很心动。
你有了这样的网站，以后别人购买会员肯定只会在你这里购买了。
再说这个全民网民的时代已经突破了7亿用户，可以说每个人都是你的潜在用户，因为不喜欢看看**看最新的电视剧的人太少了，可以说没有，如果有那也是奇葩怪物，很多追剧一族想看收费剧情又舍不得花大钱那个心里痒啊！哈哈。
你知道，这么便宜肯定是欣喜若狂立马就下手升级会员的，而且你还可以设置多样化VIP充值方式，按天按月随便你：比如设置一天1元钱，一个月5元8元元的，便宜吧!心动吧！最主要的是零成本，有人买钱都是直接进你的口袋！开始辛苦那么一点点真是后期躺在床上也赚钱！
也有人这样玩的，搭建这样一个全网VIP影院网站，通过免费送平台VIP会员来裂变引流，然后再投放广告，把用户转化到自己的项目，进行变现。VIP影院会员是目前最有效最爆力的引流神器，免费送VIP会员，php libiconv 源码轻松日吸粉+。
我们都知道，做什么项目都需要引流，特别是互联网项目，你想想，假如每天有个人主动加你微信，不管你是做什么的，赚钱都是轻而易举的。
第三：项目介绍
全网VIP影视自助建站系统是干什么的？
1、它是一个影视资源平台，有一个完善的影视自助管理系统。它集合了优酷、爱奇艺、乐视腾讯、等全网几十家视频网站的影视资源。不管收费还是免费的全部都能看。
2、它是一个自助建站系统，你不需要用懂任何建站知识，一分钟就可以搭建一个属于你自己的影院网站！其余资源由系统自动更新，不用我们去操作！不影响你的工作！一次升级=电脑网站+手机网站+微信网站+安卓APP。
3、它是一个推广代理系统，只要你在系统付费升级任意版本的VIP影院网站（自己付费搭建一个网站的意思），均可拥有独立自助建站官网（像这个http://tanghaoyl.tui.vip），别人通过你的独立建站官网注册的，均为你的下级，你的下级付费升级任意版本（付费搭建网站），你可以享受超高建站佣金提成。
简单的说：它是一个自助建站工具，可以一键生成你自己的影院网站，同时还可以代理自助建站平台，你也可以卖网站赚钱了。
自助建站系统入口http://tanghaoyl.tui.vip立即注册体验！
第四：下面重点讲讲赚钱模式
玩法一：卖网站赚提成，我就是专门卖这样的VIP影院网站，2个星期赚了两万多元的。
在这之前，搭建VIP影视网站，对很多人来说，是难以实现的。因为传统搭建一个全网VIP影院网站，需要源码+域名+服务器+视频解析接口，这些全都要钱的，还得你自己更新维护，前提是你要懂技术。我自己也曾经找人帮我搭建过这样的网站，全包一年，收了我多块。
现在，通过自助建站系统，谁都可以一键生成你自己的VIP影院网站。
目前自助建站分为三个版本：
商务版元，推广建站提成%
豪华版元，推广建站提成%
至尊版元，推广建站提成%
至尊版站长累积成交8人（不限版本）即可联系客服申请合约版，合约版还能额外永久享受下二级代理8%提成！
商务版和豪华版不能申请升级合约版。
举个例子：假如你自己是至尊版站长，你推荐别人来自助建站系统搭建网站，推广建站提成%
有人升级商务版，你可以提成x%=.4元
有人升级豪华版，你可以提成x%=.4元
有人升级至尊版，你可以提成x%=.4元
如果你一个月卖出一个至尊版网站，你的月收入就是.4元，如果你每天卖出一个至尊版网站，那么你的月收入就是.4x=元。不仅如此，oem asp源码你还可能会卖出一些商务版，一些豪华版，当你升级合约版之后，享受二级提成，当你的下级们卖出网站时，你也有提成收入哦。
一天卖一个站，难吗？
这就要看人了，对于我来说，我现在每天平均能卖出3-4个，日收入平均在左右，前面已经讲过。
也有高手，一天卖十几个，甚至几十个都有，他们每天收入都能过万的。
VIP影院网站是一个推广引流神器，也是一个赚钱工具，所以，你可以把网站卖给做微商、淘宝客、自媒体、网红、网赚达人、网店主、实体店主、任何一个想用它引流赚钱的人。中国现在有几千万的微商，几千万的淘宝客、网红等，市场需求巨大，根本不用担心卖不出。
只要他是有引流或赚钱的欲望，只要你说的清楚，他就一定会心动！很多新手小白从未接触过网站也能轻松月入过万！
每个人都有一个起步的过程，新手不用怕，只要你有信心，肯坚持，一定会有收获的。元升级至尊版，卖出两个至尊版就已经有赚的了；就算你真的卖不出去，那有什么关系，也就是一千块钱，而且你拥有一个自己的VIP影院网站，这个网站还可以通过其它方式赚钱的，耐心往下看。
玩法二、**网站会员充值VIP盈利
类似于腾讯、优酷的VIP会员，价格你可以自由设置，因为成本为零，赚多赚少都是你的，可以说是一本万利，假如你设置元即可享受1年全网几十家视频网站资源服务。你想想看这么超值的价格，对于一个爱看**爱追剧的人来说是不是会很心动。只要一天有一个充值会员你一个月就可以赚元。
这种玩法，文章前面有分析过，而且容易理解，不多讲了。
自助建站系统入口 http://tanghaoyl.tui.vip 立即注册体验！
玩法三、批发会员卡激活码赚钱
在网站自动获得会员充值收益的同时，你还可以走线上或线下更低价去批发会员卡密；让更多的人成为你的销售员，他们不但帮你引了流还给你赚了钱。
批发价例如：1年元，个会员卡起批发，那么有一个人批发帮你卖会员卡，pb access 源码你一次最少赚元；如果十几个上百个人呢！兄弟！你想不发达都难！
你给他的批发价是元，他可以卖元，也可以卖元，每卖出一张，他还能赚几十块钱，市场巨大，会有很多人乐意帮你卖。
还可以线下很实体店合作，让所有的商家给你卖，现在有几个站长就是在这么干的一天销售上千张呢！给他一个心动价诱惑，他会还你一个风生水起，最主要的是零成本！最最主要的是卡密可以无限生成，要多少就有多少，这可是一个巨大的金库、生财的聚宝盆！取之不尽用之不竭！
线上直接批发卡密给微商，淘客，网红，自媒体，网络营销等人，供他们促销引流所用，到时他们送出去卡密，流量自然是跑到你的网站上面的。
《用免费看**的VIP会员来裂变粉丝，轻松日加粉+》操作方法，可以找我拿，你再把方法教给他们，他们自然会找你批发卡密。
方式实在是太多了，你还可以招代理帮你推销帮你卖，开动你的大脑，你会发现这赚钱真他妈咪的太容易了!玩法四、卖广告位赚钱
你有没有想过，要是一边看**一边还能有收入就更棒啦？以前会觉得这样的想法就是白日做梦，但！亲爱的！你的梦想可以成真了！
**片头可以自由设置广告，可以推广自己的产品和项目，也可以收费给别人推广，成本为零，所得的收入都归你所有！想想看，只要别人看**就能一遍又一遍的看你的广告，这样你害怕没有别人买你的东西吗？
只有你想不到没有做不到的，盈利的方式方法太多了。
第六：如何加入？操作流程
第一步：VIP影院自助建站系统可以免费注册、体验！
自助建站系统入口 http://tanghaoyl.tui.vip
第二步：登录系统后台，点击版本升级菜单，选择要升级的版本，在线交费即可！只需一分钟，你马上就会拥有一个自己的VIP影院网站哟！
现在还是活动期间，买一年送两年（共3年），活动有可能随时终止，莫失良机！赚钱的能力是你的眼界来决定你的收入的，看你去什么抉择了。犹豫不前举棋不定是你成功的最大袢脚石！
互联网上的机会那是转瞬即逝的！你可以等它，它可不愿意等你！
如果你不上舞台那就只能当观众！观望的风险就是，用自己的时间见证别人的成功！思想不变，原地打转；思路一变，市场一片！
当你真正看懂看懂这个全网VIP网站项目后，你肯定会毫不犹豫选择做！不做的那些人百分之以上都是对项目还不了解，急性子做什么都没有耐心，走马观花的简单看了下，不懂分析市场，不懂需求量有多大！
想参与项目的加我微信：shuijing，我拉你进交流群，因为项目本身玩法很多，进群可以一起交流，一起赚钱。
自助建站系统入口 http://tanghaoyl.tui.vip
凡通过我推荐加入自助建站项目的
除了提供：自助建站推广海报、收入截图等素材，提供宣传话术、文案；以及相关推广秘籍外；
还另外赠送G 营销课程学习资料，包括微商内部课程，最新吸粉引流技术，文案写作课程，自媒体赚钱方法，等各大收费平台价值万的课程资料。
课程资料包含以下内容：
赠品一：《利用全网VIP**会员裂变吸粉，日被动加粉+》
赠品二：《微信网赚大揭秘电子书》
赠品三：《竞价培训课程》
赠品四：《终极粉丝爆破术》
赠品五：《问答精准营销实战技巧》
赠品六：《微信实战爆粉笔记》
赠品七：《玩赚抖音7天训练营全套视频课程+软件下载》
赠品八：《朋友圈变现实战课》
赠品九：《微商朋友圈攻心文案模版》
赠品十：《句攻心夺魂的歹毒话术》
赠品十一：《史上最赚钱的文案写作手册》
赠品十二：《揭秘赚钱逻辑》
赠品十三：《如何写好转化型文案》
更多课程资料。。。。
第七，常见问题解答
1、加入需要钱吗？
是的，这个不是那种一天赚几毛几块钱的小项目。我们注册、拥有、体验、推广是完全免费的。但推广的收益只有升级为正式版才能提现。如果你没有升级，而你推广的会员他们升级了，你是拿不到提成的。收益为%-%的利润（根据你升级的版本而定），有投资就有回报，高投资，高回报，这个道理大家都懂，对不。
2、自助建站是否靠谱的项目？它靠谱吗？
这样说吧，只有不赚钱的人，没有不赚钱的项目，而事实证明，我已经通过自助建站赚到了钱，我相信你也可以做到的。
3、这个平台是哪家公司的，能长久吗？
影视自助建站系统由手心网络科技有限公司独家研发，至于能不能长久，我想只有天知道了，你做得早，肯定有好处。俗话说：饿死胆小，撑死胆大的。如果因为担心平台会倒，而放弃不做，那么，你还有项目可做吗？你能保证银行就一定不会倒吗？当然，互联网项目，风险性要大一些，这个自己考虑清楚，自愿加入，自己负责！
4、有官方****吗？我可不可直接找官方开通？
官方不提供自助建站服务，只提供建站技术支持，目前自助建站只对代理平台开放，切勿相信任何人自称官方建站入口。现在想加入，你只能找个推荐人，现在官方只负责技术，不负责招商了。目前官方的****只有QQ，已经升级的正式站长可以直接联系公司的售后客服，你通过我的推荐加入，我可以把官方客服信息告诉你，并可以加入我的内部群，一起交流。
5、加入项目有什么风险吗？
免责声明：本人不是平台老板，也不是员工，我和你们一样，在了解项目之后加入成为推广者之一；平台的相关责任和风险，请自己辨别，一切遵从自愿原则，后果当然也是自负。
抽丝剥茧：Electron与Node.js的奇葩Bug
起因是最近在用Electron开发一个桌面端项目，有个需求是需要遍历某个文件夹下的所有JavaScript文件，对它进行AST词法语法分析，解析出元数据并写入到某个文件里。需求整体不复杂，只是细节有些麻烦，当我以为开发的差不多时，注意到一个匪夷所思的问题，查的我快怀疑人生。
缘起
什么问题呢？
原来这个需求一开始仅是遍历当前文件夹下的文件，我的获取所有JS文件的代码是这样的：
后来需求改为要包含文件夹的子文件夹，那就需要进行递归遍历。按照我以前的做法，当然是手撸一个递归，代码并不复杂，缺点是递归可能会导致堆栈溢出：
但做为一个紧跟时代浪潮的开发者，我知道Node.js的fs.readdir API中加了一个参数recursive，表示可以进行递归，人家代码的鲁棒性肯定比我的好多了：
只改了一行代码，美滋滋~
兼容性怎么样呢？我们到Node.js的API文档里看下：
是从v..0添加的，而我本地使用的Node.js版本正是这个（好巧），我们Electron中的Node.js版本是多少呢？先看到electron的版本是.0.4：
在Electron的 发布页上能找到这个版本对应的是..1，比我本地的还要多一个小版本号：
这里需要说明一下，Electron之所以优于WebView方案，是因为它内置了Chrome浏览器和Node.js，锁定了前端与后端的版本号，这样只要Chrome和Node.js本身的跨平台没有问题，理论上Electron在各个平台上都能获得统一的UI与功能体验。 而以Tauri为代表的WebView方案，则是不内置浏览器，应用程序使用宿主机的浏览器内核，开发包的体积大大减小，比如我做过的同样功能的一个项目，Electron版本有M+，而Tauri的只有4M左右。虽然体积可以这么小，又有Rust这个性能大杀器，但在实际工作中的技术选型上，想想各种浏览器与不同版本的兼容性，换我也不敢头铁地用啊！ 所以，尽管Electron有这样那样的缺点，仍是我们开发客户端的不二之选。 之所以提这个，是因为读者朋友需要明白实际项目运行的是Electron内部的Node.js，而我们本机的Node.js只负责启动Electron这个工程。
以上只是为了说明，我这里使用fs.readdir这个API新特性是没有问题的。
排查
为方便排查，我将代码再度简化，提取一个单独的文件中，被Electron的Node.js端引用：
能看到控制台打印的 Node.js 版本与我们刚才查到的是一样的，文件数量为2：
同样的代码使用本机的Node.js执行：
难道是这个小版本的锅？按理说不应该。但为了排除干扰，我将本机的Node.js也升级为..1：
这下就有些懵逼了！
追踪
目前来看，锅应该是Electron的。那么第一思路是什么？是不是人家已经解决了啊？我要不要先升个级？
没毛病。
升级Electron
将Electron的版本号换成最新版本v.1.0：
再看效果：
我去，正常了！
不过，这个包的升级不能太草率，尤其正值发版前夕，所以还是先改代码吧，除了我上面手撸的代码外，还有个包readdirp也可以做同样的事情：
这两种方式，在原版本的Electron下都没有问题。
GitHub上搜索
下来接着排查。
Electron是不是有人发现了这个Bug，才进行的修复呢？
去 GitHub issue里瞅一瞅：
没有，已经关闭的问题都是年提的问题，而我们使用的Electron的版本是年月日发布的。 那么就去 代码提交记录里查下（GitHub这个功能还是很好用的）：
符合条件的就一条，打开看下：
修复的这个瞅着跟我们的递归没有什么关系嘛。
等等，这个文件是什么鬼？
心血来潮的收获
我们找到这个文件，目录在lib下：
从命名上看，这个文件是对Node.js的fs模块的一个包装。如果你对Electron有了解的话，仔细一思索，就能理解为什么会有这么个文件了。我们开发时，项目里会有许多的资源，Electron的Node.js端读取内置的文件，与正常Node.js无异，但事实上，当我们的项目打包为APP后，文件的路径与开发状态下完全不一样了。所以Electron针对打包后的文件处理，重写了fs的各个方法。
这段代码中重写readdir的部分如下：
上面的判断isAsar就是判断是否打包后的归档文件，来判断是否要经Electron特殊处理。如果要处理的话，会调用Electron内部的C++代码方法进行处理。
我发现，这里Electron并没有对打包后的归档文件处理递归参数recursive，岂不是又一个Bug？应该提个issue提醒下。
不过，我们目前的问题，并不是它造成的，因为现在是开发状态下，上面代码可以简化为：
对Promise了如指掌的我怎么看这代码也不会有问题，只是心血来潮执行了一下：
我去，差点儿脑溢血！
好的一点是，曙光似乎就在眼前了！事实证明，心血来潮是有用的！
Node.js的源码
这时不能慌，本地切换Node.js版本为v，同样的代码再执行下：
这说明Electron是被冤枉的，锅还是Node.js的！
Node.js你这个浓眉大眼的，居然也有Bug！呃，还偷偷修复了！
上面的情况，其实是说原生的fs.readdir有问题：
也就是说，fs.promises.readdir并不是用util.promisify(fs.readdir)实现的！
换成同步的代码readdirSync，效果也是一样：
我们来到Node.js的GitHub地址，进行 搜索：
打开这两个文件，能发现，二者确实是不同的实现，不是简单地使用util.promisify进行转换。
fs.js
我们先看 lib/fs.js。
当recursive为true时，调用了一个readdirSyncRecursive函数，从这个命名上似乎可以看出有性能上的隐患。正常来说，这个函数是异步的，不应该调用同步的方法，如果文件数量过多，会把主进程占用，影响性能。
如果没有recursive，则是原来的代码，我们看到binding readdir这个函数，凡是binding的代码，应该就是调用了C++的底层库，进行了一次『过桥』交互。
我们接着看readdirSyncRecursive，它的命名果然没有毛病，binding readdir没有第4个参数，是完全同步的，这个风险是显而易见的：
fs/promises.js
在lib/internal/fs/promises.js中，我们看到binding readdir的第4个参数是kUsePromises，表明是个异步的处理。
当传递了recursive参数时，将调用readdirRecursive，而readdirRecursive的代码与readdirSyncRecursive的大同小异，有兴趣的可以读一读：
fs.js的提交记录
我们搜索readdir的提交记录，能发现这两篇都与深度遍历有关：
其中 下面的这个，正是我们这次问题的罪魁祸首。
刚才看到的fs.js中的readdirSyncRecursive里这段长长的注释，正是这次提交里添加的：
从代码对比上，我们就能看出为什么我们的代码遍历的程序为2了，因为readdirResult是个二维数组，它的长度就是2啊。取它的第一个元素的长度才是正解。坑爹！
也就是说，如果不使用withFileTypes这个参数，得到的结果是没有问题的：
发版记录
我们在Node.js的发版记录中，找到这条提交记录，也就是说，v..0才修复这个问题。
而Electron只有Node.js更新到v后，这个功能才修复。
而从Electron与Node.js的版本对应上来看，得更新到v了。
只是需要注意的是，像前文提过的，如果是遍历的是当前项目的内置文件，Electron并没有支持这个新的参数，在打包后会出现Bug。
fs的同步阻塞
其实有人提过一个 issue：
确实是个风险点。所以，建议Node.js开发者老老实实使用fs/promises代替fs，而Electron用户由于坑爹的fs包裹，还是不要用这个特性了。
总结
本次问题的起因是我的一个Electron项目，使用了一个Node.js fs API的一个新参数recursive递归遍历文件夹，偶然间发现返回的文件数量不对，就开始排查问题。
首先，我选择了升级Electron的包版本，发现从v.0.4升级到最新版本v.1.0后，问题解决了。但由于发版在即，不能冒然升级这么大件的东西，所以先使用readdirp这个第三方包处理。
接着排查问题出现的原因。我到Electron的GitHub上搜索issue，只找到一条近期的提交，但看提交信息，不像是我们的目标。我注意到这条提交的修改文件（asar-fs-wrapper.ts），是Electron针对Node.js的fs API的包装，意识到这是Electron为了解决打包前后内置文件路径的问题，心血来潮之下，将其中核心代码简化后，测试发现问题出在fs.promises readdir的重写上，继而锁定了Node.js版本v..1的fs.readdir有Bug。
下一步，继续看Node.js的源码，确定了fs.promises与fs是两套不同的实现，不是简单地使用util.promisify进行转换。并在fs的代码找到关于recursive递归的核心代码readdirSyncRecursive。又在提交记录里，找到这段代码的修复记录。仔细阅读代码对比后，找到了返回数量为2的真正原因。
我们在Node.js的发版记录中，找到了这条记录的信息，确定了v..0才修复这个问题。而内嵌Node.js的Electron，只有v版本起才修复。
不过需要注意的是，如果是遍历的是当前项目的内置文件，由于Electron并没有支持这个新的参数，在打包后会出现Bug。而且由于fs.readdir使用recursive时是同步的，Electron重写的fs.promises readdir最终调用的是它，可能会有隐性的性能风险。
本次定位问题走了些弯路，一开始将目标锁定到Electron上，主要是它重写fs的锅，如果我在代码中用的fs.readdirSync，那么可能会更早在Node.js上查起。谁能想到我调用的fs.promises readdir不是真正的fs.promises readdir呢？
最后，针对此次问题，我们有以下启示：
PS：我给Electron提了个 issue，一是让他们给fs.readdir添加recursive参数的实现，二是让他们注意下重写时fs.promises readdir的性能风险。
无意中翻出了几年前的Eg,上网搜了一下，居然有奇葩可以把Eg的Linux系统刷成And
E 用的 Linux 内核开始没开源（图形界面用的是 QT-E ，这个是商业授权可以不开源），当时被 FSF 发了律师函了。结果 MOTO 吓傻了就提供的源代码。
之后就有人做了 Android 的移植。
不过这机器硬件配置太渣，跑最低版本的 Android 都不行了。而且驱动不是很全，虽然都开源了但是驱动似乎没人做。
现在 Android 4.4 降低了硬件要求，最低内存要求都要 M 。这机器根本就达到不了要求。
继续放抽屉里收着吧……