@feller 一直使用 scp -r $dir $dist

用过 three.js, Unity3D 结论是效果都不够好. 需要优化的地方太多. 做的漂亮要看设计和美工. 做的顺滑就需要优化上下大力气. 我是没有耐心再搞这个玩意了.

去 github 上搜索, 基本上每个方向都有人做技能树. 但计算机领域实在有太多方向了, 人力有限, 也只能选择几个有限方向, 越是深入, 领域就越是细分. 但最基础也是最核心的, 就是 CS 考研需要考的哪几门.

@LeeReamond 我晚上回去打 log 看下各个地方的耗时, 我现在都没有跨网络, 本机测试延迟都是 1400ms, server, provider, render 都在本机.

2MB 的 base64 str(本来是 bytes, 但因为某些原因, 我需要将其编码为 base64), 然后还原到 bytes-> 然后转换为 numpy, 然后转换为 tensor, 然后使用 mayavi 显示(10W-20W 个 point cloud), 最终就是非常慢. 反序列化这一部分就已经需要秒级了. 最终完成一次窗口绘制, 时间就超过 5s 了. 主要还是二进制序列化太消耗时间了. 不做二进制序列化又太大, 一次网络传输 20MB, 大概需要 10s(香港到大陆). 我想想该怎么优化.

@LeeReamond 2MB 的 base65(本来是 bytes, 但因为某些原因, 我需要将其编码为 base64), 然后还原到 bytes-> 然后转换未 numpy, 然后转换未 tensor, 然后使用 mayavi 显示(10W-20W 个 point cloud), 最终就是非常慢. 反序列化这一部分就已经需要秒级了. 最终完成一次窗口绘制, 时间就超过 5s 了. 主要还是二进制序列化太消耗时间了. 不做二进制序列化又太大, 一次网络纯属 20MB, 都需要 10s(香港到大陆). 我想想该怎么优化.

@LeeReamond 没找到好的办法, 只能使用多进程, 然后使用 Queue 做数据通讯, 但真的很慢很慢. 你用过 mayavi 库吗? 是否有性能优化建议, 这个库启动非常耗时, 每次至少需要 3-10s, 每次同步的数据数据比较大 1-10MB, 然后还需要从 str->bytes->目标数据结构, 最终体验非常差.

另外, 对外在能考虑到的情况是不会抛出系统级别的异常的. 如果事前没有考虑到, 那么就让他直接奔溃. 由宿主层去考虑要怎么执行下一步操作.

主要要看你处于什么层次, 你做的这个层的消费者是谁, 如果你作为一个底层库, 要看错误是谁导致的, 如果是用户入参有问题, 我们就是抛出异常, 如果是内部的不受控的上下文依赖导致的问题, 也是直接抛给调用者, 如果是内部业务逻辑错误, 也直接抛给调用者. 如果是外部调用者(普通用户或第三方 API 调用者),那么就需要在外层统一处理一下. 主要是大部分错误就没法处理. 直接返回给调用者. 主要是看是逻辑错误还是其它. 说白了, 异常是一种偷懒的流程控制手段, 看你怎么用.

IoT 设备的核心问题是很多厂家生产的硬件设备的协议是不开放给第三方的. 而且很多协议是私有定制化的, 就这一步, 就搞死了大部分用户. 各家都都指望靠这个 2 头收钱(硬件生态生产商加入需要收钱, 开发者接入需要收钱). 这些都是利益. 如果将接口都开放, 就没有生态一说, 产家就变成买设备的. 而平台就没啥用了!

@bbsabc2 你们是学校, 不是培训机构. 如果这么急功近利, 最好不要从事这样行业. 好好学数据结构, 算法, 操作系统, 计算机网络, 软件工程等核心基础课程才是正道. 如果那么基于发财, 不如去炒虚拟货币.

@mmddisa 没什么问题, 一切正常使用, 把你的 DNS 配置贴出来
@codefever 不解决问题, 就不要发废话

@ikas 你做么做的? 同事的台式机没有蓝牙, 系统直接就隐藏了就叫共享功能, 找都找不到

深圳每次无门槛的消费券都只有 1xx 多, 我抽中了 2 次, 直接在美团里面买菜, 一次性就刷掉了, 还算比较实惠. 那个电子产品优惠是个坑, 没啥用!

@tw93 有没有想过将语法解析树部分和渲染器独立出来, 因为多很多时候我需要一个跨平台的个人笔记程序, 我之前也一直想要自己搞, 但一直没这个精力. 至少需要支持 Windows/MacOS/Linux 和移动端的浏览. 我之前过了一遍 Makrdown 的语法规范, 发现要实现 AST 好麻烦, 比自己实现 JSON 库复杂得多, 你大致上是咋处理的?

@psyer 解决方案非常多, 要根据实际情况来. 反正使用网盘同步是一个馊主意. 核心问题在于文件的数量, 有些项目, 动辄几万个文件, 一旦某一次大范围的修改项目, 就会导致云盘同步非常缓慢, 一旦同步缓慢, 就会导致多端代码不一致, 然后还会出现文件相互覆盖, 最终代码文件丢失. 即便有历史记录的云盘, 想要正确的恢复代码也非常困难, 我在坚果云和 OneDrive,GoogleDrive 使用上都遇到过这个问题, 最终官方给我的回复是他们没有为此种场景优化, 不建议使用他们的网盘同步代码. 核心原因还是这些网盘没有提供.gitignore 这种按需求忽略同步的层级覆盖配置. 坚果云的开发人员说他们正在研究, 最终应该会增加此功能. 不过我放弃了坚果云了. 自己配置了私有云服务器, 自己每天同步到自己的服务器. 而且公司的电脑我也可以直接 SSH 上去. 所以同步代码这个执念我就放弃了.

@psyer

psyer 解决方案非常多, 要根据实际情况来. 反正使用网盘同步是一个馊主意. 核心问题在于文件的数量, 有些项目, 动辄几万个文件, 一旦某一次大范围的修改项目, 就会导致云盘同步非常缓慢, 一旦同步缓慢, 就会导致多端代码不一致, 然后还会出现文件相互覆盖, 最终代码文件丢失. 即便有历史记录的云盘, 想要正确的恢复代码也非常困难, 我在坚果云和 OneDrive,GoogleDrive 使用上都遇到过这个问题, 最终官方给我的回复是他们没有为此种场景优化, 不建议使用他们的网盘同步代码. 核心原因还是这些网盘没有提供.gitignore 这种按需求忽略同步的层级覆盖配置. 坚果云的开发人员说他们正在研究, 最终应该会增加此功能. 不过我放弃了坚果云了. 自己配置了私有云服务器, 自己每天同步到自己的服务器. 而且公司的电脑我也可以直接 SSH 上去. 所以同步代码这个执念我就放弃了.

@Oktfolio Java 这种老古董, 不思进取. 谷歌都在逐步放弃, 现在转也是选择 Kotlin, 选择 Java 才是入坑