일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- golang gopher
- go middleware
- gin recovery
- git
- go 캐릭터
- 좀비고루틴
- go recover
- gin logger
- go디자인패턴
- go clean architecture
- go 마스코트
- go 대기그룹
- go 맥 air
- go air
- go air 환경변수
- 골랑 고퍼
- go 패닉
- 개발자
- 신입개발자
- gin middleware
- clean architecture middleware
- gopath 환경변수
- go panic
- go channel
- go
- go 환경변수
- go 맥 air 환경변수
- 고루틴 채널
- air 환경변수
- go 맥
- Today
- Total
목록전체 글 (92)
뽀미의 개발노트

새로운 회사에서 백엔드 개발을 맡게 되었다. 원래는 C#으로 만들다가 이번에 Go로 바꾼다고 한다. 나는 애매한 중간 시기에 들어와서 고 공부하다가 바꿀 때쯤 투입될 예정인 듯!! 그래서 각 잡고 공부하고 있는데 Java 배웠을 때랑 많이많이 다른 언어라 너무 재밌고 무엇보다 캐릭터가 귀여워서(?) 맘에 든다. 곰돌이..? 수달..? 뭔진 모르겠지만 잘 지내보자 겸댕이!! (검색해보니 쥐라고 한다,,, 충격,,,,;;;;) 사수님께서 고 언어 특징 공부하라고 하셨는데 이왕 정리한 김에 블로그 써버리기~! 유후~!! 참고로 나의 대장님은 킹왕짱 멋진 개발자 이시다. 내가 원래 알고있고 좋아했던 서비스를 만드는 회사에 취업한 것도 기쁜데, 넘넘 좋은 대장님을 만나서 진짜 행복하다. GDG 연사자분으로 처음 ..

우리 회사는 기존의 레거시 코드를 싹 걷어내고 차세대 버전으로 전부 뒤바꿈 할 예정이다. 언어로는 Go를 선택했는데 성능도 좋고 가볍고 빨라서 좋을 것 같다. 이 언어로 얼마나 멋진 서비스를 만들지 넘넘 기대된당!!!바로 작업에 착수하기 전 먼저 디자인 패턴도 공부하고, 아키텍처 공부도 하고 시작해야 좋을 것 같다고 하셔서 백엔드 아키텍처에 대한 이론적인걸 많이 공부했다. 그동안 클린 아키텍처 라는 말은 많이 들어봤지만 제대로 공부해본 건 이번이 처음이다. 공부한거 블로그에 정리해놓고 나도 나중에 봐야지~~ 룰루 go-clean-arch 깃헙 레포 정리Go 클린 아키텍처 깃헙 레포원본 (2017에 작성된거라 v1임)프레임워크에 독립적일 것.테스트 가능할 것UI에 독립적일 것Database에 독립적일 것..
참고 코드 깃헙 레포https://github.com/aQuaYi/Go-Notes/tree/10ffd4c65076d7c71a1415fb40c5fb0f11114600/temp/currency-in-Go Go-Notes/temp/currency-in-Go at 10ffd4c65076d7c71a1415fb40c5fb0f11114600 · aQuaYi/Go-NotesGo 语言笔记. Contribute to aQuaYi/Go-Notes development by creating an account on GitHub.github.com 채널패턴 1) or-done channel채널의 병합과 동시성 제어를 다루는 패턴. 실행 시간이 길거나 비정상 종료의 위험이 있는 채널 작업을 중단하여 안전하게 처리할 수 있음...

코드 참고 링크https://github.com/gobenpark/go-design-pattern GitHub - gobenpark/go-design-patternContribute to gobenpark/go-design-pattern development by creating an account on GitHub.github.com패턴 설명 참고 링크https://refactoring.guru/ko/design-patterns/what-is-pattern 디자인 패턴이란?디자인 패턴이란? 디자인 패턴은 소프트웨어 디자인 과정에서 자주 발생하는 문제들에 대한 전형적인 해결책입니다. 이는 코드에서 반복되는 디자인 문제들을 해결하기 위해 맞춤화할 수 있는refactoring.guru 동시성패턴 1) Ba..

코드 참고 링크https://github.com/gobenpark/go-design-pattern GitHub - gobenpark/go-design-patternContribute to gobenpark/go-design-pattern development by creating an account on GitHub.github.com패턴 설명 참고 링크https://refactoring.guru/ko/design-patterns/what-is-pattern 디자인 패턴이란?디자인 패턴이란? 디자인 패턴은 소프트웨어 디자인 과정에서 자주 발생하는 문제들에 대한 전형적인 해결책입니다. 이는 코드에서 반복되는 디자인 문제들을 해결하기 위해 맞춤화할 수 있는refactoring.guru 행동패턴 1) Str..

