V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lsk569937453  ›  全部回复第 20 页 / 共 32 页
回复总数  627
1 ... 16  17  18  19  20  21  22  23  24  25 ... 32  
如果考虑回国的话,还是得优先考虑 QS 排名。不过国内的就业来说的话,你去不了 TCD 的话,其他都差不多的。因为国内只看 QS 100 和其他。

爱尔兰工资高,消费高。而且俄乌战争直接让爱尔兰的物价全面上涨了 25%。现在都柏林租房太难了。爱尔兰已经不是欧洲第一首选。爱尔兰的治安还算好,只要你不去 18 区那几个黑绿聚集区,治安挺好的。

我的建议是在去 linkedin 上找一下 remote 的工作,坐标德国,只有德国的公司(各种创业小公司)会给你发工签。
284 天前
回复了 dream4ever 创建的主题 Docker Docker compose 容器的更新及日志持久化问题
1.更新镜像后,直接 docker compose up -d 就能更新服务了(镜像没变的不会重启)。docker compose down 是关闭所有的服务。
2.使用 volume 把磁盘目录和容器目录映射一下就行了。
volumes:
- ./logs:/home/logs
把容器的/home/logs 映射到当前的 logs 目录
284 天前
回复了 yfang 创建的主题 问与答 咨询下目前 Rust 的 GUI 库状况
@yfang
后端是可选的,可以用 rust ,也可以用 js 。
前端我是用的 react+antd 。
286 天前
回复了 yfang 创建的主题 问与答 咨询下目前 Rust 的 GUI 库状况
https://v2ex.com/t/966345#reply2 这个就是我用 tauri 开发的。
286 天前
回复了 yfang 创建的主题 问与答 咨询下目前 Rust 的 GUI 库状况
都用 rust 了,不用 tauri 有点看不懂。
信他不如信我是秦始皇
Fn 、FnMut 、FnOnce 的区别建议看下 https://rustcc.cn/article?id=8b6c5e63-c1e0-4110-8ae8-a3ce1d3e03b9
如果非得重构一个屎山项目,其实还是很有风险的。

我们当时是完全接手一个老项目(.Net),经常出问题,老大拍板决定重构(用 java 重构)。
我们组每个人都领一个子模块,同时还有 2 个核心模块的代码。每天就是读源代码,然后开会代码反讲。
对于不懂的地方,直接加日志,看下生产环境具体的值。

重构的顺序: 当时是经常出问题嘛,我们就定位到问题,优先重构有问题的模块。
验证: 当时是用流量回放进行验证的,每天都进行流量回放,验证了 7 天吧。
288 天前
回复了 ysz1121 创建的主题 程序员 golang 一个很神奇的问题
@j0hnj 笑死。。。。
288 天前
回复了 balabalaXMX 创建的主题 程序员 在本地压测服务的思路
推荐一个自己常用的 http 压测工具。https://github.com/rakyll/hey
rust 你学了,就离不开它了。毕竟 cargo 太爽了。
我最近用 tauri 开发了几个桌面应用。size 也不大,性能又高。
用 join 和子查询就是把压力放到数据库。数据库可是有状态的,不能随意扩容。流量上来了,你就抓瞎了。第一种方案在服务端做,代码复杂,但是无状态的服务扩容简单。

所以互联网很少用 join ,我甚至记得去哪的数据库规范里禁止 join 。
294 天前
回复了 Tiller 创建的主题 程序员 李跳跳收到腾讯的律师函,无限期停止更新
李跳跳这种不好变现的。这种 app 是改变别人 app 的内容达到自己的目的的,法律上不支持的。
我记得 autojs(可以认为是 app 端的爬虫),作者都开源了,没有任何的盈利行为,还被封杀了。
今晚抽俩小时写了一个。https://github.com/lsk569937453/auto_keypress
rust 其实不好找工作的。你转 rust ,不如先上 remote 网站上看下什么语言的职位多,就学什么语言。反正 rust 是少之又少。

如果现在在做.net ,那就先苟着吧,现在找工作太难。
有没有可能是你的 web 后端太简单了。。。。


1.协议还分简单和容易吗?再说 web 协议不止 http/websocket 。
redis 协议(访问 redis),mysql 协议(访问 mysql 会用到),grpc 协议( http+json 性能不够了怎么办?只有加机器这一个选择吗?)无非是你现在用的都是在巨人的肩膀上做的,很多人帮你封装好了 http 协议。游戏里面的协议也是封装好的,你不会以为游戏里直接读 tcp 的流,来拆分结构把。

2.性能方面。相比 web 后端,接口的速度优化大部分只是从业务逻辑上下手,而游戏后端却要通信协议方面和业务逻辑优化兼顾。

上面我已经说了一部分,web 性能不够的时候也可以换 grpc 协议,你不用不代表别人都不用。其次,如果对性能优化感兴趣,可以读一读 https://github.com/donnemartin/system-design-primer 系统设计。看一下从数据流到数据库这一条链路上究竟有多少可以优化的地方。

3.业务复杂度。游戏既要处理复杂业务的同时还要追求性能,为了避免 io 阻塞和网络容差性,往往都是在本机内存上处理数据
那么我这里有几个现成的问题苦恼我好久了,希望楼主能给我点拨一下。
a.50 亿的单表数据。现在分成 100 个分表,如何快速的迁移数据(非停机迁移)。
b.我现在对数据库的读写比例是 8:2,每秒有 1W 的数据写入数据库,我该使用何种数据库类型。
c.现在各个公司都在走双中心的架构,各个组件(mysql/hbase/redis/postgresql)如何实现双中心架构?单个中心内的架构又如何部署?
d.你现在公司的网站的访问流量突然增大了 1000 倍,你该如何重新设计你的接口,让你的网站能抗住这么大的流量?该不会是加机器吧。

4.数据安全性。
建议楼主用爬虫去爬一下美团/携程的酒店和淘宝指定商品的列表,去感受一下互联网最前沿的反爬技术。如果楼主能开发一个稳定爬虫,我愿付费购买。爬美团/携程 APP 的酒店价格,连续运行 30 天就行,一个月我愿意付 3W(每天抓 1W 家酒店价格)。一个月 3W ,楼主如果感觉这钱好赚就可以开动起来了。

5.我实在想不通不同领域的两个方向还能比较的。文无第一,武无第二啊。
------------- 一个即将毕业的 web 老码农
有没有可能是你做的 web 业务太简单了。。。。
296 天前
回复了 chai2010 创建的主题 Go 编程语言 我也打算逐步放弃 Go 语言
go 语言挺香的。。。
296 天前
回复了 Laysan 创建的主题 数据库 求教个 Mysql 数据库分库分表的问题
自己写程序迁移,有唯一 id 的好迁移。
1 ... 16  17  18  19  20  21  22  23  24  25 ... 32  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5161 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 08:07 · PVG 16:07 · LAX 01:07 · JFK 04:07
Developed with CodeLauncher
♥ Do have faith in what you're doing.