V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dayeye2006199  ›  全部回复第 50 页 / 共 76 页
回复总数  1505
1 ... 46  47  48  49  50  51  52  53  54  55 ... 76  
2022-04-05 12:25:00 +08:00
回复了 baobao1270 创建的主题 服务器 面向大陆用户建立站点,哪家的服务器比较好?
AWS us-west-2
借问一下,gcr.ioquay.io 这类容器 image 有什么镜像站吗?
下载个 virtualbox 镜像吧。或者用 vagrant 直接拉
国外的话可以用 aws batch 。按使用量收费的。很多做电影搞动画的渲染工作,都是扔到上面搞得。
2022-03-27 02:03:41 +08:00
回复了 yongchiu 创建的主题 程序员 写 C++代码有感
很多时候感觉是 toolchain 没有配好。写个复杂的 cmake 或者 makefile 得花半天。程序迟迟跑不起来,没有收到正反馈,感觉沮丧。

Go 这种保姆式 toolchain ,啥都不用安装就能编译起来了。
2022-03-25 10:24:46 +08:00
回复了 dreasky 创建的主题 算法 求凑数算法
这个是个 bin packing problem ,https://en.wikipedia.org/wiki/Bin_packing_problem

Np hard ,没有线性时间精确解。但是有不少 heuristic, 例如 first fit https://en.wikipedia.org/wiki/First-fit_bin_packing#:~:text=First%2Dfit%20(FF)%20is,is%20at%20most%20the%20capacity.

具体就是对每一个商品,遍历发票列表,找到有剩余金额可以容纳该商品的发票。如果找不到就新开一张发票。如此知道所有商品都被分配给某张发票。

复杂度 Nk ,其中,N 为商品数量,k 为发票数量级。

这个算法可以被理论证明不会使用超过 1.7 * 最少的发票数量。但实际使用中效果很好,一般远好于这个上界。
工作职位和企业还是比较少,找工作有点难。

房子和收入比起来还是有点贵啊。
感觉和其他一些移民国家相比没有啥性价比的优势啊。

比如去美国大农村做个程序员,一年赚个 10 万,关键是房子才 40 50 万。

但是自然风光和生活节奏肯定是棒棒的。移民难度肯定也是有优势的。
Numpy 底层也都是调用各种矩阵运算库来加速的,例如 blas lapack 。这些矩阵运算库为了性能,需要专门针对不同的 CPU 架构的指令集进行实现。所以 arm 架构需要专门编译这些底层库。

这些库还有商用实现,例如 Intel mkl ,由于 intel 是专门卖 x86 处理器的,所以可想而知不会主动去支持 arm 。

但一般用户使用可能不会接触这些细节,一些包管理软件例如 conda 已经可以很好的管理不同架构下的包,这些编译工作也已经有人做好了。
2022-03-23 07:35:21 +08:00
回复了 qile1 创建的主题 Flask flask 和 fastapi 及 bottle 如何多进程共享认证 token
你需要 cache 。如果不想额外引入服务,例如 redis ,就用数据库做 cache 好了。服务量不大的话没问题的
2022-03-23 07:31:49 +08:00
回复了 dokimaster 创建的主题 Go 编程语言 现在 GO 语言面试这么难吗?
这是找做系统底层的程序员,和 go 没关系。lz 不是你的问题,他们问的问题也没太大问题,面试官态度不太耐心是真的。面试就是来发现大家是不是适合一起工作的,其实是好事
这个公司没有 artifacts repository 的吗?
多版本号共存应该也不影响使用才对,各个项目依赖不同版本是可以的。
2022-03-19 13:52:47 +08:00
回复了 111qqz 创建的主题 程序员 每次 OnCall 过后都掉一层皮
坚持拖到下一位 oncall 的来接盘
2022-03-19 08:31:09 +08:00
回复了 wapzjn 创建的主题 Linux 推荐一个适合 Linux 的笔记本?
求推荐一个 freebsd 的 bijiben
可以手写 openapi 的 spec ,然后自动生成文档。这样就不存在格式问题了。
还能自动生成 mock server ,SDK ,十分方便
2022-03-19 01:41:12 +08:00
回复了 onice 创建的主题 程序员 有写 rust 的老哥吗?
rust 在业界一般拿来干什么活,有没有老铁出来说说。

不能是 web CRUD 这种把。。
2022-03-18 03:22:12 +08:00
回复了 youthfire 创建的主题 MySQL 求助一个 SQL 表达
对 name 分词或者生成 ngram 之后,和 namelist 取交集。如果交集为空就是不包含。
但是 op 你这个描述太含糊了,name 是中文还是英文,是自然语言还是一些机器码之类的,都会影响到你怎么实现的。
2022-03-18 02:18:39 +08:00
回复了 wxt 创建的主题 程序员 关于物联网系统的数据库设计和选型
可以一张表,但是指定一个 partition key (月份+设备)。https://dev.mysql.com/doc/refman/8.0/en/partitioning-overview.html

其实就是系统帮你做分表。查询的时候只会扫有你目标数据的 partition 。例如指定一个设备号,就只会看 partition key 里面包含这个设备号的分区,所以性能会很高。

这么做的好处是你现有数据库设计和下游的查询代码基本不需要怎么改动。
查询性能和你目前的方案性能基本一致:找 parition + 找到表之后查询。查询 partition 设计合理就是个 log n 的复杂度。
可能有点反楼主
2022-03-17 05:22:34 +08:00
回复了 BeijingBaby 创建的主题 程序员 接手一个奇葩系统……
朴素的分布式系统,感觉看到了很多系统的雏形
2022-03-17 05:19:10 +08:00
回复了 y0bcn 创建的主题 数据库 各位大佬对预测数据存储有什么好的方案吗
得分析一下你的下游是怎么使用这个数据的。

我们做过和你的同样的应用,下游需要支持按照发布时间+预测时间作为查询条件的查询和时间上卷操作。
所以方案 1 对这个需求支持是最好的。

对发布时间和预测时间需要建立索引。

数据量如果非常巨量的话,考虑对发布时间或者发布时间的区间(例如一周)做 partition 进行分表操作。

方案 2 虽然数据更加紧凑,但是下游的查询是真的难写,不推荐。
1 ... 46  47  48  49  50  51  52  53  54  55 ... 76  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3514 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 47ms · UTC 04:28 · PVG 12:28 · LAX 21:28 · JFK 00:28
Developed with CodeLauncher
♥ Do have faith in what you're doing.