[招聘] 西安某所寻找 Git 培训讲师(2k/场)

[zheyong]

[招聘] 西安某研究所寻找 Git 培训讲师(2k/场)

岗位职责:

• 为研究所技术团队提供 Git 版本控制系统培训(1 场)
• 分享工程化团队的代码管理经验

要求背景:

• 具有企业级 Git 协作开发实战经验
• 熟悉多人协作场景下的版本控制最佳实践
• 有类似培训或技术分享经验优先

团队背景:

• 主要技术栈:MATLAB 、Verilog 、Python 、Java 、前端(HTML/JS)等
• 业务方向:信号处理、图像处理、深度学习

现状与痛点:

1. 之前有人介绍过 Git 但未能真正推广开
2. 目前是能跑就行的心态,大家觉得版本控制太麻烦
3. 多人修改导致代码版本混乱
4. 项目结构不清晰,代码越积越多
5. 缺乏规范的协作流程和代码管理 6.平时都是内网工作，目前在服务器装了 git,gitlab,自己在试着用

培训内容期望:

1. Git 基础到进阶使用(重点是实用性)
2. 如何降低团队使用 Git 的门槛
3. 团队 Git 协作流程和规范
4. 代码组织与管理的最佳实践
5. 企业实战经验分享

报酬:2000 元/场

联系方式:

微信: ZWdnYWNrZQ== (base64 编码)

[villivateur]

外地去，可以报销机票吗 [/doge]

[billbob]

我可以给予指导

[hanxu317138]

什么样的公司....竟然排斥 GIT

[bzw875]

Git 自学不了，可以告别软件开发行业了

[songyoucai]

我一个人写代码都用 git

[wanmyj]

看到你们用 matlab ，感觉好多说得通的。这是学纯算法的一批人普遍存在的问题，重视算法，轻视实现，重视个人，轻视合作。

爹味十足的我给你出个方子，给你省 2000 元子。提供 10 个文件可以任意修改，一个月的时间内，必须每个人至少提交 100 个 commit ，10 个 MR ，每个文件都要留下自己的痕迹，但不得破坏 master 的推进顺序，不可以 push master. 一套组合拳下来，让他们学会怎么改 conflict ，写 MR description 。至于拉版本，commit 恢复，cherry-pick ，git bisect 调试之类的，以上学溜了下个月再教也不迟

[Jinnrry]

啊？这东西还需要讲师吗？不都是找个 blog ，一个小时就基本上学会了吗。

[abc0123xyz]

这玩意再难也没有这上边列的任何一个技术栈学着难吧.......

[Yeo0o]

这还需要找人上门讲吗，git 算是很基础的程序员工具了吧，不会自学？

[Eathein]

一场讲座完全达不到这些所预期的效果，就算全听得明白也得练啊

[rihkddd]

楼上这些都不懂，研究所的人不一定是真不会，他们只是有这个钱可以用，外面的人想赚这个钱也必须要有这个培训。
我刚 17 年毕业的时候也去讲过，那时候给我是 5k ，但是我记得整个培训可能得花十几万。

[bojue]

3 千块我去

[johnnyNg]

太牛逼了，研究所版本控制都没有

[Noicdi]

如果单纯的讨论 git 的某个命令如何使用，那看看官方文档翻翻网上博客，去命令行输入命令或者 GUI 点点点就行。问题是团队内部如何使用，如何统一多人使用的工作流程，提交冲突时遵循什么原则进行处理，遇到一些场景时哪些命令更合适。不了解这些的人确实不知道该咋用，与其一群人上网搜博客不如找个人统一培训一下，省时省力。
实际上这也是我的疑问，工作中多人协作使用 svn ，业余项目只有一个人，git 爱咋用咋用，还真的不知道团队开发或者 GitHub 项目中的标准 or 通用工作流程是怎样的。

[gitjcc]

1 、根本问题
你这个是协作流程的问题，不是工具的问题。首先要确定协作流程，引入流程需要的工具（比如 git ）就是水到渠成的事情。
如果团队不希望「代码版本混乱」，那么「版本控制」带来的就是「秩序」而不是「麻烦」。
所以除非团队希望「代码混乱」，不然「版本控制」带来的「收益」远大于「麻烦」。

2 、培训
Git 协作流程，就那几种模式，全是成熟的东西，网上一堆教程，根本不需要培训。
入门就选最基础的 Git flow 就行。https://www.ruanyifeng.com/blog/2015/12/git-workflow.html
Git 基本操作，记住常用命令就行了，不常用的命令用到的时候现查文档。https://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html
深入学习 Git ，看官方的书。https://git-scm.com/book/zh/v2

3 、推进
OP 有培训预算，应该是得到拍板人的支持的。分阶段推进，应该没啥问题。
另外，大家觉得版本控制太麻烦，为啥没有觉得「版本混乱」会有麻烦？

[rickiey]

我在西安，周末有时间，这不捡钱么？你自己看下文档也可以教他们吧，是有资金没处花么？

[tomatocici2333]

这就不是技术问题。。开讲座算是员工活动的一种

[ironblood]

其实从上面的描述可以猜个七七八八：

- 这工具咋这么复杂，这么多概念和命令
- 我直接上去改不就完了么

自底向上地推进过程的改进是很难的，要在短期舍弃效率的情况下追求过程的严谨、合规，除非某一个小团队尝到甜头，并且管事的大佬觉得这个可以当作自己的成绩。

[Betsy]

我猜 op 可能想找的不是 git 工具怎么用，而是企业内部 git flow 的协作流程。

每个角色在这个流程中应该做什么？
在这个流程中每个角色应该怎么做？
如何评判这个过程中每个人都做好了？

[zhuanggu]

我现学，机会留给我