洪 民憙 (Hong Minhee)

2회차때는 쫌더 펍냥이가 다이나믹하게 움직일 수 있도록 만들겠읍니다

튜사 측에서 포스터를 스샷 말고 https://public.hackers.pub 을 띄워놨으면 움직여서 더 귀여웠을텐데... 아쉽🥲

오늘 Pyodide 정기 모임에서 다양한 분들의 활동을 듣고 같이 이야기해서 재밌었다. 세상은 과연 넓다...한편으로는 좁기도 하다. 다만 Hackers' Public이랑 시간이 겹쳐 아쉬웠다...

@z9mb1wwj @catamorphicCata @msy윤민석 @joonnotnotJoon @d01c2Hyunjoon Kim @icecream_mable구슬아이스크림 @minju2996bbang @2chanhaeng초무 @lionhairdino @akastoot악하 @jihyeokJihyeok Seo @linea @woaol벨 @theeluwin제이미 @rangho우주해커 끄적끄적 랭호 📝 @robin @1ho1호 @nebuletoHaze @morealLee Dogeon @harei106Hannah Reinecke @realfishbread최윤희 @jcha0713joohoon @hyunjoon @krepe90남기현 (Krepe) @cetaceanightskyCetacea @aiooAhn Kiwook @ink_punctuation책 읽는 프로그래머 @yg1ee밀

오늘 Hackers' Public 행사 첫번째 모임에 와주셔서 정말 감사합니다! 정말 즐거웠습니다! 잘 들어가세요!

발표란 건 많이 해봐야 느는 거니까... 다음에는 준비를 해서 발표를 할거에요

기습발표의 효과: 심박수 경고

Hackers' Pub 티셔츠 주문 받습니다!

해커스펍 모임 다들 좋은 시간 되세요!

이번에는 좀 더 범용성 있는 무언가를 만들고 있다.....

역시 코딩의 재미는 차력쑈에 있다. 코드 골프, Reactive Programming, TypeScript같은 언어에서 타입으로 이상한짓 하기 등...

오늘 해커스 퍼블릭 모임 넘 즐거웠습니다. 멋진 프로젝트들의 자세한 얘기들을 들을 수 있어서 좋았어요. 전 먼저 들어가보겠습니다~

엇.. 튜링의 사과 무슨 이용권 못 받고 나왔네

저도 언젠간 사이드 프로젝트 소개하는 날이 오길...

신기한 이야기들이 많았다..

지각확정이다...

구석에서 존재감을 최대한 죽이고 있는 중..

오늘 @TuringAppleDev튜링의 사과 에서 해커스퍼블릭이 열립니다!

오늘 모임 전까지는 만들어서 공개하고 싶었는데ㅠㅠ 수업 준비가 바빠서 진도를 못내고 있네요... 사실 PF까지는 다 만들었는데 문서 쓰는게 일입니다... 각종 튜토리얼에, 차근차근 진행할 수 있는 가이드라인에 등등.... 그래도,,,, 많이 기대해주세요,,, 년 단위 프로젝트가 되겠지만...

해커스퍼블릭이라는 행사를 하는군요 라고 오늘 알게 된 사람

@2chanhaeng초무 "Generated by create next app"

https://referral.akaiaoon.dev/

github referral 사이드 플젝을 드디어 외부공개했읍니다... 적당히 추천하시고, 본인이 받은 추천사는 https://referral.akaiaoon.dev/api/recommendations/:github_id 로 URL 링크를 거시면 대충 svg가 말려옵니다. 깃허브 프로필에도 마크다운으로 링크 가능합니다.

예:

아직 임시라 수정 요청 혹은 피드백은 환영합니다.

리액트 기본 파비콘 쓰는 페이지 어떤데

• 06년생이 20살임: 그렇군요
• 대학 신입생들이 Django 프레임워크 보다 어림: 기절하다

사실 나는 JS(TS) 입문을 Fetch API 이후에 입문해서 axios 이런 거 왜 쓰는지 이해를 못했음

@hongminhee洪 民憙 (Hong Minhee) 으악! 정말 별거아니에요 그저 타임라인일 뿐이에요

밋업때 뭔가 보여줘야 할 거 같아서 열심히 달리는중

해커스 퍼블릭 D-30분..이 아니라 H-30
D Day는 하루 단위로만 쓴다네요.

emacs LISP in your toothpaste?

내일 해커스펍 밋업 갈 생각에 씐남!

깃허브 레퍼럴 시스템 내일까지 만들 수 있겠지...?

We've just published an experimental pre-release version 1.9.0-pr.431.1597 that adds CommonJS support to all npm packages in the Fedify ecosystem! 🧪

What's new

This experimental build addresses one of the most requested features—better compatibility with CommonJS-based Node.js applications, especially NestJS projects. The pre-release eliminates the need for Node.js's --experimental-require-module flag and resolves dual package hazard issues.

Note: While we now support CommonJS for legacy project compatibility, we still recommend using ESM or migrating to Deno for the best experience with Fedify.

Who should test this?

• NestJS developers using Fedify who need CommonJS compatibility
• Legacy CommonJS-based Node.js projects that had trouble integrating Fedify
• Anyone who previously needed experimental Node.js flags to use Fedify

How to test

Install the experimental pre-release version:

npm install @fedify/fedify@1.9.0-pr.431.1597
# or for specific integrations
npm install @fedify/nestjs@1.9.0-pr.431.1597

