V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lihongming  ›  全部回复第 8 页 / 共 57 页
回复总数  1135
1 ... 4  5  6  7  8  9  10  11  12  13 ... 57  
2020-10-22 04:50:07 +08:00
回复了 ccming 创建的主题  WATCH 一个手机号可以同时开两个 watch 的 esim 吗
这不是个技术问题,就看运营商愿不愿意这么做了。

你可以把手机号想像成域名,SIM 编号想像成 IP 。局端接到呼叫请求后,需要首先把域名(电话号码)解析成 IP ( SIM 编号),然后再去呼叫这个 SIM 所在的终端。如果一个手机号解析出了多个 SIM 编号,那就按规则呼叫(按顺序逐个呼叫或者群呼)。

大体是这么个意思,不严谨,能想象出这个流程就好理解
@myevery 我猜这可能是面试题
2020-10-16 23:58:09 +08:00
回复了 SakuraSa 创建的主题 程序员 windows 不能命名文件为 con
宁可装个 Linux 桌面版也不要用 Windows 做开发,坑太多了。

现在除了 Windows 都是类 Unix 的天下,传说将来 Windows 也要像 Mac 一样在类 Unix 系统的基础上重构。
2020-10-16 23:32:49 +08:00
回复了 roddy 创建的主题 程序员 面试不倒水干聊 2 个小时的同仁有没有?
@herexf 这不就是典型的 HR 坑吗?

天知道 HR 到底是怎么评估一个应聘者的,该不会是把精力全都放在“要水”这种事上了吧?很多我们觉得不错的应聘者,HR 都说不行,甚至从竞争对手那里挖来让我们难受了好几年的骨干人物,HR 也说这种水平的一抓一大把。真是谜一样的标准……
双机才是正道。

iPhone 做手机用,通讯、工作都用它,不装娱乐 app,不需要大屏幕,也不需要特别高的性能。

Android 做游戏机用,后台、权限什么的都不用管它,反正机器上也没数据。
2020-10-15 03:50:37 +08:00
回复了 yl14786922106 创建的主题 分享发现 移动积分免费换话费,亲测有效!
一个做 IT 的,怎么能转发老年群里那些消息呢?

积分换话费一直都有,但积分并不清零。这种半真半假的消息让人难以分辨,因为人很容易因为一半正确就相信另一半也是正确的。只是不知道当初编造这条消息的人到底是什么动机,非得催着大家把积分换掉?
2020-10-14 00:52:29 +08:00
回复了 firejoke 创建的主题 分享发现 tensorflow 首页多了个平权提示
按闹分配
2020-10-13 06:18:52 +08:00
回复了 yanyueio 创建的主题 程序员 技术贴: 请大佬指导一下无人机通信原理以及如何阻断它
首先你要明白无人机和航模的区别。无人机之所以称为无人机,是因为它能自主飞行,无线传输的信号只是指令,告诉它飞多高,飞到哪儿去,并不直接控制无人机。

所以,即使你阻断了信号,无人机仍会飞行。根据设置的不同,一般会继续执行预定指令或者自动返航。

所以,如果你的目标是使其坠毁,那得在它的导航系统上做手脚,让它无法辨别自己的位置和高度,而这并不容易。虽然你可以干扰 GPS 信号,但现在很多无人机像手机一样集成了多种导航系统。如果你干扰北斗信号……我觉得怕是离喝茶不远了。
2020-10-13 06:08:09 +08:00
回复了 AlbertChen 创建的主题 程序员 程序员还能转行做什么?
按舆论的说法,35 岁以后至少应该转行当总监。转不了的说明你不求上进……[手动狗头]
有没有不说黑话也能考证的方法?我想像正常人一样说话,谢谢就是谢谢,不是 73
2020-10-10 03:47:56 +08:00
回复了 Wolfe 创建的主题 程序员 大家是如何解决学技术中狗熊掰棒子问题的
一年没写 PHP 了,现在让我再写 PHP 怕是也很生疏。尤其是框架,完全不记得 Laravel 是怎么回事了。

