Profile img

wwj

@z9mb1@hackers.pub · 105 following · 87 followers

하이룽

Github
@sij411
kwonjiwon.org
kwonjiwon.org
1
1
1
0
0
0
0
1
0
Haze @nebuleto@hackers.pub
Public

@z9mb1wwj

  1. (가장 쉽고 간단함) 겉면에 전분을 넉넉히 바르고 굽거나 튀기는게 짱입니다. 괜히 야채 튀기거나 할 때 전분을 묻히거나 전분물을 묻히거나 하는게 아니더라구요.
  2. (좀 더 복잡하고 귀찮음) 두부는 스폰지처럼 안에 물을 많이 머금고 있는데, 얼렸다가 녹이면서 좀 무거운걸로 위에 눌러두면 물이 쫙 빠집니다. 그러면 수분이 많이 빠져서 구울 때 더 바삭해지기 쉽고 전골같은거 만들 때는 국물이나 소스를 더 잘 머금게 됩니다.
0
0
0
Haze @nebuleto@hackers.pub
Public
Shared by wwj

@z9mb1wwj

  1. (가장 쉽고 간단함) 겉면에 전분을 넉넉히 바르고 굽거나 튀기는게 짱입니다. 괜히 야채 튀기거나 할 때 전분을 묻히거나 전분물을 묻히거나 하는게 아니더라구요.
  2. (좀 더 복잡하고 귀찮음) 두부는 스폰지처럼 안에 물을 많이 머금고 있는데, 얼렸다가 녹이면서 좀 무거운걸로 위에 눌러두면 물이 쫙 빠집니다. 그러면 수분이 많이 빠져서 구울 때 더 바삭해지기 쉽고 전골같은거 만들 때는 국물이나 소스를 더 잘 머금게 됩니다.
0
1
0
Haze @nebuleto@hackers.pub
Public

잡곡밥 & 두부야채볶음

에어프라이어에 두부 바삭하게 돌리고 야채는 전자레인지에 미리 돌려서 숨 좀 죽이고 볶기만 하면 끝이니 꽤 편하다. 요리하는걸 좋아하는 편이지만 치우는 것도 귀찮고 매사가 귀찮은 성격이라 품은 적게 들어가지만 최대한 맛있게 먹는게 좋더라.

점심 밥
1
1
0
0
1
0
0
1
0
0
1
0
1
0
0
0
1
0
2
0
0
0
0
0
0
0
0
2
1
0
0
0
0
13
4
0
유루메 Yurume @yurume@hackers.pub
Public

최근 며칠간 WAH라는 이름의 WebAssembly 인터프리터를 만들고 있다. ~와! 샌즈!~

WAH의 특징이라면 C로 작성되어 있는데 헤더 하나로 구성되어 있다는 점과, 거의 대부분의 코드를 Gemini가 짰다는 것 정도일까? (Claude Code도 좀 사용했지만 코드 생성은 Gemini가 다 했다.) Gemini가 디버깅을 시키면 답답한 게 사실이라서 최대한 프롬프트에 정보를 많이 넣고 few-shot으로 생성하게 하는 걸 목표로 했는데 생각보다 잘 되었다. 예를 들어서 한 프롬프트는 다음과 같았다. 저 문장 하나 하나가 시행착오의 결과이다.

@wah.h 에 if~else~end 명령을 구현하고, 대응되는 test_*.c 파일들이 모두 성공하도록 (또는, 해당 테스트에서 잘못된 점이 있을 경우 그 원인을) 고쳐줘. 아직 loop 관련된 코드는 처리할 필요 없고 테스트 중에 그걸 테스트하는 게 있다면 주석 처리해(지우지는 마). 컴파일과 실행은 &&로 한 번에 하도록 해. 정확한 구현 방법은 이래야 해: if~else~end에서 마지막 end는 사라지고, if는 else 직후 명령으로 이동하는 conditional jump로 재활용하며, else는 unconditional jump로 바뀌어(즉 실행기 입장에서 br과 else의 동작은 똑같아야 해! else를 아예 없애고 br로 대체할지 말지는 알아서 정해). 그러니까, if A B C else D E F end G 같은 명령이 있다면 preparsing 이후에는 if <offset to D> A B B C else <offset to G> D E F G 형태가 되어야 한다는 뜻이야. WebAssembly 명세에 따르면 if 문에는 block type이 따르는데, 이 타입을 사용해서 validation을 진행하는 것도 정확히 구현해야 해(block type이 function type (T1..Tn)->(U1..Um)이면 현재 스택에 T1..Tn 타입이 들어 있고 end 이후에는 U1..Um 타입이 들어 있어야 하고, 일반 타입 T가 들어 있다면 ()->(T)와 동일하게 취급함). block type은 validation 이후 preparsing 과정에서 사라져서 런타임에는 반영되지 않도록 해.

