아 한줄풀이 했는데 코드 바이트 수는 더 적은데 요즘 백준 파이썬 기본 메모리 용량이 예전 풀이 올렸을 때보다 높아져서 순위는 더 낮음 이거 억까 아니냐??
이찬행
@2chanhaeng@hackers.pub · 30 following · 33 followers
https://www.acmicpc.net/problem/17114
진짜 몇 번을 봐도 정신이 아득해짐
https://www.acmicpc.net/problem/17114
진짜 몇 번을 봐도 정신이 아득해짐
백준 1930번 1위 빼앗긴거 이제 알아서 허겁지겁 코드 수정해서 올렸는데 2위된 사람이 원래 아는 사람일 때
OSSCA 2025 멘티분들 중에 Git 리베이스(rebase)를 어려워 하시는 분들이 좀 계셔서, 리베이스 교육을 진행했다. 아주 간단한 해피 패스만 다뤘지만… 어차피 충돌도 나고 커밋 순서도 뒤집고 하는 복잡한 리베이스는 직접 해봐야 알 수 있다고 생각해서 다루지 않았다.
@hongminhee洪 民憙 (Hong Minhee) 문서도 꼼꼼하게 쓰여있고 강의도 잘 해주셔서 좋았어요! git은 원래 탈탈 털리고 나서 이래서 쓰는 거구나... 하고 울면서 배우는 거죠😂
vscode 인라인 챗 너무 멍청함...
deno 가 복잡한 타입 추론 못해서 오류 뜨길래 인라인 챗으로 "deno-lint-ignore
규칙 추천 좀" 라고 물어보니까 "님 코드 타입이 너무 복잡함. any
쓰셈." 이러면서 걍 냅다 요상한데에 any를 박음;
짜증나서 걍 사이드바 채팅 켜서 물어보니까 "요럴 땐 deno-lint-ignore
보다는 @ts-ignore
쓰셈." 하고 잘 대답해줌;
둘다 클로드 소넷4인데도 그럼... 맥락 양에 차이가 있나? 맥락 문제도 아닌 것 같은데 이건...
파악이 안 되고 읽히지 않는 코드 때문에 개발하기 싫으시다고요?
이젠 좀 사람이 알아들을 수 있는 코드를 써보고 싶다고요?
선생님, 이제는 파이썬을 쓰실 때입니다!
연합우주의 여러분을 파이콘 한국 2025에 초대합니다!
안녕하세요. Hackers' Pub이 이번 파이콘 한국 2025에 커뮤니티 후원을 하게 되었는데요. 이를 통해 총 세 분께 이벤트로 파이콘 한국 2025 티켓을 드릴 수 있게 되었습니다.
파이콘 한국 2025에 참가하고 싶었던 분들은, 이벤트에 응모해 주세요! 이벤트 응모 방법은 다음과 같습니다.
- 응모 자격
-
연합우주의 누구나
- 응모 기한
-
7월 27일(日) 자정까지
- 응모 방법
-
다음 주제어들 중 하나로 N행시를 멋지게 지어서, 인용 또는 답글로 달아주세요! (Mastodon의 경우에는 인용이 안 되므로 답글만 가능합니다.)
- 파이콘/파이컨
- 파이썬/파이선
- 해커스퍼브/해커즈퍼브/해커스펍/해커즈펍
예:
- 파이썬이 좋아서
- 이번에는 꼭 파이
- 콘에 가고 싶습니다!
응모하신 N행시 중 멋진 작품을 제출하신 세 분을 선정하여 파이콘 한국 2025 티켓을 드리도록 하겠습니다!
많은 참여 부탁드립니다!
와파 안 돼서 오프라인 코딩 중인데 ㄹㅇ 에이전트가 코드 생성 안 해주니까 뇌 멈춤
[[[[[ 긴급 도움 ]]]]]]
해커스펍 여러분, 연합우주 여러분. 안녕하세요. 슬슬 파이콘 한국 후원사로서 "한국 연합우주 개발자 모임" 스티커 굿즈를 뿌려야 하는데요. 스티커 굿즈를 뿌릴때 두가지 버전으로 뿌릴려고 해요.
*로고만 있는 정방형 스티커 *로고 옆에다가 가로로 fedidev.kr 글씨가 새겨져 있는 스티커 (중요)
fedidev.kr 글씨가 새겨져 있는 스티커는 어떻게 뿌릴지가 고민입니다.... 폰트랑 같이 예시 이미지를 알려주시면 스티커 굿즈 제작에 도움이 될 것 같습니다.
마감기한은 7월 19일이구요. 기프티콘 상한 금액은 5만원 입니다.
관심을 가져주시면 감사하겠습니다.
당연히! 공짜는 없겠죠! "이거다!" 하고 선정되신 분께는 원하시는 걸로 기프티콘을 드리겠습니다...
원본 SVG 파일은 여깄습니다 https://github.com/fedidevkr/logo/blob/main/fedidevkr.svg
@2chanhaeng이찬행 너무 아프다.. 근데 저 Astro 쓰고 난 이후로는 안그래요!!!
@z9mb1wwj 오 괜찮은가요??
@2chanhaeng이찬행 블로그는 자주 만드는데 글을 안쓰는게 문제네요
기여... 하고 싶은데 뭘 해야할지 모르것다...!
너무 어려운건 안되겠지만 그렇다고 너무 쉬운거 고르면 찐 처음이신 분들 위해서 남겨드려야 되고... 체크리스트 이슈 괜찮아보였지만 아직 프로포절 단계고... 쩝쩝...
기여... 하고 싶은데 뭘 해야할지 모르것다...!
일단 재열님께서 올려주신 링크 참고해서 투두리스트를 만들긴 햇는데 괜찮을지 모르것네 https://socialhub.activitypub.rocks/t/guide-for-new-activitypub-implementers/479/2
오 아예 체크리스트 구현 이슈까지 만들어주셨네 해봐야징 https://github.com/fedify-dev/fedify/issues/287
@2chanhaeng이찬행 저도 이슈 해결하고 나면 기존 블로그를 fedify화 해보려고요 블로그에 아무것도 없지만 ㅎ
@z9mb1wwj ㅎㅎ 저두요ㅋㅋ큐ㅠ
발대식 끝나자마자 fedify 빡기여한다 → 그럼 fedify 써서 ActivityPub 인스턴스 하나 구현해보면서 기여할만한 거 찾아봐야지 → 근데 어디부터 구현해야하지? 음...
여기서 3일째 막혀있는 중
일단 재열님께서 올려주신 링크 참고해서 투두리스트를 만들긴 햇는데 괜찮을지 모르것네 https://socialhub.activitypub.rocks/t/guide-for-new-activitypub-implementers/479/2
발대식 끝나자마자 fedify 빡기여한다 → 그럼 fedify 써서 ActivityPub 인스턴스 하나 구현해보면서 기여할만한 거 찾아봐야지 → 근데 어디부터 구현해야하지? 음...
여기서 3일째 막혀있는 중
저는 십이세에요 12살이요? 0x1E살이요
듀오링고 켰다가 이상한거 봤다. 이젠 영어 공부하려면 유니코드도 해석할 줄 알아야 하는건가 (아님)
$ python3 -c "print('\uc785\ub2c8\ub2e4')"
입니다
진짜 겁나 이쁘게 만들어줫네...ㅋㅋㅋㅋㅋ
경악을 금치 못하다.
아니 얼탱방탱임 정작 클라 페이지 코드는 구현을 안해서 이걸 터미널에 치게 만들었어??
진짜 겁나 이쁘게 만들어줫네...ㅋㅋㅋㅋㅋ
아니 나는 종단간 암호화 코드 예시가 궁금하댔지 서버를 파서 Swagger까지 구현해 달라고는 한 적 없는데
아니 얼탱방탱임 정작 클라 페이지 코드는 구현을 안해서 이걸 터미널에 치게 만들었어??
예전에 윈도가 필요해서 피방에서 코딩 몇 번 한 적 있는데 매번 프로그램 깔기 귀찮아서 그냥 관련 프로그램 한 번에 설치하기 위한 명령어 페이지를 블로그에 뚫어놨었음 https://chomu.dev/choco
요즘엔 Linux를 메인으로 쓰긴 하지만… X에서 macOS 필수 설치 목록을 서로 공유하기에, 나도: Homebrew, Git, GNU Bash, 1Password, WezTerm, Neovim, Zed, Visual Studio Code… 이 정도인 듯?
아니 나는 종단간 암호화 코드 예시가 궁금하댔지 서버를 파서 Swagger까지 구현해 달라고는 한 적 없는데
찾아보니 ipTIME 공유기에 플러그인 기능이 있어서 MySQL 서버랑 Apache 서버가 돌아갔다는데... 왜 나는 못 찾겠지 그 사이에 빠졌나?? https://blog.naver.com/iamsmartin/220815569700
유인동님 멀티패러다임 프로그래밍 재밌게 읽어서 적용해보고는 싶은데 페디파이에 적용하면 좀 그렇겟지...?
로직적인 부분은 FP(컴포지션+파이프라인+커링)로 구조적인 부분은 OPP로 처리하고...
유인동님 멀티패러다임 프로그래밍 재밌게 읽어서 적용해보고는 싶은데 페디파이에 적용하면 좀 그렇겟지...?
Introducing #Upyo!
A simple, cross-runtime email library that works seamlessly on #Deno, #Node.js, #Bun, and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.
Switch between #SMTP, #Mailgun, #SendGrid without changing your code. Available on #JSR & #npm!
정말 파파괴의 언어...
I scored 11/28 on https://jsdate.wtf and all I got was this lousy text to share on social media.
OSSCA 거의 도착 인데 1시간 가까이 남음...
I got suddenly inspired yesterday to build an email sending library for Node.js/Deno/Bun/edge functions. Meet Upyo: a TypeScript-first email library with a unified API that works across all JavaScript runtimes. It features pluggable transports (SMTP and Mailgun so far), built-in connection pooling, and comprehensive type safety. Still early days but already loving how clean the API turned out!
.NET으로 서버 만들 때는 이메일 보낼 때 FluentEmail이라는 패키지를 유용하게 썼는데, JavaScript 쪽에도 비슷한 게 있나 찾아봤지만 뭔가 다 조금씩 마음에 안 드네… 내가 원하는 건 다음과 같다:
- Mailgun, SendGrid, SMTP 등 다양한 이메일 전송 트랜스포트를 하나의 일관된 API로 사용할 수 있어야 한다.
- 멋대로 환경 변수에 의존하지 말아야 한다.
- Node.js는 물론 Deno에서도 동작해야 한다.
오히려 파일 첨부 같은 부가 기능은 없어도 되기 때문에 간단하게 필요한 라이브러리를 찾을 수 있을 거라고 생각했는데, 못 찾고 있다. 음… 바이브 코딩으로 하나 만들까?
결국 하나 만들었습니다. “우표”라는 이름으로…
이찬행 shared the below article:
펑터Functor

