- 크로스플랫폼 빌드, 바이너리 하나로 배포하는거 하나는 매우편리.
- channel 악으로 깡으로 쓴다고 좋은거 구글에서 뭐 안준다, mutex 써서 간단히 해결되는거면 mutex 써라.
- 어설픈 객체지향에서 벋어나라, 굳이 모든 함수를 스트럭쳐에 때려박을 필요 없다, 단독 함수로 분리했을때 더 명확하다면 분리해라.
- 일상적? 개발에서는 대부분 interface 로 퉁칠 수 있는데. 직접 특정 자료구조를 구현해야 하는경우 제네릭이 겁나게 고프다. (이제 베타 나왔으니 빠른 1.18 정식 릴리즈를 바란다) https://go.dev/doc/tutorial/generics
- 웹프레임워크 거기서 거기다 기본 net/http 패키지 성능이 준수하기 때문에 뭘써도 중간은 간다. 좀느려봤자 어차피 현업에서는 로드벨런서 + 오토스케일 하기때문에. 진짜 무슨 기본 동접 100만은 찍는 글로벌 초대형 프로젝트 아닌 이상에야 당신이 웹프레임워크 라우팅 성능에 신경쓸일 없다.
- go.dev 종종 들어가서 블로그 글이랑, 업데이트 내역 잘 살펴봐라, 도움된다.
- db 써야하고, orm 비스무리 한게 필요하다면 개인적으로 라이브러리 내부에 리플랙션 같은거 있는거 극혐하는지라.
sqlc, entgo 정도 추천한다. 둘다 제너레이트 기반으로 타입 세이프티한 장점이 있다. 아 임베디드 키벨류 db 는 없냐고? 당신같은 변태를 위해 badgerdb 가 있다.
- 데스크탑 앱을 만들고 싶어요
- 프론트 개발지식이 있고 일렉트론등에 익숙하다면 wails (v2 beta) 추천
- 크로스 플랫폼 꺼지고 윈도우만 개발할꺼고, win32api 에 익숙하다면 github.com/lxn/walk
- 이더리움 관련해서 데이터 분석이나 뭐 솔리디티 함수 호출하고 그러고 싶으면 https://goethereumbook.org/en/ 이거봐라, 참고로 지금이랑 내용이 조금 안맞는게 있기는 한데 그정도는 알아서 잘 해라.
- 어느정도 golang 개발 깜이 차오르면 무지성 리턴 말고 에러처리에 신경좀 써라. (errors 패키지, 커스텀 에러, w% .... )
기타 물어보고 싶은거 있으면 물어봐라. 질문받는다.
해당 댓글은 삭제되었습니다.
일반적인 Repository, Service 레이어로 웹 프로젝트를 구성한다 했을때, 외부랑 직접 통신하는쪽은 var 로 정의하던 타입을 하나 만들던 Defined Error로 나머지는 그냥 errors pkg에서 Wrap 쓰면 좋음. 그럼 마지막에 로그 찍을때 에러난 근본원인부터 뭐하다가 그 에러가 발생했는지까지 다나옴
go로 밥벌어먹고싶은데 일자리가없어요 ㅠㅠ - dc App
아직 편의성관점에선 좀더 발전이필요해보이네 몇년후에나 좀 본격적으로 파볼까생각중