솔직히 너무 많이 요구하는 거 아닌가, 안되면 validation 부분을 어떻게 뺄지 고민하고 있었는데 시도 세 번만에 800줄짜리 diff가 떡하니 나오고 일단 보기에는 틀린 부분이 없어서 놀랐다. 물론 삽질도 많이 했는데 가장 많이 한 삽질은 테스트를 작성할 때 수동으로 WebAssembly 바이너리를 짜면서 바이트 숫자를 잘못 세어서 오류가 나는 거랑, 분명 WebAssembly opcode를 사용해야 하는데 자기 마음대로 코드를 정해 버린다거나 하는... 그런 우스운 상황이었다.

우습기도 하고 놀랍기도 하지만 이 코드를 내가 직접 짜지 않는 이유는 귀찮아서...라기보다는 내가 이걸로 하고 싶은 일이 따로 있고 WebAssembly 인터프리터를 만드는 게 주 목표는 아니기 때문이다. (원래 하고 싶은 일은 나중에 언급할 듯.) WebAssembly 구현이라고 하면 기술적으로 복잡해 보이지만, 내 용도에서 유래하는 몇 가지 조건(대표적으로 결정론적인 동작)을 제약으로 걸면 기술적으로 복잡하다기보다는 그냥 노가다에 가까워지기 때문에 끌리지 않는 것도 있긴 하다. 이전의 Angel이 과연 얼마까지 바이브 코딩으로 할 수 있는지를 테스트하는 목표였다면, 이번에는 정말로 목표를 달성하는 수단으로 기능할지 실험해 볼 작정이다.

WebAssembly interpreter in a Header (WAH). GitHub Gist: instantly share code, notes, and snippets.

WebAssembly interpreter in a Header (WAH)

WebAssembly interpreter in a Header (WAH). GitHub Gist: instantly share code, notes, and snippets.

gist.github.com · Gist

유루메 Yurume @yurume@hackers.pub
Public
Shared by wwj

https://github.com/lifthrasiir/wah/ 정식으로 공개했다. 현재 4800여줄. WebAssembly 1.0 거의 완전 지원, 2.0은 SIMD를 포함해 8~90% 정도 지원하는 정도까지 왔다. 하지만 아직 API 문제를 완전히 풀진 못해서 모듈 링킹이 안 되는 치명적인 문제가 있다...

WebAssembly interpreter in a Header (WAH). Contribute to lifthrasiir/wah development by creating an account on GitHub.

GitHub - lifthrasiir/wah: WebAssembly interpreter in a Header (WAH)

WebAssembly interpreter in a Header (WAH). Contribute to lifthrasiir/wah development by creating an account on GitHub.

github.com · GitHub

8
0
0
9
0
0
1
0
0
0
1
0
2
0
0
wwj @z9mb1@hackers.pub
Quiet public

이래서 성적이…

1
1
0
3
0
1
internetarchive @internetarchive@mastodon.archive.org
Public
Shared by wwj

Big news: Internet Archive Europe @internetarchiveeurope has opened its new HQ in Amsterdam! 🎉 A home for preservation, access & shared cultural heritage.

Read coverage from @mariaMaria Bustillos in Flaming Hydra: flaminghydra.com/freedom-and-s

Freedom and Sharing at the Internet Archive Europe

On Friday, in a narrow, cream-painted 17th-century row house facing a wide canal bathed in golden light, the Internet Archive Europe celebrated the opening of its new headquarters in Amsterdam. Around 100 guests milled around, snacking on hors d’oeuvres and drinks and sharing their inspiringly ambitious goals for the

flaminghydra.com · Flaming Hydra

1
0
0
2
0
0
0
0
0
wwj @z9mb1@hackers.pub
Quiet public

성적은 다 그럭저럭이었으나 컴퓨터 구조 수업을 제일 재밌게 들었다. 아닌가? 생각해보니 다 괜찮게 들었는데? 데이터사이언스 과목들이 젤 힘들었음 재미 못붙여서

3
1
0
4
0
0
0
0
0
2
0
0
1
0
0
0
0
0
1
1
0
0
0
0
0
1
0
3
0
0
wwj @z9mb1@hackers.pub
Quiet public

Looking back on this summer

I love cities like Seoul and Tokyo. They’re pretty cool places to work and live. Big displays, shining signs, loud musics, wanky crazy people… overwhelming but fun. I’ll crave quieter places years later tho, probably (like in 30s?). The older I get, the more fun I feel in my life. I got more secure and stable.

The phrase —Just do it— has been building my life more colourful. What’s funny is how I perceive the world change what I experience for real. For two years after I equipped this mindset, I have met amazing people and made good memories. In programming wise, people start asking my opinions instead of teaching. I think that explains a lot hahaha. I still need to experience and study more tho.

Now I can say I kinda like my life.

p.s.

Also I don’t even think what I write, so it might be messy but bare with me :3

2
0
0
2
0
0
Haze @nebuleto@hackers.pub
Public
Shared by wwj

