V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  dayeye2006199  ›  全部回复第 51 页 / 共 76 页
回复总数  1516
1 ... 47  48  49  50  51  52  53  54  55  56 ... 76  
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 虽然数据更加紧凑,但是下游的查询是真的难写,不推荐。
2022-03-17 02:43:15 +08:00
回复了 huangya 创建的主题 Linux Linux 内网图形界面远程的办法
x11 fowarding 可能是侵入式最小的解决方案了。

1. 基本上不太需要安装额外的软件和设置,服务端安装 Xserver ,客户端有 Xclient 就可以了。如果 AB 都是带图形环境的 linux ,这两个都带上了。
2. 走的是 SSH 协议,比较安全
3. 纯内网环境就能用,流量不出内网

这套方案我读研究生的时候用来运行 matlab 用了好几年,特别适合,久经考验
2022-03-16 07:56:57 +08:00
回复了 yukang 创建的主题 程序员 建议大家去 Medium 锻炼英文技术写作
Medium 推荐算法稀烂,个别超人气专栏质量令人发指,体验实在不敢恭维。
OP 得描述一下你的业务是什么,数据大概有多少,否则也不好推荐解决方案啊。

比如你这应用是个 2b 的 erp ,那肯定是直接放 SQL 就可以了,不容易出错,数据库性能也好。

如果你是 2c 需要大量 qps 的,数据库会变成瓶颈的,那可能考虑拉到服务端处理合理一些。

但总体来说,只要数据库不是瓶颈,一律推荐 SQL ,数据库在表设计合理的情况下,做这样的工作性能比自己撸的代码强的多。
2022-03-15 00:55:07 +08:00
回复了 dog82 创建的主题 Linux 哪个 Linux 发行版适合 coder
FreeBSD + i3 窗口管理器。

稳定的很,freebsd 的文档真的很不错,做一件事基本只有一个方法,没有那些奇淫巧技
2022-03-12 01:58:11 +08:00
回复了 gaogaoa 创建的主题 云计算 天空计算会是云计算发展的未来趋势吗?
感觉说的就是 k8s. 不同云厂商的发行版本使用方法基本是一致的。
什么数据库,要是 PG 的话考虑一下[Hasura]( https://hasura.io/)吗?
OP 有心了,还有 follow-up 。原帖上也给 OP 回复了优化方案,看到提升了很多性能,为你感到高兴。
2022-03-04 02:37:01 +08:00
回复了 shellc 创建的主题 奇思妙想 做一个读财报的公众号会有人喜欢吗?
能不能做个 IPO 公司募股书解析。比如美股,每家公司上市申请会提交 s1 文件,里面有大量关于公司业务模式和财务数据的首次披露。很多热门公司的 s1 都有令人惊奇的点,类似“原来是这样”。这些文件都是一手资料,比这些公司在创业阶段各种媒体尬吹乱写的文章有信息含量的多。
商业的做的最大的: https://www.intercom.com/
1 ... 47  48  49  50  51  52  53  54  55  56 ... 76  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1234 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 17:51 · PVG 01:51 · LAX 09:51 · JFK 12:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.