V2EX › vagranth 的所有回复 › 第 6 页 / 共 9 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9

❮

❯

2022 年 6 月 11 日

回复了 JerryAi 创建的主题 › 酷工作 › 🚗 硅谷宝藏 FinTech 公司新职位开放 🌟 100%远程+期权+各种福利补贴

都英文简历了，这问题不应该问 @wdwwtzy

2022 年 6 月 7 日

回复了 naijoag 创建的主题 › 职场话题 › commit 信息和代码注释要求写中文

这算什么要求？太扯了吧。这种要求让他发公开邮件说明。

2022 年 5 月 30 日

回复了 Brixlabs 创建的主题 › 酷工作 › [远程] 月薪 30-35K RMB, 招聘 Rust 开发工程师，不要求英文能力。

我倒喜欢用英文作为工作语言

2022 年 5 月 26 日

回复了 SharonPan 创建的主题 › 酷工作 › [北京/青岛/武汉/深圳/远程] FydeOS | 燧炻创新多岗位招聘 2022v2

刚考完试，太久不用 C/C++ 了，手生的一塌糊涂。
测试环境要是允许 js 或者 rust 就好了。

2022 年 5 月 23 日

回复了 zuizuioyzy 创建的主题 › 酷工作 › #资深前端 leader/资深前端/高级前端 #后端开发工程师 #UI/UX 设计师 #财务 BP 投递地址： [email protected]

没写地点和薪资范围……

2022 年 5 月 19 日

回复了 opentrade 创建的主题 › 酷工作 › RustDesk 招聘远程实习（开源，有偿）Sciter 向 Flutter/Tauri 迁移项目

简单看了一下代码，感觉改成 tauri 还是有一些工作量的。
sciter 的 ui 部分不是纯粹的前端应用，因此我觉得这部分应该是基本要重写。
rust 部分的 ui.rs 倒是封装的很独立，因此跟 rust 整合的部分应该相对好写一些。
个人感觉而已，说得不对的请指正。

2022 年 1 月 26 日

回复了 pupboss 创建的主题 › 程序员 › Windows 怎么开发配置环境来着， WSL 好像没啥用啊

我用 wsl2 ，基本没遇到过什么问题。
唯一一次是编译时报 kernel syscall 问题，配置文件里加了一句解决。

2022 年 1 月 18 日

回复了 mikeven 创建的主题 › Windows › 现在很多人鼓吹 Windows 系统不分区，一个 C 盘，那么重装怎么办呢

首先，重装系统需求不强，一般我系统装好至少用 1-2 年。
其次，真要重装，那就是只保留”自己产生的内容“，一般这些还真不多。

2021 年 10 月 23 日

回复了 Duccck 创建的主题 › Windows › WSL 2 拳打 macOS，脚踢 Ubuntu ？

只说自己的感受，我前几天切到 win11+wsl2 ，感觉还不错，至少把本子上的硬件用全了

2021 年 10 月 16 日

回复了 wzzyj8 创建的主题 › Ubuntu › Ubuntu 21.10 出了

半年升级挺累的，两年一次就挺好，老老实实 LTS 吧

2021 年 10 月 16 日

回复了 itechnology 创建的主题 › Windows › 折腾了一晚上，终于成功用上 Windows11 了

@waytoshine 我这边是恰恰相反，终于把开发主力机从 Ubuntu 换成 Win11 了
至于原因，没有别的，WSL2 实在太香了。

2021 年 7 月 29 日

回复了 brader 创建的主题 › 程序员 › 真正的点对点聊天通讯隐私实现想法

https://github.com/evilcorpltd/aTox
tox 协议可以看看

2021 年 5 月 7 日

回复了 polyang 创建的主题 › 程序员 › 现在的程序员，这么简单的问题都能答错吗？

说实话，这些问题我都回答不上来。
通常来说，遇到这类问题的时候，我会 google 一下

2021 年 5 月 6 日

回复了 polyang 创建的主题 › 程序员 › 想选学一门第二语言作为拓展用，我该选什么语言（主业是 Java ）？

不开玩笑的说，如果只选一门，我建议是 rust

2021 年 4 月 28 日

回复了 daijinming 创建的主题 › 程序员 › 如何在内网实现域名解析

6 楼 31 楼都说了，mdns +1

2021 年 4 月 28 日

回复了 8e47e42 创建的主题 › 问与答 › 一般大厂应该怎样做 code review，如何组织 Git

对于问题 2，如果用 git，请使用分布式思维方式，每个开发人员 fork 出来自己的工程，修改完后把需要 merge 的 patch 发 PR/MR 给 reviewer，在 reviewer 确认后，由主仓库维护者 merge 。主仓库不应该让所有人有写权限。
对于问题 3，commit 应该对应 comment，我觉得以 function 分比较适合。如果以 class 分，我想可能会出现编译不过的情况吧。commit 不能 break CI 。

2021 年 4 月 28 日

回复了 8e47e42 创建的主题 › 问与答 › 一般大厂应该怎样做 code review，如何组织 Git

我同意 @kop1989 的说法，git 和 svn 两者没有优劣之分，只有适用场景不同（集中式 /分布式）。

不要说这俩了，即使是现在使用率已经很低的一些 version control 工具，在其出现时的背景，其存在都是有意义的。

2021 年 4 月 28 日

回复了 8e47e42 创建的主题 › 问与答 › 一般大厂应该怎样做 code review，如何组织 Git

我司用 gitlab 的，提交代码用的是 Merge Request，在 commit comment 上写明 reviewer，然后 reviewer 直接在 MR 上做 comment，提交者需要处理完所有 comment 才可能会被允许 merge

1 2 3 4 5 6 7 8 9

❮

❯