"두통과 함께하는 사람들"은 다음 주(22일 ~ 28일) 편두통 인식 개선 주간을 맞이해서 광화문에서 커피차 이벤트를 진행합니다! 주변에 많은 공유와 참여 부탁드려요.

  • 📆 언제? 2025년 9월 22일 (월요일) 오전 10시 ~ 오후 2시
  • 📍 어디서? 광화문 한국프레스센터 광장 [네이버 지도]
  • 📋 무엇을 하나요? 편두통 질환과 캠페인을 소개하며 다양한 기념품(안대와 귀마개 등)과 음료를 드립니다! 🎁🥤
  • ✅ 왜 하나요? 국제적으로 진행하는 캠페인의 일환으로 편두통에 대한 오해를 해소하고 편두통을 알리는걸 목표로 합니다.

오랫동안 열심히 준비하던 것 중 하나입니다. 부스 놀러와주시면 기쁠 것 같아요.

편두통, 오해말고 이해를! 당일 배포될 팜플렛의 표지입니다.
6
0
0
유루메 Yurume @yurume@hackers.pub
Public
Shared by wwj

최근 며칠간 WAH라는 이름의 WebAssembly 인터프리터를 만들고 있다. ~와! 샌즈!~

WAH의 특징이라면 C로 작성되어 있는데 헤더 하나로 구성되어 있다는 점과, 거의 대부분의 코드를 Gemini가 짰다는 것 정도일까? (Claude Code도 좀 사용했지만 코드 생성은 Gemini가 다 했다.) Gemini가 디버깅을 시키면 답답한 게 사실이라서 최대한 프롬프트에 정보를 많이 넣고 few-shot으로 생성하게 하는 걸 목표로 했는데 생각보다 잘 되었다. 예를 들어서 한 프롬프트는 다음과 같았다. 저 문장 하나 하나가 시행착오의 결과이다.

@wah.h 에 if~else~end 명령을 구현하고, 대응되는 test_*.c 파일들이 모두 성공하도록 (또는, 해당 테스트에서 잘못된 점이 있을 경우 그 원인을) 고쳐줘. 아직 loop 관련된 코드는 처리할 필요 없고 테스트 중에 그걸 테스트하는 게 있다면 주석 처리해(지우지는 마). 컴파일과 실행은 &&로 한 번에 하도록 해. 정확한 구현 방법은 이래야 해: if~else~end에서 마지막 end는 사라지고, if는 else 직후 명령으로 이동하는 conditional jump로 재활용하며, else는 unconditional jump로 바뀌어(즉 실행기 입장에서 br과 else의 동작은 똑같아야 해! else를 아예 없애고 br로 대체할지 말지는 알아서 정해). 그러니까, if A B C else D E F end G 같은 명령이 있다면 preparsing 이후에는 if <offset to D> A B B C else <offset to G> D E F G 형태가 되어야 한다는 뜻이야. WebAssembly 명세에 따르면 if 문에는 block type이 따르는데, 이 타입을 사용해서 validation을 진행하는 것도 정확히 구현해야 해(block type이 function type (T1..Tn)->(U1..Um)이면 현재 스택에 T1..Tn 타입이 들어 있고 end 이후에는 U1..Um 타입이 들어 있어야 하고, 일반 타입 T가 들어 있다면 ()->(T)와 동일하게 취급함). block type은 validation 이후 preparsing 과정에서 사라져서 런타임에는 반영되지 않도록 해.

솔직히 너무 많이 요구하는 거 아닌가, 안되면 validation 부분을 어떻게 뺄지 고민하고 있었는데 시도 세 번만에 800줄짜리 diff가 떡하니 나오고 일단 보기에는 틀린 부분이 없어서 놀랐다. 물론 삽질도 많이 했는데 가장 많이 한 삽질은 테스트를 작성할 때 수동으로 WebAssembly 바이너리를 짜면서 바이트 숫자를 잘못 세어서 오류가 나는 거랑, 분명 WebAssembly opcode를 사용해야 하는데 자기 마음대로 코드를 정해 버린다거나 하는... 그런 우스운 상황이었다.

우습기도 하고 놀랍기도 하지만 이 코드를 내가 직접 짜지 않는 이유는 귀찮아서...라기보다는 내가 이걸로 하고 싶은 일이 따로 있고 WebAssembly 인터프리터를 만드는 게 주 목표는 아니기 때문이다. (원래 하고 싶은 일은 나중에 언급할 듯.) WebAssembly 구현이라고 하면 기술적으로 복잡해 보이지만, 내 용도에서 유래하는 몇 가지 조건(대표적으로 결정론적인 동작)을 제약으로 걸면 기술적으로 복잡하다기보다는 그냥 노가다에 가까워지기 때문에 끌리지 않는 것도 있긴 하다. 이전의 Angel이 과연 얼마까지 바이브 코딩으로 할 수 있는지를 테스트하는 목표였다면, 이번에는 정말로 목표를 달성하는 수단으로 기능할지 실험해 볼 작정이다.

WebAssembly interpreter in a Header (WAH). GitHub Gist: instantly share code, notes, and snippets.

WebAssembly interpreter in a Header (WAH)

WebAssembly interpreter in a Header (WAH). GitHub Gist: instantly share code, notes, and snippets.

gist.github.com · Gist

9
1
0
1
1
0
1
0
0
2
5
2
0
0
0