@jasonkim자손킴 @lionhairdino 아 철길 비유가 이미 널리 쓰이고 있었나요? 얼마전에 재발명해놓고 뿌듯해하고 있었는데 부끄럽군요

@akastoot악하 @hongminhee洪 民憙 (Hong Minhee) 24시간권이 25,000원입니다

1만 * 1만 = 1억 이 상식인줄 알았는데 아닌가 봅니다? 오늘만난 제 문과친구 두 명이 저걸 모르길래 뭐라했더니 저보고 별것도 아닌걸로 잘난척하지 말라고합니다. 상식... 아닌가요?

@hongminhee洪 民憙 (Hong Minhee) @akastoot악하 한시간 천원 정돈데 저는 한달에 4,5 만원 정도나갈거 같은데요?

@jhhuhJi-Haeng Huh 앗 내일 오시나요?

@hongminhee洪 民憙 (Hong Minhee) 아뉘 잠깐... 클로드가 쓴 결과물을 마우스로 긁으면 '업데이트'라고 피드백 줄수있는 메뉴가 뜨는데요?

@hongminhee洪 民憙 (Hong Minhee) 중간 수정같은건 어떻게 하시나요?

AI 도움 받아 글쓰기할때 주로 어떤 방식으로 하시나요?

• 클로드 웹. 모델은 좋은데 인터페이스가 글쓰기 최적화는 아닙니다.
• Cursor/Windsurf 등. 모델이 코딩 고문을 당해서 그런가 글을 잘 못씁니다.

GPT와 최근에 같이 작업한 주제에 대해서 아예 커스텀 GPT를 만들었다.

https://chatgpt.com/g/g-68706e91bb348191a0053c8a2399e63b-gugsan-amho-korea-cryptography

@hongminhee洪 民憙 (Hong Minhee) 아쉽군요ㅠㅠ

Diffsitter – A Tree-sitter based AST difftool to get meaningful semantic diffs

Link: https://github.com/afnanenayet/diffsitter
Discussion: https://news.ycombinator.com/item?id=44520438

내일도 튜링의 사과 출근해야지

js 커뮤니티는 환경변수 주입 정도는 컴파일타임 의존성 주입처럼 생각하긴 하는듯. 과거에 subpath import, export 없을 때 많이 쓰이던 방식이 고착화된게 아닌가 하는 뇌피셜이 있음..

이와 비슷하게 청개구리 스택 경로라는 것도 생각해 볼 수 있겠다. 예를 들어 Deno를 선택했으면 Fresh는 청개구리 스택 경로가 아니다. 그런데 Deno를 선택한 다음 Next.js를 선택하면 오히려 청개구리 스택 경로가 된다.

예전에 카페에서 코딩하는데 처음 보는 사람이 보더니 혹시 프로그래머냐고 자기 좀 도와달라길래 무슨 문제냐고 하니까 자바 환경설정 좀 도와달라길래 바로 GG치고 튐

@joonnotnotJoon 그렇군요. 지금 이순간 '과거의 미래의 나'로써, 다시 한번 미래의 나에게 위임하겠습니다.

@joonnotnotJoon 궁금해서 제 레포를 검색해보니 3년된 // FIXME: remove any가 있군요

Node.js 커뮤니티는 환경 변수를 너무 좋아하는 것 같다. 거의 라이브러리 API의 일부로 생각하는 듯?

Deno만 해도 환경 변수는 --allow-env 플래그를 통해 명시적으로 허용하지 않으면 접근 못하고, Haskell에서도 getEnv는 String이 아니라 IO String을 반환하게 되어 있다.

반면 Node.js에서는 process.env로 너무 쉽게 접근 가능해서 그런가, 환경 변수 접근이 입출력이라는 생각을 아예 안 하는 모양이다.

오늘 오전에 저와 같은 하늘을 보신 분이 계실지.. 더위 조심하시고, 맛점하시길 바랍니다 ☺️

@theeluwin제이미 거기에 x100 정도 해서 ARPAnet 개발자들이 느꼈을 감동을 시뮬레이션해봅시다

아마 다들 비슷한 경험이 있으실겁니다. 태어나서 처음으로 쌍방향 연결에 성공해서 두 클라이언트가 대화할 수 있게 했을때의 기쁨... 저는 딱 15년만에 하는거라(...) 처음 해본것처럼 기쁘네요

역시 프로젝트를 빨리 이해하려면 직접 써보는게 가장 확실한거 같다

