tag
4개의 글
개요
개요 최근 그래도 규모가 조금 있는 프로젝트를 처음부터 설계하고, 구현 및 운영한 경험이 생겼습니다. 상당히 많은 부분에서 하고 싶은 걸 했고, 부족한 점을 느끼기고 했고, 발전했다고 생각합니다. 하지만 안타깝게도, 기반 시스템(혹은 라이브러리)에 대해서 조직 내에서도 명확히 어떻게 해왔다는 게 없었어서 상당히 아쉬운 결과를 낳게 되었습니다. 지금에 와서 매우 많은 부분에 스며들어 있어서 일일이 교체하기에도 비용이 큰 작업이 …
왜?
왜? HTTP API에 에러 쓰는 건 개인 취향 혹은 조직에서 정한 룰 아닌가요? 저도 그렇게 생각하고 있습니다. 모름지기 학사 과정을 수료했든, 학원을 수료했든, 부트캠프를 수료했든, 백엔드 개발자라면 알아서 잘 남길 수 있을 것입니다. 그럼 왜 이 글이 있는 거죠? RFC에 HTTP API의 에러에 관한 내용이 있더라구요. 흥미로워서 가져왔습니다. RFC7807 RFC7807은 Problem Details for HTTP …
개요
이 글은 제가 작성한 레포인 generics-for-go를 기반으로 쓰여졌습니다. 개요 예전 고 1.18 dev 버전이 나왔을 때 한 레포를 만들어서 제네릭 관련 함수를 찍어낸 적이 있습니다. 그 이후 한동안 잊고 지내다가 1.18 beta가 나오게 되고 이제 큰 피처의 변화는 없을 거라 판단해서 제네릭으로 몇가지 장난을 하던 도중, 러스트같은 언어에서 자주 보이는 Option과 Result를 만들어 보고 싶었습니다. 예전에도 …
쉬운 에러 처리
쉬운 에러 처리 package main import ( "errors" ) func NewError() error { return errors.New("this is new error!") } func ThrowError() error { _, err := os.Open("not-exist") return err } func main() { err := NewError() if err != nil { …