这是一个创建于 1160 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在校学生，是一个团队里的一名成员，学了一年有多的后端，并用 Java Springboot 开发了半年，从零写了其中一个模块，后序自己也完成了优化重构。
然而自以为是的我，很欣然地接收了运维的工作，到现在干了半年有多。但那时候的我却不知运维那对我而言是一条无底洞，没有师兄们的前车之鉴，没有成员相伴前行，只有自己像忙头苍蝇一样到处乱撞。
这半年真正做了的事情，我感觉少之又少，大多在选择和心态不稳上浪费了太多时间。
为了让团队规范化集中使用 git 和 git 仓库，在内网搭建自己团队的 gitlab，花了不少时间，后序又为了让团队成员更清晰地了解 gitflow，commit 规范，分支规范，MR，Code Review 等问题，写了不下 5 个文档，开了 3 次会才总算了结这件事情，那时的团队感觉乌云密布，成员们明里暗里吐槽着我无端行为，浪费大伙时间，没事找事，但我清楚明白代码版本控制很有必要，最终还是坚持了下来。
用了自己仓库，接下来又是考虑怎么分仓库，将冗杂的项目拆分，后端又弄得底朝天，maven 版本管理那时候成了最大的问题，最终又是为了避免 maven 远端仓库搭建，使用本地仓库来打包。
用了 gitlab 后，深入了解了大量 gitlab 的功能后，看到 gitlab 自带的 CI/CD，自动部署等功能，又去尝试去学那些 gitlab-ci 自带的任务，管道命令（但现在很懊恼没有去学 Jenkins ），但结果是实际与预计偏差太多，运维实力不足加上心态没稳住，出现了大量没有预估到的问题。又考虑到整个项目维护成本，后序成员学习成本过高，到中间就放弃了这个方式。
为了完成自动部署的功能，迫不得已只能转向一些现成的 CI/CD 的企业级项目去实现效果。换仓库的那阵子也是，乌云好似又多了几层，以致于有些害怕成员对我的眼光，害怕他们的指责。到现在总算是有些眉目，但仍然还是有数不清的 bug，无论平台使用还是自己服务器上的脚本。
到现在自动部署还是有着大量的问题，整个 linux 和 docker 的使用的效果，让我好似不得已的去整改他们，未来的半个月或许又要花上不少的时间，去弄在运维上，离开发越来越远。现在的我，甚至又出现使用自己搭建的仓库的想法，有几何时甚至想大材小用地把 K8S 用在这个项目中去。
这半年多，心系着开发去学运维，啥都学得快，但学得浅，速成的知识时常让我作呕，大量的无效时间。大量新工具的使用，时常让我头晕眼花。无数的运维工作让我时常怀疑自己，我真的爱它吗，我是追求的是什么，我真的要去转向运维了嘛，我做的真是运维吗，或许只是冰山一角罢了。现在的我，多想再舒服地写着我的模块，再多多写写几行 Java 代码，即使是 CRUD 我也愿意。
现在也常常指责自己，好高骛远，心不定，实力不够，怪点子倒是挺多，盲目追求新技术。
或许当初深思熟虑，有自知之明没有走上运维这条道，我 leetcode 上的刷题数又会多上多少道，我开发上又能为项目增加多少代码量，重构多少原先不正当的代码使用，我在 Java 框架的使用，各种底层的学习又会多多少，我的计算机基础又能再扎实多少。如今已是大三学生，再不准备实习已然太迟，上述的这些只能压缩起来，在这段时间去冲刺完成。
人们常常觉得自己不幸福，他们总关注那些他们无法再拥有的东西，却忘却自己的目标，自己拥有的以及自己能做的事情。但在当前责任，工作面前与自己真正喜爱的偏离，不免真真让我感到迷茫。
 |
1
Cbdy 2021-10-17 18:53:11 +08:00
最好可以找个人指导一下
|
 |
2
stimw 2021-10-17 19:32:32 +08:00 via Android
人总是要走很多弯路的..我的弯路比你这半年要长得多...
|
 |
3
moell 2021-10-17 19:58:26 +08:00
还是树立好自己的目标， 你和我以前有点像，盲目去追求新技术。对于新技术引入需要要做好评估，特别和自己的目标不是一个方向的。
你现在学了这么多，其实也对你后面的开发很有用处。 只不过如果不是运维，不用再深入了。想做开发还是把重心转移过来。 |
 |
4
hackyuan 2021-10-17 20:04:58 +08:00
这算不上弯路，你说了这么多，这恰恰是你的收获。
才大三而已，闷头写代码也写不出什么好的，大手子除外。从这种的完整运维体系开始其实有助于大局观，了解更优秀的工具，事后追起来也很快的。 |
 |
5
Ultraman 2021-10-17 20:20:55 +08:00 via Android
不懂就问，学生团队出于什么考虑要自建 gitlab ？
|
 |
6
reedthink 2021-10-17 20:37:52 +08:00
学生期间拿来就是折腾的，没什么
|
 |
7
hahadaxigua 2021-10-17 20:49:44 +08:00
做自己喜欢的
|
 |
