首页   注册   登录
 CRVV 最近的时间轴更新

CRVV

V2EX 第 79825 号会员,加入于 2014-11-02 20:41:57 +08:00
今日活跃度排名 4474
卖两个青轴机械键盘, Cherry G80-3000, Filco Minila 67
二手交易  •  CRVV  •  2017-02-06 20:07:05 PM  •  最后回复来自 CRVV
4
卖台 PS3, 送 6 个游戏, 一共 700
二手交易  •  CRVV  •  2017-02-05 20:09:34 PM  •  最后回复来自 YORYOR
8
CRVV 最近回复了
1 天前
回复了 nuistzhou 创建的主题 PostgreSQL 求助 PostgreSQL 大神
select table1.date, to_json(table2)->table1.date as v from table1 cross join table2 order by 1;

需要再处理一下 date 转成 TEXT 类型
公司通常会要求体检,那你按照公司的要求去做就好了
如果公司没有问,书面的东西也没有要求你声明所有既往的疾病 ,那当然就没必要说
如果体检能过,那找到一份工作不是难事。即使体检过不了,也有不要求入职体检的公司

从公司的角度来说,并不是在乎你有没有得过什么病
而是如果一个员工得了重大疾病,就可以获得很长的带薪(有折扣)假且公司不能辞退
公司只是不想承担这个风险而已

这个事情和行业没关系,如果不是打算破产或者打算跑路的公司,通常都会考虑这个

这是国家规定带来的问题,把养病的责任推给公司,导致了病人失业
@darmau
BTC 的分叉相当于把原来的一家上市公司拆分成两家公司,如果你持有原来那一家公司的股票,拆分完你持有了两家公司的股票,这个拆分操作本身没有让你持有的东西减少。
拆出去的可能只是原先公司的一小部分,原先公司的股价仍然很高也完全正常。

央行发行货币大约是说一家公司本来有 100 股,你持有 2%,然后这家公司又增发了 100 股,增发的这个过程也没给你任何的好处,但是持有的公司股权就只剩下 1% 了

这完全是两回事
@vencent

> 而 go 语言的 len 函数对于其他内置类型来说获取的是容器的长度(即元素的个数),而对于 string 类型获取的却是字节数。这种奇怪的不一致我认为是它的设计问题。

对所有类型,len 返回的都是
总字节数 / sizeof(一个元素)
对字符串,一个元素指的是 byte,否则 sizeof(一个元素) 不是常数
这是它一致的地方

另一个 len 不返回 code point 数量的原因是,得到字符串里 code point 个数需要把整个字符串遍历一遍,这样会慢

另一方面,code point 的个数也不一定是你想要的结果,因为在某些情况下多个 code point 才对应一个字,你会不会想让 len 返回字的个数?


至于为什么 for _, char := range "string" 是用 code point 来遍历而不用 byte 来遍历
我觉得你不会希望用 byte 来遍历字符串的
53 天前
回复了 jiansihun 创建的主题 酷工作 我司的面试题目公开诚聘 Java 工程师入坑
@petelin

> 为什么要路由到同一台机器?

如果同一个用户的请求会被路由到不同的机器上,就需要一个中心的数据库来记录哪些用户发过请求,这个数据库会成为瓶颈

> 那台机器挂了呢 扩容了呢?

这里的点是按照用户的 id 来分请求,减少后面每一台机器上的负担
后面的“一台机器”可以不是一台机器,你改成若干台机器加 Redis, 是一样的
这个若干台机器加 Redis 的东西可以继续扩容,但是 load balancer 上的后端不能增加
另外楼主给定了请求数量的上限,在这个题目的范围里不需要考虑扩容

> 还有这个算法太简单了 可能抽不到 200w

能抽到多少数字和算法简不简单没有关系
如果你觉得不行,请直接指出来哪里有问题
54 天前
回复了 jiansihun 创建的主题 酷工作 我司的面试题目公开诚聘 Java 工程师入坑
1. 给登录用户一个 jwt,客户端在发的请求的一个 HTTP header 里带上用户 id
2. 在 load balancer 上,拿用户 id 来决定路由,让同一个用户的请求只会被路由到同一台机器上
3. 接到请求的机器验证 jwt,并且记下来发过请求的用户,如果这个用户已经发过请求就直接返回
4. 随机决定 1% 的用户中奖,然后把数据库上把剩余奖品的数量 atomic x--,如果 x>0 就给用户返回中奖了

数据库上只有 200 QPS 的请求,只要是支持 atomic 操作的数据库应该都能用
其它的部分互不依赖可以无限加机器

没做过类似的东西,大概想了一下这样应该能用
@HangoX
这种库通常不会有 ECB 的,因为用 ECB 就已经写错了
类似这种的还有 libsodium
79 天前
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@no1xsyzy
请去学习一下关系型数据库的范式
在一个符合范式的数据库上做查询,一定会用一堆 JOIN

当然我没有说符合范式的数据库适合用在所有的地方
79 天前
回复了 CUMTProgrammer 创建的主题 程序员 多表 join 如何优化?
@CUMTProgrammer
这是一个常见的话题,早就有很多讨论了

MySQL 的 planner 基本上只能处理简单的 SQL,稍微复杂一点的 SQL 就崩了,所以通常的建议是只写简单的 SQL
3 这个数字没什么神奇的,想一下也知道 3 是个随便定的数
另外,Java 规范凭啥要定 SQL 该怎么写,是不是在阿里巴巴写 C 代码就可以随便 JOIN 了

如果需要保证的是每个表上的操作都是 O(log(n)) 的查询,至于用不用 JOIN 根本不重要
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   865 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 12ms · UTC 21:11 · PVG 05:11 · LAX 14:11 · JFK 17:11
♥ Do have faith in what you're doing.