코드 참고 링크https://github.com/gobenpark/go-design-pattern GitHub - gobenpark/go-design-patternContribute to gobenpark/go-design-pattern development by creating an account on GitHub.github.com패턴 설명 참고 링크https://refactoring.guru/ko/design-patterns/what-is-pattern 디자인 패턴이란?디자인 패턴이란? 디자인 패턴은 소프트웨어 디자인 과정에서 자주 발생하는 문제들에 대한 전형적인 해결책입니다. 이는 코드에서 반복되는 디자인 문제들을 해결하기 위해 맞춤화할 수 있는refactoring.guru 구조패턴 1) Co..

새로운 과제를 받았다. 바로 Go로 디자인 패턴 공부하기!! 사실 이전 회사에서도 디자인 패턴 다 쓰고 있었는데,, 나는 그게 패턴인지 모르고 있었당,,ㅎㅎ 그냥 과거 언젠가 시작되서 내려오는 규칙인줄,, 암튼 디자인 패턴을 이제서야 첨 공부한다는게 넘 창피했으나 그래도 이제라도 공부해서 다행다행~~!! 오히려 한번 경험해보고나서 배우니까 더 잘 와닿는 것일지도~? 암튼 이거 공부하는 동안 재밌었다. Miro라는 프로그램을 이용해서 UML도 그려봤따.코드 참고 링크https://github.com/gobenpark/go-design-pattern GitHub - gobenpark/go-design-patternContribute to gobenpark/go-design-pattern development..

나는 10월 말에 원래 다니던 회사를 그만뒀고 한 달 동안 이직 준비를 하다가 새로운 회사에 다니게 되었다. 새로운 곳에 내가 잘 적응할 수 있을까 걱정을 많이 했는데 생각보다 너무너무 좋다. 이전에 다녔던 회사를 내가 너무 좋아했어서 새 회사도 과연 그만큼 좋아할 수 있을지 의문이었는데, 이곳에도 사랑에 빠져버렸다.내 지난 1년을 회고해보자면, 이전 회사에 다닐 때는 공부를 한다기보다는 그냥 '일'을 계속했던 것 같다. 공부가 필요한지도 잘 몰랐고 그냥 일만 잘 할 수 있으면은 괜찮다고 생각을 했던 것 같다. 그래서 실제로 내가 맡은 부분의 일은 잘 해낼 수 있었다. 그러나 뒤돌아보니 이미 그 제품의 구조나 아키텍처는 기존 선배들이 다 구축해 놓았고, 나는 그 안에 들어가는 굉장히 작은 기능만 구현을 ..

지난 일요일(11/24) 좋은 기회로 테오콘에 참여했다. 합/불이 있는 컨퍼런스였는데 최근에 지원한 이직 서류는 죄다 탈락하고 테오콘 하나 합격했다 ^0^ 꺄르륵!! 아빠 생일이었는데 이거 참여하려고 저녁약속도 일부러 전날 하고,, 다른 컨퍼런스들과 다르게 진행될 것 같아서 기대했던 행사였땅!시간표를 보면 네트워킹 시간이 아주 많은 것을 볼 수 있다. 행사 전에 미리 팀을 정해주고, 팀끼리 앉도록 했다. 그리고 세션 진행하기 전에 팀끼리 친해질 수밖에 없는 활동을 주었다. 그림 그리고 자기소개하기, 서로 초상화 그려주기, 개발자가 된 계기 + 앞으로 어떻게 살고 싶은지 + 이상형이 뭔지(?) 적고 토론하기, 초성 맞추기, 이목구비 보고 연예인 맞추기, 노래 1초 듣고 제목이랑 가수 맞추기 등등,,, 마치..

어느덧 내가 개발자가 된지도 6개월 10일차이다.. 벌써 내 밑으로 신입이 3명이나 들어와서 나는 중니어가 되었다(?). 신입들 제외하고 일처리할 사람이 너무 적어서 원래 깍두기였던 나도 일에 본격적으로 투입되느라 두달간 정말 바빴다. 맨날 야근하고 주말에도 일하고 정말 힘들었다.몸은 힘들었으나 몰입할 수 있어서 정신은 건강했던 것 같기도...? 잡생각 없이 일만 할 수 있어서 좋았다. 바쁜 기간동안 내가 맡은 일은 QA팀에서 보낸 이슈를 해결하는 '기능 안정화'였다. 한가지 이슈를 일주일 내내 붙잡고 늘어지기도 하고 이전 이슈 처리할때 side-effect로 인해 다른 이슈가 생기는 등 일이 뒤죽박죽이었는데, 그러려면 내가 작업했던 이슈뿐 아니라 다른 형님들이 맡았던 이슈까지도 히스토리를 알고 기억해야..