@hongminhee洪 民憙 (Hong Minhee) @2chanhaeng이찬행 좋은데요? 애초에 throw가 표현식인게 맞다고 생각하는데, 이게 실수를 만회하는 좋은 방법이네요.

JS Error 클래스에

class Error {
  ...
  throw() {
    throw this
  }
}

이런 메소드 있으면 편할 것 같은데 왜 없지? 예를 들면:

# 현재
const user = findUser();
if (!user) {
  throw new Error("Not found user");
}

# `throw` 메소드
const user = findUser() ?? new Error("Not found user").throw();

이렇게 쓸 수도 있고 이름 별로면 raise 써도 되고 TC39 에 한번 제안해볼까...

1년전에 하스켈로 프론트엔드 개발을 했었다. 프론트엔드 개발의 70% 정도는 state + reactivity를 다루는 것이라고 생각한다. classic FRP를 구현한 하스켈의 Reflex 같은 라이브러리를 쓰면 이 문제를 우아하게 해결할 수 있다. 근데 문제는 많은 프론트엔드 앱이 어엄창나게 복잡한 state를 가지고 있진않고, 그래서 Reflex 없이도 어느정도 만족할만한 코드가 나온다. 아마 에디터나 게임 같은걸 짜면 Reflex의 우월함을 느낄수 있을것이다.

문제는 나머지 30%에 있다. SSR, CSS 등이 거기에 포함되는데, JS 진영에서는 babel 플러그인의 도움을 받는 반칙을 쓰면서 편리함을 제공하고 있다. 여기서 반칙이란건 "use client" 등의 directive와 Tailwind CSS처럼 babel 플러그인이 JS 코드로부터 CSS 클래스 사용을 추출하는 그런걸 의미한다. 반칙이라고 하는 이유는 사실 JS가 아니고 babel로 업그레이드한 JS++쯤 되는 언어를 쓰는셈이기 때문이다. 근데 반칙이고 자시고 암튼 엄청 편하다. 하스켈 쪽에서 근본있는 방법으로 같은 편리함을 달성하려면 매우 힘들고 그걸 사용하는 사람도 공부를 많이 해야할것이다.

@hongminhee洪 民憙 (Hong Minhee) 아항, 그러면 MCP 붙은 Claude Code한테는 레포링크만 주면 알아서 하는 수준인가요?

@bglbgl gwyng GitHub 공식 MCP 서버를 사용하시면 이슈나 PR 내용과 댓글 등을 다 읽어올 수 있습니다.

macOS에서는 Xcode에서 git을 함께 주지만 brew install git으로 별도로 설치해서 사용해야 한다. 왜냐하면 Git 취약점 최신 패치버전은 2.50.1인데 Xcode git 버전은 2.39.5 버전이다 😱 (다른 패치버전들도 있는데 2.43 및 이후 버전들만 관리 중인가 보다^[1])

https://github.blog/open-source/git/git-security-vulnerabilities-announced-6/

오픈소스 레포에 Windsurf Agent로 짠 Swift 코드로된 PR을 날렸는데, 저자의 코드 리뷰를 복붙해서 그걸 그대로 다시 Windsurf Agent한테 전달하고 있다. 이게 머하는 짓이고...

@kodingwarriorJaeyeol Lee OCaml 모듈 시스템이 설계가 좋다고 하네요. 그와 별개로, 툴링의 성숙도는 망치 개수에 달렷지만, 근본적으로는 모듈 시스템 또한 코드를 어떻게 쪼갤까라는 문제에 대한 대답이기 때문에, 결국 언어의 추상화 능력이 모듈 시스템의 ceiling을 정한다고 봅니다.

이전에도 여러번 추천한 책이지만 저 같은 경우엔 "밑바닥부터 만드는 인터프리터 in Go"로 Go에 입문했습니다. 책의 목적은 인터프리터의 동작, 구현에 대한 것이지만 따라하면서 Go의 코드 스타일이나 테스트 작성 방법도 자연스럽게 익히게 되었습니다. 아니면 "Must Have Tucker의 Go 언어 프로그래밍"도 좋습니다.

혹시 고랭 입문하기 좋은 문서나 책 아시는거 있으신가요
c랑 파이썬 기초 정도만 알고 있는 친구가 고랭 입문해야 할 일이 생겨서...!
도움 부탁드립니다

얼마전에 구현한 debugger adapter protocol이 실제로 사용 가능한 레벨까지 구현되었다. 한참 걸리겠지만 머지 이후에 외부 IDE에 익스텐션을 만들기만 하면 될듯

