您的位置:首页 > Web前端 > Vue.js

开发最近在推广Vue3,你这边也可以跟着一起学起来

2021-09-25 14:51 836 查看

近况

这是早上老板给我的一条消息,引起了我的一系列思考。

最近没怎么更文,第一是确实没太多时间,第二是感觉

素材
有点匮乏。写不出很吸引人的文章,也有一些
琐事
缠绕。

趁着来新公司满了3个月,想聊聊一下试用期这段日子,顺便吐槽吐槽

毕竟也不是述职报告,就不列举做的工具产出相关的内容了,纯粹说说自己对这家C姓(3线)公司的看法吧。

感触

入职3个月以来,公司给我最大的

感受
只有一个: !这倒不是说公司有多大。

差异大

这个差异,主要体现在很多地方。来这个公司后,陆续发现了很多前同事。所以也能了解到各个部门之间的一些情况。

  • 加班程度差异大

    我所在的部门,加班无疑是

    非常严重
    的,说实话颠覆了我入职之前的看法。本以为是个养老的企业,没想到内部也有加班这么狠的部门。

    我自己的节奏大概保持在

    10 9 5
    的水准。说实话,我是个不太能卷的人,我到8点还不下班的话我就感觉自己浑身难受,
    很煎熬
    。但周边基本都是9点以后才开始有人走,所以我也渐渐保持了10 9 5这个水平。

    尽管如此,我还是比他们来得晚,比他们走的早。

    而我了解到的其他同事,他们有的8点半来,5点半就走了,美滋滋的

    坐上班车
    ,回家吃上爸妈做的饭,接着就是逗娃的欢乐时光。

  • 技术栈差别大

    这点其实可以理解,各个部门都造有自己的轮子,个别部门更凶残点,造的轮子还要其他部门接入使用。不过总体上来说,大家后端还是以

    Java
    为主。

    有一些测试部门也用

    Python
    或者其他语言。入职的第一个项目就是
    测开团队
    的JSP项目,说实话对于Java并不擅长的我来说,确实如坐针毡,甚至想当场跑路。

    倒不是说搞不定,就感觉自己倒退了。

  • 变化大

    这个变化,其实在我入职之前就已经差不多进行完毕了。部门这边在推广

    去测试化
    ,也就是把测试都KO掉,让测试转向自动化,简单的需求让开发尽量都自测,最终达到去测试化(
    虽然我觉得不太可能
    )。所以呢,在我来之前,测试已经从测试部门合并到了开发旗下,由开发老大统一管理。这就导致我们不得不和卷王开阀门肩并肩一起
    内卷
    。这就导致群里某个群友经常会问我:"下班没?"(
    我怀疑他是故意的

    在此之前经历过很多部门的异动,这也是后来其他同事跟我讲的。甚至

    整个测试组
    都比较恐慌,去测试化,意味着"老混子点工"得转型了,小组长不能只考虑业务了,还要选未来的方向:
    自动化
    or
    测开
    or
    转岗

    每次开组会的时候,氛围都是组长在暗示资历比较久的老点工,不能只专注于业务,要适当转型。

业务线测开之痛

虽然我在上上家公司的定位是

测试开发
=
纯开发
,但来这边的时候我的
组织架构
是在业务线下面,隶属于具体的某一个业务组。

我很hia怕和上家公司一样,面试纯开发,入职给我一个纯粹的点点(倒不是不情愿,就只是觉得有些浪费)的岗位。所以在入职之前,我再三询问了,这个岗位的具体工作内容。确定好了之后就决定来尝试下

业务线测开
这个角色。

很多公司其实组织架构是这样区分的:

  • 工具开发组

  • xx业务线

    小业务线
  • xxx业务线

      小业务线

    而我呢,就在

    小业务线
    下面做测试开发。对我的定位是啥呢?

    1. 收集业务痛点,开发日常工作所需的小工具
    2. 帮工具开发组完成来不及做的需求
    3. 为组内成员提供技术辅导培训等

    大概就是这样几件事情。我除了业务方面没怎么参与,其他的都基本上完成的不错。但我们都忽略了最重要的业务部分,我不亲自参与业务,我基本上不知道有哪些地方比较麻烦,或者说

    比较复杂

    所以我从入职开始,一直是老板给我在规划接下来的任务,可以说是各个击破了。可能因为上班时间久,咱也不是那种爱划水的。入职后把老板这下半年的规划都做完了,老板

    直接懵逼了

    因为我不熟悉业务,好,那我做一些组内的基础工具总可以吧。但难受的是,因为咱们是业务线测开,不论做什么,老板都会优先想想

    工具组有没有对应的工具支撑
    。如果有的话,只能用人家的呀,不满足需求的话也得给人家提。

    老板的观点我也认可,因为确实

    重复造轮子成本大
    ,而且工具组的用户体量大,用户用习惯了,不太愿意接受改变。而且历史数据众多,迁移成本巨大。

    颇有一种有力使不出的感觉。

    所以我

    最近去用工具组的UI自动化框架写用例去了
    。确实不怎么好用,但问了几个同事,好像都不太在意,能忍受。

    想象一下,一群人在照猫画虎,用的是最新的

    es7
    的语法,连async和await是啥都不清楚。也确实能完成用例,调调api就行了。或许这也算这个框架的成功之处吧。

    总结下来就是,做基础的东西(有大山挡着,不合适),做组内的工具,受众面小,而且极度依赖于业务实践和理解。(对目前的我来说不合适)

    虽然老板总问我有没有什么想法,我能想到的,公司都已经做好了,不能重复造轮子。比如我有兴趣的代码覆盖率,没兴趣的流量回放,数据工厂,人家都已经搞定了,毕竟那么多部门那么多工具组,不做点东西怎么

    升职加薪
    呢。

    如果有的选,大家千万不要选业务线测开,直接选工具组。

    吐槽

    再来说说标题,我这儿开发话语权远大于测试,开发那边几乎在搞全员学Vue了。(这边的开发之前都是JSP项目改的,所以前端都会一些)现在开发们都跟着学,咱们

    测试
    也不能落下,所以又给我下了政治任务: 学Vue

    学东西是挺好的,但是有没有必要呀~我是特别支持技术栈多元化的,有区别就有比较,有比较就有优劣。我细数了一下,我已经从

    Python
    go
    再到
    Java
    ,前端再从React转成Vue,感觉我马上快学会8门语言(的hello world)了。有啥用呢?

    (

    想起在上上家公司,因为只有我会一些前端,活生生让我干了1年前端,想到这个就刺激
    )

    哎,烦恼多多。不管何时何地,都一样。

    学就学吧,不管怎么说,学习总是没错的(来自汤总的鼓励)。大家一起加油吧,这么晚吐了个槽,请大家见谅~

  • 内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
    标签: 
    相关文章推荐