Wiki Index

00. Why..? 😬 일단 vimwiki 자체는 매우 만족하면서 잘 쓰고 있다. 다만 vimwiki는 몇몇 플러그인들과 호환성이 좋지 않거나, 설정이 변경되면 신경쓰이거나, 긴 마크다운을 편집할때 성능적으로 아쉬운 점이 많다. 사실 대부분은 [[Vim-Profile-Log-Debugging]] 와 같이 디버깅을 하면 심각한건 해결이 되는데, 긴 글이나 특정한 플러그인과는 호환성이 좋지는 않은 것 같다. 이런게 다 관리포인트라고 생각해서 고민하다가 옵시디언으로 기존 vimwiki가 관리하던 디렉토리를 열어봤는데, 너무 잘 호환이 되고 있었다. 일단 당연하게도 기존에 사용하던 frontmatter 같은 것들은 예쁘게 잘 보여지고 있었고, 우연히인지 원래 마크다운 표준인지는 모르겠지만...

코틀린 완벽 가이드 책과 코드스피츠 유튜브 스터디 영상 내용을 정리하거나 생각을 정리한 문서 (인용 태그를 제외한 모든 텍스트들은 스터디 내용을 필사하거나, 책에서 정리한 내용입니다.) 출쳐 : 코틀린완벽가이드, 코드스피츠 유튜브 영상 1~3장 - 코틀린 기본 식이 본문인 함수란 무엇인가? 블록이 본문인 함수 대신 식이 본문인 함수를 쓰면 어떤 경우가 좋은가? 간결하고, 명료할 수 있음 그러나 코틀린의 식은 문을 포함한 식이 될 수 있어 간단하게 이야기 하기는 어려움 (참고)함수의 타입추론 기능 사용의 장단점...

2025-01-08 너무 바빠서 뭘 못하고있다. 2025-01-11 착한회사 vs 착하지 않은 회사 : 사실상 의미가 없는 것 같기도 하다 굳이 착해야 할 필요도 없을 뿐더러 착한게 좋은지 아닌지도 모르겠다, 다만 그래서인지는 모르겠지만 착한회사는 없다고 보는게 마음다칠 일이 없다고 생각이 든다. 좋은회사 vs 나쁜회사 : 본인의 비즈니스를 성공시키는 유능한 회사와 그렇지 못하는 회사 2025-01-13 일어날일은 일어난다 2025-01-17 vimwiki와 옵시디언을 병행해서 사용하게 될 것 같다. 2025-01-18 기나긴 회고를 작성할 예정이다. 파란색을 좋아하는데, catppuccin으로 블로그 테마를 변경하니까 가시성이 개선되어 우울해졌다....

출처 만들면서 배우는 헥사고날 아키텍처 설계와 구현 - 링크 도메인 주도 개발 시작하기 - 링크 도메인 헥사곤 문제 영역에서 라우터가 고정된 것이 아니고, 라우터의 특성이 변경될 수 있다는 사실을 알 수 있다. 이 때문에 라우터는 수명주기를 가진다고 말할 수 있다. 이외에도 모든 라우터는 인벤토리에서 고유해야하므로 식별자를 가져야 한다. 이러한 ‘연속성’과 ‘정체성’은 엔티티를 결정하는 요소이다. DDD의 그 도메인을 이야기한다. Entity, Value Object, aggregate의 개념도 그대로 있다. 아마 아래에서 한 번 더 정리할 것 같다....

Intro Thread local한 MDC를 이용해서 로그에서 요청을 단위로 식별 할 수 있게 했다. PII가 아니면서도 사용자를 식별 할 수 있는 값으로 사용자의 연속성 있는 요청 흐름을 볼 수 있게 보완했다. 그라파나에 관련한 메트릭을 추가했다. 해당 이슈도 해결하고, 과정중에서 밝혀진 숨겨진 이슈도 특정해서 해결했다. About MDC 위에서 설명한 불편한 일들을 가지고 동료와 이야기를 나누던 도중 mdc에대해서 알게 되었고, 딱 필요한 부분이 mdc라는 것을 알게 되었다. 간단하게 찾아본 내용들을 요약하면, 쓰레드로컬을 사용하는 로그 전용 키밸류 저장소였다....

프론트엔드 잔여작업 마치기, 테스트코드 도입하기

일단 너무 바쁘다. 이달 말까지 잡힌 프론트업무를 다 쳐냈다. 그리고 야근과 틈내나는대로 테스트코드도 도입중이다 hasura 이부분은 정리해서 wil로 올릴 예정이다

커뮤니티 서비스 개발

목표 설정 목표를 설정하려고 어제오늘 내내 고민했고 어느정도 윤곽이 잡힌 것 같다. 지금 작업과 관련해서 할 수 있는일과, 다음 작업을 통해서 개선 할 일 두가지의 꼭지로 되어있다. 지금 작업 관련 hasura, gql의 문서와 레퍼런스를 보고 전시영역 backend 개선 해당 backend 프로젝트에 테스트 코드 도입. 다음 작업 관련 프로젝트가 리뉴얼 될 때 인증과 인가쪽의 리뉴얼(소셜로그인, 본인인증, 회원가입 등)도 담당했는데, 관련한 이슈가 나한테 들어온다. 문제는 이슈가 cs센터 통해서 들어오기 전에 이슈를 파악하지 못했고 엄청 레거시한 로깅 구조때문에 이슈를 파악하고 감지하는것도 늦었고, 실제 이슈를 해결하는데 도움을 받지 못한다....

스트림 처리