프론트엔드 대 백엔드 개발자(실제로는 그렇지 않습니다)

@backend1: @frontend1, @frontend2 - a bug here
@frontend1: @backend1 OMW
@frontend2: @backend1 Sure thing. @frontend1, let me know if you need a hand.

...

@frontend2: Not sure if this is a frontend or backend issue
@backend2: Frontend! Set the flux capacitor to true

...

@frontend2: Flux capacitor set to true, will look some more
@backend2: Are you sure?
@frontend2: @backend2, yep, just double-checked, shall I call you and show you what's happening?
@backend2: Sure

...

@backend2: @frontend2 backend issue.

프론트엔드와 백엔드(또는 풀스택) 개발자는 집합적으로 재미있습니다. 개별적으로도 웃기지만 그들 사이의 의사 소통은 재미있을 수 있습니다. 저는 뛰어난 팀과 함께 일하고 있으며 수정할 버그 할당과 관련하여 특정 추세를 발견했습니다. 저는 그다지 익숙하지 않은 백엔드 기술로 작업하고 있으므로 요청하거나 질문할 때 어려움을 겪을 수 있다는 것을 알고 있습니다. 나는 또한 내가 서버로부터 받을 가능성이 있는 정보와 전혀 상관 없이 프론트엔드를 위한 프로토타입을 만든 죄를 진심으로 인정하지만 희망을 갖고 살고 있습니다.

그러나 나는 책임 사이의 회색 영역에 속하는 버그와 함께 특정한 경향을 발견했습니다. 또는 원인이 불분명한 버그. 일반적으로 말해서, 그것은 분명하지만 지금은 훨씬 덜합니다.

버그가 프론트엔드 문제인 경우, 우리(저와 동료 프론트엔드 개발자)는 서둘러 문제를 해결하고 가능한 한 빨리 해결합니다. 모든 지연은 Chrome, Firefox, Edge 및 IE11에서 솔루션을 테스트한 결과로만 발생합니다. 우리는 PR을 하고 계속 진행하며 다음 문제가 해결되기를 열렬히 기다리며 스스로 문제를 찾습니다.

그러나 문제를 일으키는 것은 회색 영역 버그입니다. 내가 뭔가를 살펴보고 그것이 잘못된 것인지 확인하고 조사할 것입니다. 우리는 Vue를 사용하고 있으므로 개발자 도구를 열고 Vue.js devtools를 사용하여 서버로 보내는 내용을 확인하고 내가 무엇을 기대하는지 생각해 보겠습니다. 틀리면 백엔드 개발자가 프론트엔드 또는 백엔드 개발자의 책임인지 확인하고 수정할 것을 잠정적으로 제안하겠습니다. 대부분의 경우 응답은 프론트엔드 문제이므로 더 철저하게 프로세스를 살펴보고 문서화하겠습니다. 문서와 함께 진행하는 과정을 설명하기 위해 스크린샷과 비디오를 준비할 것입니다. 그런 다음에야 팀원들에게 다시 확인하고 버그를 수정하는 것이 프론트엔드 또는 백엔드 개발자의 책임인지 확인하도록 요청합니다. 10번 중 9번은 내가 옳을 것이고 아마도 그들이 고칠 수 있는 간단한 문제일 것입니다. 조사하는 것은 나에게 좋은 일입니다. 동료 개발자들의 작업 방식에 대해 훨씬 더 많이 이해하게 되지만 지금은 계속해서 신뢰를 받는 것이 좋을 것입니다.

나는 지난 주말에 이것을 썼고, 오늘 나는 매우 유사한 문제에 대해 백엔드 개발자와 논쟁을 벌였다는 것을 기록했습니다. 이것은 결국 프론트엔드 문제로 밝혀졌습니다!

도! 나는 또한 이것이 my blog에 500번째 게시물임을 확인했습니다!