 |
1
bbao Dec 2, 2020
[现在是只负责开发部分了，只对接产品]，一下子多了起码半天的时间用来摸鱼...
我负责维护的东西都丢给专门的运维了，「这一周出了几十个大小问题」，但是由于责任都划到运维那边去了，我反而轻松许多，甚至可以关机睡觉 同学，不知道这一周出的几十个问题有多少和你之前一个人负责全部流程中是不是有关系。但通过文字描述来看，不应该是运维部门刚接受，一周之内出来几十个问题； 如果不是他们自己新开发内容出先问题，而是维护出了几十个问题，那么，可能考虑到你能力不行而让你只负责开发到。。。。。。。。。。 几十个问题可还行 |
 |
2
ragnaroks OP  1
@bbao 几十个问题，不是 BUG，直接原因就是运维那边走不通这套流程，见的太少了；比如不会针对 mine 处理缓存规则，不会调配负载；你肯定要说是个运维都会做，但是事实就是他们几十号人没有一个会，我都觉得离谱
|
 |
3
KuroNekoFan Dec 2, 2020 1
@ragnaroks 对 http 有比较全面理解的开发者感觉在国内并不多
|
|
4
ragnaroks OP @KuroNekoFan 开发另说，运维的家伙我感觉连 linux 都是赶鸭子上架半夜点灯学的
|
 |
5
putaozhenhaochi Dec 2, 2020
几十个运维都这水平。。。。
这个公司怎么活下来的 |
 |
6
freelancher Dec 2, 2020
？？？几十个运维都是这个水平。我不信。之前公司没有这样。交接文档写好了没？
|
|
7
freelancher Dec 2, 2020
正常开发完的项目要带着走通才可以。一股脑丢给运维。你领导没说什么吗？我也是服气。
交接文档写了没。事情安排好了没。项目一交出去，别人出错不帮着看。来这里吐槽。是要显得你牛逼吗？ |
|
8
ragnaroks OP @putaozhenhaochi 接口访问频率很低的，一天不超过一万次
@freelancher 钉钉里面初略看了下是 27 个运维（运维-XXX ），想不到吧，我刚才在群里问了下“怎么获取 centos 下的 CPU 频率，谁给个脚本”，几分钟过去才有个人甩了个 csdn 链接过来 |
 |
9
CallMeReznov Dec 2, 2020
一听就是老 SRE 了，System Restart Engineer 。
一般接手初期肯定是需要开发配合处理问题的，坑这个东西不踩永远不知道怎么弄，LZ 这一把手全甩出去一刀两段式的的确是不多。 如果非 BUG 并且处理过 1-2 次的问题还会重复出现，那就得质疑运维的能力了。 我反而是被各种甲乙的开发弄的头疼的一批，理解万岁吧 |
|
10
freelancher Dec 2, 2020
@ragnaroks CPU 频率。这个自己百度也看得到的。别人和你处不来。才丢一个文档给你的。有时也是想一下自己的处事办法吧。睡午觉了。不说了。
|
|
11
ragnaroks OP @freelancher 不是我不帮，我连接入运维的权限都没了好吗，就差给我公司 VPN 取消了；别人问我的情况我也只能靠经验猜问题在哪；至于显得我牛逼，这个你可能想多了，我牛逼就不会在现在的公司了
|
|
12
ragnaroks OP @freelancher 你的思路有点奇怪啊，这难道不是很明显的故意问的？但凡接触过 linux 都知道怎么看吧；不过可以确定不是百度来的，因为我们公司早就屏蔽了百度的已知的大部分域名；如果你继续留言的话，希望发言前过下脑子
|
|
13
ragnaroks OP @CallMeReznov 是的，运维就是吃经验的，现在公司制度有点问题，直接解除了开发的运维接入，我老大都没权限了；现在的技术主管，感觉并不是技术出身。。。
|
 |