8
dadagogogo OP @Cbdy 是啊 就算有人一起去做也好啊
|
|
9
dadagogogo OP @moell 嗯呢 当初技术评估 实现成本啥都没考虑就乱上新技术了 有时候就会很矛盾 运维那块学得太浅跟没学似的 想学深来又花太多时间 顾此失彼 得拿捏轻重吧 有时候身不由己 运维 bug 没处理好就是还得做 放在那里也过意不去
|
|
10
dadagogogo OP @hackyuan 我当初就是这么想的 被同学一句话说服了，学校里的项目做来做去也差不多是 CRUD，做一个两个将够了。然后就想去拓宽知识面，只不过没想到这么狼狈😢 现在还在赶开发那块都知识
|
|
11
dadagogogo OP @Ultraman 人数限制 ＋ 安全 + 易自动部署 最难不是自建而是如何更好的自动部署
|
 |
12
venicid 2021-10-17 23:51:20 +08:00
有后选后，直接学好 java，出去大厂实习。
别搞运维，搞 java 好 |
 |
13
7gugu 2021-10-18 00:01:14 +08:00
不要再去 java 卷了，感觉后端卷疯了，就是用 java 写个后端，都开始问虚拟机怎么实现了。
|
 |
14
adoal 2021-10-18 00:04:57 +08:00 via iPhone
就是因为你这样的人太少，行业信息化界才漫山遍野都是毫无软件可运维性概念的乙方业务纯程们自以为是地写出在生产环境中处处添乱的垃圾给甲方添堵……
|
 |
15
lvzhiqiang 2021-10-18 08:03:37 +08:00
运维方面的技术栈很多，很广。但相当大程度要求不是技术精湛，而是从业务和日常运维角度去考虑维护便利性，稳定性，快捷性，锻炼的是综合能力。
|
 |
16
littlezzll 2021-10-18 08:10:31 +08:00 via Android
别搞运维
|
 |
17
ahhtree 2021-10-18 08:30:16 +08:00
找一个还合胃口的方向一门心思往里造
|
 |
18
a719031256 2021-10-18 08:46:17 +08:00
运维也还不错，前提是不要只会用别人写好的工具，可以自己写点脚本
java 的话，不管大公司还是小公司，现在都是以业务为主，技术只有面试的时候会问 现在脑残面试官太多了，尽招些面试强业务弱的水货进来，还得老人去带 |
|
19
dadagogogo OP @adoal 有这种感觉
|
|
20
dadagogogo OP @a719031256 有时候就是缺人吧 或者他们基础实力强？ 脚本有写但是写的不是很好，没有系统地练习过，老用别人的工具感觉也挺受限制的
|
|
21
dadagogogo OP @venicid 现在基本都 Java -> GO 了吧
|
|
22
dadagogogo OP @lvzhiqiang 总感觉自己看到太狭隘了，或许有更好的实现却不知道，然后走歪道去实现一些需求。
|
 |
23
Akiya 2021-10-18 13:11:50 +08:00 via iPhone
视野打开一点啊，开发不止有后端，你可以利用自己的优势做 devops 或者 infrastructure
|
 |
24
pydiff 2021-10-18 13:21:54 +08:00 via iPhone
我个人觉得小团队没必要折腾那么多，怎么方便怎么来最好，你搞 devops 对团队成员来说基本没啥好处，还多一堆麻烦，人家当然对你有意见。我认为 devops 应该是有比较好的运维开发能力的人去做才行，要不然你整那么多，还不好用呢
|
|
25
pydiff 2021-10-18 13:26:34 +08:00 via iPhone
我现在就是做 k8s 云原生运维，之前就是搞开发的，深深的感受到如果一个工具你不能让别人很快上手并且用起来没啥问题，你就不要搞，要不然，等着被吊吧
|
|
26
dadagogogo OP @pydiff 所言极是，现在经常觉得这样，自己部署好像没啥。主要是暂且不稳定吧。还是当初技术成本没考虑太多，就单单想着能简化多环境部署的问题，现在踩坑之后后续逐步优化还好。我搞的 devops 和那些企业级的还是差的太多，特别是稳定性。 感觉是没有拿捏好重点
|
|
27
dadagogogo OP @pydiff 有时候感觉自己就是沙口 进退两难了现在搞得 害
|
|
28
dadagogogo OP @Akiya devops 没开发香吧感觉 一般都是要又开发经验的去的吧
|
 |
29
iceteacover 2021-12-22 18:33:33 +08:00
学生团队就已经这么厉害了，蛮好的啊。
要说运维孤单是孤单，小团队基本就一个运维，但是对团队效率影响很大，我所在的公司一般开发不碰运维，也是因为费力而艰难，需要考虑的东西多。 就像前面说的影响效率，所以大多时候是开发 leader 来抓运维。 有一定开发基础的运维当然更好，理解开发痛点对运维非常有帮助。反过来说有运维经验是一件很棒的事情（尤其是有自动化脚本），会自觉的将很多事情交给代码去做。这点对个人成长也很有帮助。 祝顺，后生可畏。 我毕业的时候大概连运维到底是怎么回事都没搞清楚。。。 |
Select Language