Dev.to OpenSource
원문 사이트 ↗Dev.to OpenSource 섹션은 오픈소스 프로젝트·라이브러리·기여 가이드 콘텐츠가 모이는 카테고리로, 신규 OSS 출시 소식, 메인테이너 인터뷰, 기여 방법 안내 등이 발행됩니다. 한국 오픈소스 생태계 참여자에게 글로벌 동향 학습 자료로 추천합니다.
Dev.to OpenSource 주요 토픽
Dev.to OpenSource 관련 글 — 29 페이지
- 8
PromptLens 구축: 무료, 로컬 우선 LLM 프롬프트 평가 도구 (오픈 소스, 기여자 모집)
PromptLens는 LLM 프롬프트 응답을 가독성, 감성, 길이 등의 지표로 측면 비교할 수 있는 로컬 우선(Local-first) 평가 도구입니다. FastAPI와 Vanilla JS로 구축되어 데이터 유출 걱정 없이 로컬에서 모든 프로세스가 실행되며, 현재 새로운 메트릭과 모델 커넥터 추가를 위한 오픈소스 기여자를 모집 중입니다.
I built PromptLens — a free, local-first LLM prompt evaluation tool (open source, looking for contributors)↗dev.to
- 9
PayPal이 당신의 문제의 가장 작은 부분일 때, 전 세계에 소프트웨어 플러그인을 판매하고 싶다면
워드프레스 플러그인 개발사가 PayPal의 지리적 제한으로 인한 글로벌 판매 중단 문제를 해결하고자 암호화폐 결제 수단인 BitPay를 도입했습니다. 그 결과, 결제 불가능 지역의 매출이 2객층에서 23% 증가하고 결제 취소 문제는 감소했으나, 높은 수수료로 인한 가격 인상이라는 경제적 과제를 마주하게 되었습니다.
PayPal Is the Least of Your Problems When You Want to Sell Software Plugins to the Rest of the World↗dev.to
- 10
800만 개의 무료 AI 토큰을 FreeLLMAPI 하나로 통합, OpenAI API 활용하기
FreeLLMAPI는 Gemini, Groq, Mistral 등 14개 이상의 AI 모델 제공업체의 무료 티어를 단일 API로 통합하여 사용할 수 있게 해주는 셀프 호스팅 프록시입니다. 자동 장애 조치와 세션 유지 기능을 통해 여러 API의 속도 제한을 우회하며, 기존 OpenAI SDK를 수정 없이 그대로 사용할 수 있는 것이 특징입니다.
Turn ~800M Free AI Tokens Into a Single OpenAI API with FreeLLMAPI↗dev.to
- 13
PayPal과 암호화폐, Stripe 계정 없이 스톡 사진 판매하기: 시작조차 안 된다
기존 PayPal Payouts의 높은 비용과 복잡한 정산 프로세스로 인해 서비스 안정성이 위협받자, 개발팀은 비트코인 라이트닝 네트워크 기반의 Lightning Charge로 결제 시스템을 전환했습니다. 그 결과 거래 수수료는 50% 감소했고 사용자 만족도는 20% 상승하는 성과를 거두었습니다.
PayPal vs Crypto for Selling Stock Photos Without a Stripe Account — A Non-Starter↗dev.to
- 15
ABP Framework에서 Granit으로 다운타임 없이 .NET 앱 마이그레이션했습니다 - 플레이북은 다음과 같습니다
이 글은 대규모 .NET 서비스를 중단 없이 Granit 프레임워크로 전환한 기술적 플레이북을 다룹니다. YARP를 활용한 Strangler-fig 패턴과 데이터베이스 공유 전략을 통해, 기능 개발과 마이그레이션을 병행하며 아키텍처를 현대화한 과정을 설명합니다.
We migrated a .NET app from ABP Framework to Granit without downtime - here's the playbook↗dev.to
- 18
어제 게시물을 건너뛰고 이 글을 더 잘 준비했습니다. 오픈 소스 유지보수와 그 뒤에 숨겨진 기술에 대해 다뤘습니다.
이 글은 오픈 소스 프로젝트의 유지보수 과정과 이를 뒷받침하는 기술적 구조를 심도 있게 다룹니다. 오픈 소스 생태계의 지속 가능성을 위협하는 요소를 짚어보고, 안정적인 소프트웨어 공급망 구축을 위한 기술적 접근법을 설명합니다.
Skipped my daily post yesterday to prepare this one better. This time I wrote about open source maintenance and the skills behind it. https://dev.to/georgi_hristov/are-strong-development-skills-enough-to-manage-an-open-source-project-28gk↗dev.to
- 21
마키아토 데이 3, 4 & 5: 붉은 브루탈리즘, .sh 도메인, 그리고 클로드의 지표가 모니터를 부수게 만들 뻔했던 밤
이 글은 AI 비용 모니터링 도구인 Macchiato의 개발 과정을 담은 로그로, 불규칙한 Claude API의 토큰 사용량 데이터를 정확하게 추출하려는 기술적 도전과 기능성을 극대화한 브루탈리즘 디자인 적용 사례를 다룹니다. 개발자는 미적인 화려함 대신 엔지니어의 작업 환경에 최적화된 고밀도, 고성능 인터페이스 구축에 집중했습니다.
Macchiato Days 3, 4 & 5: Red Brutalism, a .sh Domain, and the Night Claude’s Metrics Nearly Made Me Smash My Monitor↗dev.to
- 22
마키아토의 3일, 4일, 5일: 강렬한 브루탈리즘, .sh 도메인 지배, 그리고 Claude 메트릭 때문에 모니터를 부술 뻔했던 밤
개발자가 Macchiato의 UI를 산업용 제어실 느낌의 브루탈리즘 스타일로 재설계하는 과정과, Claude API의 불분명한 토큰 사용량 데이터를 정확히 파싱하기 위해 겪은 기술적 어려움을 다룹니다. 단순한 디자인 변경을 넘어 데이터 신뢰성을 확보하려는 엔지니어링적 사투를 보여줍니다.
Días 3, 4 y 5 de Macchiato: Brutalismo Rojo, un Dominio .sh, y la Noche que Casi Rompo el Monitor por las Métricas de Claude↗dev.to