14
mowentian Dec 2, 2020
唉，看着有点乱呀，说来大兄弟有跑路的想法不？可以看看我们官网 https://www.high-flyer.cn/ai_lab.html 有兴趣可以我们可以邮箱交流下呀，pp.huang@high-flyer.cn ；来做全栈，有个人空间
|
|
15
ragnaroks OP @mowentian
手上还有 3 个项目在负责，目前没人能接手，不过我确实有跑路的想法了，在这里干了 4 年多了该换地方了； 看了下你们的岗位，“ https://app.mokahr.com/apply/high-flyer/4604#/job/55332f43-c28b-495a-aba1-e3a904973693 ”可以完全胜任（逻辑上），不过目前没法脱身，后面有机会的话再沟通交流 |
 |
16
HuHui Dec 2, 2020
27 个运维，公司 1000 号人左右？
|
|
17
ragnaroks OP @HuHui 群里是 700 多，不过运维数量不代表啥，以前是按项目分部门的，现在按职位分部门了，运维不出意外会裁掉 10 个以上，开发也是，不过有的人已经准备自己走了
|
 |
18
defunct9 Dec 2, 2020
还有运维的坑不？
|
|
22
ragnaroks OP @mowentian 没有微信，只有 QQ，微信上学的时候膜蛤被永丰了；换工作的事情暂时不急，之前就有猎头了，而且工资也不好说，我现在合同工资 37K
|
 |
24
cszchen Dec 2, 2020
不要喷楼主，可能真的是运维太差了呢
我以前在一家公司，运维只会装系统 |
 |
27
newtype0092 Dec 2, 2020
@freelancher @CallMeReznov 如果接手的人水平 ok 不管项目有多坑，原来的 owner 人还在，问两句不过分吧。面对这么多问题还放着原来 owner 摸鱼我觉得是啥也不懂问也不敢问或者说不知道从何问起的菜鸟。。。
|
|
28
ragnaroks OP @newtype0092 对的，我也感觉是这样的，无脑 try，而且不接受帮助，别说问我了，我申请进他们组帮他们对接，直接告诉我不用
|
 |
29
luckoct Dec 2, 2020
“”我刚才在群里问了下“怎么获取 centos 下的 CPU 频率，谁给个脚本”，几分钟过去才有个人甩了个 csdn 链接过来“”
人家运维是懒得回答你这种低级问题 |
|
30
ragnaroks OP |
 |
31
zxhy Dec 2, 2020
楼主打算做的项目可否细说下？
|
|
32
ragnaroks OP @zxhy
自用项目，可能会开源，主要是运维交接出去后，下班后都应该不会有人来找我了，有时间去做了； 原始想法是仿照 Rainbow 做一个书签管理； 每个书签有分类、TAG 、定时刷新的预览图、评论、好或差评、添加时间或更新时间等元数据； 图形界面仿照 Steam 客户端和 Steam 官网首页，也有搜索功能等； 根本原因是书签太多，浏览器管理非常不方便，而且跨设备不太好实现； 但是最终决定做成仅单用户使用的。 一来考虑到书签并不存在分享展现等情况； 二来是书签或多或少带有用户特定信息，如果公开可能会有不良影响； 最后就是不做用户部分，不用考虑鉴权，不用考虑防护。 |
 |
34
rodrick Dec 3, 2020
上面有的人戾气好重
|
|
35
ragnaroks OP |
|
37
luckoct Dec 3, 2020
“是懒得就不会劳烦大驾从收藏夹找到或从谷歌找到结果后丢出来了，直接键盘敲
cat /etc/proc/cpuinfo | grep Mhz 要几秒？ ” 那你怎么不直接去百度查方法呢，就怕这种能自己找到方法还要去问别人的。这是做事情的态度问题 |
|
38
luckoct Dec 3, 2020
接楼上，还有此类问题你抛到 Q 技术群里也只是会被人鄙视一顿
|
Select Language