Paul Graham의 《해커와 화가》를 보면 본인이 생각하는 이상적인 Lisp을 만드는 내용이 나오는데, 그게 바로 Arc. Hacker News가 초기에 Arc로 작성되어 있었다는 것은 잘 알고 있었는데, 여태까지도 Arc로 작성된 채로 유지되고 있을 줄은 몰랐다. 이제서야 Common Lisp으로 바꾼 게 놀라울 정도.

@hongminhee洪 民憙 (Hong Minhee) 앗. 저도 이런AI 시대라 다행이라는 느낌을 받으며 많은 도움을 받고 있습니다. 😅

최근에 코딩하는 시간보다, 문서 작성과 커뮤니케이션에 소비하는 시간이 급격히 많아지다보니, 개발자라기 보다 회사원에 더 가깝게 느껴지는 기분이 든다. 요즘에는 모 시스템 구축의 견적서 작성하는 일을 하고 있는데, 개발보다 재미없지만, 예상 리소스를 예측하면서 이것저것 공부하는 시간만큼은 나름 소소하게나마 즐겁기는 하다.

2025 오픈소스 컨트리뷰션 아카데미 참여형 멘티를 오늘부터 6월 22일까지 모집한다고 합니다. 저도 Fedify 프로젝트의 멘토로서 참여하고 있으니, 관심 있는 분들은 많은 참여 부탁드립니다!

Raycast로 바꾸고 나서 1주일 정도 지난 듯 한데, 사용성에 큰 차이가 있는지는 아직 모르겠지만 계산기는 Raycast가 더 편하다.
Alfred 에서는 가령 1,000+1 처럼 쉼표가 들어가면 계산결과를 보여주지 않는데 RayCast에서는 계산결과값이 나온다.

Fedify에 Cloudflare Workers 지원 추가한 다음, BotKit에도 Cloudflare Workers 지원 추가해서, 연합우주에 봇 무한 증식시키는 상상

오늘 박현우 님(@lqezPark Hyunwoo)께서 Fedify 로고로 배지를 만들어 와주셨습니다! FediDev KR 두 번째 스프린트 모임 오신 분들께 나눠드리고 있어요.

오늘 스프린트 모임에서는 Hackers' Pub 초대장을 막 뿌려야지!

튜링의 사과(@TuringAppleDev튜링의 사과) 입구에서부터 이렇게 FediDev KR 스프린트 모임 배너를 띄워주셨네요!

해커즈 퍼브 저장소를 딥위키에 넣어 봤다! https://deepwiki.com/hackers-pub/hackerspub

한동안 Hollo를 이용했는데 하스켈 코드 쓰러 잠깐 마음의 고향 해커즈 퍼브에 왔습니다.

welcome :: IO ()
welcome = do
  putStrLn "Welcome to Hackers' Pub"
  welcome

https://x.com/haskellhutt/status/1925100046879539515

정말로 @std/encoding을 포크해서 byte-encodings라는 이름으로 npm에 올려버렸다.

Jules 떴구나. 그동안 쌓인 TODO, FIXME가 도합 400개 정도되는데, 그냥 아무말않고 적당히 알아서 고쳐보라고 해야겠다.

@bglbgl gwyng 오 이건 또 뭐하는 물건일까요? (일단 try 해봐야겠네요!)

これからのコーディングの旅は、ABKO KN35BT TKLキーボードと共に歩んでいきます。

이 화면을..... 12분 컷으로 깎았다고...?

@hongminhee洪 民憙 (Hong Minhee) JetBrains 개발팀을 칭찬합니다. 😆

이젠 ReSharper를 Visual Studio가 아니라 VS Code에 붙여주네. 뭐, 이제 .NET 개발 할 일은 없으니 쓸 일은 없겠지만 좋아 보인다.

https://www.jetbrains.com/resharper/vscode/

간만에 플러터개발

Fedifyは新しいパートナーシップの機会を探しています！

Fedifyとは？

Fedifyは、ActivityPubベースのフェデレーションサーバーフレームワークで、開発者が分散型ソーシャルネットワークである#フェディバース（#fediverse）にアプリケーションを簡単に統合できるよう支援します。複雑なActivityPubプロトコルの実装を簡素化し、開発時間を大幅に短縮します。MITライセンスの下で提供されるオープンソースプロジェクトです。

