@bglbgl gwyng @kodingwarriorJaeyeol Lee @lionhairdino 제 심상이랑은 좀 다르네요. 저는 H의 중간 막대가 좀 아래로, H가 좌우로 살짝 벌어져있고 P가 좀 더 바짝 붙은 형태를 상상했습니다. Inkscape 켜서 직접 그리기에는 졸리네요 😅

@lionhairdino 딱 떠오르는 건 HP를 붙여서 맥주잔 모양으로 만드는 거네요

@curry박준규 짧을 때는 길이가 chunk size의 배수냐가 중요할 겁니다. 길 때는 평균적인 성능이 나오겠지만요.

@curry박준규 구문론(Grammar theory)에 대한 이해도와 규약론(Protocol theory)에 대한 이해도가 차원이 달라서... 구문론 수준의 도구를 만들기는 어렵죠.

CBPV가 핫하다보니 다뤄야 할 것이 가지치기로 막 늘어난다. 어떻게하면 핵심만 다룰 수 있을까...

@lionhairdino 지금 보니까 Graphviz 이미지도 그렇네요. 이미지가 모두 그런 걸까요 아니면 Graphviz만 그런 걸까요

@lionhairdino 다른 브라우저에서도 몇몇 긴 이름들이 가로로 스크롤을 하게 만들더라고요

@hongminhee洪 民憙 (Hong Minhee) 말씀대로 "줄끝 문자" 혹은 "줄마침 문자"가 더 직관적인 이름일 수도 있겠습니다.

협업을 할 때 미묘하게 거슬리는 것들$\ldots$

• 텍스트 파일의 마지막 줄 완성 안 하기 Posix 표준 기준으로 각 줄은 새줄 문자(line feed, '\n')로 끝나야 하며, 마지막 줄도 예외는 아님
• 그리고 위의 일이 주기적으로 재발할 때$\ldots$

어이쿠, CBPV가 무엇의 약자인지 써놓지를 않았네요. Call-By-Push-Value의 약자입니다. "Push"가 들어가는 걸로 CBV랑은 완전히 다른 것이 되는데요, 어찌 다른지는 글에서 다뤄보도록 하겠습니다.

다음 글은 CBPV에 대해서 써볼까 합니다. CBV(Call-By-Value)나 CBN(Call-By-Name)은 전공자라면 한번쯤은 들어봤을 이름이지만, CBPV는 특정 분야 석박사가 아니면 들어본 적 없을 것 같네요. 하지만 실제 컴파일러 구현(GHC지만...)도 논의되고 있는 만큼 앞으로 유명해지지 않을까 싶어 미리 다뤄보려고 합니다.

@lionhairdino SKI도 잘 안쓰이는데 그보다 심한 Jot은 안 쓰이지 않을까요

@lionhairdino "잘"인지는 모르겠습니다만 다른 것도 크게 도움은 안 되더라구요 ;;

@lionhairdino 저는 그냥 30개고 40개고 켜놓고 탭 검색 기능으로 버팁니다 ㅎㅎ

@lionhairdino 어이쿠, 그리 읽힌다니 다행입니다. 반복되는 접속어도 있고 해서 부끄럽습니다만...

@curry박준규 Dependent Haskell은 흥미로운 내용을 다루기에는 아직 너무 갈 길이 멀고... 그렇다고 동기만 다루자니 좀 심심하네요. 아마 Agda나 Coq등을 조금 다뤄보지 않을까 싶습니다. 관련 내용으로 Dependent Haskell을 좀 언급할 수는 있겠습니다.

같은 것과 같지 않은 것에 대해서 짤막한 글을 써 보았습니다. 오랜만에 국어로 쓰는 글이라 잘 읽힐지 모르겠네요.

@lionhairdino 재활의 시발점으로 요새 하고 있는 일인 Conversion checker에 대한 글이나 좀 써 보아야겠습니다.

@lionhairdino 국어 글쓰기 재활을 좀 해 보아야겠네요. 일전의 블로그 투고 연재의 "실패"는 너무 큰 조각을 한 번에 쓰려고 했기 때문 아닌가 싶은데, 이런 매체에서의 글쓰기는 더 세밀한 조각으로 나눌 수 있지 않을까 싶네요.

@curry박준규 그렇군요. 저는 기본적으로 "조용히 공개"를 항상 사용할 것 같은데, 기본으로 설정하는 방법이 있으면 좋겠네요.

기능이 여럿 있는데, 그 상세를 잘 모르겠는 것이 많군요. 이를테면 "공개"와 "조용히 공개"의 차이점이 제게는 직관적이지 않네요. 무슨 차이인지 아시는 분이 있다면 알려주시면 감사하겠습니다.

@lionhairdino 안녕하세요. 이런 매체로는 오랜만이네요.