오픈소스에 토큰으로 기여하는 방법을 제공하는 플랫폼이 있나? Buy me tokens?

Biome 2.1 has been released!

It's a relatively minor maintenance release, but still has some goodies:
* Faster scanner
* Improved type inference
* New rules
* Many fixes!

https://biomejs.dev/blog/biome-v2-1/

@hongminhee洪 民憙 (Hong Minhee) (저를 비롯한) 특정 집단에서 온 사람들이 린터나 포매터에 신경을 덜 쓰는 것은 사실입니다. 사실 신경을 덜 쓰는 것을 넘어 미묘한 심리적 거부감까지 있다고 보는 게 맞다고 생각해요. 특히나 도메인이 많이 녹아 있는 코드 영역에 까지 기계적인 포매팅 룰을 강요해야 하는가에 반응들은 좋게 봐서 "문명의 충돌", 낮춰 보면 "부족의 자존심을 건 싸움박질"의 양상을 띄는 것 같습니다. 이런 이야기가 나올 때마다 생각할 거리로 fastai의 코딩 스타일 가이드(https://docs.fast.ai/dev/style.html)를 한번씩 다시 읽어 보는데 매번 제 관점도 조금씩 바뀌어 가는게 흥미롭네요.

• Why not use PEP 8?

  I don’t think it’s ideal for the style of programming that we use, or for math-heavy code. If you’ve never used anything except PEP 8, here’s a chance to experiment and learn something new!

• My editor is complaining about PEP 8 violations in fastai; what should I do?

  Pretty much all editors have the ability to disable linting for a project; figure out how to do that in your editor.

• Are you worried that using a different style guide might put off new contributors?

  Not really. We’re really not that fussy about style, so we won’t be rejecting PRs that aren’t formatted according to this document. And whilst there are people around who are so closed-minded that they can’t handle new things, they’re certainly not the kind of people we want to be working with!

I just published a blog post about the OpenCLI initiative. I think it's time we had a way to standardize CLI automation!

Feedback, suggestions, and thoughts are more than welcome.

https://patriksvensson.se/posts/2025/07/introducing-open-cli

@joonnotnotJoon 자신의 임무가 토큰을 파는것이란걸 잘 인지하고 있군요

기존에 구현된 코드가 아무리봐도 어떻게 수정해야 할지 감이 안잡혀서 뭐가 더 좋을지 분석해달라고 함.

XCode는 내가 잘 몰라서 못쓰는건지 그냥 구려서 쓰기힘든건지 아직도 모르겠다...

깨알팁: 유효한 유니코드 코드포인트 값의 범위에는 구멍이 있습니다. UTF-16을 위해 만들어진 surrogate pair 영역입니다. 이 영역의 값은 UTF-16 외에서는 의미가 없고 사용될 수 없습니다.

𝑾𝒉𝒚𝒓𝒂𝒏𝒐...

케데헌 히트치는거보고 문득 든 생각

약 20년 전부터, 한국 인터넷 커뮤니티에 '떡볶이 참 맛있는데 외국인들도 좋아하지 않을까?' 이런 의견이 종종 올라왔었다. 근데 그 질문이 올라오면, 얼마 지나지않아 누군가가 '엣헴...서양인들은 떡의 sticky한 texture를 좋아하지 않습니다ㅎㅎ'이라는 답변을 다는걸 볼수 있었다. 내가 이걸 한두번 본게 아님.

근데 그 답변자에게 궁금한건. 그... 님은 떡복이를 실제로 드셔보셨나요? 떡볶이는 약으로 치면 마약이고 SNS로 치면 틱톡입니다. 감자튀김만으로 300파운드까지 벌크업하는 미국인들이 떡볶이에 저항할수 있을거 같으십니까?

아무튼 결국 20년이 지난 지금, 김구 선생님이 바라던 문화 승리를 목전에 두고 있고 떡볶이도 덩달아 인기를 끌고있다. 그동안 떡뽁이를 수출못했던게 그 sticky texture가 결정적인 문제였던건 아닌것으로? 결론은 그래서 '가장 한국적인 것이 가장 세계적인 것이다'는 아니고

인터넷에는 자신의 '오감'을 속여서까지 아무 소리를 당당하게 하는 사람들이 존재한다는 것이다. 당장 '엣헴'을 한번 하기 위해 생각을 포기하고 스스로를 속인다.

여러분은 인터넷에서 받은 제안의 진위를 어떻게 판단하시나요?