个人建议，日常通勤电驴是消耗品，不易买太贵的

@urnoob 查了一下这个变化是 java9 变的，然后我试验后发现没啥不同，java8 和 java11 的结果是一样的，我目前怀疑问题是出在 java 如何读取 byte[]到字符的这个过程，对于根本无法转换为可见字符的 byte[] 数据部分，不知道 java 是怎么操作的，原本我想的是，char 就是个双字节数据啊，那 java 每次读两个 byte 不就行了吗？又没有可变长问题。可为啥这样一进一出，数据就不一样了呢？

@thinkershare
byte[]是没法反向映射到正确的 string 的。对，我也是这么猜测的，然后呢？不合法的数据是会被丢弃掉吗？还是会以数字的方式转换成其它字符？
其实我试验过指定 Encoding 的情况，结果是一样的，两次结果不同，所以我就挺困惑，java 的 string 是怎么处置 byte[]中那些“无法被转换成可见字符”的数据的？


@iOCZ 我对比了啊，你看两次用 base64 打印出来的 byte[]结果不一样

觉得编制稳定的，是不是忘记了大下岗时期有一个专门对公务员的对应词语叫“下海”

@hez2010 这个东西看上去貌似不太成熟，有比较成功的大型案例吗？

@nomagick
请不要在拿 vscode 作为 electron 的好例子。vscode 用了多少魔法，自己去查一下好吗？这是顶级公司的顶级大佬的玩法，别说普通程序员，中等偏上的项目组，都搞不出 vscode 这种东西，那它的成功能有泛用性吗？

@Lange 一般这种找了一年的人，你仔细问问他想找什么样等级的工作就立刻能明白怎么回事。

岗位肯定有，只是经济衰退期间，想照着经济上升期的标准找高薪岗，肯定不容易的

@bravecarrot 得罪什么？职场没有那么多关系，公事公办就行了，我只对我直属领导负责，你不是我直属领导不要来命令我，你要觉得有问题给我穿小鞋，那可以，我就看看我直属领导出不出这个头，如果不出，那我就可以走了，因为这其实是打的直属领导的脸。

职场没有想的那么复杂，那权责和利益划分清楚就行了，离开了公司谁认识谁啊

@SWALLOWW 去的目的是啥？你嘴里说的稳定吗？问题是没编制，那就和稳定完全不沾边啊

没编制的事业单位，这是连外包都不如的地方

说卷的，尽管自己上，我一向支持想卷就去卷，反正我是不去的，为啥？因为见了太多还没卷到，然后就死了的。我自认不是那块料，你牛逼，你去卷，我让路。什么赚大钱？白富美？那根我有什么关系

@walpurgis 能不能具体举几个常见例子来说明 modejs 在 windows 下 [问题很多] ？我所知道的，无非是 nodejs 里一些使用 C 库的程序不兼容 windows ，但是有一说一，常规 web 前端真的能撞上 [问题很多] 吗？现在是 2022 年，windows 版本的 nodejs 已经跟着迭代到了 18.x ，如果说现在，在 windows 下，nodejs 仍然是 [问题很多] 。那我真的只能觉得 nodejs 的官方在划水

绝大部分游戏不会上真 AI ，能上到行为树就不错了，你上真 AI ，玩家打不过了怎么办？

你为啥不辞职再找，你想清楚这点就心理平衡了

@jifengg 关于深度学习，我个人猜测那个卷积核的大小可能对识别图的大小有很大影响，但是我找了不少资料，也没找到这方面的描述，很少有资料提及 [机器学习对图片有大小要求，这个问题]

@imn1
也就是说现在的机器视觉确实对细小目标没有办法？

但是，我曾经看过一个很特殊的案例，给出一堆钢管的侧面图，识别这一堆堆叠的钢管有多少根。然后机器视觉非常轻松的就实现了，从结果图上看，机器很容易的就对钢管截面那个很细小的目标（图像像素大约只有 6-10 ）进行了采样，采样的点密布整个钢管截面。
当然这是特例，例子的给出人也说这个东西就是专门识别密集堆叠的圆形截面物体的，干不了别的。

你摆正不了，因为你内心就不认可，所以说啥都没用。早走早轻松

@TaiChou 嵌入式根本就不是软件行业，尤其不是互联网类行业，其本质是制造业，需要大量固定资产投入，这也意味着，人在其中的成本被摊薄了，所以，嵌入式行业里的中下层，远比互联网卷，而且待遇差。因为那是制造业，是真正的 [厂]

Native 的核心，是你的代码，要编译成本地二进制文件，也就是，和操作系统相关的二进制文件，可直接被操作系统执行。这个东西是不可跨平台的，windows 下的 PE 文件 Linux 就执行不了。

像 js runtime ，jvm ，.net runtime ，在这些都是在虚拟机上跑的，其代码直接编译成中间字节码，操作系统本身并不能识别并执行这种文件，必须借助一个中间环节翻译（大部分时候这个中间环节都是虚拟机）后才能执行，所以不能叫 Native 。

上一个时代，搞本地化编译很困难，因为那还是一个操作系统技术快速演进，各种新技术标准层出不穷的时代，本地二进制编译很不好做，基于这点，上一个时代的绝大部分能跨平台的语言都自带虚拟机（似乎就没有不带的，但是为了防止我才疏学浅有没见过的特例，我说是绝大部分）。但是后来操作系统的技术逐渐稳定，然后，本地二进制编译语言阵营这边诞生了一个非常有野心的家伙 LLVM ，LLVM 原本的名字是 Low Level Virtual Machine. 虽然它现在已经和虚拟机没什么太大关系了，但是在它诞生的时候，它的野心在于取代虚拟机。

之后本地二进制编译技术在 LLVM 带来的技术革新下就迎来了新的曙光，导致之后诞生的语言优先选择了本地二进制编译，代表人物就是 Go 语言。

因此，React Native 虽然带有 Native ，但是严格来说，至少现在，它不能叫 Native 开发。当然，这个时代几乎所有语言都在折腾本地二进制编译，js ，java ，.net 都在搞本地二进制编译，.net core 甚至基本已经接近成功了。所以没准以后的某天，React Native 就真的是 Native 了