💼 Fedifyを活用しているプロジェクト

すでに様々なプロジェクトがFedifyを活用しています：

• Ghost：数百万人のユーザーを持つプロフェッショナルな出版プラットフォーム（MITライセンスのオープンソース）で、Fedifyの主要スポンサー兼パートナーです。
• Hollo：個人ユーザー向けの軽量マイクロブログ（オープンソース、AGPL-3.0）
• Hackers' Pub：ソフトウェアエンジニア向けのフェディバースブログプラットフォーム（オープンソース、AGPL-3.0）
• Encyclia：ORCID学術記録をActivityPubを通じて提供するブリッジサービス

🚀 Fedifyが提供する価値

• 開発時間80%削減：複雑なActivityPub実装の代わりに実証済みフレームワークを活用
• 即時Fediverse互換性：Mastodon、Misskey、Pleroma、Pixelfed、PeerTubeなど様々なFediverseサービスとすぐに互換
• 専門技術サポート：ActivityPubおよびフェデレーションプロトコルの専門家による直接サポート
• カスタム開発：お客様の特定要件に合わせた機能開発

🤝 可能な協力モデル

• カスタムコンサルティングと統合サポート：お客様のプラットフォームへのFedify統合のための専門的支援
• カスタム機能開発：お客様のプラットフォームに必要な特定機能の開発と実装
• 長期的な技術パートナーシップ：継続的な開発とメンテナンスのための長期協力関係

🌟 Fedifyとの協力によるメリット

• 技術的優位性：自社開発と比較して時間とリソースの節約
• ブランドイメージ：オープンソースエコシステムへの支援を通じた企業イメージの向上
• 分散型ソーシャルネットワークへの参入：フェディバースエコシステムへの容易な参加
• 競争優位性：ソーシャル機能による製品競争力の強化

📩 興味をお持ちですか？

ActivityPubの実装をご検討中の方や、Fedifyプロジェクトとの協力にご興味のある方は、ぜひご連絡ください：

• メール：sponsor@fedify.dev
• フェディバース：@fedifyFedify: an ActivityPub server framework
• GitHub：https://github.com/fedify-dev/fedify

お客様の要件と目標に合わせたカスタマイズされた協力の可能性を一緒に探りましょう。

Fedify는 새로운 후원 파트너를 찾고 있습니다!

Fedify란?

Fedify는 #ActivityPub 기반 연합형 서버 프레임워크로, 개발자들이 분산형 소셜 네트워크인 #연합우주(#fediverse)에 애플리케이션을 쉽게 통합할 수 있도록 돕습니다. 복잡한 ActivityPub 프로토콜 구현을 단순화하여 개발 시간을 크게 단축시킵니다. MIT 라이선스 하에 제공되는 오픈 소스 프로젝트입니다.

💼 Fedify를 활용하는 프로젝트들

다양한 프로젝트들이 이미 Fedify를 활용하고 있습니다:

• Ghost: 수백만 사용자를 보유한 전문적인 오픈 소스(MIT 라이선스) 퍼블리싱 플랫폼으로, Fedify의 주요 후원사이자 파트너입니다.
• Hollo: 개인 사용자를 위한 경량 마이크로블로그 (오픈 소스, AGPL-3.0)
• Hackers' Pub: 소프트웨어 엔지니어를 위한 연합우주 블로그 플랫폼 (오픈 소스, AGPL-3.0)
• Encyclia: ORCID 학술 기록을 ActivityPub을 통해 제공하는 브리지 서비스

🚀 Fedify가 제공하는 가치

• 개발 시간 80% 단축: ActivityPub의 복잡한 구현 대신 검증된 프레임워크 활용
• 즉각적인 연합우주 호환성: Mastodon, Misskey, Pleroma, Pixelfed, PeerTube 등 다양한 연합우주 서비스와 즉시 호환
• 전문 기술 지원: ActivityPub 및 연합 프로토콜 전문가의 직접 지원
• 맞춤형 개발: 귀사의 특정 요구사항에 맞는 맞춤형 기능 개발

🤝 가능한 협력 모델

