veightz 最近的时间轴更新 veightz 最近的时间轴更新 |
veightzV2EX 第 41328 号会员，加入于 2013-06-27 23:52:15 +08:00 |
| 有没有可以灵活有趣的智能硬件或平台推荐? 硬件 • veightz • 295 天前 • 最后回复来自 customsshen | 1 |
veightz 最近回复了
20 天前 回复了 fenglirookie 创建的主题 › 硬件 › 关于台式电脑配置 |
不如大风扇？
23 天前 回复了 ysjiang4869 创建的主题 › iPhone › 双十一了，纠结和手机推荐， iPhone 16 和 vivo x200 pro mini |
vivo 用户路过。
可以等等小米。最近这么多新品呢。还有 iqoo13 。
vivo 的 GPS 差点意思，屏幕也通常是短板。
安卓普遍振动较为一般。还没我的小米手环生猛。
续航，流畅度，稳定性，充电都不错。
可以等等小米。最近这么多新品呢。还有 iqoo13 。
vivo 的 GPS 差点意思，屏幕也通常是短板。
安卓普遍振动较为一般。还没我的小米手环生猛。
续航，流畅度，稳定性，充电都不错。
24 天前 回复了 lizongwu 创建的主题 › 问与答 › 60 岁父母智能手机品牌求推荐， 3000 元以内，拒绝华为以及华为衍生品牌 |
给老爹买个红米，丈母娘 iqoo neo ，都是 2k 的价位。
有些问题，我们敏感，老年人其实无所谓。比如动画不流畅啥的。
vivo 还有个模型的远程辅助功能，还行。
再说点有些反常识的，老人需求点不太一样，如果是远程，可以看看家里附近哪里有线下店，有问题也可以让老人去厂商店里，也方便。像我爹，手机重点需求是耐摔，换屏方便 and 便宜。
我丈母娘，拍超好看，大屏手写。
有些问题，我们敏感，老年人其实无所谓。比如动画不流畅啥的。
vivo 还有个模型的远程辅助功能，还行。
再说点有些反常识的，老人需求点不太一样，如果是远程，可以看看家里附近哪里有线下店，有问题也可以让老人去厂商店里，也方便。像我爹，手机重点需求是耐摔，换屏方便 and 便宜。
我丈母娘，拍超好看，大屏手写。
53 天前 回复了 GoodRui 创建的主题 › Ubuntu › 求救， Ubuntu22.04 apt 报错无法安装、更新和卸载软件包... |
@aloxaf 刚从坑里出来，换回默认的源就好了， 之前习惯性用镜像源，没想到会变得不幸。。
54 天前 回复了 fliter 创建的主题 › 程序员 › 为什么 Serverless 生态目前普遍支持最好的是 JavaScript？ |
楼上的观点大都赞同。
另外有个自己的观点，js 开发者相比于纯粹的后端开发者更容易成为 serverless 用户，他们更加在意如何能够快速容易地部署获得一个 http api.
另外有个自己的观点，js 开发者相比于纯粹的后端开发者更容易成为 serverless 用户，他们更加在意如何能够快速容易地部署获得一个 http api.
60 天前 回复了 pauluswanggang 创建的主题 › macOS › 编程初学者， MAC 上有什么好用的 C++编程软件？ |
对于你侄子的情况，不建议 DIY 强的方案。
我觉得 Xcode 和 CLion 对他来说相对开箱即用一点。
我觉得 Xcode 和 CLion 对他来说相对开箱即用一点。
76 天前 回复了 xingcy 创建的主题 › 程序员 › Mac 外接显示屏断开后， ide 全部卡死无响应 |
我的情况是 ui 错位，chrome 也偶现。需要电脑重启根治。
76 天前 回复了 vanillaxxx 创建的主题 › 问与答 › 有没有不杀马特的高刷显示器推荐 |
https://www.gepc.vip/product/27 寸 4k155hz-幻鹰极简银白全铝镜面屏/
划重点，微博上看到的，我自己没买过，不确定是否靠谱
同时是否杀马特和光污染，以楼主判断为准
划重点，微博上看到的，我自己没买过，不确定是否靠谱
同时是否杀马特和光污染，以楼主判断为准
80 天前 回复了 aboutboy 创建的主题 › 程序员 › app 初始化时需要通过接口获取上千个独立的配置项，如何优化？ |
问题还挺多， 不是单方面的。整体方案就挺奇怪的，感觉没有沟通好设计。。
客户端的问题：
1. 用户体验问题肯定要客户端解决。不可能同步等这份配置吧，这个数据量的下载，反序列化，都是不小的开销。一般来说是同步读客户端缓存，异步刷新数据。
2. 配置同步做下版本管理， 记录下版本的上一次同步时间。 做好缓存时间控制。
服务端问题：
1. 上千个配置下是同构的吧？ 一个读结构不同的配置项 key 吧？ 要支持批量的接口。
2. 服务端都做热缓存吧， 有内存缓存的话， 我觉得性能本身倒是还好。 但是目前方案我觉得你们的第一个瓶颈是带宽。
3. 我觉得可以的方式是读 cdn ， 配置大概率也不是高频更新的，可以结合 etag 等手段， 确定有数据变更了再回拉。
客户端的问题：
1. 用户体验问题肯定要客户端解决。不可能同步等这份配置吧，这个数据量的下载，反序列化，都是不小的开销。一般来说是同步读客户端缓存，异步刷新数据。
2. 配置同步做下版本管理， 记录下版本的上一次同步时间。 做好缓存时间控制。
服务端问题：
1. 上千个配置下是同构的吧？ 一个读结构不同的配置项 key 吧？ 要支持批量的接口。
2. 服务端都做热缓存吧， 有内存缓存的话， 我觉得性能本身倒是还好。 但是目前方案我觉得你们的第一个瓶颈是带宽。
3. 我觉得可以的方式是读 cdn ， 配置大概率也不是高频更新的，可以结合 etag 等手段， 确定有数据变更了再回拉。
Select Language