但生疏的语法,而不是思路。我记得有那么个函数、方法、API 能实现我要做的事情就行了,不用记住那个函数名到底叫什么。具体写的时候 Google 一下就好,或者翻翻官方手册也行。

最怕的就是这门技术能干什么都忘了,那才是真的掰棒子。
2020-10-08 07:36:35 +08:00
回复了 glacial 创建的主题 Java 微服务下 服务拆分后 查询问题
@MarioLuo 唉!我觉得我的中文确实退化了,解释了好几遍都没说清楚我的观点。现在完整说一遍吧。

首先呢,楼主是确定使用了微服务架构,这是基本前提。

其次呢,我认为用户和订单分在两个服务里是合理设计,至少是一种常见设计。

有了以上两个前提,我才说,这种场景应该使用 Serverless 云计算。因为云计算可以无限横向扩展,让成千上万台服务器同时为你服务,从而抵消微服务带来的性能损耗,并且不增加服务器成本。

大体就是这样吧,如果还有没说清楚的欢迎帮我细化。

微服务的好处是解耦,并不是追求性能。

Serverless 的好处除了无限横向扩展,还可以降低开发难度,因为程序员基本不用考虑性能瓶颈了。
2020-10-08 00:30:37 +08:00
回复了 xmpx310 创建的主题 MySQL 关于 mysql 分表的方案设计,求助
其实大家说的方案思路都差不多,都是按照用户和活动分别组织数据。

但昨晚仔细想了一下,这些方案怕是有个共同的缺点——冷热分布太不均匀,有的表忙死,有的表闲死,可能仍会产生瓶颈。

所以,最好还是按照哈希值随机分表,然后分别根据活动和用户建两个索引表,这样就比较均衡了。
2020-10-08 00:22:51 +08:00
回复了 glacial 创建的主题 Java 微服务下 服务拆分后 查询问题
@xx6412223 我就是你说的有些楼层。如果我不小心伤到了你的经验,那我只能说声抱歉,然后继续用我的“无限”方案了。毕竟我说的是实战经验,不能因为你不高兴就把系统推了重做不是吗?

我的观点总结起来就一句话——Microservice 依赖于 Serverless 。

不过系统设计最核心的一句话是“一切设计都是妥协”,没有什么绝对正确的方案,就看你的案例适不适合。所以我希望你的观点是在充分了解 Serverless 的原理及其计费方式的情况下产生的,那样至少你明白我方案的利弊,否则咱俩的对话就毫无意义了
2020-10-07 13:23:22 +08:00
回复了 xmpx310 创建的主题 MySQL 关于 mysql 分表的方案设计,求助
这场景用 nosql 真的挺合适,实在不想换数据库,也可以按 nosql 的方式来用 mysql 。

首先根据活动分表,然后建立用户 ID 和发奖记录的索引表,就行了。索引表可以用 trigger 自动维护。
安全性和方便性肯定是相对的,但有 SDK 的情况下,自己其实不用处理签名,通过 SDK 发起请求就好
2020-10-06 23:32:59 +08:00
回复了 glacial 创建的主题 Java 微服务下 服务拆分后 查询问题
@reus 带宽什么的仍然是传统思路,serverless 才是真正的云思路。了解一下,你会爱上它的。
2020-10-06 23:30:53 +08:00
回复了 glacial 创建的主题 Java 微服务下 服务拆分后 查询问题
@lpts007 具体不知道,我用 AWS,理论上至少有几万台吧
2020-10-06 08:20:37 +08:00
回复了 glacial 创建的主题 Java 微服务下 服务拆分后 查询问题
@dongisking 没具体测试过,但我一直这么用云,主观感觉速度还是很快的,页面都是秒开。

而且用户再多也是那么快,反正是横向扩展的,用户多少与我无关。无需考虑这些问题可以有效减少开发时间。

当然实际应用不会有 1w 个并发,一般也就几十个。我说 1w 的例子是为了让事情变得更明显,传统思路是时候改变一下了。
1 ... 4  5  6  7  8  9  10  11  12  13 ... 57  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1365 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 17:31 · PVG 01:31 · LAX 10:31 · JFK 13:31
Developed with CodeLauncher
♥ Do have faith in what you're doing.