• 맞춤형 컨설팅 및 통합 지원: 귀사 플랫폼에 #Fedify 통합을 위한 전문적 지원
• 맞춤형 기능 개발 의뢰: 귀사에 필요한 특정 기능의 개발 및 구현
• 장기적인 기술 파트너십: 지속적인 개발 및 유지보수를 위한 장기 협력 관계

🌟 Fedify와 협력했을 때의 이점

• 기술적 이점: 자체 구현 대비 시간과 리소스 절약
• 브랜드 이미지: 오픈 소스 생태계 지원을 통한 기업 이미지 강화
• 분산형 소셜 네트워크 진입: 연합우주 생태계에 쉽게 참여
• 경쟁 우위: 소셜 기능을 통한 제품 경쟁력 강화

📩 관심이 있으신가요?

ActivityPub 구현을 고려 중이시거나, Fedify 프로젝트와 협력하고 싶으시다면 연락 주세요:

• 이메일: sponsor@fedify.dev
• 연합우주: @fedifyFedify: an ActivityPub server framework
• GitHub: https://github.com/fedify-dev/fedify

귀사의 요구사항과 목표에 맞는 맞춤형 협력 방안을 함께 모색하겠습니다.

Fedify is looking for new partnership opportunities!

What is Fedify?

#Fedify is an #ActivityPub-based federated server framework that helps developers easily integrate their applications with the #fediverse, a decentralized social network. It simplifies the complex implementation of the ActivityPub protocol, significantly reducing development time. Fedify is an open-source project available under the MIT license.

💼 Projects using Fedify

Various projects are already leveraging Fedify:

• Ghost: A professional publishing platform with millions of users, open source under MIT license, and a major sponsor and partner of Fedify.
• Hollo: A lightweight microblogging platform for individual users (open source, AGPL-3.0)
• Hackers' Pub: A fediverse blogging platform for software engineers (open source, AGPL-3.0)
• Encyclia: A bridge service that makes ORCID academic records available via ActivityPub

🚀 Value provided by Fedify

• 80% development time reduction: Utilize a proven framework instead of complex ActivityPub implementation
• Immediate fediverse compatibility: Instant compatibility with various fediverse services including Mastodon, Misskey, Pleroma, Pixelfed, PeerTube, etc.
• Expert technical support: Direct support from ActivityPub and Federation protocol experts
• Custom development: Tailored feature development to meet your specific requirements

🤝 Potential collaboration models

• Custom consulting and integration support: Professional assistance for integrating Fedify into your platform
• Custom feature development: Development and implementation of specific features needed for your platform
• Long-term technical partnership: Long-term collaboration for continuous development and maintenance

🌟 Benefits of collaborating with Fedify

• Technical advantage: Save time and resources compared to in-house implementation
• Brand image: Enhance corporate image through support of the open-source ecosystem
• Entry to decentralized social networks: Easily participate in the fediverse ecosystem
• Competitive edge: Strengthen product competitiveness through social features

📩 Interested?

If you're considering implementing ActivityPub or wish to collaborate with the Fedify project, please get in touch:

• Email: sponsor@fedify.dev
• Fediverse: @fedifyFedify: an ActivityPub server framework
• GitHub: https://github.com/fedify-dev/fedify

We're excited to explore customized collaboration opportunities that align with your requirements and goals.

최근에 마주친 문제/주제들이 우연히 다들 '양방향' 이란 개념과 관련이 있다. 아래는 거기 관련된 러프/나이브한 생각들이다.

세션 타입

이건 노골적인 예시인데, 말그대로 서버/클라가 양방향으로 통신하는걸 기술하게 해준다.

Propagator

대부분의 프로그래밍 언어에서 x = 3 + 2과 같은 우변을 계산해서 좌변의 기호에 할당하는 기능을 제공한다.

그런데 3 = x + 2 라고 썼을때 x = 1을 해주는 언어는 거~의 없다. 이런 기능이 왜 필요하냐는 의문이 들 수 있지만, 이런 방식을 간접적으로 다들 매일 쓰고 있다. 예컨데 패키지 버전 관리를 생각해보자.

foo: >= 2.0.0
bar: =< 3.1.0 

