leafbird/devnote

아니, 정말로요. 빈 말이 아니고요.

만약에 요즘에 누군가와 사교적인 말하기를 하다가 취미가 무엇이냐는 질문을 받는다면,

요즘 터미널 꾸미는 것에 빠져있어요.

라고 대답할 것 같아요.

회사에서 빌드머신으로 사용중인 맥미니 장비들은 주기적으로 몇가지 관리가 필요하다.

최근에 유니티6로 엔진 업데이트한 이후 빌드머신에 갖가지 이슈들이 생기면서 디스크 용량 체크를 해보던 중이었다.

이거 코드 작업 조금만 하면 만들 수 있겠다는 생각이 들었고, 미루면 아마 영영 실천으로 옮기지 않게 될 것 같아 생각난 김에 바로 만들었다.

매번 터미널을 열 때마다 2 ~ 3초가 걸리는 것은 부담스럽다.

방법을 찾아야 한다.

C#에서 메서드를 정의할 때 in 키워드를 사용하면 call by value 가 아닌 call by reference로 동작하게 만들어줍니다. 그래서 주로 구조체(value type)를 복사 없이 참조로 넘길 때 유용하지요.

참조 타입의 매개변수에 in 키워드를 쓰는 건 어떤 효과가 있을까요? generic parameter를 정의할 때도 in 키워드가 붙는 경우도 있던데 어떤 의미일까요?
이참에 한 번 정리해 보겠습니다.

23년 9월부터 24년 5월까지, 8개월 정도 열심히 커밋을 남겼습니다.
그러고는 한참 손을 놓고 있었는데, 다시 한 번 시작해보려고 합니다.

그리고 이번 7.2.0 릴리즈에 제가 보낸 수정사항도 반영 되었습니다

github actions 그거 뭐 별거냐고 대수롭지 않게 생각했었다.
근데 조금 들여다보니 자유도가 꽤나 높아서, 사람들이 정말 다양하게 활용하고 있다는 것을 알고는 흥미가 생겼다.

지난번에 zsh을 꾸미고 나니, pwsh이 너무 허접해 보였다. 이런 것을 역체감이라고 하나.
어쩔 수 없지. 파워쉘도 꾸며줄 수 밖에.

모바일에서 볼 때 왼쪽같이 보이던 페이지를 오른쪽처럼 변경했다. 지금은 블록 여백 등도 조금 더 정리해서 일단락 지었다. 실제 페이지는 https://leafbird.github.io 에서 확인 가능하다.

아,
사람들이 왜 터미널을 예쁘게 꾸미는지 이제야 알았다.
코딩 뽕이 막 차오르네. 뭐라도 막 만들고 싶어진다.