椅子重要, 不过看了 TED 发现正确的坐姿更重要. 不正确对要不负担比较重, 正确的坐姿应该是顶住腰部
发不了链接, 关键字: TED 坐姿

我还特意搜了, 竟然还有这东西.
问题: 难道就没有人要做一个简单易用的点读笔吗？
这测评刚好回答了, 爸妈网的估计也看不过去就做了一个 https://post.smzdm.com/p/563974/

手放在桌面, 跳转椅子高低. 之前有段时间感觉手酸痛, 快断了. 换了椅子(高低合适)后问题解决

出差属于工作场所变更, 入职时没有说可以拒绝, 也可以作为仲裁原因----具体可以咨询吧

6000*6000*4/1024/1024 = 137.329101563 (MB)
算一下, 就算 App 有 300M 内存, 这个 Canvas 就占了差不多一半. 后面 toBlob 再耗一点, 应该内存就爆了(OOM)?
无压缩的 RGB 位图, 不管里面多少个字, 占用内存都一样. 什么情景几个字要用 6000*6000 来显示?

建议平台有用就用平台的, 不招人不外包; 招一个懂点技术的人做维护+配置之类的工作
说是 App, 后台+设计+产品不可少(就算一个人做, 这些工作也是要的), 还要后期维护(Bug 修复, 产品上下架, 第三方 API 变动)
另外
===最好能借力大量开源的项目。 需要生态丰富，不能太冷的技术。换一个人还能继续的。
同样的功能不同人看不懂, 可能过两个月自己都看不懂. 原本我自信功能看代码我是一定能看懂功能的, 直到看了一个不知道经过几手, 什么脑回路写出来的代码...

想起刚看代码的自己...回一下
举例开始(可能不太恰当): 你怎么评价 XXX? 这个问题问题是没法回复的, 因为 1. 你不知道 XXX 是谁. 2. 你不知道 XXX 做了什么. 如果这句话在看文答题, 此时你就需要去上下文(Context) 找 XXX 相关的信息了. 所以所谓上下文(Context), 就是包含了你问题答案的背景信息的东西.
回到代码, 同样的, 你要去画一个圆圈. 但是屏幕上有很多个窗口, 你不知道画在哪个窗口上. 但再多个你一个 ContextWindow01, 你就知道是往 ContextWindow01 上面画了. 这个 ContextWindow01 就提供了你画圆圈所需要的信息.
再扩展一下, Context 只是一个词, 用来表明做一件事需要的背景信息. 用这个的原因是, 做这个事情需要很多信息, 不能一次性提供, 或者不想使用者接触到(封装), 所以直接用一个大的东西把所有条件包成一个了.
写太长了....好像有点复杂...不过基本可以看懂吧.....

镜像: 应该用的是 Android 自带的录屏功能(5.0 以后有)
鼠标: PC 接收鼠标事件用 ADB 命令发给手机. 现在已经可以实现用 ADB 启动手机进程, 只需要 ADB 授权后就可以只用 Wifi.

不, 拿代码大全 CheckList 过一下

提供一个思路, 网易云支持快捷键. 看一下播放器能不能支持快捷键静音(换一个?). 有的话自定义快捷键, 响应时发出两个快捷键, 一个停止网易云播放, 一个取消播放器静音

我的理解是, 这些图片后续还要用来展示的, 拼那么大展示也用不了. 理清业务了完全可以用其他方法实现, 比如生成一种 2000*2000 的完整图片,用来显示全景, 缩放是时要显示那块再读取具体的图片. 这样就可以绕过完成一个完整的超大图, 又实现了效果

我还以为是 LeetCode, 看了发现是入门:
```
String value = "-999999999999";
System.out.println(value);
Long result = Long.parseLong(value);
System.out.println(result);
```
结果:
```
-999999999999
-999999999999
```