lionhairdino @lionhairdino@hackers.pub
하스켈 펑터 입문자를 위한 이 글은 `Maybe Int` 타입의 값에서 `Int`를 직접 "꺼내올 수 없다"는 개념을 설명합니다. `Maybe`의 `fmap`이나 `fromJust`가 마치 값을 꺼내는 것처럼 보이지만, 이는 실제로는 값을 꺼내는 것이 아니라, 원본 타입(`Int`)의 구조를 보존하며 새로운 `Maybe Int` 타입의 값을 "생성"하는 과정이라는 것입니다. 미끄럼틀 비유를 통해, `Maybe Int`의 `Just 1`은 `Int` 값 `1`과 연관되어 있지만, `Just 1` 자체가 `1`을 의미하는 것은 아닙니다. 펑터는 원본 타입의 관계(구조)를 그대로 유지하며 다른 타입으로 변환하는 역할을 합니다. `fmap`은 `Maybe Int` 안의 `Int`를 직접 조작하는 것이 아니라, 원본 `Int` 값의 관계를 바탕으로 새로운 `Maybe Int` 값을 만들어내는 것입니다. 상자 메타포가 유용할 때도 있지만, 펑터의 본질을 오해하게 만들 수 있습니다. 상자 안의 값을 꺼내는 것이 아니라, 값의 "성격"은 값을 다루는 함수들의 동작에 따라 결정된다는 점을 강조합니다. 이 글은 "없을 수도 있는 수를 꺼낸다"는 표현의 모순을 지적하며, 펑터의 개념을 더 깊이 이해하도록 돕습니다.
Read more →이찬행 shared the below article:
힙스택 보존 법칙
RanolP @ranolp@hackers.pub
이 글에서는 프로젝트 진행 시 기술 스택 선정에 대한 경험적 법칙인 "힙스택 보존 법칙"을 소개하며, 힙한 기술 스택을 과도하게 선택할 경우 프로젝트가 산으로 갈 수 있음을 경고합니다. 저자는 신기술 도입 시 발생하는 호환성 문제와 그로 인한 추가 작업의 부담을 설명하며, 커뮤니티가 크고 성숙한 기술의 중요성을 강조합니다. 힙한 기술을 사용하더라도 프로젝트를 성공적으로 이끌 수 있는 두 가지 조건, 즉 기술의 안정성과 개발자의 숙련도를 제시하며, 힙스택을 사용하기 전에 충분한 학습과 경험을 통해 기술적 내성을 길러야 함을 역설합니다. 이 글은 기술 스택 선택의 중요성과 개발자의 역량 강화 필요성을 동시에 강조하며, 균형 잡힌 기술 스택 선택이 프로젝트 성공에 미치는 영향을 시사합니다.
Read more →🎉 Huge shoutout to two amazing contributors from Korea's #OSSCA program who've made excellent contributions to #Fedify!
👏 @gaebalgom개발곰 tackled a tricky terminal compatibility issue in PR #282, fixing the
fedify node
command's favicon display on terminal emulators without truecolor support (#168). His solution elegantly detects terminal capabilities and falls back to 256-color mode when needed—ensuring a great experience across different environments.
🌟 @joonnotnotJoon enhanced Fedify's #WebFinger functionality in PR #281 by adding a configurable
maxRedirection
option to the lookupWebFinger()
function (#248). He transformed a hardcoded limitation into a flexible, user-customizable parameter while maintaining perfect backward compatibility.
Both delivered thoughtful, well-implemented solutions that showcase the quality of contributions coming from the OSSCA program. Welcome to the Fedify community!
예전에 카페에서 코딩하는데 처음 보는 사람이 보더니 혹시 프로그래머냐고 자기 좀 도와달라길래 무슨 문제냐고 하니까 자바 환경설정 좀 도와달라길래 바로 GG치고 튐
일단 나도 자바는 모르거니와... 애초에 자바를 안 잡은게 환경설정하다 컴 부숴버릴 뻔할 정도로 끔찍해서 포기한 게 50%라서...
예전에 카페에서 코딩하는데 처음 보는 사람이 보더니 혹시 프로그래머냐고 자기 좀 도와달라길래 무슨 문제냐고 하니까 자바 환경설정 좀 도와달라길래 바로 GG치고 튐
오늘따라 키보드 키압이 너무 높은걸?
@joonnotnotJoon 일하지 말라는 신의 계시입니다
이론적으로는 알지만 그래도 역시 그냥 깃헙 아이콘 SVG path 를 통째로 생성해버리는 LLM 은 신기하면서 웃김
역시 프로젝트를 빨리 이해하려면 직접 써보는게 가장 확실한거 같다
🎉 Big thanks to @2chanhaeng이찬행 for his first contribution to #Fedify! He implemented the new
fedify webfinger
command in PR #278, which allows isolated #WebFinger lookups for testing configurations. This addresses the need for developers to test WebFinger functionality without performing comprehensive object retrieval.
The contribution includes:
- A new
fedify webfinger <handle>
command that accepts@user@domain
format handles or URIs - Clean JSON output of WebFinger JRD results
- Proper error handling for invalid handles and lookup failures
- Complete #CLI integration with help text and usage examples
This was originally filed as issue #260 and marked as a good first issue—perfect for newcomers to learn the codebase structure while contributing meaningful functionality. The PR has been merged and will be included in the upcoming Fedify 1.8.0 release.
We appreciate all first-time contributors who help make Fedify better for the entire #fediverse community. Welcome aboard, ChanHaeng!
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 에 한번 제안해볼까...
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/
이찬행 shared the below article:
2020년의 하스켈에 대한 내 생각

박준규 @curry@hackers.pub
이 글은 하스켈이 30주년을 맞이한 2020년, 하스켈의 발전 방향에 대한 개인적인 생각을 담고 있습니다. 저자는 하스켈이 프로그래밍 언어 연구와 실제 애플리케이션 개발이라는 두 가지 목표를 동시에 추구해왔지만, 이제는 소프트웨어 개발자에게 유용한 기능에 집중해야 한다고 주장합니다. 특히 복잡한 타입 시스템보다는 사용자 편의성을 높이는 방향으로 개선되어야 한다고 강조하며, 제네릭스 활용과 유용한 확장 기능 활성화를 예시로 제시합니다. 또한, 애플리케이션 아키텍처 측면에서 의존성 주입 컨테이너를 활용한 단순한 구조를 제안하며, 타입 안정성을 약간 희생하더라도 테스트를 통해 충분히 보완할 수 있다고 말합니다. 결국, 저자는 "심플 하스켈" 또는 "지루한 하스켈"을 통해 얻을 수 있는 코드의 명확성과 개발의 즐거움을 강조하며, 하스켈 커뮤니티가 초보자에게 더 쉽게 다가갈 수 있도록 노력해야 한다고 역설합니다. 이 글은 복잡한 이론적 탐구보다는 실용적인 개발에 초점을 맞춘 하스켈의 미래를 제시하며, 독자에게 균형 잡힌 시각을 제공합니다.
Read more →새로운 마스토돈 v4.4.0가 릴리즈 되었어요!!
https://github.com/mastodon/mastodon/releases/v4.4.0