You should now be able to use standard require() syntax without any experimental flags.

What we're looking for

• Does CommonJS import work correctly in your legacy project?
• Are you able to remove the --experimental-require-module flag?
• Any issues or regressions compared to the current stable version?

Your feedback on this experimental build is invaluable for ensuring this major compatibility improvement works smoothly before the official 1.9.0 release!

해커스펍 모임이 내일이었다! 왜 토요일인줄 알았을까.

나루 UI를 전면적으로 개편했습니다. 먼저 메인 화면에 오이카페와 타이포 블루의 광고를 넣었고요 (...) 파일 탐색기와 에디터를 좀 더 사용하기 편하게 개선했습니다. 또, 어떤 이유로든 나루를 떠나 다른 곳에서 사이버 보금자리를 차리고 싶은 분들을 위해 나루 갠홈 다운로드 기능을 추가했습니다. 앞으로도 잘 부탁드립니다!

한동안 근황 공유를 못했네요... 내일 오프라인 모임에서 오랜만에 인사드릴게요! 밋업 소식 알려주신 @kodingwarriorJaeyeol Lee 감사합니당

Whoa, as of 10 days ago we have functions to go between a Uint8Array and a Base64 Normal/URL Padded/Unpadded string in JavaScript without having to go via a String of “bytes” and manually juggle the padding in every major browser.

What a time to be alive.

정말햄드네요...

페디파이 빡시게 기여해서 2.0 뜨면 블로그 만들어서 블스 떠야지

Finally, embrace provisional trust. The wizard model means working with “good enough” more often, not because we're lowering standards, but because perfect verification is becoming impossible. The question isn't “Is this completely correct?” but “Is this useful enough for this purpose?”

— https://www.oneusefulthing.org/p/on-working-with-wizards

마지막으로, 잠정적 신뢰를 받아들이세요. 마법사 모델은 ‘충분히 좋은’ 상태로 더 자주 작업하는 것을 의미합니다. 기준을 낮추기 때문이 아니라 완벽한 검증이 불가능해지고 있기 때문입니다. 핵심 질문은 “이것이 완전히 정확한가?”가 아니라 “이것이 이 목적에 충분히 유용한가?”입니다.

— 위 인용을 DeepL로 번역

전적으로 동의하고 애자일 관점에서도 좋은 방향이라고 생각하지만, 완벽주의적인 성향이 있는 사람으로서 무시하기 어려운 심리적 저항이 꽤 자주 발생하곤 한다. 에이전트를 위한 지침을 자세히 적는 것으로 최대한 타협할 수 있을 것 같은데 아직 맘에 쏙 드는 방법을 발견하지는 못함.

무슨 연합우주 스캐너 같은 게 있나...?

최고으ㅏ 백엔드 개발자 되는 법

세상에 RFC 표준 맞추는거에 집중하다 보니 코드가 난잡하다. 오늘 내일 중으로 정리해야겠다

오랜만에 블로그에 글을 썼습니다: 〈오픈 소스 開發(개발) 近況(근황)〉.

https://purplesyringa.moe/blog/if-i-hear-design-pattern-one-more-time-ill-go-mad/ (한국어 번역)

If I wanted to go mad thinking abstractly about trivial things, I’d study category theory.

But even Java itself, the language so terrible at fostering good architecture, it has become a joke, has had all of those feature for at least 10 years. So can we abolish “command” and “strategy” now, pretty please?

부연설명을 하자면. Git에선 브랜치 자체로는 '변경 사항'이라는 의미가 없습니다. 왜냐면 끝점만 있고 시작점만 있으니까요. 변경 사항을 논하려면 비교 대상인 커밋이 필요합니다.

Rebase를 하는 이유는 연속된 커밋들로(예쁩니다) '변경 사항'을 나타내기 위해서입니다. 그 의도한 '변경 사항'을 만들기 위해, 비교 대상이 될 커밋을 바꾸는게 리베이스입니다. 그러니까 개발자가 의도한 diff를 그대로 표현하지 못해서, diff = head - x니까 이 방정식을 만족시키는 x 커밋을 찾아서 diff를 의도한데로 계산되게 만드는거지요.

참 뻘스럽습니다.

Go로 JSON 패키지 만들고 이름을 고조선(go-joseon)이라고 지으면 어떨까란 생각이 들었음

Git 떡밥이 지나갔군요. 리베이스가 왜 필요할까요? Git 브랜치에 시작점의 개념이 없기 때문입니다. 브랜치는 커밋 ref가 아니라 (시작 커밋 ref, 끝 커밋 ref)가 되어야 합니다.

TypeScriptの型推論でCLIバリデーションをなくせた話
https://zenn.dev/hongminhee/articles/27bce6eb777dea

#zenn_dev

역시나 트렌딩에도 뜨셨네요 @hongminhee洪 民憙 (Hong Minhee)

아직도 cmake는 제대로 쓰고 있다는 느낌이 당최 들지 않는다...

친구 회사에서 react-form-mozard의 잠깐 언급되었는데, Generator 기반인게 문제가 되어 도입이 바로 기각되었다. yield*가 async, await, try, catch 등등과 달리 혐오스러운 외양을 갖고 있는게 문제가 되었다. 여러분 제발 키워드 차별을 멈춰주세요ㅠㅠ