이런 식의 설정 파일을 만지작 거릴텐데, 사실 foo >= 2.0.0, bar =< 3.1.0, ... 같은 부등식을 기술하고 있는 셈이다. 여기서 bar가 foo를 의존성으로 가지면 문제가 좀더 복잡해진다. 패키지 매니저는 조건을 만족하는 foo, bar의 값을 알아서 계산해준다.

요지는, 구체적인 값 대신에 조건을 나열하는 방식은 이미 다들 쓰고 있다는 얘기다. 그리고 패키지 매니징이 아닌 다른 문제에서도 이 방식이 좋은 경우는 흔하지만, 조건을 풀어서 값을 구하는 부분을 짜는게 까다로워서 도입하기 쉽지 않다.

여기서 양방향과 관련된 부분은 좌변과 우변의 정보 교환이다. x = 3 + 2는 x <= 3 + 2로, 우변의 정보가 일방적으로 좌변으로 간다고 볼수 있다. 반면 3 = x + 2는 좌변의 정보가 우변으로 가야한다.

x + 1 = y - 3란 예시를 보자. 이 식만 가지고는 x, y의 값을 구할 수 없다. 하지만 x = 3이란 정보가 들어오면 y = 4란걸 알 수 있고, 반대로 y = 5란 정보가 들어오면 x = 1인걸 알 수 있다. 이런 양방향 정보교환을 기술할수 있게 해주는것이 Propagator 패턴이다. Propagator 자체도 세션 타입과 뭔가 관련이 있을거 같은데, 뭐 찾아보면 오히려 서로 관련 없는게 없으니 일단 패쓰.

프로그래밍에서의 타입

모든 프로그래밍 언어는 메타프로그래밍이 가능하고, 대부분의 프로그래밍 언어는 메타프로그래밍을 할 자격이 없다. 나는 그중에서도 특히 자격이 없는 언어인 Nix로 메타프로그래밍을 하는 상황에 쳐해있다. Nix의 특성상 나뿐 아니라 다른 많은 Nix 유저들이 자연스레 이 토끼굴에 빠진다.

Nix의 에러메시지는 읽기가 참 힘든데, 기능이 매우 부족한 언어에다가 여러 개념을 새로 구현해서 얹어놔가지고, 긴 스택트레이스 중에 내가 관심있는 부분은 끝의 일부인데 거기까지의 흐름을 따라가려면 앞의 상관없는 코드도 대충은 이해해야한다. 이게 양방향 정보 교환이 잘 안되고 있는 부분이다.

알다시피 함수 자체는 단방향 정보이다. 스택트레이스는 함수를 통한 단방향 정보의 전달 과정을 보여준다. 그리고 개발자는 그걸 반대로 뒤집은 형태를 분석해야 하는 상황에 놓인다. 이게 개발자 <=> 코드 의 양방향 정보교환의 수단이 제공되지 않아서 생기는 문제다.

개발자 <=> 코드의 양방향 정보코드의 대표적인 수단은 타입이다. 타입은 코드가 스스로를 변호하고, 개발자의 잘못된 변경으로부터 방어하도록 해준다. 대부분의 언어가 메타프로그래밍을 할 자격이 없다는 얘기가, 코드 생성이라는 개발자 -> 코드의 단방향 정보전달만 기술하고 반대로 코드 -> 개발자 방향의 정보를 모조리 잃어버리는 형태로 이루어지기 때문이다.

그런데 타입안전한 메타프로그래밍은 그자체로 어려운 문제이고 아직은 연구주제에 가깝다고 알고있다. 혹시 그냥 개발자에게 뭔가 알려줄수있는 방법 자체를 primitive로 가질 순 없나? 그게 결국 타입이랑 똑같은 것일까? 여기에 TypeScript에서의(역시!) 무근본한 트릭이 소개되어있는데, 약간 관련있을지도 모른다.

안녕하세요, 여러분.

해커스펍에 들어온 시점 전후로 건강에 문제가 생겨 이제야 hello world 메시지를 남기네요. 초대해주신 @hongminhee洪 民憙 (Hong Minhee) 님 고맙습니다.

