• 请不要在回答技术问题时复制粘贴 AI 生成的内容
viviprprpr
V2EX  ›  程序员

一枚渣渣前端近期遇到的问题求大佬解惑

  •  
  •   viviprprpr · Feb 19, 2021 · 5028 views
    This topic created in 2086 days ago, the information mentioned may be changed or developed.

    本人菜鸡前端,工作三年多

    最近从小公司到了大公司。觉得大公司应该开发管理规范,技术氛围浓厚,所有成员都会参与产品讨论开发,大家都很积极的希望能把产品做美做好,有很多可以学习的地方

    来了以后主要开发后台系统,这个系统之前开发的人基本上都走了,开发流程,代码质量甚至不如之前的小公司。开发就是接需求,写代码,改 bug,不会参与需求讨论,也不会提项目优化的点。感觉能学习的东西比较少

    我自己平时,除了之前准备面试养成的刷题习惯,也就是偶尔会看看论坛,看看新技术

    我现在是应该继续现在的工作,多利用其他时间加强学习? 还是应该果断换一个公司,并且在找的时候好好调查?

    (还有一个问题就是前端如果想转管理,需要学哪些东西) (有没有什么小而美的公司可以联系我,大家有兴趣也可以加我聊聊天,感觉自己之前技术交流的太少了)

    wx:Vmlfc2FtYQ==

    24 replies  •  2021-02-20 14:35:01 +08:00
    x86
    x86
    Feb 19, 2021❤️2
    1
    个人建议是多利用其他时间加强学习,实在不行再骑驴找马
    phobal
    phobal
    Feb 19, 2021 via iPhone❤️3
    2
    不要被大公司蒙蔽了双眼,大公司并不是所有团队都有很规范的管理,像你上面说的业务主要是做一些内部管理系统,应该是属于公司的边缘部门,也就是不赚钱的部门,看起来你对技术还是有一定追求的,所以我建议你可以先打听一下现公司核心部门在招人没,在招的话可以内部转岗,比较方便省事儿,实在不行再骑驴找马,再找的时候最好面试的时候就把你比较在乎的问清楚,省得进去了再后悔,很折腾。
    Kilerd
    Kilerd
    Feb 19, 2021❤️3
    3
    大公司其实就是 N 个小作坊糊成的结合体,然后迫于职级压力和绩效压力,开发舒适度甚至还不如某些作风良好的小作坊的。
    yyfearth
    yyfearth
    Feb 19, 2021❤️1
    4
    开发内部后台系统基本上就是脏活杂活 对质量没要求 也没有什么规范啊 流程 什么的
    能用就行 所以能学的少 工作强度还不少

    像 Google Apple 这种公司 也有很多这种项目 一般都是外包给临时工作的 然后一个全职员工领头(可以是非技术职位)
    ericgui
    ericgui
    Feb 19, 2021❤️1
    5
    我还要以为是我发的贴子,我除了不算菜鸟意外,其他和你这都差不多。
    rodrick
    rodrick
    Feb 19, 2021❤️2
    6
    如果是大厂的话,我个人觉得可以呆一段时间刷刷简历,顺便问问咋进的?最近也在准备面试
    pushMeUp
    pushMeUp
    Feb 19, 2021❤️1
    7
    你都没说你在哪个城市,怎么有小而美的公司来找你呢
    shanex
    shanex
    Feb 19, 2021 via Android❤️1
    8
    同楼上,希望分享下面试经验( ̄∀ ̄)
    KuroNekoFan
    KuroNekoFan
    Feb 19, 2021 via iPhone❤️1
    9
    legacy code 本来就是很恶心的东西,但是功能又要跑起来,你说怎么搞呢?我的想法就是把东西迁移到你喜欢的技术栈上,当然这么做比你文中说的接需求修 bug 改代码要付出额外的工作量
    viviprprpr
    viviprprpr
    OP
    Feb 19, 2021❤️3
    10
    @rodrick @shanex
    经验真谈不上,之前看到一个面试整理非常详细推荐一下,看完基本上差不多了
    https://www.v2ex.com/t/754004

    面试一定要记录,然后把所有问题在网上看一下,有些问题你以为自己答对了,其实完全没说到点上

    然后就是看运气,有时候面试失败是因为公司招人的意愿就不是很强烈,或者有更优秀的人
    心态别受影响坚持找就能找到
    viviprprpr
    viviprprpr
    OP
    Feb 19, 2021
    11
    @sss15 哪个城市对我来说都可以,现在还没到比较稳定的时候
    palmers
    palmers
    Feb 19, 2021❤️1
    12
    有一个点你遗漏了,大公司并不是公司为单位做项目而是非常小的组,大概两个人一个项目或者一个人一个项目 或者一个人多个项目并行, 所以 大公司甚至比你所谓的小公司还不规范
    wwk
    wwk
    Feb 19, 2021
    13
    同
    d873139022
    d873139022
    Feb 19, 2021
    14
    地点和薪水呢
    viviprprpr
    viviprprpr
    OP
    Feb 19, 2021
    15
    @d873139022 我现在在北京,20k+;小而美的公司在哪无所谓,薪水跟现在差不多即可,主要是那种一起打天下的感觉哈哈
    NasirQ
    NasirQ
    Feb 19, 2021❤️1
    16
    骑驴找马吧,其实重构旧项目也蛮涨经验的。建议坚持试试看。
    现在正带领个小而美的小组,全是刚毕业的幼年前端小盆友,感觉自己都年轻了。从底层一步步垒砖 ing...
    viviprprpr
    viviprprpr
    OP
    Feb 19, 2021
    17
    @NasirQ 方便加个 wx 聊聊么
    NasirQ
    NasirQ
    Feb 19, 2021
    18
    @viviprprpr 暂时没坑啦,不好意思
    duan602728596
    duan602728596
    Feb 19, 2021❤️1
    19
    因为好多人对代码的要求太低了,没有好的编码习惯,加上一些“外行”来开发,代码的质量肯定高不了。

    我个人是以开源项目的标准来要求自己,比如严格的 lint 、commit message 、测试、tag 、CHANGELOG 、文档、注释等等。这些只要稍微做一点,代码质量会提升一个台阶。

    然后好多人上来就是 /* eslint-disable */或者直接关闭 lint,commit 直接随便写,都不知道提交了什么,代码没有注释,项目没有文档,每次有问题,还觉得你理所应当了解项目。这样维护起来相当痛苦。还有比如我碰到的,把一堆逻辑写到 redux 里面的、组件里面写纯业务逻辑然后 ref+回调的、组件瞎封装的。就这些坏习惯加起来,再 NB 的人也扛不住这种项目。
    leeyeh
    leeyeh
    Feb 19, 2021 via iPhone
    20
    放 wx 不如放简历。
    jones2000
    jones2000
    Feb 19, 2021❤️1
    21
    @duan602728596 需求天天变 , 进度又紧, 巴不得 1 天迭代一个版本. 能加班赶工出来就不错了. 前人挖坑后人填, 填不上就推倒重来.
    xcstream
    xcstream
    Feb 20, 2021❤️1
    22
    蹲着 混大公司时长 简历加分
    技术不重要
    viviprprpr
    viviprprpr
    OP
    Feb 20, 2021
    23
    感谢大佬们的回复,收获很多

    因为目前工作不忙,打算先呆着,多学习,多做自己想做的事情,尝试重构现在项目

    等到真的感觉满足不了了,再去找自己想要的
    sheen
    sheen
    Feb 20, 2021
    24
    和我现在很像,天天做后台管理系统,赶工赶上线。也工作三年多了,怕废掉。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   5593 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 66ms · UTC 02:30 · PVG 10:30 · LAX 18:30 · JFK 21:30
    ♥ Do have faith in what you're doing.