掘友等级
获得徽章 0
尾尾到来,有没有老朋友冒泡的,新朋友点赞的
良好的心态和健康的身体才是生活的根本、革命的本钱呀~
各位掘友在努力工作的同时也要保重身体~
关于开发者运营
其实我作为开源社区的活跃分子,会有人问我,作为企业,我如何才能做好开发者运营呢?
首先你要明白,开发者为什么要用你的产品,或者说,开发者用你的产品,图啥?首先,最核心的是,图完成我自己的业务。基于这样的一个看法,我们再看我们的开发者运营,做的事情是什么?是送礼、是给奖品,这些很好、但是没有解决开发者的核心问题,对于开发者来说,有这些很好,但没有也无所谓。可如果你的产品不符合我的需求,那就拜拜了您内。
其次,目前国内的开发者运营都还是运营在做,并不是开发者在做,这就有一个问题、运营其实不懂开发,很多时候沟通起来会有 Context 不同的问题,造成极高的沟通成本,绝大多数优秀的开发者都是很在意效率的,如果你和他的沟通不畅通,会让他十分崩溃,拒绝沟通。这也是为什么我们看到越来越多的开发、运营双栖人才进入运营岗位,做开发者运营。
这会有一个问题,开发者来做运营,那之前的这些运营怎么办?失业了么?并不会,因为我自己在做相关的工作,在工作中我会发现,即使我尝试将自己的心态向运营靠拢,但长期的开发依然将我的心态向开发者靠拢,我无法做到完全切换到运营的 sense,一些活动、一些运营在意的 Point、我需要一些时间学习和适应。
此外,我们可以对比 DevOps,开发者运营本质上是开发者借助自己的开发者经验,做运营的工作。而 DevOps 则是开发做运维的工作,或运维做开发的工作,那我们看一看,DevOps下,我们是如何做工作的切分的:
1. DevOps:我们常规意义上的 Dev + Ops ,双面娇娃。
2. SRE :在运维层面上做细化,深化,探索更多的可能。
3. ...
其实运维的岗位依然还在,只是换了个角度、换了个方向存在,同时,因为领域的细化,运维能够在某个单点上做的更加出色。
对于运营来说,以后可能是这样的配比,一个团队中有一个开发者运营主导,其本身其实是开发,随后,团队内存在各种强力的单项运营,比如内容运营、活动运营。对于更大的企业、可能进一步抽象,有专门的活动运营团队、内容运营团队,来完成相应的通用化需求。将像如今的 SRE 团队不再归属于业务部门,大多是集团内统一联系 SRE 部门进行协作。就开发者运营这条路来看,未来的形态可能就按照 DevOps 的方式进行。
每个月必须写一篇技术文章;
每周必须刷2-4道leetcode题目;
每月技术分享一次;
疑似B站后端源码流出?离职老哥的报复?
还没来得及fork.....
用户推荐 【Linux 中国】
很高兴 Linux 中国来掘金开设账户,相关的内容都会同步发布哦,欢迎关注!
Google 一名前员工在 GitHub 上分享了他在 Google 工作时日常会使用的一些工具,以及外界对应的替代方案。
GitHub:github.com
昨晚,我花了五个小时做了一个新的项目: Logoly.Pro
各位大佬可以去把玩把玩 ,如果觉得不错.......赏个 Star 吧.......
Github 地址:github.com
项目上线地址:logoly.pro
下一页