애호하고 선호하는 프로그래밍 언어는 Python이고 Back-end 직군이 본진이지만, 그때 그때 엔지니어링에 필요한 직군에서 필요한 도구를 써서 개발해요. 현재는(2025년 5월 기준) 프리랜서로 일하고 있습니다.

개발 외엔 글쓰기, 글짓기를 좋아해서 글로 먹고 살 방법도 모색하고 있어요.

잘 부탁드리며, 또 뵈어요.

오랜 기간 alfred 를 써왔고, 그동안 raycast 추천을 많이 받아왔음에도, alfred 가 영구 라이선스이기도 했고, 불편한 점도 없이 오랫동안 써와서 선뜻 바꿔 볼 마음이 들지 않았는데 최근 지속적인 뽐뿌가 있어 오늘 raycast 를 깔고 alfred 에서 쓰던 단축키 Ctrl + / 를 할당해 주었다.

‘그냥 tryAny 쓰면 예외는 다 잡을 수 있는 거 아닌가? 왜 ResourceT를 써야 하지?’라고 생각했는데 찾아보니 tryAny로는 비동기 예외를 잡을 수 없다고 한다.

writeGreetingSafeAttempt :: IO ()
writeGreetingSafeAttempt = do
  dir <- getDataDir
  h <- IO.openFile (dir </> "greeting.txt") WriteMode
  _ <- tryAny do
    IO.hPutStrLn h "hello"
    IO.hPutStrLn h "world"
  IO.hClose h

@bglbgl gwyng @hongminhee洪 民憙 (Hong Minhee) @arkjunJuntai Park "전능한 느낌"이라고 하니까 Bastard Operator From Hell이 생각나요 ㅎ 좀 다르지만 연관있을 거 같은 느낌이 오랫동안 종이와 펜으로만 일하다 보면 거대한 실험장비를 눈앞에 마주하게 됐을 때 가슴이 두근거리면서 저걸 몰아 볼 수만 있으면 얼마나 좋을까 하는 생각이 들어요. 육중한 무언가를 직접 "operation"하고 싶다는 본능적 욕망이 깊이 자리잡고 있나 봅니다. 길에서 우연히 보게 된 중장비에 마음이 뺏겨 장래희망이 덤프트럭 운전기사가 된 전국의 미취학 아동들에게 "너도? 사실은 나도.."라고 말해주고 싶어요.

@hongminhee洪 民憙 (Hong Minhee) TMI 지만, 세벌식 사용자라서 (텐키가 필요없다보니) 저도 텐키리스를 더 선호하기는 합니다.😂

@hongminhee洪 民憙 (Hong Minhee) 영롱합니다! 만족중이시라니 KN03BT TKL 도 뽐뿌가 오네요! 앱코 무접점중에서 결정하기는 할 것 같습니다만.. 앞으로 또 몇년 쓸 거 생각하니 고민에 고민을 거듭하게 되네요. (그러고보니 무접점 시리즈는 Hacker 라는 표기가 붙어 있었는데 언젠가부터 사라졌네요.. 😂)

俺のキーボード遍歴

2009年より前は正直よく覚えてないけど、

• 2009年に Appleのテンキーレス無線キーボード（第2世代） を使い始めた。Mac用だけど、Windowsでも AutoHotkey でキー配置をカスタムして快適に使ってた。

• 2013年に HHKB Professional 2 を購入。この頃からずっと Caps LockをCtrlにリマップして使ってる。今でもこの設定は欠かせない。

• 2018年に ABKO HACKER K945P（テンキーレス・静電容量無接点） に乗り換えた。家では同じくABKOの K995P V3 を使ってる。会社で支給されたK945Pを使ってみたらかなり良くて、HHKBを手放してABKO無接点に一本化した。

最近、仕事用キーボードの基板にちょっとヒビが入った（使う分には全然問題ない）けど、それをきっかけに「そろそろ新しいのに変えてもいいかな…」っていう気分がちょっとずつ湧いてきた。

ABKOの無接点には満足してるから、次もそのシリーズから選ぶ予定。

今の候補：KN30 BT, KN35 BT, AKN10BT, LKN84 BT

나의 키보드 변천사

2009년 이전까진 잘 기억나지 않고,

