V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 外包信息请发到 /go/outsourcing 节点。
• 不要把相同的信息发到不同的节点
mokevip
V2EX  ›  酷工作

昆山花桥,小公司,有没有找工作的, Java 后端,要求有微服务经验

  •  
  •   mokevip · 80 天前 · 1615 次点击
    这是一个创建于 80 天前的主题,其中的信息可能已经有所发展或是发生改变。

    要求

    1. 迫于公司要转型微服务,想要找有微服务架构经验的,能够在技术上提供足够支持的(这里转型风险评估过了,也有熟悉业务的同学一起做,风险和成本公司决策层已经同步)
    2. 具备千万级以上复杂数据处理能力
    3. 有团队管理经验 或 有金融行业/劳务行业从业经验者 是加分项

    公司情况

    1. 公司氛围比较好,基本不加班,甚至很多人是预支调休时长,休完假回来补班的
    2. 公司会时不时有各种活动,有社团文化,有健身房、一三五中午公司有组织团操,团队里也有各种小团建,公司比较注重员工情绪价值和个人成长
    3. 公司一共 200 多人,产研团队有 9 后端、5 前端、2 测试、1 运维、2UI 、3 产品、1 安卓
    4. 公司大小周(周六以团建和玩为主,无工作指标要求),朝九晚六、午休 1.5 小时

    最后

    但是迫于花桥这边整体薪资水平不高,希望各位不要有太大期待( 14-16 ,13 薪)。。。

    如果各位有意向,可以加我微 bW9rZXZpcDg=

    公司环境

    iflyapi
        1
    iflyapi  
       80 天前
    这薪资估计 3 点要求只能满足 0.5 点
    mokevip
        2
    mokevip  
    OP
       80 天前
    @iflyapi 目标可能是,有架构经验的年轻人吧,这边整体薪资水平都不高,唉,唯一卖点可能就是可以躺平了。。
    tomatocici2333
        3
    tomatocici2333  
       80 天前
    为什么周六不工作还要大小周
    mokevip
        4
    mokevip  
    OP
       80 天前
    @tomatocici2333
    1. 公司 200 多人,商务、客服等都是单休,老板考虑技术如果双休不太好,所以折中大小周
    2. 老板创业之前的公司技术都是大小周,老板默认就这么干了,人都是按照大小周的标准招的,对老板来说改成双休不如大小周,周末你们在公司多玩玩增进增进氛围
    3. 平时搞太多活动,太占用大家工作时间,下班时间大家也都各回各家了,所以专门有一天用来给部门开会和玩算是一种维持氛围的好方法
    ala2008
        5
    ala2008  
       80 天前
    架构师?那招不到,你说用过微服务那还可以
    mokevip
        6
    mokevip  
    OP
       80 天前
    @ala2008 有相关经验就好啦,有很多 java 在小公司里做项目会自己尝试从零到一搭建微服务框架的,这种水平就可以。
    rqxiao
        7
    rqxiao  
       80 天前
    真是这种大小周也是奇葩,难道所有人都喜欢集体活动吗
    EJW
        8
    EJW  
       80 天前
    @mokevip #4 如果真这样,能理解。但不是所有人都喜欢集体活动倒是。
    mokevip
        9
    mokevip  
    OP
       80 天前
    @rqxiao 综合下来的结果吧,只能说现在这个模式是结果,不是原因。
    从公司的角度来说还是希望大家对公司有归属感。
    sagaxu
        10
    sagaxu  
       80 天前
    “目前给分发的任务依旧是以微服务和重构作为目标(老项目跑了三年了,最近性能问题和维护问题成为了瓶颈)”

    微服务并不是解决维护问题的灵丹妙药,小团队更适合用模块化,单体应用,子模块由不同 dev 维护单独打 jar 包,最后再集成到一起,用接口做好隔离,禁止随意跨模块调用。拆分成 3-9 个模块,每个后端负责 1-3 个,禁止修改非自己模块的代码,维护性就解决了。

    微服务不但解决不了性能问题,还会因为服务间调用降低性能,自建的服务治理和监控对小团队来说也太重了,各种坑都要踩一遍,每次踩坑都可能造成线上事故。

    这么小的开发团队,使用模块化重构可能更稳妥一些,能解决问题,且不会引入服务治理的成本。
    k1526783667
        11
    k1526783667  
       80 天前
    如果是 go 微服务的话就好了
    mokevip
        12
    mokevip  
    OP
       80 天前
    @sagaxu 嗯嗯,颗粒度问题吧,现在没有那么细,大概就是模块化的概念,原本单体的分成 5-10 个服务这样
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1194 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 27ms · UTC 18:09 · PVG 02:09 · LAX 10:09 · JFK 13:09
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.