• 2009 애플 텐키리스 무선 키보드 (2세대) - 맥용이지만 윈도에서도 autohotkey 써서 키 커스텀해서 잘 썼다.
• 2013 HHKB Pro 2 - 이후 모든 키보드 설정에서 caps lock 을 ctrl 로 커스텀해서 쓰고 있다
• 2018 ABKO HACKER K945P 텐키리스 무접점 (집에서는 ABKO HACKER K995P V3) - 회사에서 지급받아 써보고 만족도가 높아서 HHKB 를 정리하고 앱코 무접점만 쓰고 있다.

마침 업무용 키보드 기판이 살짝 금이 가기도 해서 (쓰는데 아무 문제없지만) 키보드를 바꾸고 싶은 뽐뿌가 슬금슬금 올라온다.

앱코 무접점 키보드의 만족도가 높아서, 그 시리즈 중에 살 것 같다.

후보군 KN30 BT, KN35 BT, AKN10BT, LKN84 BT

프론트엔드 개발을 한 6년정도 하면서 생긴 아직 풀리지 않은 의문으로, 템플릿과 공식 문서에선 그렇게 세련되고 예쁜 컴포넌트들이 왜 import해서 내 프로젝트에서 쓰면 개촌스럽고 못생겨지냐는 것이 있다.

자바 최적화 - 클라우드 시대의 자바 성능 튜닝을 위한 실용적인 기법, 2판 (벤저민 J. 에번스, 제임스 고프 (지은이), 오지영, 송지헌 (옮긴이) / 한빛미디어 / 2025-05-30 / 42,000원) https://feed.kodingwarrior.dev/r/BJ95QG

https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=364304337&amp;partner=openAPI&amp;start=api

이걸 보니 조만간 Zed를 써봐야겠다는 생각이 든다 https://zed.dev/blog/vim-2025

해커스펍 정모하면 사진기사 하고 싶음

요즘은 내가 코드를 짤 일은 없고, 개발계획도 AI가 짜고, 개발을 실제로 하는것도 AI가 한다. AI가 좀 핀트 어긋난 것 같으면 내가 잠깐 수정해주는 정도? 누가 보면 바이브 코딩이지만, 엄밀하게는 "바이브 코딩"은 아니다.

요즘 애용하고 있는 워크플로우는 이렇다.

1. Gemini 웹 대화창 띄워서 "~~한 요구사항이 있어. 시니어 개발자로서 어떻게 작업을 이어나갈지 계획을 알려줘" 하고 마스터 플랜을 뽑는다
2. Gemini에서 응답이 오면, "AI 한테 그걸 시킬건데, AI가 이해할 수 있게 스텝 바이 스텝으로 XML 포맷으로 지시사항을 알려줘. 각각의 지시사항은 하나하나 검토하기 편하게, 여러개로 분리된 파일이었으면 좋겠어" 라고 프롬프트를 순차적으로 뽑아낸다
3. 검토할 거 검토해보고, 적당히 괜찮겠다 싶으면, 프롬프트를 Aider든 뭐든 AI에다가 복붙하면 끝.
4. 최종 결과는 Repomix 돌려서 Gemini 웹 대화창에 올리고, 1~3을 반복

중소규모 플젝은 이게 잘 먹히고, 3주에 걸쳐서 할 것 같았던 작업을 3일컷으로 끝냈다.

@bglbgl gwyng @hongminhee洪 民憙 (Hong Minhee) 저도 그 비슷한 느낌이 좋네요! 트러블슈팅할 땐 힘들긴 합니다. 😂 특히 에러메시지만으로 도저히 원인조차 유추가 안될 때 답답해요. 해결하고 보면 간단한 이유였을 때도 많지만, 시간을 예상보다 많이 빼앗길 때마다 조바심에 스트레스가 쌓이긴 합니다. 😆

@hongminhee洪 民憙 (Hong Minhee) 누군가 해놓은 걸 이어서 하는 게 아니라 아예 바닥부터 다 맘대로 할 수 있어서 (?) 그런 자유도 때문에 더 재밌게 한 것 같습니다. 😂

24日(일)(土(토)) FediDev KR 스프린트 모임에 오시는 분들께는, 귀여운 Fedify 로고 스티커를 나눠 드리겠습니다.

https://hackers.pub/@hongminhee/0196b961-2b85-7b25-b6cf-9900405d52eb

이번주내내 인프라 구축에 몰두했는데 개발보다 더 재밌다. AWS 세팅 끝내고, Cloudflare 에 R2 구성하고, 업로드 샘플이랑 캐시퍼지하는 삭제샘플도 만들고 Grafana, Prometheus 로 모니터링 구축하고 Jenkins 에 CI/CD 세팅했다. (입사 초기에 사내 서버에 세팅한 것들을 클라우드로 옮겼다.) 나름의 보안정책들을 수립해가는 것도 묘미. (라고 해봐야 주요 접근 포인트는 죄다 사내망에서만 접근하게 하는 정도지만) 나머지 uptime kuma 올리고, 슬랙 경고 알림정도까지만 작업해 놓으면 당분간 또 만질 일 없겠지만, 그냥 개발 안하고 이런 것들만 했으면 좋겠단 생각도 들었다.

나도 Fedify 처음 만들 때는 TypeScript에서 타입 서커스를 어떻게 잘 해서 Activity Vocabulary를 모델링하려고 했다가 때려쳤던 기억이 난다. 그 때는 복잡도 이전에 내가 그걸 만들 TypeScript 실력이 없었기 때문에 때려친 거긴 하지만. 현재의 Fedify는 그냥 코드 생성을 이용한다.

https://pscanf.com/s/341/

@bglbgl gwyng @hongminhee洪 民憙 (Hong Minhee) CDN 같은 경우에는 해당 플랜 (무료든, 비지니스든) 에서 허용하는 요청수나 트래픽 한도를 초과하는 기간이 일정기간 계속되면 플랜 업그레이드 하라는 메일을 보내는 것으로 알고 있어요. 그래도 업그레이드 안하고 쓸 수는 있지만, 꽤나 제약이 있는 걸로 알고 있습니다. (Rate Limit 을 걸어버리거나) 엔터프라이즈 플랜 (연간계약)으로도 클라우드프론트보다는 조금 더 저렴했던 기억이 있습니다. (사실 거의 비슷하긴 했지만요)

@hongminhee洪 民憙 (Hong Minhee) 이번에는 CDN, R2 정도만 쓸 듯 한데, 나중에는 점점 늘려가볼까 싶네요! 😂

과거 Amazon CloudFront 를 쓰다가 요금폭탄을 경험한 적이 있어서, 선뜻 손이 가지 않는다. (물론 나중에 다시 CloudFront 를 쓰기는 했지만) 아무튼 이번에도 CDN 은 CloudFlare 로 선택했다. CDN을 CloudFlare 로 선택한 김에 저장공간도 R2 로 선택했다. (가격도 S3 보다 더 싸서...)

( ~ 5/31) 제 3회 파이 웹 심포지움 참가자 모집

< 이 행사는 한빛미디어의 장소 후원을 받았습니다 > 주제: AI 시대를 위한 파이썬으로 웹 서비스 개발하기

최근 파이썬이 가장 많이 쓰이는 분야는 단연코 AI입니다. 이제 AI 서비스에 웹 개발이 필요해지는 순간이 많아졌습니다.

웹 서비스 개발 뿐 아니라 openai 나 bedrock같은 AI 서비스의 api 를 이용한 또 다른 서비스를 만들어야합니다.

AI 서비스를 만들면서 겪은 웹 서비스 기술을 함께 나누어보세요! 세션이 끝난 이후엔 다과와 함께 네트워킹 시간도 가질 수 있습니다.

일시 : 2025년 5월 31일 (토) 13:00 ~ 18:00 장소 : 서울특별시 서대문구 연희로2길 62 한빛미디어 리더스홀

https://event-us.kr/pythonkorea/event/103147

해커스펍이 파이콘 커뮤니티 후원사로 선정이 되어서 이번엔 진짜 해커스펍 로고가 필요해졌다는 소식입니다..... 파이콘 홈페이지에 로고랑 같이 커뮤니티 소개가 올라갈 예정임....

cc @hongminhee洪 民憙 (Hong Minhee)

오픈소스 장점: 고쳐쓸 수 있다 🔨

https://github.com/hackers-pub/hackerspub/pull/63