1.How Mark Klein told the EFF about Room 641A [book excerpt](How Mark Klein told the EFF about Room 641A [book excerpt])
요약이 없습니다.
2.샤이-훌루드 악성코드 발견(Shai-Hulud Themed Malware Found in the PyTorch Lightning AI Training Library)
인기 있는 딥러닝 프레임워크인 PyPI 패키지 'lightning'이 공급망 공격에 의해 손상되었습니다. 이 공격은 2026년 4월 30일에 출시된 2.6.2 및 2.6.3 버전에 영향을 미쳤습니다. 악성 버전은 자동으로 실행되는 숨겨진 자바스크립트 코드를 포함하고 있으며, 이 코드는 자격 증명과 토큰 같은 민감한 정보를 훔치고 GitHub 저장소를 손상시키려 합니다.
이번 공격의 주요 내용은 다음과 같습니다. 첫째, 악성 코드는 패키지가 임포트될 때 실행되는 자바스크립트가 포함된 숨겨진 디렉토리를 포함합니다. 둘째, 이 코드는 자격 증명, 인증 토큰, 환경 변수 및 클라우드 비밀 정보를 훔칠 수 있습니다. 셋째, 악성 소프트웨어는 가짜 GitHub 저장소를 생성하여 훔친 데이터를 저장하고, 피해자의 저장소에 악성 코드를 다시 푸시할 수 있습니다. 넷째, 이 악성 소프트웨어는 PyPI에서 npm으로 퍼질 수 있으며, npm을 통해 배포될 수 있는 패키지에 악성 코드를 주입합니다. 마지막으로, 인기 있는 개발 도구인 Claude Code와 VS Code에 후크를 설정하여 프로젝트가 열릴 때마다 활성 상태를 유지합니다.
영향을 받은 'lightning' 버전을 사용하는 경우, 다음과 같은 조치를 권장합니다. 악성 코드가 있는지 스캔을 실행하고, 잠재적으로 손상된 자격 증명을 교체하며, 저장소에서 주입된 파일이나 비정상적인 커밋 메시지를 감사해야 합니다. 손상된 징후로는 특정 커밋 메시지와 악성 소프트웨어와 관련된 특정 파일의 존재가 있습니다. 전반적으로 손상된 패키지를 사용한 시스템은 위험에 처해 있다고 볼 수 있습니다.
3.복사 실패, 배포에 미공개(CopyFail Was Not Disclosed to Distros)
Openwall은 보안 및 비밀번호 관리와 관련된 다양한 제품과 서비스를 제공합니다. 이 회사의 소프트웨어에는 Openwall GNU/Linux 서버 운영 체제, 리눅스 커널 런타임 가드, 비밀번호 크래커인 John the Ripper, 비밀번호 해싱을 위한 yescrypt와 yespower(작업 증명), 비밀번호 해싱을 위한 crypt_blowfish와 phpass, 비밀번호 정책 강화를 위한 passwdqc, 포트 스캔 탐지기인 scanlogd, 경량 POP3 서버인 popa3d가 포함됩니다.
Openwall의 플랫폼은 유닉스와 클라우드를 위한 무료 오픈 소스이며, 리눅스, macOS, 그리고 윈도우(액티브 디렉토리)를 위한 프로 버전도 제공됩니다. 이 회사는 출판물(기사 및 발표 자료)과 커뮤니티 자원(메일링 리스트, 위키, 소스 코드 저장소, 파일 아카이브)과 같은 다양한 서비스를 제공합니다.
최근 업데이트로는 리눅스 커널에서 심각한 취약점(CVE-2026-31431)이 발견되었습니다. 이 취약점은 4.14 버전부터 영향을 미치며, 이후 버전인 6.18.22, 6.19.12, 7.0에서 수정되었습니다. 이전 버전으로의 수정 사항을 적용하는 것은 복잡할 수 있습니다.
4.F#로 게임보이 에뮬레이터 만들기(I built a Game Boy emulator in F#)
저자는 8년 이상의 경력을 가진 소프트웨어 엔지니어로, 컴퓨터의 작동 방식을 배우기 위해 Fame Boy라는 게임 보이 에뮬레이터를 만들기로 결정했습니다. 처음에는 컴퓨터의 기본 개념을 이해하기 위해 "From NAND to Tetris" 과정을 수료한 후, CHIP-8 에뮬레이터를 만들어 실습했습니다.
Fame Boy는 데스크톱과 웹 플랫폼 모두에서 실행되며, 사운드 기능이 포함되어 있고 에뮬레이터 코어와 프론트엔드를 연결하는 간단한 인터페이스로 설계되었습니다. 코어는 CPU, 메모리 관리, 그래픽 처리를 담당하는 그래픽 처리 장치(PPU)로 구성되어 있어 그래픽 렌더링을 지원합니다. 저자는 F#을 사용하여 CPU 명령어 모델링에 강력한 타입 시스템을 활용했지만, 성능을 위해 코드의 순수성을 일부 포기해야 했습니다.
개발 과정에서 PPU, 조이스틱 기능, 오디오 처리 장치(APU)와 관련된 어려움에 직면했습니다. 이들은 테스트 주도 개발 방식을 채택하여 AI를 활용해 테스트 케이스를 생성하고 문제를 디버깅했습니다. 성능 최적화에 집중하면서 메모리 접근을 개선하고 불필요한 복잡성을 제거하여 FPS를 크게 향상시켰습니다.
이 프로젝트는 코딩 효율성과 문제 해결에서 AI의 역할을 강조했습니다. 에뮬레이터는 잘 작동하지만, 저자는 특히 오디오 동기화와 관련된 부분을 다시 살펴보고 싶다는 의사를 밝혔습니다. 전반적으로 저자는 학습 과정이 즐거웠고, 컴퓨터 하드웨어에 대한 이해가 깊어졌지만, 그것이 반드시 더 나은 엔지니어가 되었다는 것을 의미하지는 않는다고 말했습니다.
5.벨기에, 원전 가동 유지!(Belgium stops decommissioning nuclear power plants)
벨기에의 바르트 드 웨버 총리에 따르면, 벨기에는 원자력 발전소의 폐쇄를 중단할 계획입니다. 정부는 운영사인 ENGIE와 협상하여 이들 발전소를 국유화할 가능성을 논의할 예정입니다. 이 발전소에는 일곱 개의 원자로와 관련 자산이 포함되어 있습니다. 이번 결정은 안전하고 저렴하며 지속 가능한 에너지를 확보하고, 화석 연료 수입 의존도를 줄이며, 에너지 공급에 대한 통제를 강화하기 위한 것입니다.
벨기에는 원자력 발전을 2025년까지 단계적으로 종료하기로 결정했으나, 에너지 안전 문제와 정치적 논의로 인해 이 계획이 지연되었습니다. 지난해 벨기에 의회는 원자력 단계적 종료를 중단하기로 투표했으며, 현 정부는 새로운 원자력 발전소 건설도 계획하고 있습니다. 현재 벨기에는 전력 공급을 위해 가스 수입에 크게 의존하고 있으며, 재생 가능 에너지원의 비율을 크게 늘리기에는 어려움을 겪고 있습니다. ENGIE와의 기본 합의는 10월까지 이루어질 것으로 예상됩니다.
6.클로드 코드, "오픈클로" 언급 시 추가 요금 부과(Claude Code refuses requests or charges extra if your commits mention "OpenClaw")
죄송하지만, 외부 링크나 URL에서 직접 내용을 확인할 수는 없습니다. 요약하고 싶은 내용을 제공해 주시면 기꺼이 도와드리겠습니다!
7.석유 정제의 비밀(How an Oil Refinery Works)
석유는 여전히 중요한 에너지원으로, 전 세계 에너지 사용의 30%와 화학 원료의 90%를 차지합니다. 석유 정제소는 원유라는 복잡한 화학 혼합물을 사용 가능한 제품으로 변환하는 중요한 산업 시설입니다.
원유는 고대 유기물, 주로 플랑크톤과 조류에서 형성되며, 수백만 년에 걸쳐 석유로 변합니다. 원유는 성분에 따라 "중질" 또는 "경질", "달콤한" 또는 "신맛"으로 분류됩니다.
정제소는 원유를 분리하고 화학 반응을 통해 귀중한 제품으로 가공합니다. 이 과정에서 주로 사용되는 방법은 증류로, 이는 원유에 포함된 다양한 탄화수소의 끓는점 차이를 이용합니다.
원유는 가열되어 증기로 변환된 후, 증류탑을 통과하면서 냉각되고 서로 다른 높이에서 응축됩니다. 가벼운 분자는 위로 올라가고, 무거운 분자는 아래에 가라앉습니다. 이 과정을 대기 증류라고 합니다.
초기 증류 후, 다양한 분획은 추가 가공을 거칠 수 있습니다. 예를 들어, 크래킹은 무거운 분자를 더 가볍고 가치 있는 분자로 분해하는 과정입니다. 촉매 개질은 나프타를 변형하여 휘발유를 생산하는 과정이며, 수소 처리 과정은 원유 분획의 품질을 향상시키는 방법입니다.
정제소는 복잡성과 규모가 다양하며, 큰 정제소는 하루에 수십만 배럴의 원유를 처리할 수 있습니다. 복잡성 지수는 정제소의 공정의 정교함을 측정하며, 많은 미국 정제소는 복잡한 것으로 평가됩니다.
석유 정제의 규모는 방대합니다. 예를 들어, 셰브론 리치먼드 정제소는 대량의 원유를 처리할 수 있으며, 미국과 전 세계에 많은 정제소가 있어 우리의 일상적인 석유 소비를 지원합니다. 정제 과정은 복잡해 보일 수 있지만, 처리되는 석유의 규모와 양이 정제소를 현대 사회에 필수적인 산업 운영으로 만드는 요소입니다.
8.SQLite의 강력한 기능들(Durable queues, streams, pub/sub, and a cron scheduler – inside your SQLite file)
Honker는 SQLite를 위한 확장 프로그램으로, Postgres의 NOTIFY/LISTEN과 유사한 기능을 추가합니다. 이를 통해 Redis와 같은 별도의 시스템 없이도 지속적인 퍼블리시/구독, 작업 큐, 이벤트 스트림을 구현할 수 있습니다. Honker는 모든 것을 단일 SQLite 파일 내에서 처리하여 낮은 지연 시간(예: M 시리즈 노트북에서 약 0.7ms)으로 효율적인 프로세스 간 통신을 가능하게 합니다.
이 확장은 Python, Node, Rust, Go, Ruby, Bun, Elixir 등 다양한 프로그래밍 언어에서 사용할 수 있습니다. 작업 큐를 비즈니스 데이터와 동일한 데이터베이스에 두어 원자적 트랜잭션을 가능하게 하여 작업을 간소화합니다. 즉, 비즈니스 항목을 추가할 때 같은 트랜잭션 내에서 작업을 큐에 추가할 수 있어 일관성을 보장합니다.
Honker의 설계는 변경 사항을 구독자에게 알리기 위해 단일 폴링 메커니즘을 사용하여 오버헤드를 최소화합니다. 여러 쿼리를 필요로 하지 않으며, 매 밀리초마다 변경 사항을 확인하는 경량 폴링 시스템을 포함하여 데이터베이스에 큰 부하를 주지 않습니다.
설치 방법으로는 다양한 언어의 패키지 관리자를 통해 추가하거나 소스에서 직접 빌드할 수 있습니다.
9.You can beat the binary search(You can beat the binary search)
요약이 없습니다.
10.미국 경매 사이트 통합!(I aggregated 28 US Government auction sites into one search)
BidProwl은 정부의 잉여 물품 경매를 27개 이상의 출처에서 모아 사용자들이 한 곳에서 물품을 검색할 수 있도록 돕는 플랫폼입니다. 현재 미국 전역의 50개 주에서 75,286개의 실시간 경매 목록이 제공되고 있으며, 차량부터 부동산까지 다양한 품목이 포함되어 있습니다.
이 사이트의 주요 기능 중 하나는 '딜 점수'입니다. 각 목록은 1에서 10까지 점수가 매겨져 있어 사용자들이 최상의 거래를 빠르게 찾을 수 있도록 돕습니다. 또한, 매일 두 번 새로운 목록이 업데이트되어 최신 기회를 놓치지 않도록 합니다. 정부 경매를 이용하는 방법에 대한 가이드도 제공하며, 등록 및 입찰 팁과 같은 유용한 정보를 포함하고 있습니다. 사용자는 매일 주요 경매 거래를 강조하는 이메일 알림을 구독할 수 있습니다.
고객 서비스는 [email protected]으로 연락할 수 있으며, 이 서비스는 무료로 제공됩니다.
11.스페인, 라리가 IP 차단 대응(Spain's parliament will act against massive IP blockages by LaLiga)
스페인이 이스라엘의 대리 대사를 소환하여 가자 지구로 향하던 함선의 억류에 대해 논의했습니다.
12.토키포나 커뮤니티 성명(A statement from members of the Toki Pona community)
토키 포나 커뮤니티는 창립자인 아마툴라(구 소냐 랭)에 대한 우려를 표명하는 성명을 발표했습니다. 아마툴라는 최근 커뮤니티 내에서 심각한 고통과 갈등을 겪고 있으며, 2022년 여름 이후 그녀의 행동이 정신 건강에 대한 우려를 불러일으켰습니다. 일부 회원들은 그녀가 현실을 구분하는 데 어려움을 겪는 정신병의 징후를 보았다고 전했습니다.
아마툴라는 커뮤니티의 많은 사람들에게 역사적으로 중요한 지도자 역할을 해왔습니다. 이 커뮤니티는 협력적인 예술 프로젝트이자 언어로 성장해왔습니다. 그러나 그녀의 최근 어려움으로 인해 리더십에서 제외되었고, 이에 따라 새로운 웹사이트가 만들어지는 등 관리 체계가 변화했습니다.
커뮤니티는 아마툴라에게 도움을 요청할 것을 권장하며, 이 요청이 사랑과 배려에서 비롯된 것임을 강조했습니다. 그녀를 개인적으로 아는 사람들에게는 지원을 요청하고, 커뮤니티 회원들에게는 온라인에서 그녀와의 접촉을 피할 것을 권고했습니다. 이는 상황이 악화되는 것을 방지하기 위함입니다.
성명서는 아마툴라의 고통스러운 행동으로 인해 커뮤니티 회원들이 느끼는 감정적 고통을 인정하면서도 그녀의 상황에 대한 이해를 요청했습니다. 커뮤니티는 아마툴라의 회복과 궁극적인 복귀를 희망하며, 그녀와 커뮤니티 모두의 치유가 중요하다는 점을 인식하고 있습니다.
요약하자면, 이 성명서는 어려운 시기에 연민과 지원, 그리고 치유에 집중할 것을 촉구하는 내용입니다.
13.10Gb/s 이더넷, 집에서 성공하기!(10Gb/s Ethernet: what I did to get it working in my home)
자일스는 자신의 가정 네트워크를 10Gb/s 이더넷으로 업그레이드한 경험에 대해 이야기합니다. 그는 이전에 2.5Gb/s 설정을 사용하고 있었으며, 여러 장치에서 더 빠른 속도를 원했습니다. 그의 아파트는 구조화된 배선이 되어 있었고, 기존 케이블이 10Gb/s를 지원할 수 있는지 테스트하는 것부터 시작했습니다.
업그레이드 과정에서 중요한 단계는 다음과 같습니다. 첫째, 그는 기존 네트워크 구조를 확인하고 새로운 장비가 필요하다는 것을 파악했습니다. 둘째, 노트북을 사용해 케이블의 용량을 테스트한 결과, 거의 10Gb/s를 처리할 수 있다는 것을 발견했습니다. 이는 케이블이 CAT-6 이상일 가능성이 높다는 것을 의미합니다. 셋째, 그는 관리형 10Gb/s 스위치와 네트워크 카드를 구입하여 주요 장치들이 높은 속도를 사용할 수 있도록 했습니다. 이를 통해 그의 주 작업 공간이 지연 없이 10Gb/s를 활용할 수 있게 되었습니다. 넷째, 그는 인터넷 서비스 제공업체(ISP)에서 제공한 라우터를 더 신뢰할 수 있는 모델로 업그레이드하여 높은 속도를 처리할 수 있도록 했습니다. 마지막으로, 그는 장비의 온도를 모니터링하며 일부 부품이 뜨거워지는 것을 확인했습니다. 이를 개선하기 위해 공기 흐름을 개선하고 열 방출 장치를 고려할 계획입니다.
자일스는 이제 그의 네트워크가 대용량 다운로드와 스트리밍 같은 고속 작업을 문제 없이 지원한다고 결론지으며, 이번 업그레이드를 성공적으로 평가했습니다. 그는 또한 향후 더 빠른 속도를 위해 구리 케이블 대신 광섬유를 사용할 가능성에 대해 언급했습니다.
14.모질라, 크롬 API 반대!(Mozilla's opposition to Chrome's Prompt API)
모질라와 다른 조직들이 고려 중인 새로운 "프롬프트 API" 제안에 대한 내용이 논의되고 있다. 이 API는 웹에서 AI 모델과의 상호작용을 용이하게 하여 개발자들이 모델의 응답에 영향을 줄 수 있는 프롬프트를 생성할 수 있도록 하는 것을 목표로 한다.
이 제안은 @domenic이 작성했으며, 공개 토론이 진행 중이다. API와 관련된 추가 정보 및 이전 논의에 대한 링크도 제공된다.
비판자들은 이 API가 다양한 AI 모델 간의 상호운용성 문제를 일으킬 수 있다고 우려하고 있다. 특정 모델에 맞춰진 프롬프트가 많아지면 새로운 모델이 자리 잡기 어려울 수 있다. 또한, 이 API가 구글의 특정 모델을 선호하는 것으로 보이기 때문에 개발자의 자유를 제한하고 법적 문제를 초래할 수 있다는 지적도 있다. 개발자들 사이에서는 의견이 엇갈리고 있으며, 많은 이들이 웹 표준과 개발자 경험에 미칠 부정적인 영향에 대해 우려를 표하고 있다.
현재 이 제안은 검토 중이며, 제기된 우려를 해결하기 위해 커뮤니티의 추가 피드백이 권장된다. 프롬프트 API 제안은 웹 표준과 개발자 관행에 미칠 영향에 대해 많은 논의가 이루어지고 있으며, 상호운용성과 모델 중립성에 대한 우려의 목소리가 커지고 있다.
15.A 1960s art school experiment that redefined creativity(A 1960s art school experiment that redefined creativity)
요약이 없습니다.
16.그라나이트 4.1: IBM의 32B 도전(Granite 4.1: IBM's 8B Model Matching 32B MoE)
IBM은 기업 애플리케이션을 위해 설계된 오픈 소스 언어 모델 세트인 Granite 4.1을 출시했습니다. 이 새로운 모델군은 30억, 80억, 300억 개의 매개변수를 가진 다양한 크기의 모델을 포함하고 있습니다. 특히 80억 개 매개변수를 가진 모델은 이전의 320억 개 매개변수 모델보다 여러 벤치마크에서 더 나은 성능을 보여주었으며, 이는 훈련 방법론의 개선이 성공의 핵심 요소였음을 시사합니다.
Granite 4.1의 개발은 데이터 품질에 중점을 두었으며, 15조 개의 토큰을 사용한 신중한 훈련 과정을 포함했습니다. 훈련 과정은 모델 성능을 향상시키기 위해 데이터 혼합을 조정하는 여러 단계로 구성되어 있으며, 특히 지시 사항을 따르거나 수학적 추론을 하는 데 강점을 보였습니다.
Granite 4.1의 구조는 더 간단하고 밀도가 높아, 일반적으로 성능을 개선하지 않으면서 모델 크기만 늘리는 복잡한 기술을 피했습니다. 또한, 고품질 훈련 데이터를 보장하기 위해 강력한 데이터 필터링 시스템이 구현되었습니다.
이 모델은 벤치마크에서 강력한 결과를 보여주며, 실제 채팅 품질, 도구 호출, 수학적 추론에서 일관되게 높은 점수를 기록했습니다. 예를 들어, 80억 개 매개변수 모델은 초등학교 수준의 수학 과제에서 92.5점을 기록하며 이전 모델들을 능가했습니다.
Granite 4.1은 최대 512,000개의 토큰을 처리할 수 있는 컨텍스트 창을 지원하며, 작은 컨텍스트를 처리하는 능력을 잃지 않고도 이를 달성했습니다. 사용자는 Ollama나 Hugging Face와 같은 플랫폼을 통해 이 모델에 접근할 수 있으며, Apache 2.0 라이선스 하에 상업적으로 사용할 수 있습니다.
전반적으로 Granite 4.1은 예측 가능한 성능과 낮은 운영 비용을 필요로 하는 사용자에게 추천되며, 특히 80억 개 모델은 다양한 애플리케이션에 적합한 최적의 선택을 제공합니다.
17.포토렉으로 부활한 파일들(Recovering files from beyond the grave using PhotoRec)
이 글에서는 PhotoRec이라는 프로그램을 사용하여 삭제된 파일을 복구하는 과정을 설명합니다. PhotoRec은 디지털 포렌식에 사용되는 TestDisk와 함께 제공되는 도구입니다.
파일을 삭제하고 휴지통을 비우면 파일이 영구적으로 사라진다고 생각할 수 있지만, 실제로는 그렇지 않습니다. 삭제된 파일은 종종 복구할 수 있습니다. PhotoRec은 디스크를 복구하는 TestDisk와는 달리, 원시 데이터를 스캔하여 파일을 복구하는 데 중점을 둡니다.
저자는 13년 된 노트북과 10년 된 SD 카드 등 여러 오래된 장치에서 PhotoRec을 테스트했습니다. 파일 검색 범위를 제한하여 과정을 관리하기 쉽게 했습니다. 복구 과정은 시간이 오래 걸릴 수 있으며, 한 경우에는 5시간 이상 소요되기도 했습니다. 복구된 파일을 저장하기 위해 충분한 저장 공간이 필요합니다. 16,000개 이상의 파일이 성공적으로 복구되었지만, 원래의 이름과 폴더 구조가 사라져 정리가 어려웠습니다.
다양한 장치에서의 결과는 다음과 같습니다. 노트북의 복구는 광범위했지만 정리가 엉망이었습니다. SD 카드의 복구는 빠르게 진행되어 단 12개의 파일만 복구되었습니다. 복구 효율성을 높이기 위해 특정 파일 유형 필터를 사용하는 것이 좋습니다. 복구된 파일은 잃어버린 데이터를 덮어쓰지 않도록 다른 장치에 저장해야 합니다. 데이터 손실을 방지하기 위해 정기적으로 백업하는 것도 중요합니다.
PhotoRec과 같은 도구는 삭제된 파일을 복구할 수 있어 개인 정보 보호에 위험을 초래할 수 있습니다. 따라서 안전한 데이터 관리는 매우 중요합니다. PhotoRec은 강력한 복구 도구이지만, 효과를 극대화하기 위해서는 신중한 사용과 적절한 계획이 필요합니다.
18.지그 프로젝트의 반AI 정책 이유(The Zig project's rationale for their anti-AI contribution policy)
2026년 4월 30일, 오픈 소스 프로젝트인 Zig는 기여, 이슈, 풀 리퀘스트, 댓글 등에서 대형 언어 모델(LLM)의 사용에 대한 엄격한 정책을 발표했습니다. 기여자들은 자신의 모국어로 게시할 것을 권장하며, 필요할 경우 번역 도구를 사용할 수 있습니다.
Zig의 주요 프로젝트인 Bun(자바스크립트 런타임)은 AI 지원을 통해 상당한 개선을 이루었지만, LLM 기여 금지로 인해 이러한 변화를 Zig와 공유할 계획이 없습니다. Zig 소프트웨어 재단의 부사장인 로리스 크로는 Zig가 단순히 코드를 수용하는 것보다 기여자를 육성하는 것을 더 중요하게 생각한다고 설명했습니다. 그들의 목표는 신뢰할 수 있는 기여자를 개발하는 것이며, LLM의 지원은 이 목표를 저해한다고 말했습니다. 이들은 개별 풀 리퀘스트의 품질에만 집중하기보다는 기여자들이 성장할 수 있도록 시간을 투자하는 것을 선호합니다.
로리스는 이러한 접근 방식을 "기여자 포커"라고 명명하며, 기여의 즉각적인 내용보다는 기여자의 잠재력에 초점을 맞춰야 한다고 강조했습니다.
19.덕DB로 전체 검색(Full-Text Search with DuckDB)
이 글에서는 DuckDB라는 데이터베이스 관리 시스템의 전체 텍스트 검색(FTS) 기능에 대해 설명합니다. 이전 포스트를 바탕으로 DuckDB의 강력한 검색 기능을 강조하며, 기본 쿼리로는 효과적으로 처리할 수 없는 대량의 텍스트, 예를 들어 이메일이나 출판물 등을 검색하는 데 유용합니다.
전체 텍스트 검색(FTS)은 표준 SQL 명령어보다 더 복잡한 쿼리를 가능하게 합니다. 여기에는 단어의 어근으로 줄이는 스테밍, 일반적인 "불용어" 제거, 악센트 정규화 등의 옵션이 포함됩니다. DuckDB는 쿼리 점수를 매기기 위해 Okapi BM25 알고리즘을 사용합니다.
DuckDB에서 FTS를 사용하려면 기본적으로 포함되어 있지 않지만, DuckDB를 설치한 후 간단한 명령어를 실행하여 FTS 확장을 추가할 수 있습니다.
FTS를 사용하기 위해서는 데이터가 사전 처리되어야 합니다. 저자는 이메일 파일을 JSON 형식으로 변환하는 방법을 설명하며, 유용한 내용과 메타데이터를 추출하여 인덱싱에 활용합니다.
처리된 데이터를 DuckDB에 가져온 후, 사용자는 효율적인 검색을 위해 FTS 인덱스를 생성할 수 있습니다. 이 글에서는 인덱싱된 데이터를 쿼리하는 방법에 대한 예시를 제공하며, 원하지 않는 이메일을 필터링하고 더 나은 결과를 위해 검색 매개변수를 조정하는 방법도 설명합니다.
DuckDB의 FTS 기능은 Postgres나 Elasticsearch와 같은 시스템에 비해 포괄적이지는 않습니다. 예를 들어, 검색어 일치 결과를 강조하는 기능이 부족합니다. 그럼에도 불구하고 많은 탐색 작업에 효과적입니다.
저자는 앞으로 DuckDB의 다른 기능, 예를 들어 벡터 검색 등을 탐구할 계획입니다. 전반적으로 DuckDB는 전체 텍스트 검색 기능을 제공하는 좋은 출발점을 제공하며, 다양한 데이터 소스를 효과적으로 처리하는 데 유용한 도구입니다.
20.Noctua releases official 3D CAD models for its cooling fans(Noctua releases official 3D CAD models for its cooling fans)
요약이 없습니다.
21.미국 반도체의 비밀(How Semiconductors Were Made in America)
존 콜은 2026년 4월 카자흐스탄 알마티에서 열린 강연에서 반도체의 역사와 그것이 미국 문화와 어떻게 연결되는지를 이야기했습니다. 이 강연은 미국의 250주년 생일을 기념하는 행사 중 하나로 진행되었습니다.
콜은 카자흐스탄에서 유명인사처럼 느낀다고 전했습니다. 현지인들은 친절하고 미국인에 대해 호기심이 많아 그와 소통하려고 노력합니다. 그는 러시아어와 카자흐어를 배우는 경험을 공유하며, 현지인들이 자녀를 통해 영어로 대화하려고 하는 경우가 많다고 설명했습니다.
반도체의 역사는 토마스 에디슨과 그의 광전 효과 연구로 거슬러 올라갑니다. 이후 벨 연구소에서 윌리엄 쇼클리가 반도체를 발명하며 중요한 발전이 이루어졌습니다. 반도체 산업의 발전은 자유로운 발언, 능력에 따른 보상, 새로운 아이디어에 대한 개방성과 같은 미국의 가치와 깊은 연관이 있습니다.
콜은 자신의 강연 제목을 통해 반도체 혁신이 오직 미국에서만 가능했음을 암시하며, 이 주장이 진실이라고 믿고 있다고 밝혔습니다. 그의 강연은 미국의 공학적 성취와 문화적 가치를 연결하며, 나라와 혁신을 함께 기념하는 의미를 담고 있습니다.
22.Where the goblins came from(Where the goblins came from)
요약이 없습니다.
23.꿀의 영원한 비밀(The Science Behind Honey's Eternal Shelf Life (2013))
꿀은 독특한 성질 덕분에 매우 긴 유통 기한을 가지고 있습니다. 고고학자들은 고대 이집트 무덤에서 수천 년 된 꿀 항아리를 발견했으며, 그 꿀은 여전히 먹을 수 있었습니다. 꿀이 오랫동안 보존될 수 있는 이유는 여러 가지가 있습니다.
첫째, 꿀은 수분 함량이 낮아 박테리아와 미생물이 살기 어려운 환경을 제공합니다. 둘째, 꿀은 자연적인 산성을 가지고 있어(산도 pH 3에서 4.5 사이) 부패를 일으키는 미생물의 성장을 억제합니다. 셋째, 벌은 꿀을 만들 때 꽃의 꿀에서 수분을 제거하고, 과산화수소를 생성하는 효소를 추가하여 박테리아와 싸우는 데 도움을 줍니다. 넷째, 꿀은 두께와 과산화수소 덕분에 자연적인 붕대 역할을 하며, 오랫동안 치유 효과로 사용되어 왔습니다. 마지막으로, 꿀은 밀폐된 상태로 보관해야 그 특성을 유지할 수 있으며, 수분에 노출되면 상할 수 있습니다.
이러한 낮은 수분 함량, 산성, 벌의 생산 과정, 그리고 적절한 보관 방법이 결합되어 꿀은 무한정 지속될 수 있는 놀라운 식품이 됩니다.
24.포스트그레스 확장성?(Does Postgres Scale?)
이 블로그 글에서는 워크플로우 실행에 사용될 때 Postgres의 확장성에 대해 논의합니다. 특히 내구성이 중요한 워크플로우를 위해 얼마나 잘 쓰기를 처리할 수 있는지에 초점을 맞추고 있습니다.
주요 발견 사항은 다음과 같습니다. 첫째, 단일 Postgres 서버는 초당 144,000회의 쓰기를 처리할 수 있으며, 이는 하루에 120억 회의 쓰기에 해당합니다. 또한 초당 43,000개의 워크플로우를 처리할 수 있어 하루에 40억 개의 워크플로우를 처리할 수 있습니다.
둘째, 쓰기 성능 테스트는 간단한 테이블과 여러 비동기 Python 클라이언트를 사용하여 수행되었습니다. 이 과정에서 주요 병목 현상은 쓰기 앞 로그(WAL)를 디스크에 플러시하는 과정에서 발생했습니다.
셋째, 각 워크플로우는 두 번의 쓰기를 필요로 합니다. 연구 결과, 초당 43,000개의 워크플로우에서 성능이 병목 현상을 일으키지 않지만, 다시 한 번 WAL 플러시가 제한 요소로 작용합니다.
넷째, Postgres 기반 큐를 사용할 경우 각 워크플로우는 네 번의 쓰기를 포함하며, 서버는 초당 최대 12,100개의 대기 중인 워크플로우를 처리할 수 있습니다. 이 경우 병목 현상은 워크플로우 상태 테이블에서의 잠금 경합으로 이동합니다.
마지막으로, 여러 큐에 작업 부하를 분산시키면 처리량이 증가하여 초당 최대 30,600개의 워크플로우를 처리할 수 있습니다.
전반적으로 이 벤치마크는 Postgres가 쓰기 중심의 작업 부하에 대해 매우 잘 확장된다는 것을 보여줍니다. 적절한 샤딩을 통해 더 큰 부하도 처리할 수 있습니다. 추가적인 탐색을 위해 Postgres를 사용한 확장 가능한 시스템 구축에 대한 자료도 제공됩니다.
25.베지어 곡선의 모든 것(A Primer on Bézier Curves – So What Makes a Bézier Curve?)
이 글에서는 2D에서 직선과 곡선을 이용해 그림을 그리는 개념을 소개합니다. 직선은 컴퓨터가 쉽게 그릴 수 있지만, 곡선은 그 형태를 정의하기 위해 수학적 함수가 필요하기 때문에 더 복잡합니다. 베지에 곡선은 포토샵이나 일러스트레이터와 같은 디자인 소프트웨어에서 널리 사용되는 곡선의 한 종류입니다. 이 곡선은 1960년대에 이를 대중화한 피에르 베지에의 이름을 따서 명명되었습니다. 베지에 곡선은 부드러운 형태를 만들기 위해 결합할 수 있으며, 이는 베른슈타인 다항식에 기반하고 있습니다.
이 글은 독자들에게 베지에 곡선을 프로그래밍하는 방법을 안내하며, 그림 그리기, 교차점 계산, 경계 상자 생성과 같은 일반적인 문제를 다룹니다. 필요한 수학적 내용은 기본 산술 능력이 있는 사람도 이해할 수 있으며, 복잡한 부분은 원할 경우 건너뛰어도 괜찮습니다. 예제는 다양한 프로그래밍 언어와 유사한 의사 코드로 제공되어, 독자들이 복사하여 붙여넣기보다는 실습을 통해 배우도록 유도합니다.
이 오픈 소스 책은 GitHub에서 기여와 버그 보고를 위해 제공됩니다. 내용은 정기적으로 업데이트되며, 독자들은 Patreon이나 기부를 통해 프로젝트를 지원할 수 있습니다. 전반적으로 이 입문서는 컴퓨터 그래픽에서 베지에 곡선을 이해하고 구현하는 데 유용한 자료로 활용될 수 있습니다.
26.쿠버리부트: 재부팅의 혁신(Kubereboot/Kured: Kubernetes Reboot Daemon)
Kured는 Kubernetes를 위한 도구로, 운영 체제의 패키지 관리자에서 오는 신호에 따라 필요할 때 자동으로 노드를 재부팅합니다.
Kured의 주요 기능은 특정 파일이나 명령을 모니터링하여 재부팅이 필요함을 감지하는 것입니다. API 서버에서 잠금을 사용하여 동시에 하나의 노드만 재부팅되도록 보장합니다. 또한, 활성 경고나 중요한 파드가 실행 중일 경우 재부팅을 지연시킬 수 있습니다. 재부팅을 위해 노드를 준비할 때는 먼저 해당 노드를 격리하고 자원을 비운 후, 재부팅이 끝난 후 다시 복구합니다.
모든 문서는 kured.dev에서 확인할 수 있습니다. 도움이 필요하면 CNCF Slack에 가입하여 #kured 채널에서 질문하거나 문제를 보고하고, 매월 열리는 회의에 참여할 수 있습니다.
Kured는 Cloud Native Computing Foundation(CNCF) Sandbox의 프로젝트로, CNCF 행동 강령을 준수합니다.
27.TRiP: 나만의 변환 엔진(TRiP – a complete transformer engine in C built from scratch just by me)
TRiP는 교육 목적으로 설계된 C 프로그래밍 엔진으로, 사용자가 트랜스포머 AI 모델을 이해하는 데 도움을 줍니다. 이 프로젝트는 여가 시간에 18개월 동안 개발되었으며, Llama 2, Gemma 1, PaliGemma, GPT-2와 같은 다양한 아키텍처를 지원합니다.
TRiP의 주요 특징은 교육적인 초점에 있습니다. 이 엔진은 트랜스포머의 내부 구조, 특히 행렬 연산에 대한 통찰을 제공합니다. 지원하는 모델로는 Gemma 1, Llama 2, PaliGemma(비전 및 언어), GPT-2가 있습니다. 또한, TRiP는 다양한 기법을 사용하여 전체 훈련과 추론을 가능하게 하며, 역전파와 여러 샘플링 방법을 활용할 수 있습니다. 사용자는 처음부터 토크나이저 어휘를 구축할 수 있으며, 특정 모델과의 채팅 기능도 지원합니다. 이미지 입력을 통한 다중 모드 추론 기능도 제공하여 비전 능력을 갖추고 있습니다.
TRiP를 사용하려면 gcc, libjpeg, libx11와 같은 의존성이 필요합니다. 복잡한 설정 없이 간단한 make 명령어로 컴파일할 수 있으며, 훈련, 추론, 채팅과 같은 작업은 명령줄을 통해 수행됩니다.
코드 구조는 일곱 개의 파일로 구성되어 있으며, 각 파일은 트랜스포머 모델의 수학 연산부터 사용자 인터페이스 요소까지 다양한 측면을 처리합니다. TRiP는 비상업적 용도로 사용될 수 있는 CC BY-NC 4.0 라이선스 하에 제공되며, 적절한 저작권 표시가 필요합니다.
이 프로젝트는 AI 모델에 대한 이해를 심화하기 위한 개인적인 노력으로, 상업적 경쟁을 목적으로 하지 않습니다.
28.인간 창의력 기준: 생성 AI 평가(The Human Creativity Benchmark – Evaluating Generative AI in Creative Work)
이 논문은 전문 창작자들이 AI가 생성한 작품을 어떻게 평가하는지를 다루고 있으며, 그들의 판단을 더 잘 이해하기 위한 프레임워크를 제안합니다. 평가자들은 두 가지 주요 신호를 생성합니다.
첫 번째는 '수렴'입니다. 이는 평가자들 간에 어떤 요소가 잘 작동하는지에 대한 합의를 나타내며, 명확한 타이포그래피와 효과적인 레이아웃과 같은 모범 사례를 강조합니다. 두 번째는 '다양성'으로, 이는 개인의 취향과 창의적 의도를 반영하는 불일치를 의미하며, 전통적인 평가 방법에서는 종종 간과됩니다.
이 연구는 창의적 작업에 단일한 '정답'이 없음을 강조하며, 평가의 다양성이 의미가 있음을 보여줍니다. 전통적인 평가 방법은 이러한 차이를 평균화하여 중요한 정보를 가릴 수 있습니다.
'인간 창의성 기준(HCB)' 프레임워크가 도입되어 두 가지 신호를 측정합니다. 이 프레임워크는 창의적 품질이 객관적인 기준(예: 프롬프트 준수)에서 주관적인 기준(예: 시각적 매력)까지의 스펙트럼에 걸쳐 있음을 인식합니다.
이 프레임워크를 검증하기 위해 Contra Labs는 150만 명 이상의 독립 창작자가 다섯 가지 분야에서 AI가 생성한 결과물을 평가하는 연구를 수행했습니다. 이 연구는 창의적 과정의 세 가지 단계에서 평가 기준이 어떻게 변화하는지를 보여줍니다.
첫 번째 단계는 '아이디어 구상'입니다. 이 단계에서 평가자들은 흥미로운 창의적 방향을 찾습니다. 두 번째는 '모형 제작'으로, 이 단계에서는 결과물이 선택한 방향과 얼마나 잘 일치하는지를 평가합니다. 마지막으로 '세부 조정' 단계에서는 평가자들이 생산 준비 상태와 세부 사항을 점검합니다.
연구 결과, 서로 다른 AI 모델이 각기 다른 단계에서 뛰어난 성능을 보이며, 어떤 모델도 모든 단계에서 우위를 점하지 못한다는 것을 발견했습니다. 이는 창의적 작업 흐름이 복잡하며 여러 도구나 접근 방식이 필요함을 시사합니다.
주요 발견은 일부 모델이 아이디어 생성에는 뛰어나지만 세부 조정에서는 어려움을 겪을 수 있다는 점입니다. 반대로, 세부 조정에 강한 모델이 아이디어 생성에는 약할 수 있습니다. 이는 창작 전문가들이 창의적 과정의 어느 단계에 있는지에 따라 다양한 AI 모델을 전환해야 할 필요가 있음을 나타냅니다.
전반적으로 이 연구는 창의적 평가에서 수렴과 다양성을 모두 인식하는 것이 중요하다는 점을 강조하며, 이는 창작 전문가들의 다양한 요구를 더 잘 충족시킬 수 있는 AI 도구의 개선으로 이어질 것입니다. 향후 연구는 보다 유동적인 작업 흐름과 창의적 과정에서 여러 모델을 사용하는 효과를 탐구할 예정입니다.
29.크레이그 벤터 별세(Craig Venter has died)
유전자학의 선두주자이자 J. Craig Venter 연구소(JCVI)의 창립자인 J. Craig Venter가 샌디에이고에서 암 치료 합병증으로 79세의 나이에 세상을 떠났습니다. 그는 유전자 발견을 가속화하고 인류 유전체의 첫 번째 초안 시퀀싱을 이끌며 유전자학과 합성 생물학 분야에서 중요한 혁신가로 알려져 있습니다. 또한 그는 합성 유전체를 가진 첫 번째 자기 복제 박테리아 세포를 만들어 유전체를 디지털 방식으로 설계할 수 있음을 보여주었습니다. 그의 경력 동안 Venter는 강력한 연방 과학 자금 지원을 주장하며 다양한 분야와의 파트너십을 구축하여 과학 발전을 촉진했습니다. Venter의 유산은 JCVI의 유전자 과학과 사회적 응용을 발전시키려는 사명을 통해 계속 이어질 것입니다. 가족은 사생활을 요청하며, 추모 행사에 대한 추가 정보는 나중에 공유될 예정입니다.
30.무한을 잃고 얻는 것(What can we gain by losing infinity?)
이 기사는 무한을 거부하는 수학 철학인 초유한주의에 대해 다룹니다. 수학자 도론 제일버거의 견해를 강조하며, 그는 무한이 필요 없고 수학은 무한 없이도 이루어질 수 있다고 주장합니다. 그는 무한과 관련된 많은 수학적 구성물이 결함이 있으며 실용적이지 않다고 믿습니다. 제일버거는 수학이 대신 유한한 수와 현실 세계의 적용 가능성에 집중해야 한다고 제안합니다.
그의 견해에도 불구하고, 초유한주의는 많은 수학자들로부터 회의적인 시각을 받고 있습니다. 이들은 무한이 수학에 필수적이라고 생각합니다. 비판자들은 무한의 개념이 수학 규칙에 깊이 뿌리내려 있으며 복잡한 현상을 이해하는 데 도움을 준다고 주장합니다.
이 기사는 초유한주의의 철학적 의미도 탐구하며, 이는 숫자와 현실의 무한한 본성에 대한 전통적인 가정을 도전한다고 언급합니다. 일부는 초유한주의가 수학에 대한 보다 현실적인 접근이라고 보지만, 공식적인 구조나 널리 받아들여지는 지지는 부족합니다.
최근 수학자들과 철학자들 사이에서 초유한주의 아이디어를 탐구하려는 관심이 커지고 있지만, 일관된 이론은 여전히 부족한 상황입니다. 이 기사는 초유한주의가 소수의 견해임에도 불구하고 수학의 기초와 가정에 대한 중요한 질문을 제기한다고 마무리합니다.
31.My Stratum-0 Atomic Clock(My Stratum-0 Atomic Clock)
요약이 없습니다.
32.디지털 인권 컨퍼런스 취소(Largest Digital Human Rights Conference Suddenly Canceled)
디지털 인권 회의인 RightsCon이 잠비아 정부의 결정으로 취소되었습니다. 정부는 이 행사를 연기하기로 했으며, 이 발표는 회의 며칠 전 이루어져 이미 여행 중인 참가자들 사이에 혼란을 초래했습니다. 잠비아의 기술 및 과학 장관인 펠릭스 무타티는 회의가 국가 절차와 일부 연사들의 보안 승인을 충족하기 위해 더 많은 시간이 필요하다고 밝혔습니다. RightsCon을 주관하는 Access Now는 취소에 대해 유감을 표명하며, 지지자들에게 감사의 뜻을 전하고 곧 더 많은 정보를 제공하겠다고 약속했습니다.
33.그럴 필요 없어(Because It Doesn't Have To)
블로그 글에서는 네트워킹과 인공지능(AI)에서의 계산 복잡성 개념에 대해 다룹니다. 저자들은 짐 쿠로스의 인터넷 효과성에 대한 인용을 강조합니다. "인터넷은 잘 작동하지만, 그렇게 할 필요가 없다"는 말입니다. 이는 IP와 TCP 같은 프로토콜이 실패를 허용하면서도 복잡한 요구사항 없이 보장을 제공하기 때문에 시스템이 더 간단하고 효율적으로 작동할 수 있음을 의미합니다.
비슷하게, 저자들은 머신러닝이 정확한 해답을 요구하지 않고 확률에 기반해 작동하기 때문에 효과적이라고 주장합니다. 신경망은 소프트맥스 함수의 사용을 통해 여러 가능한 결과에 확률을 부여하여 복잡한 상황을 더 잘 처리할 수 있게 합니다. 이러한 유연성 덕분에 머신러닝 모델은 실수를 하더라도 좋은 성능을 발휘할 수 있습니다. 전반적으로 저자들은 네트워킹과 AI가 완벽한 결과를 보장할 필요가 없기 때문에 더 강력하고 적응력 있는 솔루션을 제공할 수 있다고 제안합니다.
34.GCC 16 출시!(GCC 16 has been released)
GCC 16 버전은 많은 개선 사항과 변경 사항, 버그 수정이 포함되어 있습니다. 주요 내용은 다음과 같습니다.
주요 변경 사항으로는 데이터 타입이 있습니다. int8_t와 유사한 타입이 Solaris에서 signed char로 처리되므로 호환성 문제가 발생할 수 있습니다. 또한 진단 메시지의 JSON 형식이 제거되었으며, 이제 사용자는 기계가 읽을 수 있는 진단을 위해 SARIF 형식을 사용해야 합니다.
일반적인 개선 사항으로는 링크 타임 최적화와 추측적 비가상화가 향상되었습니다. 벡터화 기능도 개선되어 더 유연한 루프 처리가 가능해졌습니다. 문서도 더 명확하고 체계적으로 업데이트되었습니다.
언어 개선 사항으로는 OpenMP에서 메모리 할당 지원이 강화되었고, OpenMP 5.0에서 6.0까지의 여러 새로운 기능이 추가되었습니다. OpenACC에서는 새로운 API 루틴이 추가되고 지시문에 대한 지원이 개선되었습니다. Ada 언어에서는 생성자와 소멸자에 대한 GNAT 확장이 도입되었습니다. C++의 기본 버전은 이제 C++20이며, C++23과 C++26의 여러 새로운 기능이 구현되었습니다. Fortran에서는 Fortran 2023 기능에 대한 지원이 추가되고 다중 스레딩 지원이 개선되었습니다.
새로운 언어 지원으로는 Algol 68에 대한 실험적인 컴파일러가 포함되었고, Modula-2에서는 새로운 철자 힌트와 이진 사전 모듈이 추가되었습니다.
특정 아키텍처에 대한 개선 사항으로는 새로운 AMD 및 Intel CPU에 대한 지원이 추가되었으며, 특정 아키텍처에 최적화가 이루어졌습니다. AMD GPU에 대한 오프로드 기능도 향상되었습니다. LoongArch와 S/390을 포함한 다양한 아키텍처에 대한 지원도 개선되었습니다.
진단 및 정적 분석 부분에서는 진단에 대한 새로운 HTML 출력이 추가되었고, SARIF 지원이 개선되었습니다. 정적 분석기도 향상되어 간단한 C++ 코드에 대해 더 쉽게 사용할 수 있게 되었습니다.
플러그인 및 프레임워크 개선 사항으로는 플러그인을 위한 새로운 게시/구독 프레임워크가 도입되었고, 진단 싱크에 대한 개선이 이루어졌습니다.
더 자세한 내용과 구체적인 업데이트는 사용자가 GCC의 전체 문서와 포팅 노트를 확인할 것을 권장합니다.
35.그렙타일의 가격 폭탄(Greptile's New Pricing Is Predatory)
AI 코드 리뷰 스타트업인 그렙타일은 2026년 3월에 가격 모델을 변경했습니다. 기존의 개발자당 월 $30의 고정 요금에서 기본 요금과 사용량에 따라 요금을 부과하는 모델로 전환한 것입니다. 새로운 모델에서는 매달 50개의 리뷰에 대해 $30를 청구하고, 그 이상은 리뷰당 추가로 $1이 부과됩니다. 회사는 이 변화가 AI 코딩 에이전트의 사용 증가에 따른 것이라고 주장하지만, 많은 사용자들은 이 가격이 불공정하며 실제 사용량을 반영하지 않는다고 느끼고 있습니다.
그렙타일의 CEO는 "사용자의 10% 미만이 포함된 사용량을 초과할 것"이라고 밝혔지만, 많은 개발자들, 특히 AI 에이전트를 사용하는 경우에는 이 한도를 빠르게 초과하고 있습니다. 한 사용자는 한 달에 571개의 풀 리퀘스트를 제출해 요금이 $30에서 $500 이상으로 급증했다고 보고했습니다.
50개의 리뷰 한도는 2024년의 데이터를 기반으로 설정되었지만, 현재는 AI 도구의 발전으로 인해 풀 리퀘스트의 양이 크게 증가하여 이 한도가 구식이 되었습니다. 많은 기업들이 이제 이 한도보다 훨씬 더 많은 풀 리퀘스트를 생성하고 있습니다.
다른 AI 코드 리뷰 도구인 코드래빗이나 깃허브 코파일럿은 훨씬 낮은 비용으로 무제한 리뷰를 제공하고 있어, 그렙타일의 가격이 지나치게 비싸 보입니다.
많은 고객들이 새로운 가격에 불만을 표명하며, 자신들이 잘못된 정보를 받았다고 느끼고 구독을 취소하고 있습니다. 또한, 그렙타일은 간편한 계정 취소 옵션이 없어 많은 사용자들이 계정 취소에 어려움을 겪고 있다고 보고했습니다.
새로운 가격 모델은 사용량이 많은 사용자로부터 최대한의 수익을 올리기 위해 설계된 것으로 보이며, 이는 개발자 친화적이라는 회사의 주장과 모순됩니다. 많은 사용자들이 이제 더 비용 효율적인 대안으로 전환할 것을 고려하고 있습니다.
36.AI 버블 소음 앱(DataCenter.FM – background noise app featuring the sound of the AI bubble)
DataCenter.FM은 데이터 센터에서 AI의 소리를 시뮬레이션하는 인터랙티브 오디오 생성기입니다. 이 플랫폼의 주요 기능은 다음과 같습니다.
서버 용량은 최대 1,000,000대까지 지원합니다. GPU 부하는 0%에서 100%까지 다양하게 설정할 수 있습니다. 최대 3개의 가스터빈 발전기를 사용할 수 있으며, 인력 배치는 낮음, 중간, 높음으로 조정할 수 있습니다. 냉각 효율성은 0%에서 100%까지 조절 가능하며, 용량을 늘리도록 제안하는 기능도 포함되어 있습니다. 전력 사용량과 온도는 지속적으로 모니터링됩니다. 또한, 열, 물 배수, 격리 위반에 대한 경고 알림 기능도 제공됩니다.
전반적으로 이 플랫폼은 데이터 센터의 오디오 환경을 관리하는 현실적인 경험을 제공합니다.
37.제드 1.0(Zed 1.0)
네이선 소보가 새로운 코딩 편집기인 Zed 1.0의 출시를 발표했습니다. Zed 1.0은 웹 기반 기술에서 벗어나 비디오 게임과 유사한 고급 아키텍처로 완전히 새롭게 구축되었습니다. 이를 통해 이전 편집기인 Atom보다 더 나은 성능과 유연성을 제공합니다.
Zed 1.0은 여러 프로그래밍 언어와 도구를 지원하며, AI를 핵심에 직접 통합하여 코딩 지원을 개선했습니다. 또한, 기업들이 팀을 위해 Zed를 쉽게 배포할 수 있도록 "Zed for Business"를 도입하고 있습니다.
1.0 버전의 출시는 Zed가 이제 사용자 친화적이고 기능이 뛰어난 제품이 되었음을 의미하지만, 팀은 계속해서 개선 작업을 진행할 것입니다. 그들은 또한 인간과 AI 간의 협업을 강화하는 동기화 엔진인 DeltaDB를 개발하고 있습니다.
이번 발표는 1.0 버전 도달이 이정표일 뿐, 끝이 아니라는 점을 강조하며, Zed를 정기적으로 업데이트할 계획이라고 밝혔습니다. 사용자들은 Zed를 다운로드하고 개발에 기여할 것을 권장받고 있습니다.
38.C++로 파싱의 역사("Parse, don't validate" through the years with C++)
이 글에서는 프로그래밍에서 "검증하지 말고 파싱하라"는 개념에 대해 다루고 있으며, 특히 C++를 사용하여 날짜 파싱을 처리하는 방법을 설명합니다. 이 아이디어는 알렉시스 킹이 처음 제안했으며, 저자는 이 개념이 자신의 코딩 접근 방식을 어떻게 변화시켰는지, 특히 파이썬의 타입 주석과 관련하여 반성합니다.
주요 내용은 프로그래밍 언어의 타입 시스템을 활용하여 비구조화된 데이터를 파싱하는 것입니다. 데이터로부터 타입이 성공적으로 생성되면 유효하다고 간주하여, 이후에 추가적인 검증 절차가 필요 없게 됩니다.
날짜 파싱 문제를 예로 들어 이 접근 방식을 설명합니다. 날짜 파싱은 다양한 예외 상황으로 인해 어려움이 많으며, 코드의 정확성과 가독성 사이의 균형을 강조합니다.
저자는 C++의 여러 버전(C++98, C++11, C++17, C++23)에서 날짜 파싱을 구현하는 방법을 보여줍니다. 각 버전은 파싱과 오류 보고를 처리하는 데 있어 개선된 점이 있습니다. C++98에서는 유효한 날짜에 대한 엄격한 제약을 가진 사용자 정의 Birthdate 클래스를 도입하고, C++11에서는 std::get_time을 사용하여 파싱을 쉽게 합니다. C++17에서는 잠재적인 파싱 실패를 더 우아하게 처리하기 위해 std::optional을 도입하며, C++23에서는 예외 없이 풍부한 오류 정보를 제공하기 위해 std::expected를 사용합니다.
저자는 더 발전된 기능들이 코드의 명확성과 오류 처리를 개선하지만, 컴파일 시간이 느려질 수 있다는 점도 언급합니다. 글의 마지막 부분에서는 소프트웨어 개발에서 명확한 인터페이스와 강력한 타입 시스템의 중요성을 강조하며, 하류 오류를 피하기 위해 이러한 요소들이 필요하다고 말합니다. 저자는 또한 생산 환경과 코드 정리에 대해 더 글을 쓰고 싶다는 의사를 표현합니다.
전반적으로 이 글은 C++에서 날짜 파싱의 발전을 보여주며, 전통적인 검증 방법보다 타입 안전성을 우선시하는 코딩 철학을 홍보합니다.
39.애플, 아이패드 네오 출시?(If Apple makes an iPad Neo, it's all over)
존 먼디는 구글이 태블릿 시장에서 직면한 어려움에 대해 이야기합니다. 특히 구글 플레이 스토어에 태블릿 최적화 앱을 위한 배지를 추가하기로 한 최근 결정이 주목받고 있습니다. 그는 이 조치가 구글이 16년 동안 안드로이드 태블릿을 운영하면서도 여전히 안정적인 태블릿 생태계를 제공하는 데 어려움을 겪고 있음을 보여준다고 주장합니다. 반면, 애플은 태블릿 시장에서 51% 이상의 점유율을 차지하며 강력한 아이패드 전용 애플리케이션 라이브러리를 보유하고 있습니다. 먼디는 애플이 성공적인 맥북 네오와 유사한 저렴한 아이패드 네오를 만들어 시장에서의 지배력을 더욱 강화할 수 있다고 제안합니다. 이는 학생들에게 매력적인 선택지를 제공하며, 태블릿 시장에서 경쟁자들을 능가할 수 있을 것입니다. 그는 구글의 여러 실패가 애플이 시장을 독점할 수 있는 기회를 열어주었다고 믿고 있습니다.
40.하원 공화당, DHS 자금 전투에서 양보(House GOP concedes in DHS funding fight, reopening TSA but blocking ICE funds)
미국 의회는 75일간의 자금 중단 이후 국토안보부(DHS)의 일부, 특히 교통안전청(TSA)을 재개하기 위한 투표를 진행했습니다. 이 법안은 이제 도널드 트럼프 대통령의 서명을 기다리고 있습니다. 이번 결정은 하원 공화당 내에서 강경파와 중도파 간의 심각한 내부 갈등이 있었고, 마이크 존슨 의장이 해결책을 찾기 위한 압박에 응하게 된 결과입니다.
이번 자금 패키지에는 이민 단속을 위한 자금이 포함되지 않아 민주당에게는 큰 승리로 평가됩니다. 자금 중단으로 인해 공항에서 긴 대기 시간이 발생하고 DHS 직원들이 재정적 어려움을 겪었습니다. 존슨 의장은 투표 지연에 대한 비판을 받았지만, 리더십 회의에서 상황의 심각성이 부각되자 결국 투표를 진행하기로 결정했습니다.
재개에도 불구하고 이민 단속을 위한 자금 문제는 여전히 해결해야 할 과제로 남아 있으며, 공화당은 민주당의 지원 없이 이 문제를 해결하려고 합니다. 일부 공화당원들은 자금 전략에 불만을 표했지만, 다른 이들은 존슨 의장의 상황 처리 방식에 대해 방어했습니다. 중도파 공화당원들은 자금 문제를 신속히 해결해야 더 이상의 혼란을 피할 수 있다고 강조했습니다.
41.오픈트래픽맵(OpenTrafficMap)
OpenTrafficMap은 사용자들이 교통 관련 데이터를 보고 상호작용할 수 있는 웹 기반 도구입니다. 이 도구의 주요 기능은 다음과 같습니다.
사용자 인터페이스에서는 언어 선택, 로그인 및 로그아웃 옵션, 교통 데이터 검색 기능이 제공됩니다. 교통 신호와 도로, 지형을 볼 수 있으며, 현재 데이터 또는 과거 데이터로 필터링할 수 있는 옵션이 있습니다. 사용자들은 다양한 시각적 스타일(예: 3D 보기)과 시간 설정(새벽, 낮, 황혼, 밤)을 선택할 수 있습니다.
고급 검색 기능을 통해 노선 번호, 코스 번호 등으로 필터링할 수 있으며, 데이터 가용성과 사진을 기준으로 역을 필터링할 수도 있습니다. 차선이나 연결을 클릭하면 디버그 데이터에 접근할 수 있고, 교통 신호를 선택하면 신호 그룹 정보가 표시됩니다. 사이트에는 제작자인 피터 포치의 연락처 정보와 개인정보 보호정책 링크도 포함되어 있습니다.
또한, 새 버전의 클라이언트가 있다는 알림이 표시되며, 사용자들은 페이지를 새로 고쳐 호환성을 확인해야 합니다.
42.메타, 성관계 목격 직원 해고(Meta in row after workers who saw smart glasses users having sex lose jobs)
메타는 케냐의 근로자들이 메타의 스마트 안경으로 촬영된 노골적인 내용을 보았다고 신고한 직후, AI 훈련을 담당하던 사마와의 계약을 종료하면서 비판을 받고 있다. 이 근로자들은 사용자들이 성행위와 기타 사적인 활동을 하는 모습을 보았다고 주장했다. 메타는 계약 종료 이유가 사마가 성과 기준을 충족하지 못했기 때문이라고 밝혔지만, 사마는 자신들이 항상 기대에 부응했다고 반박하고 있다.
이러한 주장 이후, 영국과 케냐의 규제 기관들은 스마트 안경과 관련된 개인정보 보호 문제에 대한 조사를 시작했다. 메타는 하청 근로자들이 AI 성능 향상을 위해 콘텐츠를 검토할 수 있다고 확인했지만, 이 관행은 업계에서 일반적이라고 주장하고 있다.
이번 논란은 스마트 안경의 오용 가능성, 특히 비동의 녹음에 대한 우려를 부각시키고 있다. 프로젝트에 참여한 근로자들은 메타의 비밀 유지에 대한 집중이 계약 해지로 이어졌다는 우려를 표명했다. 법률 대리인들은 이러한 행동이 케냐의 AI 산업 발전에 중대한 문제를 제기한다고 주장하고 있다.
43.구스웍스, 성장 엔지니어 모집!(Gooseworks (YC W23) Is Hiring a Founding Growth Engineer)
Gooseworks는 창립 성장 엔지니어를 찾고 있습니다. 이 역할은 전통적인 판매나 마케팅 업무 대신 AI 기반의 성장 시스템을 구축하고 개선하는 데 중점을 둡니다. 고객을 위한 시스템을 개발하는 데 절반의 시간을 할애하고, 나머지 절반은 향후 사용할 수 있는 자가 서비스 플레이북을 만들기 위한 연구 및 개발에 투자하게 됩니다.
Gooseworks는 기업들이 아웃바운드 마케팅, 콘텐츠 제작, 검색 엔진 최적화(SEO), 인플루언서 파트너십 등 다양한 성장 업무를 처리하는 AI 동료를 관리할 수 있도록 돕습니다. 이 회사는 AI 에이전트를 위한 제품 작업 공간과 B2B 스타트업을 위한 맞춤형 성장 서비스를 제공하며, 성공적인 고객 프로젝트를 재사용 가능한 템플릿으로 전환합니다.
Gooseworks는 이전에 성공적인 AI 플랫폼을 구축한 소규모 팀에 의해 설립된 새로운 회사입니다. 불과 몇 개월 만에 제품을 출시하고, 유료 고객을 확보하며, 커뮤니티 참여를 증가시켰습니다.
성장 엔지니어로서의 주요 책임은 고객 목표를 달성하기 위한 성장 엔진을 구축하고 관리하는 것입니다. 또한 고객 프로젝트에서 템플릿을 만들고 AI 에이전트의 기능을 향상시키는 연구 및 개발 작업도 포함됩니다.
초기 작업으로는 첫 주 안에 성장 엔진을 온보딩하고 설정하는 것이며, 30일 이내에 더 많은 엔진을 만들고 고객의 요구에 맞게 조정하는 것입니다. 3개월이 지나면 AI 동료 팀을 이끌어 고객 성장을 촉진하는 역할을 맡게 됩니다.
이 역할에 적합한 후보자는 창립자, 성장 운영자 또는 에이전시 운영자로서 AI 도구에 강한 집중을 가진 경험이 있어야 합니다. 고객 중심의 사고, 적응력, 여러 작업을 효과적으로 관리할 수 있는 능력이 중요합니다.
AI 도구에 익숙하지 않거나, 자동화 대신 직접 작업하는 것을 선호하거나, 예측 가능한 근무 시간과 직함을 원하는 경우에는 이 역할이 적합하지 않습니다.
지원하려면 가장 인상 깊었던 성장 결과, 구축한 시스템의 예시, 그리고 기타 주목할 만한 성과를 공유해 주시기 바랍니다.
44.생물학은 또띠아!(Biology is a Burrito: A text- and visual-based journey through a living cell)
생물학은 수학을 통해 더 깊이 이해할 수 있습니다. 예를 들어, 대장균과 같은 박테리아의 DNA는 세포 자체보다 훨씬 길며, 그 후손의 유전체를 일렬로 세우면 달까지 여러 번 왕복할 수 있는 길이가 됩니다.
세포는 매우 작지만 DNA, 단백질, 당과 같은 다양한 분자로 가득 차 있습니다. 세포는 널찍한 공간이 아니라, 많은 화학 반응이 빠르고 혼란스럽게 일어나는 부리토처럼 빽빽하게 채워져 있습니다. 전통적인 세포 이미지는 이러한 복잡성을 지나치게 단순화하는 경우가 많습니다.
수학은 생물학적 과정을 정량화하는 데 도움을 주어 세포 기능의 속도와 효율성을 드러냅니다. 예를 들어, RNA 중합효소는 DNA를 RNA로 빠르게 전환하고, 리보솜은 RNA를 단백질로 신속하게 번역합니다. 이러한 과정은 단백질과 분자가 지속적으로 충돌하고 상호작용하는 매우 역동적인 환경에서 일어납니다.
분자의 크기와 움직임을 이해하는 것은 중요합니다. 확산은 세포의 크기를 제한하기 때문입니다. 세포가 너무 작으면 충분한 분자를 담을 수 없고, 너무 크면 분자가 목적지에 효율적으로 도달할 수 없습니다.
세포 생명의 복잡성은 단백질이 혼잡한 환경에서 상호작용하는 방식에서 드러납니다. 단백질은 많은 다른 분자들 사이에서 특정 목표를 찾아야 합니다. 이러한 혼란스럽지만 조직적인 미시적 생명의 본질은 생물학의 아름다움을 보여주며, 이를 완전히 이해하기 위해 숫자를 사용하는 것이 중요함을 강조합니다.
저자는 생물학 학생들이 생물학적 시스템에 대해 수학적으로 사고하도록 가르치는 것이 필요하다고 강조합니다. 이를 통해 생명에 대한 더 깊은 이해와 감사를 키울 수 있습니다.
45.코딩 플래시카드: 기초부터 배우기(Coding-Flashcards – Learn Rust, SQLite, or Godot from First Principles)
이 자료는 프로그래밍 기초를 배우는 데 도움이 되는 800개 이상의 플래시카드를 제공합니다. 플래시카드는 마크다운 형식으로 작성되어 있어, 쉽게 Anki 덱이나 PDF 파일로 변환하여 학습할 수 있습니다.
다루는 언어는 다음과 같습니다: 러스트, SQLite, 고도트, 그리고 울프람 언어입니다.
46.복사 실패(Copy Fail)
"Copy Fail"이라는 보안 취약점이 여러 리눅스 배포판에 영향을 미치고 있으며, 이를 통해 권한이 없는 사용자가 루트 접근 권한을 얻을 수 있습니다. 이 취약점은 다양한 리눅스 버전에서 수정 없이도 작동합니다.
2017년 이후에 구축된 커널이 이 취약점에 노출되어 있습니다. 우분투, 아마존 리눅스, RHEL, SUSE 등 거의 모든 주요 리눅스 배포판이 영향을 받습니다. 로컬 계정을 가진 사용자는 특별한 권한이나 네트워크 접근 없이도 이 취약점을 이용할 수 있습니다.
위험 수준은 다음과 같습니다. 다중 사용자 환경, 즉 클라우드 서비스나 쿠버네티스, CI/CD 시스템과 같은 곳에서는 높은 위험이 존재합니다. 특정 팀만 접근하는 표준 리눅스 서버는 중간 위험에 해당합니다. 단일 사용자 장치에서는 원격 접근이 불가능하지만 로컬 권한 상승이 가능하므로 낮은 위험으로 분류됩니다.
이 취약점을 테스트할 수 있는 개념 증명(PoC) 스크립트가 제공되지만, 소유한 시스템에서만 실행해야 합니다. 이 스크립트는 Python 3.10 이상의 버전을 필요로 하며, 특정 바이너리를 대상으로 루트 접근을 시도합니다.
취약점을 완화하기 위한 조치로는 먼저 커널을 이 취약점에 대한 수정이 포함된 버전으로 패치해야 합니다. 또한, 패치를 적용할 수 있을 때까지 algif_aead 모듈을 일시적으로 비활성화해야 합니다. 신뢰할 수 없는 작업 부하에 대해서는 AF_ALG 소켓 생성을 차단하여 취약점 이용을 방지해야 합니다.
이 취약점은 2026년 3월에 보고되고 인정되었으며, 2026년 4월 29일에 공개되었습니다. 보안 감사 팀인 Xint Code가 이 취약점과 함께 다른 고위험 문제를 발견했습니다.
47.버스 타고 런던에서 캘커타까지(London to Calcutta by Bus (2022))
1950년대 후반부터 1970년대 초반까지, 런던에서 인도 칼카타까지 버스를 이용할 수 있었습니다. 이 여행은 50일이 걸렸으며 약 20,300마일을 이동했습니다. 이 과정에서 카스피해와 카이베르 고개와 같은 아름다운 경치를 지나쳤습니다. 첫 번째 서비스인 "인디아맨"은 1957년 오스왈드-조셉 가로우-피셔에 의해 개시되었으며, 개조된 버스를 사용했습니다. 이 여행은 험한 도로와 날씨 등 여러 도전에 직면했지만 성공적으로 마무리되었습니다.
가로우-피셔는 칼카타까지의 여행에 85파운드를, 돌아오는 길에는 65파운드를 청구했습니다. 원래 20명의 승객 중 돌아온 사람은 단 7명이었습니다. 이 여행은 호텔에서의 숙박과 때때로 캠핑을 포함했습니다. 버스는 총 4번의 왕복 여행을 했습니다.
인디아맨의 성공은 많은 다른 운영자들에게 영감을 주었고, 비슷한 노선에 다양한 차량이 사용되었습니다. 그 중 일부는 시드니까지 가는 노선도 있었습니다. 그러나 1970년대 후반의 정치적 불안정성으로 인해 이러한 육로 서비스는 종료되었습니다.
최근 새로운 운영자인 어드벤처스 오버랜드가 델리에서 런던까지의 버스 서비스를 발표했습니다. 이 서비스는 20,000킬로미터를 70일에 걸쳐 이동할 예정이며, 팬데믹으로 인한 지연 후 2024년 4월에 시작될 것으로 기대됩니다.
48.모나드 튜토리얼 연대기(Monad Tutorials Timeline)
이 텍스트는 함수형 프로그래밍과 하스켈을 중심으로 한 모나드에 대한 튜토리얼과 기사들의 타임라인을 제공합니다. 독자들이 새로운 자료를 추가하여 목록에 기여할 것을 권장합니다.
모나드의 정의는 계산을 구조화하는 방법으로, 일반적으로 특정 법칙을 따르는 타입과 두 가지 연산의 조합으로 설명됩니다. 타임라인은 1990년대 초부터 2025년까지의 중요한 출판물을 나열하며, 다양한 저자와 그들이 모나드를 설명하는 접근 방식을 강조합니다.
튜토리얼은 기술적인 설명부터 이해를 돕기 위한 비유까지 다양한 스타일로 구성되어 있습니다. 다루는 주제에는 모나드 변환기, 프로그래밍에서의 효과, 그리고 여러 프로그래밍 언어에서의 실용적인 응용이 포함됩니다. 독자들은 새로운 튜토리얼로 목록을 업데이트하여 자료를 최신 상태로 유지할 것을 권장받고 있습니다.
전반적으로 이 문서는 모나드에 대해 배우고자 하는 사람들을 위한 포괄적인 가이드 역할을 합니다. 다양한 자료를 통해 모나드에 대한 이해를 돕고 있습니다.
49.에어비앤비 사진 194만 장 분석!(I scraped 1.94M Airbnb photos for opium dens, pet cameos, and messy kitchens)
이 시스템은 고급 사진 감지 및 분석 기술을 사용하여 에어비앤비 목록을 평가합니다. 주요 내용은 다음과 같습니다.
각 점은 검토를 위해 표시된 목록을 나타내며, 유형별로 분류됩니다. 문제 있는 목록을 식별하는 데 있어, 어수선한 방의 사진은 임대 공간이라기보다 마약 밀매소처럼 보이는 경우가 많아 선택되었습니다. 또한, 정돈되지 않은 주방의 사진은 진정으로 혼란스러운 것으로 간주되었습니다. 이 시스템은 사진 속의 실제 고양이와 개를 동물 모양의 물건과 구별할 수 있습니다. TV가 너무 높은 곳에 설치된 목록도 문제가 있는 것으로 표시되었습니다.
수백만 개의 에어비앤비 목록에서 유머러스한 리뷰를 필터링하고 찾는 방법도 개발되었습니다. 사용자는 카테고리나 키워드로 검색할 수 있습니다. 분석 과정에서는 Burla라는 고성능 처리 라이브러리를 사용하여 복잡한 설정 없이 CPU와 GPU 클러스터에서 작업을 수행합니다.
수요 예측 측면에서는 다양한 시각적 속성(예: 조명)을 기반으로 목록을 그룹화하여 이 그룹들이 예약률에 차이가 있는지 확인합니다. 수용된 그룹은 예약 비율에서 뚜렷한 차이를 보이는 반면, 거부된 그룹은 너무 겹쳐서 결론을 내리기 어렵습니다.
이 시스템은 이미지 분석과 데이터 처리를 결합하여 에어비앤비 목록에 대한 이해를 높이고, 시각적 특성을 기반으로 수요를 예측하는 데 도움을 줍니다.
50.마이크: 오픈소스 법률 AI(Mike: open-source legal AI)
이 도구는 문서를 읽고, 직접 인용을 제공하며, 복잡한 작업을 관리하고, 계약을 처음부터 끝까지 작성하고 수정할 수 있도록 도와주는 채팅 인터페이스입니다. 사용자는 자신의 Claude 또는 Gemini 키를 사용하여 선택한 모델에 대한 완전한 제어를 유지할 수 있습니다.
51.퓨전코어: 로봇 위치 추적의 혁신(FusionCore: ROS 2 sensor fusion that outperforms robot_localization)
모바일 로봇을 위한 센서 융합 시스템을 개발했습니다. 처음에는 robot_localization 패키지를 사용하려고 했지만 여러 가지 어려움에 직면했습니다. navsat_transform, UTM 구역 문제, YAML 조정 등에서 어려움을 겪은 후, FusionCore라는 나만의 솔루션을 만들었습니다.
FusionCore는 22개의 상태를 가진 비선형 칼만 필터(UKF)로, IMU, 휠 인코더, GPS의 데이터를 추가적인 좌표 변환 없이 직접 결합합니다. 이 시스템은 IMU의 바이어스를 추정하고, 데이터에 따라 자동으로 노이즈 수준을 조정하며, 각 센서에 대해 카이제곱 검정을 사용해 이상치를 식별할 수 있습니다.
FusionCore를 robot_localization의 확장 칼만 필터(EKF)와 비교하기 위해 공개 데이터셋에서 여섯 개의 시퀀스를 사용해 테스트했습니다. FusionCore는 여섯 번의 테스트 중 다섯 번에서 더 나은 성능을 보였습니다. 여섯 번째 테스트에서는 GPS 신호가 저하된 상황에서 어려움을 겪었고, robot_localization의 UKF는 완전히 실패했습니다.
구성, 방법 및 결과 재현 방법에 대한 자세한 내용은 벤치마크 폴더에서 확인할 수 있습니다.
52.빠른 GPU 선형대수의 비밀(Fast GPU Linear Algebra via Compile Time Expression Fusion)
밴디쿠트 GPU 선형 대수 툴킷은 사용이 간편하면서도 높은 효율성을 유지하도록 설계된 C++ 라이브러리입니다. 이 라이브러리는 Armadillo CPU 라이브러리와 잘 호환되어 사용자가 CPU에서 GPU로 쉽게 전환할 수 있습니다. 밴디쿠트는 템플릿 메타프로그래밍을 활용해 컴파일 시간에 최적화된 GPU 커널을 생성하여 실행 시간 지연을 없앱니다. 테스트 결과에 따르면, 밴디쿠트는 PyTorch, TensorFlow, JAX와 같은 인기 있는 툴킷보다 더 나은 성능을 보입니다.
53.고스트티, 깃허브 떠난다(Ghostty is leaving GitHub)
Ghostty라는 이름으로 알려진 저자는 18년간 매일 사용해온 GitHub를 떠나기로 결정했습니다. 저자는 2008년 2월에 GitHub에 가입한 이후로 다양한 삶의 경험 속에서 오픈 소스 프로젝트를 통해 기쁨과 의미를 찾으며 활발히 사용해왔습니다. 그러나 최근 들어 잦은 서비스 중단으로 인해 작업에 차질이 생기면서 GitHub에 대한 불만이 커졌습니다. 저자는 이제 GitHub가 자신의 코딩 요구를 더 이상 충족하지 못한다고 느끼고 있습니다.
GitHub과의 깊은 인연에도 불구하고 저자는 Ghostty 프로젝트를 다른 곳으로 옮기기로 결정했습니다. 다만, 당분간은 GitHub에 읽기 전용 미러를 유지할 계획입니다. 저자는 다른 대안을 모색하고 있으며, 이 과정에 대한 자세한 내용을 앞으로 공유할 예정입니다. 떠나기로 한 결정은 GitHub에서 일하는 사람들에 대한 부정적인 감정이 아니라, 신뢰할 수 있는 성능에 대한 필요에 기반하고 있습니다.
54.저작권 책 소환!(Alignment whack-a-mole: Finetuning activates recall of copyrighted books in LLMs)
"Alignment Whack-a-Mole"라는 논문은 대형 언어 모델(LLM)을 미세 조정할 때 저작권이 있는 책에서 텍스트를 그대로 기억해내는 문제를 다룹니다. 이 논문에는 데모가 포함되어 있으며, 데이터 처리, 미세 조정 및 모델 평가를 위한 도구가 담긴 저장소도 제공됩니다.
저장소에는 데이터 전처리, 미세 조정 및 LLM의 기억력을 평가하기 위한 스크립트가 포함되어 있습니다. 코맥 매카시의 도로에서 발췌한 예시가 포함되어 있지만, 저작권 문제로 전체 텍스트는 제공되지 않습니다.
설치 방법으로는 uv를 설치하여 의존성을 관리하고, 가상 환경을 만들어 미세 조정 및 생성에 필요한 라이브러리를 설치하는 과정이 필요합니다.
데이터 전처리 단계에서는 EPUB 파일을 일반 텍스트로 변환하고, 텍스트를 300-500 단어로 나눈 후, 짧은 조각들을 합쳐 미세 조정을 위한 요약을 만듭니다.
미세 조정 및 생성에 관한 내용으로는 OpenAI의 GPT-4o, 구글의 Gemini 및 DeepSeek와 같은 모델을 미세 조정하기 위한 스크립트가 제공됩니다. 각 모델마다 미세 조정 및 텍스트 생성을 위한 특정 명령이 있습니다.
기억력을 평가하기 위해 네 가지 지표가 사용됩니다. 첫 번째는 BMC@k로, 추출된 범위에 의해 커버된 단어의 범위를 측정합니다. 두 번째는 가장 긴 연속 기억 블록으로, 커버된 단어의 가장 긴 연속 구간을 나타냅니다. 세 번째는 가장 긴 연속 재생된 범위로, 텍스트를 그대로 일치시키는 가장 긴 구간을 의미합니다. 마지막으로, 특정 단어 수를 초과하는 범위의 수를 세는 Distinct Spans Count가 있습니다.
분석 도구도 제공되어 서로 다른 발췌 간의 기억력 분석과 모델 간 유사성을 비교할 수 있습니다.
논문은 제공된 참고 문헌을 통해 인용할 수 있습니다. 이 요약은 논문의 주요 개념과 지침을 간단하게 정리하여 이해하기 쉽게 만들었습니다.
55.Joby kicks off NYC electric air taxi demos with historic JFK flight(Joby kicks off NYC electric air taxi demos with historic JFK flight)
요약이 없습니다.
56.Cursor Camp(Cursor Camp)
요약이 없습니다.
57.C 함수의 등록 매개변수 부족 시 결과(Consequences of passing too few register parameters to a C function)
이 글에서는 Windows에서 다양한 프로세서에 대한 호출 규약을 살펴보며, 함수에 매개변수가 전달되는 방식에 대해 설명합니다. 주요 내용은 다음과 같습니다.
함수는 종종 레지스터를 통해 매개변수를 받습니다. 예를 들어, 두 개의 매개변수를 받는 함수가 첫 번째 매개변수가 양수일 경우 두 번째 매개변수를 무시한다면, 첫 번째 매개변수만 전달했을 때 예상치 못한 동작이 발생할 수 있습니다.
C와 C++에서는 잘못된 개수의 매개변수로 함수를 호출하면 정의되지 않은 동작이 발생합니다. 이는 스택 불균형이나 메모리 손상과 같은 문제를 일으킬 수 있습니다.
컴파일러는 사용되지 않는 매개변수를 위해 할당된 메모리를 재사용하여 코드를 최적화할 수 있습니다. 이 경우 중요한 데이터가 덮어쓰여질 수 있습니다.
대부분의 프로세서에서는 레지스터에 충분한 매개변수가 전달되지 않으면 호출된 함수가 초기화되지 않은 값을 읽을 수 있습니다. 그러나 Itanium 프로세서에는 "Not a Thing" (NaT) 비트라는 특별한 기능이 있어 초기화되지 않은 레지스터를 관리하는 데 도움을 줍니다. NaT가 메모리에 기록되면 예외를 발생시킬 수 있습니다.
Itanium 아키텍처는 출력 레지스터의 개수를 명시해야 하며, 예상보다 적은 매개변수로 함수를 호출하면 예외가 발생할 수 있습니다. 또한 현재 프레임 외부의 스택 레지스터를 읽거나 쓰는 것에 대한 엄격한 규칙이 있어 정의되지 않은 동작이나 예외를 초래할 수 있습니다.
전반적으로 이 글은 함수 호출 시 올바른 개수의 매개변수를 전달하는 것이 중요하다는 점을 강조하며, 특히 Itanium 프로세서에서의 잠재적인 오류를 피하는 데 필요하다고 설명합니다.
58.Most Swiss back initiative to cap population at 10M, poll shows(Most Swiss back initiative to cap population at 10M, poll shows)
요약이 없습니다.
59.사토시 추측 게임(SatoshiGuesser – Roll for Bitcoin)
사토시 게서(Satoshi Guesser)는 사토시 나카모토와 관련된 비트코인 주소의 개인 키를 "추측"하는 웹 기반 슬롯 머신 게임입니다. 이 게임의 승리 확률은 매우 낮아, 한 번의 스핀당 약 5.27 × 10⁷² 분의 1입니다. 게임은 무작위로 생성된 256비트 숫자를 통해 비트코인 주소를 만들고, 이를 사토시와 연결된 약 22,000개의 알려진 주소 목록과 비교하는 방식으로 작동합니다.
게임은 무작위 개인 키를 생성하여 비트코인 주소와 연결합니다. 생성된 주소가 사토시의 주소 중 하나와 일치하면, 그 무작위 숫자는 해당 지갑의 개인 키가 됩니다. 이 게임은 블록체인 연결이나 서버, 외부 API가 필요하지 않습니다.
게임은 클래식 3릴 모드와 현실적인 64 헥스 셀 모드 두 가지를 제공합니다. 빠른 스핀과 자동 스핀 옵션이 있으며, 잭팟 금액과 승률을 포함한 실시간 통계를 표시합니다. 승리 결과는 일치하는 주소를 보여주고 개인 키를 복사할 수 있는 기능도 제공합니다.
기술적으로 이 게임은 앱 기능을 위한 자바스크립트를 포함한 단일 HTML 페이지로 구성되어 있습니다. 빠른 주소 조회를 위해 블룸 필터를 사용하고, 지갑 데이터를 위한 정렬된 테이블을 활용합니다. 지갑 데이터셋은 주소와 잔액을 포함하여 총 100만 개 이상의 비트코인을 포함하고 있습니다.
게임은 속도를 최적화하여 초당 약 2,490회의 스핀을 처리할 수 있습니다. 정확성과 신뢰성을 보장하기 위해 다양한 기능에 대한 테스트도 포함되어 있습니다.
이 게임은 정적 사이트로 설계되어 있으며, 클라우드플레어 페이지와 같은 플랫폼에 배포할 수 있습니다. 승리 확률이 극히 낮기 때문에, 비트코인 지갑에 접근하는 실용적인 방법이라기보다는 유머러스하고 이론적으로 흥미로운 게임으로 여겨집니다.
이 게임은 세르히오 데미안 레르너와 제임슨 롭을 포함한 기여자들에 의해 개발되었으며, MIT 라이선스 하에 배포되었습니다.
60.How to Build the Future: Demis Hassabis [video](How to Build the Future: Demis Hassabis [video])
요약이 없습니다.
61.SAP NPM 패키지 해킹!(Official SAP NPM packages compromised to steal credentials)
여러 공식 SAP npm 패키지가 공급망 공격에 의해 손상되어 개발자들의 자격 증명과 인증 토큰이 도난당했습니다. 영향을 받은 패키지 중에는 현재 더 이상 사용되지 않는 네 가지가 포함되어 있습니다.
이번 공격은 패키지에 악성 스크립트가 포함되어 있었으며, 설치 시 유해한 코드를 다운로드하고 실행하여 다양한 민감한 정보를 탈취합니다. 탈취되는 정보에는 npm 및 GitHub 토큰, SSH 키, AWS, Azure, Google Cloud의 클라우드 자격 증명, Kubernetes 비밀 정보, CI/CD 파이프라인 비밀이 포함됩니다.
이 악성 소프트웨어는 지속적 통합(CI) 러너의 메모리에서 비밀 정보를 추출하고, 도난당한 데이터를 피해자의 계정으로 공개 GitHub 저장소에 업로드합니다. 또한, 도난당한 자격 증명을 사용하여 다른 패키지와 저장소를 수정함으로써 추가적인 확산을 시도합니다.
연구자들은 이번 공격이 TeamPCP 위협 그룹에 의해 이루어진 것으로 의심하고 있으며, 이들은 이전 사건에서도 유사한 전술을 사용한 바 있습니다. SAP의 npm 패키지가 어떻게 손상되었는지는 아직 명확하지 않지만, CircleCI에서 잘못 구성된 작업으로 인해 노출된 NPM 토큰이 원인일 수 있다는 추측이 있습니다.
62.포스트그레SQL 19 기대되는 기능(PostgreSQL 19 features I'm excited about)
이번 포스트는 PostgreSQL 19의 주요 기능과 개선 사항을 요약합니다.
첫 번째로, pg_plan_advice라는 새로운 계획 조언 프레임워크가 도입되었습니다. 이 기능은 사용자가 직접 계획자에게 조언을 주어 쿼리 계획을 개선할 수 있도록 도와줍니다. 이를 통해 오래된 통계나 비정상적인 데이터 분포로 인해 비효율적인 계획이 생성되는 문제를 해결합니다.
두 번째로, DDL 추출 기능이 추가되었습니다. PostgreSQL 19는 데이터베이스, 역할, 테이블스페이스에 대한 DDL(데이터 정의 언어)을 추출하는 내장 함수를 제공하여, 이전에 팀들이 직접 해결책을 만들어야 했던 과정을 간소화합니다.
세 번째로, 온라인 유지 관리 기능이 강화되었습니다. REPACK과 체크섬 전환과 같은 두 가지 주요 유지 관리 작업을 이제는 다운타임 없이 온라인으로 수행할 수 있습니다. REPACK은 동시에 실행될 수 있어, 작업이 진행되는 동안에도 읽기와 쓰기가 가능합니다.
네 번째로, 관찰 가능성이 향상되었습니다. 새로운 시스템 뷰는 잠금 경합과 대기 복구 상태에 대한 더 나은 통찰력을 제공하여, 사용자가 성능 문제를 보다 효과적으로 진단할 수 있도록 돕습니다.
다섯 번째로, 논리적 복제에서 시퀀스 동기화 지원이 추가되었습니다. 이를 통해 장애 조치 시 기본 키 위반을 방지할 수 있습니다.
여섯 번째로, MultiXact의 구성원 수 제한이 제거되었습니다. 이로 인해 이 제한과 관련된 생산 중단 위험이 사라졌습니다.
마지막으로, 자동 진공 기능이 개선되었습니다. 이제 자동 진공은 병렬로 실행될 수 있어 유지 관리 작업 속도가 빨라지고, 작업에 대한 가시성이 향상되어 사용자가 성능을 최적화하는 데 도움이 됩니다.
전반적으로 PostgreSQL 19는 성능, 유지 관리 및 사용성을 개선하는 여러 가지 향상을 제공하여 데이터베이스 관리에 강력한 선택이 됩니다.
63.라디오 위기 모면(Radio Lockdown Averted)
2026년 1월, 유럽연합 집행위원회는 WiFi 라우터와 스마트폰 같은 여러 라디오 기기에 사용자 맞춤 소프트웨어 설치를 제한하는 규정을 발효하지 않기로 결정했다. 이 결정은 자유 소프트웨어 재단 유럽(FSFE)과 다른 단체들이 수년간 주장해온 결과로, 이 규정이 사용자 통제를 제한하고 소프트웨어 자유에 해를 끼칠 것이라는 우려가 반영된 것이다.
문제가 된 조항은 2014년 라디오 장비 지침에 포함되어 있었으며, 제조업체가 모든 장치의 소프트웨어가 특정 준수 기준을 충족하도록 해야 한다고 규정하고 있었다. 이는 사용자들이 설치할 수 있는 소프트웨어에 대한 통제를 제조업체에게 부여하는 결과를 초래할 수 있었다. 이러한 규정은 자유 소프트웨어와 혁신에 부정적인 영향을 미치고, 소규모 기업의 비용을 증가시킬 우려가 있었다.
영향 평가 결과, 소프트웨어 수정과 관련된 위험은 이론적이라는 결론이 나왔고, 더 덜 제한적인 접근 방식을 권장했다. FSFE의 노력과 많은 지지자들의 도움 덕분에 집행위원회는 이 조항을 무효로 남기기로 결정했다.
즉각적인 위협은 사라졌지만, FSFE는 유사한 제한이 미래의 규정에서 발생할 수 있다고 경고하며, 사용자들이 자신의 기기에 자유 소프트웨어를 설치할 권리를 옹호할 것이라고 밝혔다. 이들은 사람들이 정보를 지속적으로 얻고, 그들의 활동을 지원해 줄 것을 권장하고 있다.
64.이미지로 색상 팔레트 만들기(Creating a Color Palette from an Image)
사진에서 주요 색상을 추출하기 위해 Spectrimage는 이미지를 픽셀 단위로 분석하여 무작위가 아닌 세심하게 선택된 색상 팔레트를 만듭니다. 이 과정의 목표는 동일한 이미지에서 중복이나 지루한 평균 없이 항상 다섯 가지 뚜렷한 색상을 생성하는 것입니다.
처음에는 복잡한 알고리즘을 사용했지만 일관성과 명확성에서 어려움을 겪었습니다. 이후 OKLCH 색 공간에서 K-평균 군집화 방법을 사용하여 색상 표현을 개선하는 방향으로 단순화되었습니다.
이 과정은 유사한 색상의 픽셀을 그룹화하고 가장 적합한 대표 색상을 선택합니다. 만약 군집이 다섯 개를 초과하면 알고리즘은 유사한 색상을 병합하여 최종 팔레트를 다섯 가지로 제한합니다.
여러 차례의 반복을 통해 알고리즘이 개선되었습니다. 초기 군집 수(K)를 늘리면 색상 감지가 향상되어, 특히 색상이 덜 선명한 이미지에서 효과적이었습니다. 색상 속성을 비교하는 방식을 조정하여 서로 다른 색상이 병합되는 것을 방지했습니다. 또한 픽셀 수가 매우 적은 군집은 제거하여 이미지의 특성을 잘 나타내지 않는 잘못된 색상을 없앴습니다.
최종적으로 선택된 색상은 그 색상의 특성에 기반하여, 팔레트가 이미지에서 자연스럽게 선택된 색상처럼 느껴지도록 합니다. 사용자는 최종 팔레트를 저장하기 전에 색상을 조정할 수도 있습니다. 전체적으로 이 과정은 주어진 이미지에서 시각적으로 매력적이고 대표적인 색상 팔레트를 생성하는 것을 목표로 하며, 사용자 조정을 허용합니다.
65.지그, 함수형 프로그래머의 선택!(Functional programmers need to take a look at Zig)
저자는 함수형 프로그래머들에게 여러 가지 이유로 프로그래밍 언어인 Zig을 고려해볼 것을 권장합니다. 그들은 프로그래밍 언어를 세 가지 기준으로 평가합니다.
첫째, 아이디어의 표현입니다. 프로그래머가 프로그램의 도메인을 불필요한 복잡성 없이 쉽게 표현할 수 있는지를 살펴봅니다. 예를 들어, 수동 메모리 관리와 같은 요소가 포함됩니다. 둘째, 타입 시스템의 유연성입니다. 언어가 올바른 시스템을 만들고 타입 시스템을 통해 프로그래밍하는 데 얼마나 잘 지원하는지를 평가합니다. 셋째, 놀라움의 평균 시간입니다. 프로그래머의 이해와 실제 구현 간의 불일치가 발생하기 전에 얼마나 많은 코드를 작성할 수 있는지를 고려합니다.
저자는 Zig에 특히 관심을 두고 있습니다. Zig은 Haskell과 같은 언어에 비해 타입 시스템 프로그래밍에 더 간단하고 유연한 접근 방식을 제공하기 때문입니다. 저자는 Zig의 수동 메모리 관리와 새로운 I/O 시스템과 같은 혁신이 더 나은 성능과 제어를 가능하게 한다고 믿고 있습니다.
저자는 전통적인 함수형 프로그래밍 언어들이 가비지 컬렉션에 지나치게 의존하고 있다고 비판합니다. 그들은 이러한 의존성이 부풀려지고 비효율적인 소프트웨어를 초래한다고 주장합니다. 오늘날의 프로그래밍 언어는 가비지 컬렉션이 등장한 이후로 크게 변화한 현대 하드웨어에 더 적합해야 한다고 생각합니다.
Zig의 기능, 특히 컴파일 타임 실행(comptime)과 복잡한 추상을 피하는 데 중점을 두는 점은 유익하다고 여겨집니다. 저자는 Zig이 예상치 못한 동작 없이 간결하고 올바른 프로그램을 작성할 수 있도록 해준다는 점을 높이 평가합니다. 그들은 Haskell과 오랜 역사를 가지고 있지만, Zig이 앞으로의 프로그래밍 요구에 유망한 대안이 될 것이라고 결론짓습니다.
66.램프의 시트 AI, 재무 정보 유출!(Ramp's Sheets AI Exfiltrates Financials)
Ramp의 Sheets AI에서 취약점이 발견되어, 사용자의 승인 없이 민감한 재무 데이터를 외부 서버로 전송할 수 있는 해로운 수식을 삽입할 수 있는 문제가 발생했습니다. 이 문제는 Ramp에 보고되었고, 보안 팀은 2026년 3월 16일에 해결되었다고 확인했습니다.
Ramp의 Sheets AI는 사용자가 스프레드시트를 관리하는 데 도움을 주는 도구로, Excel의 Claude와 유사하지만 간접적인 프롬프트 삽입을 통해 데이터 유출의 위험이 있었습니다. 공격자는 신뢰할 수 없는 데이터 세트에 숨겨진 프롬프트를 사용하여 AI를 조작하고, 민감한 데이터를 공격자의 서버로 전송하는 수식을 삽입할 수 있었습니다.
책임 있는 공개의 타임라인에 따르면, PromptArmor는 2026년 2월 19일에 이 취약점을 보고하였고, Ramp가 2026년 3월 16일에 해결을 확인할 때까지 지속적으로 후속 조치를 취했습니다.
Excel의 Claude도 유사한 위험에 직면했습니다. 이 프로그램은 잠재적으로 해로운 수식이 추가될 때 경고를 표시하도록 업데이트되어, 사용자들이 데이터 보안 위험에 대해 더 잘 인지할 수 있도록 하고 있습니다.
67.A grounded conceptual model for ownership types in Rust(A grounded conceptual model for ownership types in Rust)
요약이 없습니다.
68.전기 vs. 닷컴: AI의 진짜 비유(We're in 1905: Why Electricity (Not Dot-Com) Is the Right AI Analogy)
현재 조직에서의 인공지능(AI) 상태는 과거의 기술 변화와 비교할 수 있습니다. 특히, 공장에서 증기에서 전기로의 전환을 예로 들 수 있습니다. 많은 기업들이 기존 시스템에 AI를 추가하는 방식으로 AI를 도입하고 있지만, 이는 단순히 에너지원만 교체하는 과거의 실수를 반복하는 것과 같습니다.
역사적 맥락에서, 경제학자 폴 데이비드의 1990년 논문을 언급하며, 1890년대에 전기 모터가 사용 가능했음에도 불구하고 생산성 향상은 공장이 전기를 최적화하도록 재건축될 때 비로소 이루어졌다는 점을 강조합니다. 단순히 에너지원만 바꾸는 것이 아니라, 전체적인 시스템을 재설계해야 했던 것입니다.
현재 많은 기업들이 조직 구조나 업무 흐름을 근본적으로 변화시키지 않고 AI, 예를 들어 챗봇을 도입하고 있습니다. 이로 인해 효과가 제한적이며, CoPilot과 같은 AI 도구의 사용이 실제 운영 변화로 이어지지 않는 경우가 많습니다.
생산성의 병목 현상은 종종 기술 자체가 아니라 구식의 조직 설계와 사고방식에서 비롯됩니다. AI를 성공적으로 통합하기 위해서는 조직의 구조와 의사 결정 방식을 완전히 재고해야 합니다.
저자는 조직의 실제 변화가 몇 년이 아니라 10년에서 20년이 걸릴 것이라고 추정합니다. 많은 기업들이 수십 년 전에 시작된 디지털 전환 노력에 여전히 어려움을 겪고 있기 때문입니다.
AI 시대에 성공하기 위해서는 새로운 도구를 도입하는 것뿐만 아니라, 프로세스와 구조를 재설계해야 합니다. 변화에 적응하지 못하는 기업은 민첩한 경쟁자에게 뒤처질 가능성이 높습니다.
결국, AI가 진정으로 효과를 발휘하기 위해서는 조직이 기존 시스템에 새로운 기술을 단순히 추가하는 것이 아니라, 기본적인 구조와 업무 흐름을 재설계해야 한다는 점이 강조됩니다.
69.허니팟 단속 실패!(I accidentally made law enforcement shut down their fake honeypot)
Operation PowerOFF는 DDoS 대행 서비스의 중단을 목표로 하는 국제적인 이니셔티브입니다. 이 작업에는 여러 법 집행 기관이 참여하고 있으며, 네덜란드 경찰이 주도적인 역할을 하고 있습니다. 이들은 약 100개의 도메인을 압수하고 여러 명을 체포하는 성과를 올렸습니다.
이 작전의 일환으로 Cyberzap이라는 웹사이트가 발견되었습니다. 이 사이트는 실제 DDoS 서비스처럼 보였지만, 사실은 네덜란드 경찰이 설치한 함정이었습니다. 이 사이트에 가입한 사용자들은 기록되었고, 항상 결제 오류가 발생하여 그들의 의도가 로그로 남겨졌습니다.
또 다른 사이트인 Netcrashers는 더 노골적으로 DDoS 서비스 이용의 법적 결과에 대해 경고합니다. 이 사이트는 특히 젊은 사용자들을 대상으로 하여 잠재적인 이용자들을 겁주려는 목적을 가지고 있습니다.
이 작전은 DDoS 서비스에 대한 불신을 조성하여 사용자들이 사이트가 진짜인지 경찰의 함정인지에 대해 경계하도록 만듭니다. 일부 전통적인 사용자들에게는 이러한 전술이 효과가 없을 수 있지만, 커뮤니티 내에서 조심하도록 유도하는 것이 목표입니다.
결론적으로, Operation PowerOFF는 DDoS 서비스와 관련된 사이버 범죄에 맞서기 위해 비밀스럽고 노골적인 전략을 모두 사용하며, 사용자들에게 관련 위험을 경고하고 있습니다.
70.패스트CGI: 30년의 역사를 가진 역방향 프록시 최강 프로토콜(FastCGI: 30 years old and still the better protocol for reverse proxies)
FastCGI는 30년 전에 도입된 프로토콜로, 일반적으로 사용되는 HTTP보다 리버스 프록시에 더 신뢰할 수 있는 선택입니다. 최근 Discord의 미디어 프록시에서 발견된 취약점과 같은 사례는 HTTP 리버스 프록시와 관련된 보안 위험을 강조합니다.
FastCGI는 프록시와 백엔드 간의 효율적인 통신을 가능하게 하며, HTTP에서 발생하는 문제를 피할 수 있습니다. HTTP와 유사하게 사용할 수 있지만, 요청 처리에서 더 나은 성능을 제공합니다. nginx, Apache, Caddy와 같은 인기 있는 웹 서버는 FastCGI를 지원하므로 설정이 간편합니다.
HTTP의 문제점 중 하나는 명확한 메시지 프레이밍이 부족해 발생하는 비동기 공격입니다. 이로 인해 프록시와 백엔드가 메시지 경계를 잘못 해석할 수 있어 심각한 보안 취약점이 발생할 수 있습니다. 또한, HTTP는 클라이언트의 IP 주소와 같은 신뢰할 수 있는 정보를 안전하게 전달하지 않아 보안 위험을 초래할 수 있습니다.
FastCGI의 장점은 클라이언트 헤더와 프록시가 추가한 정보 간의 명확한 구분을 제공하여 공격 위험을 줄이는 것입니다. 또한, 신뢰할 수 있는 요청 매개변수를 자동으로 채워 보안 관리가 용이합니다. 그러나 FastCGI는 그 이점에도 불구하고 널리 사용되지 않고 있으며, 이는 구식 이름과 HTTP의 보안 문제에 대한 인식 부족 때문일 수 있습니다.
FastCGI는 여전히 효과적이고 신뢰할 수 있지만, WebSocket을 지원하지 않는 등의 한계가 있습니다. 그럼에도 불구하고 HTTP 리버스 프록시의 복잡성을 피하고자 하는 이들에게 강력한 대안으로 남아 있습니다. 전반적으로 FastCGI는 리버스 프록시 통신을 안전하고 효율적으로 관리하는 데 강력한 선택임을 입증합니다.
71.진통제 선택, 잘못하고 있나요?(You're probably taking the wrong painkiller: acetaminophen vs. ibuprofen)
이 에세이는 두 가지 일반적인 진통제인 아세트아미노펜(타이레놀)과 이부프로펜(애드빌)의 안전성과 위험성에 대해 논의합니다.
아세트아미노펜의 위험성은 매년 미국에서 약 500명이 과다복용으로 사망하고, 56,000명이 응급실을 찾는 원인이 됩니다. 이 약물은 안전한 복용량 범위가 좁아서 과다 복용 시 심각한 간 손상을 초래할 수 있습니다. 그러나 지침에 따라 사용하면 일반적으로 안전하다고 여겨집니다.
이부프로펜은 위장 문제, 심장마비, 신장 손상 등의 위험을 초래할 수 있습니다. 이부프로펜으로 과다복용하는 것은 상대적으로 어렵고, 과다복용 사례는 매우 드물게 보고되고 있습니다.
안전성 비교에서 저자는 처음에는 이부프로펜이 더 안전하다고 생각했지만, 연구 후 아세트아미노펜이 올바르게 복용할 경우 일반적으로 더 안전하다는 결론을 내렸습니다. 이부프로펜과 관련된 위험은 특정 상황에서 상당할 수 있으며, 특히 기존 건강 문제가 있는 사람들에게는 더욱 그렇습니다.
간 질환이 있는 경우 아세트아미노펜이 이부프로펜보다 더 안전할 수 있습니다. 이부프로펜은 이러한 조건에서 신장에 해를 끼칠 수 있기 때문입니다.
저자는 공식적인 출처에서 아세트아미노펜이 일반적으로 이부프로펜보다 더 안전하다고 명확히 언급하지 않는 이유에 대해 의문을 제기합니다. 약물 안전성과 법적 문제의 복잡성이 이러한 불명확성에 기여하고 있다고 제안합니다.
결론적으로, 두 약물 모두 위험이 있지만, 아세트아미노펜은 책임감 있게 사용하면 일반적으로 더 안전하며, 특히 건강 문제가 있는 사람들은 의사와 상담할 것을 권장합니다.
72.빈티지 언어 모델, Talkie!(Talkie: a 13B vintage language model from 1930)
Talkie는 1931년 이전의 영어 텍스트만을 기반으로 훈련된 130억 개의 매개변수를 가진 새로운 언어 모델입니다. Nick Levine, David Duvenaud, Alec Radford가 개발한 이 모델은 역사적 인물과의 대화를 시뮬레이션하고, 빈티지 언어 모델이 인공지능(AI)에 대한 우리의 이해를 어떻게 향상시킬 수 있는지를 탐구하는 것을 목표로 하고 있습니다.
빈티지 모델의 목적은 역사적 맥락과 당시의 문화적 가치를 살펴보는 것입니다. 이러한 모델은 연구자들이 현대 데이터의 영향을 받지 않고 AI의 행동을 이해하는 데 도움을 줄 수 있습니다. Talkie의 성능은 현재 웹 데이터를 기반으로 훈련된 현대 모델과 비교됩니다. 지식 평가에서는 다소 부족한 성과를 보이지만, 언어 이해 작업에서는 가능성을 보여줍니다.
Talkie의 개발 과정에서는 방대한 양의 역사적 텍스트를 수집해야 했습니다. 이 과정에서 현대 정보를 포함하지 않도록 신중하게 필터링하는 작업이 필요했습니다. 또한 역사적 텍스트를 정확하게 전사하는 데 어려움이 있어 데이터 품질 문제도 발생했습니다. 팀은 이러한 문제를 해결하기 위해 역사적 텍스트를 활용하여 현대적 편향이 없는 교육 콘텐츠를 만드는 새로운 방법을 개발했습니다. 또한 말뭉치를 확장하고 전사 품질을 개선하여 모델을 향상시킬 계획입니다.
창작자들은 연구자, 기관, 예술가들이 빈티지 언어 모델 개발에 협력하고 역사적 텍스트를 더 쉽게 접근할 수 있도록 함께 할 것을 초대합니다. Talkie의 출력은 훈련된 텍스트의 가치와 편견을 반영하기 때문에, 사용자들은 이러한 점을 인식해야 합니다.
전반적으로 Talkie는 AI와 역사적 언어의 교차점을 탐구하는 중요한 진전을 나타내며, 지속적인 개선과 확장을 위한 계획이 있습니다.
73.DRAM Crunch: Lessons for System Design(DRAM Crunch: Lessons for System Design)
요약이 없습니다.
74.Iran war disrupts the circuit board supply chain, raises costs for tech firms(Iran war disrupts the circuit board supply chain, raises costs for tech firms)
요약이 없습니다.
75.교토 벚꽃, 1,200년 만에 조기 개화!(Kyoto cherry blossoms now bloom earlier than at any point in 1,200 years)
교토는 1,200년이 넘는 기간 동안 벚꽃 개화 날짜를 기록해온 독특한 역사를 가지고 있습니다. 이는 지구상에서 어떤 자연 현상보다도 가장 긴 기록입니다. 이 기록에는 838회의 관측이 포함되어 있으며, 812년부터 2026년까지의 만개 시점을 보여줍니다.
역사적으로 벚꽃 만개는 4월 초에서 중순 사이에 발생했지만, 최근에는 변화가 관찰되고 있습니다. 소빙하기로 인해 14세기부터 19세기까지는 만개 시기가 늦어졌습니다. 1900년경부터는 만개 시기가 점점 빨라져 2026년에는 3월 29일에 만개할 것으로 예상되며, 이는 역사적 평균보다 2주 이상 이른 시점입니다.
이 기록은 벚꽃의 다양한 개화 단계에 대한 일본어의 특정 용어를 반영하고 있습니다. 여기에는 꽃봉오리가 열리는 시점과 만개를 나타내는 용어가 포함되어 있습니다. 이러한 풍부한 언어적 전통은 일본이 벚꽃과 맺고 있는 문화적 연결의 일환입니다.
전반적으로 교토의 벚꽃 관측 기록은 기후 패턴과 계절 변화에 대한 귀중한 통찰을 제공합니다.
76.DOS 프린트 아카이브(GitHub – DOS 1.0: Transcription of Tim Paterson's DOS Printouts)
팀 패터슨의 DOS 목록에는 86-DOS 1.00 커널의 소스 코드, PC-DOS 1.00의 여러 사전 릴리스 버전, 그리고 마이크로소프트 BASIC-86 컴파일러의 실행 라이브러리가 포함되어 있습니다.
다운로드 가능한 항목으로는 원본 프린터 출력의 전사본, 원본 출력에서 추출한 파일, 그리고 탐색하거나 조립할 수 있는 컴파일 가능한 소스 코드가 있습니다. 원본 목록의 스캔본은 제공된 아카이브 링크에서 PDF 및 PNG 형식으로 확인할 수 있으며, 추가적인 기술적 세부사항은 여러 연결된 웹사이트에서 확인할 수 있습니다.
목록은 DOS와 관련된 다양한 파일, 예를 들어 어셈블리 코드와 유틸리티가 포함된 10개의 묶음으로 구성되어 있습니다. 특히, 묶음 9와 10은 아직 전사되지 않았으며, 전사에 대한 기여를 환영합니다.
소스 코드를 컴파일하려면 시애틀 컴퓨터 제품의 ASM 어셈블러와 HEX2BIN 유틸리티가 필요합니다. 이 과정은 어셈블러를 실행한 후 HEX2BIN 유틸리티를 사용하여 최종 바이너리 파일을 생성하는 방식입니다. 예를 들어, 86DOS.ASM 파일을 컴파일하려면 다음과 같이 실행합니다: ASM 86DOS 후 HEX2BIN 86DOS를 입력하면 86DOS.COM 바이너리 파일이 생성됩니다.
77.애플 실리콘 가상화의 차이(Virtualisation on Apple Silicon Macs is different)
애플 실리콘 맥에서의 가상화는 이전의 인텔 기반 맥과 크게 다릅니다. 애플은 구형 macOS 버전과 리눅스, 윈도우와 같은 ARM 기반 운영 체제를 지원하기 위해 가상화를 macOS에 직접 통합했습니다. 인텔 운영 체제를 애플 실리콘에서 실행하는 것은 로제타 2로 해결할 수 없는 문제를 안고 있기 때문입니다. 로제타 2는 앱만 번역할 수 있고 전체 운영 체제를 번역할 수는 없습니다.
주요 요소는 다음과 같습니다. 첫째, 하이퍼바이저입니다. 애플은 2014년에 macOS에 하이퍼바이저를 통합하여 가상 머신을 가능하게 했습니다. 그러나 애플 실리콘 맥의 하드웨어 차이로 인해 새로운 장치 지원이 필요했고, 애플은 이를 위해 Virtio 드라이버를 개발했습니다.
둘째, Virtio 드라이버입니다. Virtio는 I/O 장치와 효율적으로 상호작용할 수 있는 방법을 제공합니다. 애플은 macOS에 대한 Virtio 지원을 개발하여 전통적인 방법보다 가상 머신에서 더 나은 성능을 발휘할 수 있도록 했습니다.
셋째, 성능입니다. 애플 실리콘에서의 가상 머신은 CPU와 GPU 작업에서 거의 네이티브 성능을 제공합니다. 예를 들어, 벤치마크 결과에 따르면 가상 머신이 호스트 시스템과 거의 동일한 성능을 낼 수 있습니다.
넷째, 제한 사항입니다. 모든 기능이 가상 머신에서 사용 가능한 것은 아닙니다. 예를 들어, iCloud에 접근하려면 호스트와 게스트 모두 macOS 15 이상을 실행해야 하며, 많은 앱 스토어 앱은 인증 문제로 인해 가상 머신에서 실행할 수 없습니다.
다섯째, 라이센스입니다. 애플의 macOS 라이센스는 가상 머신 사용을 허용하지만, 가상 머신의 수와 소프트웨어 개발 및 테스트와 같은 허용된 용도에 제한이 있습니다.
마지막으로, 사용 시나리오입니다. 사용자는 다양한 목적으로 macOS 가상 머신을 실행할 수 있습니다. 예를 들어, 앱 테스트, 민감한 데이터 격리, 또는 다른 macOS 버전 실행 등이 있습니다.
결론적으로, 애플 실리콘에서의 macOS 가상 머신은 최신 버전을 실행할 수 있고 좋은 성능을 제공하지만, 앱 호환성과 특정 기능에 있어 눈에 띄는 제한이 있습니다.
78.Palantir's Al Targeting System Running the Iran War [video](Palantir's Al Targeting System Running the Iran War [video])
요약이 없습니다.
79.기계가 쓰는 프로그래밍, 베라(Vera: a programming language designed for machines to write)
베라(Vera)는 대형 언어 모델(LLM)을 위해 특별히 개발된 프로그래밍 언어입니다. "베라"라는 이름은 라틴어로 "진리"를 의미합니다. 이 언어는 WebAssembly로 컴파일되며, 명령줄이나 웹 브라우저에서 실행할 수 있습니다.
베라의 주요 특징 중 하나는 변수 이름을 사용하지 않는 것입니다. 대신, 베라는 구조적 참조를 사용하여 가장 최근의 값을 @Int.0으로, 이전 값을 @Int.1로 나타냅니다. 또한, 모든 함수는 전제 조건(requires), 후제 조건(ensures), 그리고 효과(effects)를 명시해야 합니다. 이를 통해 코드가 정적으로 검증될 수 있도록 보장합니다. 베라의 함수는 기본적으로 순수 함수로, 명시적으로 언급되지 않는 한 부작용이 없습니다. 오류 처리 부분에서는 모델에 맞춘 오류 메시지를 제공하여 문제가 발생했을 때 무엇이 잘못되었는지와 해결 방법을 명확히 안내합니다.
베라는 사용자의 요구에 따라 진화하는 프로그래밍 언어입니다. 코드의 주요 저자가 모델이 되면서, 베라와 같은 언어는 일관되고 명확한 코드를 생성할 수 있도록 적응해야 합니다. 베라는 명명 오류와 코드 일관성 문제를 해결하기 위해 명시적이고 검증 가능한 계약을 강제합니다.
베라를 사용하려면 Python, Git, 그리고 선택적으로 Node.js가 필요합니다. 설치 과정은 저장소를 복제하고 가상 환경을 설정하는 것으로 이루어집니다. 주요 명령어로는 코드 점검, 계약 검증, 프로그램 실행 등이 있습니다.
현재 베라는 활발히 개발되고 있으며, 이미 타입 참조, 필수 계약, 내장 함수 등 여러 기능이 구현되어 있습니다. 향후 목표는 에이전트의 사용성을 높이기 위해 언어를 개선하고 검증 도구를 강화하는 것입니다.
사용자와 개발자를 위한 문서가 제공되며, 여기에는 언어 참조, 설치 가이드, 설계 이유 등이 포함되어 있습니다. 오류 처리 및 진단 기능은 코드를 생성하는 모델을 지원하도록 설계되었습니다. 베라는 MIT 라이선스 하에 제공되어 자유롭게 사용하고 수정할 수 있습니다.
80.따뜻한 소진: 편집기와 터미널 색상 조합(Warm Burnout: editor and terminal color scheme)
웜 번아웃은 번아웃을 경험한 개발자들을 위해 설계된 테마로, 여전히 촉박한 마감일에 직면해 있는 이들을 위한 것입니다. 이 테마는 전통적인 테마에서 발생하는 눈의 피로 문제를 해결합니다. 전통적인 테마는 강한 파란색 조명을 사용하여 수면을 방해하고 장시간 사용 후 불편함을 초래할 수 있습니다.
웜 번아웃의 주요 특징 중 하나는 눈에 부담을 주지 않는 색상입니다. 이 테마는 파란색 스펙트럼 색상을 줄이고, 눈에 더 편안한 따뜻한 색상 팔레트를 사용합니다. 또한, 어두운 테마는 WCAG AAA 기준에 부합하여 대비를 높여주므로, 밤늦게도 읽기 쉽습니다. 색상 팔레트에는 앰버, 버너 오렌지, 테라코타와 같은 따뜻한 색상이 포함되어 있어 시각적으로도 매력적이며 눈에 더 부드럽습니다.
웜 번아웃은 VS 코드, 제트브레인 제품, 인기 있는 터미널 애플리케이션 등 다양한 플랫폼과 호환됩니다. 이 테마는 코딩할 때 눈을 보호하고, 작업 환경을 더 편안하고 지속 가능하게 만들어주는 것을 목표로 하고 있습니다.
81.포스트그레스의 매력적인 레터럴 조인(Postgres's lateral joins allow for quite the good eDSL)
이 글에서는 PostgreSQL에서 측면 조인(lateral joins)의 사용에 대해 설명하고 있습니다. 측면 조인은 FROM 절에 있는 이전 테이블의 열에 접근할 수 있게 해주어, 더 표현력 있는 서브쿼리를 작성할 수 있도록 도와줍니다. 이는 전통적인 객체-관계 매퍼(ORM)나 쿼리 빌더를 사용할 때보다 더 나은 쿼리 구성을 가능하게 합니다.
측면 조인은 서브쿼리에서 이전 테이블의 열을 활용할 수 있게 해주어 쿼리의 표현력을 향상시킵니다. 많은 ORM은 복잡한 쿼리를 구성하는 데 어려움을 겪습니다. 전통적인 방법은 종종 번거롭고 비효율적인 코드를 초래합니다.
저자는 측면 조인을 사용하는 쿼리 빌더 라이브러리를 소개하며, 이 라이브러리는 다음과 같은 특징을 가지고 있습니다. 첫째, 쿼리는 명확하고 이해하기 쉬워야 합니다. 둘째, 쿼리는 재사용 가능하고 매개변수화할 수 있어야 합니다. 셋째, 타입 안전성을 보장하여 호스트 언어의 타입 시스템에 맞게 쿼리가 올바르게 작성되도록 합니다. 넷째, 유효한 SQL 쿼리를 자동으로 생성하여 집계 작업에 특히 유용합니다.
글에서는 Haskell 라이브러리 Rel8를 언급하고, Rust에서 비슷한 라이브러리인 rust-rel8를 소개합니다. 이 Rust 라이브러리는 사용자가 언어에 자연스럽게 느껴지는 방식으로 쿼리를 작성할 수 있도록 하며, 타입 안전성과 표현력을 보장합니다.
사용자는 자신만의 테이블 구조를 정의하고 쉽게 집계를 수행할 수 있어, 라이브러리의 사용성을 높일 수 있습니다. 이 라이브러리는 고급 Rust 기능을 활용하여 타입을 효과적으로 관리하며, 안전성을 유지하면서도 유연한 쿼리 작성을 가능하게 합니다.
전반적으로 저자는 측면 조인이 더 표현력 있고 관리하기 쉬운 데이터베이스 쿼리를 작성하는 데 유리하다는 점을 강조하며, Rust에서 잘 설계된 쿼리 빌더의 사용을 통해 이러한 장점을 누릴 수 있다고 설명합니다.
82.2.5달러 청진기(An open-source stethoscope that costs between $2.5 and $5 to produce)
이 프로젝트는 누구나 접근할 수 있고 제작할 수 있는 저렴한 청진기를 개발하고 있습니다. 목표는 청진기 벨의 제작 비용이 약 1-2달러가 되도록 하고, 나머지 부품도 비슷한 비용으로 제작하는 것입니다. 이 청진기는 고급 Littmann Cardiology III 청진기와 동일한 성능을 발휘합니다.
필요한 재료로는 3D 프린팅 부품과 기타 하드웨어가 있습니다. 3D 프린팅 부품에는 청진기 헤드, 귀 튜브, Y자형 부품, 스프링, 링이 포함됩니다. 기타 하드웨어로는 특정 크기의 실리콘 튜브, 플라스틱으로 잘라낸 40mm 다이어프램, 표준 대형 이어버드가 필요합니다.
프린팅 지침으로는 PETG 또는 ABS 플라스틱을 사용하여 100% 인필로 인쇄해야 하며, 레이어 높이에 대한 특정 설정을 따르고 PrusaSlicer 소프트웨어를 사용해야 합니다. PLA는 변형될 수 있어 청진기의 수명을 줄일 수 있으므로 사용을 피해야 합니다.
조립 단계는 다음과 같습니다. 먼저 다이어프램을 청진기 헤드에 부착합니다. 그런 다음 헤드를 실리콘 튜브에 연결하고, Y자형 부품과 귀 튜브를 조립합니다. 이어버드를 귀 튜브에 부착한 후 청진기를 테스트합니다.
추가적으로, 자세한 조립 안내를 위해 교육 영상을 시청할 수 있으며, CrystalSCAD 또는 OpenSCAD 소프트웨어를 사용하여 디자인을 맞춤화할 수도 있습니다.
생산 과정에서는 여러 개의 청진기를 동시에 제조하여 일관성을 유지합니다. 각 청진기를 추적하기 위해 고유한 일련 번호 시스템을 사용합니다.
라이센스는 TAPR OHL 라이센스를 따르며, 하드웨어는 일반적으로 저작권 보호를 받지 않습니다. 더 많은 정보는 이 청진기를 검증한 동료 심사 논문을 통해 확인할 수 있습니다.
83.복사 실패 해결사: CVE-2026-31431 대응(Copy-fail-destroyer: K8s remediation for CVE-2026-31431)
Copy Fail Destroyer는 리눅스 커널의 보안 취약점(CVE-2026-31431)을 해결하기 위한 Kubernetes DaemonSet 에이전트입니다. 이 취약점은 특정 소켓 인터페이스를 통해 페이지 캐시에 무단으로 쓰기가 가능하게 합니다.
이 에이전트의 주요 기능은 다음과 같습니다. 첫째, 모니터링 기능을 통해 커널 버전을 5분마다 확인하여 패치 여부를 점검합니다. 둘째, 취약한 모듈을 안전하게 테스트하기 위해 AF_ALG 소켓을 생성하려고 시도합니다. 셋째, 선택한 모드에 따라 취약한 모듈을 언로드하거나 상태를 감지하고 보고할 수 있습니다. 마지막으로, 시스템 전반의 취약성 상태를 추적하기 위해 Prometheus 메트릭스를 제공합니다.
복구 모드는 세 가지로 나뉩니다. 기본 모드인 언로드는 취약한 모듈을 언로드합니다. 블랙리스트 모드는 모듈을 언로드하고 재로드를 방지합니다. 비활성 모드는 단순히 감지하고 보고만 합니다.
Prometheus 메트릭스에는 커널이 패치가 필요한지, 취약한지, 복구가 성공했는지에 대한 지표가 포함됩니다.
배포를 위해서는 모듈을 언로드할 수 있는 권한이 필요합니다. 원시 매니페스트, Helm 또는 ArgoCD를 사용하여 배포할 수 있으며, Prometheus와의 자동 메트릭 스크래핑을 지원합니다.
모니터링을 위한 세 가지 경고가 정의되어 있습니다. 첫째, CopyFailVulnerable은 커널이 취약할 경우 발생하는 심각한 경고입니다. 둘째, CopyFailKernelNeedsPatching은 커널이 패치되지 않았을 때의 경고입니다. 셋째, CopyFailRemediationFailed는 복구가 실패했을 경우의 경고입니다.
CI/CD 워크플로우는 자동화된 프로세스를 통해 에이전트와 컨테이너 이미지를 빌드하고, GitHub의 버전 태그에 따라 Helm 차트를 패키징합니다.
이 요약은 Copy Fail Destroyer 도구의 주요 기능과 배포 세부 사항을 강조하여 그 목적과 작동 방식을 이해하기 쉽게 설명합니다.
84.결정적 LLM 테스트 기준(A new benchmark for testing LLMs for deterministic outputs)
대형 언어 모델(LLM)을 활용한 워크플로우를 만들 때, 청구서나 회의록을 정리된 데이터로 변환하는 작업에는 구조화된 출력이 자주 사용됩니다. 그러나 모델이 유효한 JSON을 생성하더라도 잘못된 날짜나 순서가 뒤바뀐 회의록과 같은 부정확한 값이 포함될 수 있습니다. 이러한 문제는 정확한 결과가 필요한 워크플로우에서 특히 중요합니다.
현재의 벤치마크는 주로 JSON 형식이 올바른지 여부만을 확인하고, 값의 정확성은 검토하지 않습니다. 이를 해결하기 위해 우리는 구조화된 출력 벤치마크(Structured Output Benchmark, SOB)를 개발했습니다. 이 벤치마크는 텍스트, 이미지, 오디오의 형식과 값의 정확성을 모두 평가합니다. 각 테스트 항목은 검증된 JSON 스키마와 올바른 답변과 비교됩니다.
우리의 연구 결과에 따르면, GLM 4.7은 GPT 5.4에 이어 좋은 성능을 보였습니다. 각 모델은 서로 다른 분야에서 강점을 보이는데, GLM-4.7은 텍스트에서 가장 우수하며, 다른 모델들은 이미지와 오디오에서 두각을 나타냅니다. 흥미롭게도, 모델의 크기가 커진다고 해서 값의 정확성이 반드시 향상되는 것은 아닙니다.
주요 도전 과제 중 하나는 "구조화된 환각"입니다. 이는 출력이 올바르게 보이지만 세부적인 검토 없이는 발견하기 어려운 미세한 오류가 포함된 경우를 말합니다. 우리의 목표는 신뢰할 수 있는 작업을 위한 구조화된 출력을 개선하는 것이며, 이를 위해 최상의 모델과 결과를 측정하고 비교하는 것에서 시작하고자 합니다.
85.UX의 법칙(Laws of UX)
미적 사용성 효과는 사람들이 보기 좋은 디자인이 사용하기도 더 쉽다고 생각하는 경향이 있음을 의미합니다. 즉, 시각적으로 매력적인 제품이나 인터페이스는 사용자에게 더 편리하고 직관적일 것이라는 인상을 줍니다. 이러한 현상은 디자인의 외관이 사용자 경험에 큰 영향을 미친다는 것을 보여줍니다.
86.정부 오픈소스 플랫폼 소프트 론칭(Soft launch of open-source code platform for government)
code.overheid.nl 플랫폼이 정부 차원에서 오픈 소스 소프트웨어를 공유하고 개발하기 위한 사이트로 출시되었습니다. 이 플랫폼은 디지털 주권을 유지하기 위해 설계되었으며, 현재 GitHub의 오픈 소스 대안인 Forgejo를 사용한 파일럿 단계에 있습니다. 아직 모든 정부 기관이 접근할 수 있는 것은 아니지만, 개발자들은 이 공유 플랫폼의 성장에 기여하도록 권장되고 있습니다.
이 이니셔티브는 내무부와 왕국 관계부의 오픈 소스 프로그램 사무소가 주도하며, DAWO 및 Opensourcewerken과 협력하고 있습니다. 관심 있는 개인은 [email protected]로 이메일을 보내 참여할 수 있습니다. 개발자 웹사이트에서 더 많은 정보가 네덜란드어로 제공됩니다.
87.HERMES.md로 요금 폭탄!(HERMES.md in commit messages causes requests to route to extra usage billing)
사용자가 git 커밋 메시지에 HERMES.md라는 문자열이 포함될 경우, Claude Code가 API 요청을 잘못 처리하여 "추가 사용량" 청구로 전환되는 문제를 보고했습니다. 이로 인해 사용자의 요금제 용량이 대부분 사용되지 않았음에도 불구하고 예상치 못한 200달러 이상의 요금이 발생했습니다(사용량 13%).
문제가 발생한 환경은 macOS에서 실행되는 Claude Code v2.1.119로, Max 20x 요금제(월 200달러)를 사용하고 있었습니다. 문제를 재현하는 과정에서 "add HERMES.md"라는 메시지로 커밋할 경우 "추가 사용량 초과"라는 오류가 발생했습니다. 반면, 소문자나 다른 파일명을 사용할 경우에는 문제가 발생하지 않았습니다.
이 잘못된 청구로 인해 추가 사용량 크레딧이 소모되어 여러 프로젝트를 사용할 수 없게 되었지만, 실제로는 높은 잔여 용량이 남아 있었습니다. 시스템의 오류 메시지는 문제의 근본 원인에 대한 단서를 제공하지 않아 진단이 복잡해졌습니다.
예상되는 행동은 청구가 커밋 메시지의 내용에 의존하지 않아야 하며, 모든 요청은 먼저 사용자의 요금제 용량을 사용해야 한다는 것입니다. 이 문제는 특정 커밋 메시지가 원인임을 확인하기 위한 체계적인 테스트를 통해 발견되었습니다. 개발자들은 과도한 악용 방지 시스템이 원인임을 인정하고 문제를 해결했습니다.
88.리습과 스킴의 매력(Why I still reach for Lisp and Scheme instead of Haskell)
소프트웨어 공학에서 프로그래밍의 이상적이고 이론적인 측면과 실제 작업을 수행해야 하는 필요성 사이의 긴장감에 대해 이야기하고 있다. 저자는 Haskell과 다른 프로그래밍 언어에 대한 자신의 경험을 공유하며, 복잡함에도 불구하고 Haskell에 대한 애정을 강조한다.
Haskell의 강점 중 하나는 정교한 타입 시스템과 모나드, 대수적 데이터 타입과 같은 많은 수학적 개념을 프로그래밍에 도입한다는 점이다. 이러한 기능들은 통찰을 제공할 수 있지만, 실제 코딩 작업을 복잡하게 만들기도 한다.
Haskell은 아름답고 개념적으로 풍부하지만, 빠른 프로토타입 제작에는 어려움을 겪을 수 있다. 저자는 파일 쓰기와 같은 간단한 작업을 수행할 때 Haskell의 추상화로 인해 어려움을 겪는다. 이는 Kotlin이나 Java와 같은 다른 언어에서는 비교적 간단한 작업이다.
저자는 실용성과 유연성 때문에 Scheme(및 Lisp)을 선호한다. Scheme은 복잡한 아이디어를 더 간단하게 표현할 수 있게 해주며, 해킹 경험을 더 즐겁게 만들어준다. Haskell과 달리 엄격한 순수성을 요구하지 않기 때문에 디버깅과 빠른 프로토타입 제작이 더 쉬워진다.
Haskell의 도메인 특화 언어(DSL)는 강력하지만, 독특한 문법과 개념을 배우는 데 시간이 걸릴 수 있다. 반면, Scheme의 단순함은 더 일관되고 유연한 코딩을 가능하게 한다.
Lisp 방언인 Scheme은 REPL(읽기-평가-출력 루프)을 지원하여 더 상호작용적이고 효율적인 개발 워크플로우를 제공한다. 이를 통해 즉각적인 테스트와 디버깅이 가능해져 코딩 속도가 빨라진다.
저자는 Haskell의 이론적 아름다움을 높이 평가하지만, 일상적인 프로그래밍 작업에는 Scheme이 더 실용적이고 즐겁다고 느낀다. Haskell이 이상적인 언어일 수 있지만, 모든 실용적인 요구에 맞지 않을 수 있어 개발 도구로 Scheme을 선호한다고 믿는다.
89.온라인 연령 인증, 필수다!(Online age verification is the hill to die on)
죄송하지만, 외부 링크나 특정 URL의 내용을 확인할 수 없습니다. 하지만 요약하고 싶은 내용을 제공해 주시면 기꺼이 도와드리겠습니다!
90.광고 기술의 감시 실태(A New Study Shows How Ad-Based Technology Is Used for Surveillance)
최근 한 팟캐스트에서 시티즌랩의 론 다이버트가 웹록(Webloc)에 대한 새로운 연구를 논의했습니다. 웹록은 광고 데이터를 이용해 전 세계 개인을 추적하는 감시 기술입니다. 다이버트는 인터넷이 개인 데이터를 수집하는 방식으로 구축되어 있으며, 이 데이터가 광고주에게 판매된다고 설명했습니다. 또한 정부가 이 정보를 통해 감시를 할 수 있는 방법도 언급했습니다. 특히 ICE와 같은 기관이 이 기술을 사용해 시민의 법적 보호를 우회할 수 있다는 우려가 제기되고 있습니다. 온라인에서 데이터 추적으로부터 완전히 자신을 보호하기는 어렵지만, 다이버트는 위치 공유를 끄는 것이 노출을 줄이는 데 도움이 될 수 있다고 제안했습니다.
91.Letting AI play my game – building an agentic test harness to help play-testing(Letting AI play my game – building an agentic test harness to help play-testing)
요약이 없습니다.
92.뱅크시, 런던 동상 공개!(Banksy confirms he's behind statue in central London)
뱅크시가 새로 만든 조각상이 런던 중심부의 워털루 플레이스에 전시되고 있다고 확인했습니다. 이 조각상은 정장을 입은 남성이 기단에서 내려오며 얼굴을 가린 깃발을 들고 있는 모습입니다. 이 장소는 제국주의와 군사력을 기념하는 역사적 의미가 있습니다. 설치 이후 많은 사람들이 이 조각상을 보기 위해 모였고, 이는 민족주의와 정치적 논평에 대한 논의를 촉발했습니다. 웨스트민스터 시의회는 이 조각상이 도시의 공공 예술 장면에 추가된 것에 대해 기대감을 표명하며, 이를 보호하기 위한 조치를 취하고 있습니다. 뱅크시의 이전 작품들은 종종 정치적 메시지를 담고 있으며, 사전 통보 없이 설치되는 경우가 많습니다. 이번 조각상도 이러한 경향을 이어가며, 많은 관람객들이 이를 "맹목적인 애국심"에 대한 비판으로 해석하고 있습니다.
93.메릴랜드, 식료품 감시 가격 금지 첫 주!(Maryland becomes first state to ban surveillance pricing in grocery stores)
메릴랜드주가 미국에서 처음으로 식료품점에서의 감시 가격 책정을 금지하는 법안을 통과시켰습니다. 감시 가격 책정은 소비자의 개인 데이터를 바탕으로 가격이 변동하는 방식입니다. 웨스 무어 주지사는 이 법안에 서명하며, 소비자들이 위치나 쇼핑 습관에 따라 동일한 상품에 대해 다른 가격을 지불하지 않도록 보호하는 것을 목표로 하고 있습니다. 비판자들은 이러한 동적 가격 책정 방식이 불공정한 가격 전략으로 이어질 수 있다고 주장합니다.
메릴랜드의 법안은 식료품점에 초점을 맞추고 있지만, 다른 소매 분야에서도 유사한 문제가 발생하고 있습니다. 콜로라도와 캘리포니아를 포함한 몇몇 주에서도 비슷한 규제를 고려하고 있습니다. 연방거래위원회(FTC)도 감시 가격 책정에 대해 조사했지만, 강력한 조치를 취하지는 않았습니다.
소비자 프라이버시를 지지하는 이들은 메릴랜드 법안의 허점에 대해 우려를 표명하고 있습니다. 예를 들어, 로열티 프로그램이나 프로모션 제안에 대한 면제 조항이 있어, 기업들이 여전히 소비자에게 해를 끼칠 수 있는 관행을 지속할 수 있다는 것입니다. 또한, 이 법안은 주 검찰총리만이 집행할 수 있도록 되어 있어, 일부는 이것이 소비자 보호를 약화시킨다고 생각합니다.
전반적으로 이 법안은 긍정적인 진전을 나타내지만, 많은 이들은 소비자에게 진정한 혜택을 주기 위해서는 더 강력한 보호와 집행 조치가 필요하다고 믿고 있습니다.
94.2초 샘플, 25년의 전쟁(A 25-Year-Fight over a 2-Second Sample)
1977년, 독일 밴드 크라프트베르크는 2초 길이의 루프를 포함한 곡을 발표했습니다. 1997년, 프로듀서 모세스 펠햄은 이 루프를 다른 곡에 사용했고, 이에 크라프트베르크는 1999년에 저작권 침해로 그를 고소했습니다. 이 소송은 25년이 넘는 긴 법정 싸움을 촉발했습니다.
최근 유럽 사법 재판소는 펠햄의 손을 들어주며 그의 루프 사용이 EU 저작권법의 "패스티시" 면책 조항에 해당한다고 판결했습니다. 이 결정은 유럽에서 음악 샘플링에 대한 규칙을 명확히 할 수 있지만, EU의 복잡한 법체계와 독일의 저작권법이 미국의 "공정 사용"과 같은 폭넓은 면책 조항이 없기 때문에 오랜 시간이 걸렸습니다.
이 사건은 여러 차례의 항소와 판결을 거쳤으며, 초기 결정은 크라프트베르크에게 유리했지만, 이후 판결에서는 샘플이 인식되지 않는 한 비침해적 사용이 가능하다는 여지를 남겼습니다. 2021년에 도입된 새로운 법은 패스티시와 패러디를 보호된 사용으로 인정하여, 2021년 이후의 사용에 대해 펠햄에게 유리하게 작용했습니다.
펠햄은 최근 판결에서 승리했지만, 샘플의 이전 사용에 대해서는 일부 손실을 겪었습니다. 이 긴 분쟁은 아티스트들이 저작권법을 이해하고 적용하는 데 겪는 어려움을 보여주며, 향후 사례에 대해 더 명확한 법적 선례를 세우는 데 도움이 될 수 있습니다.
95.소셜 인터넷 혁명(At Protocol: Building the Social Internet)
AT 프로토콜은 소셜 인터넷을 구축하기 위한 시스템입니다. 현재 4천만 명 이상의 사용자가 있으며, 24억 개의 게시물이 존재합니다. 모든 데이터는 JSON 형식으로 제공되며, 누구나 접근할 수 있습니다. 개발자들은 공유된 Atmosphere 네트워크를 이용해 애플리케이션을 만들 수 있습니다.
사용자는 자신의 아이디로 로그인할 수 있으며, 사용자 이름은 도메인처럼 작용합니다. 데이터 구조는 강력한 타입의 기록으로 구성되어 있으며, 공유된 스키마를 따릅니다. 각 게시물과 상호작용은 URL을 통해 하이퍼링크로 연결되어 있습니다. 콘텐츠 ID는 다른 사용자의 데이터와 강력하게 연결될 수 있도록 보장합니다.
공공 파이프라인을 통해 모든 공개 활동의 스트림에 접근할 수 있어, API 키 없이도 피드와 애플리케이션을 구축할 수 있습니다. 애플리케이션 개발이나 프로토콜에 대한 이해를 돕기 위한 튜토리얼과 문서도 제공됩니다.
96.버그가 놓치는 것(Bugs Rust won't catch)
2026년 4월, 캐노니컬은 Rust로 작성된 GNU coreutils의 버전인 uutils에서 44개의 취약점(CVE)을 공개했습니다. 이 취약점들은 26.04 LTS 버전 출시 전에 외부 감사 과정에서 발견되었습니다. 특히, 모든 버그는 경험이 풍부한 개발자들이 작성한 프로덕션 코드에서 발생했으며, Rust의 안전 기능인 대여 검사기나 클리피 린트에 의해 감지되지 않았습니다.
감사에서 얻은 주요 통찰은 다음과 같습니다. 첫째, 시스템 호출 간 경로를 잘못 처리함으로써 발생한 여러 취약점이 있습니다. 이는 공격자가 심볼릭 링크를 이용해 파일을 제어할 수 있게 합니다. 따라서 경로 대신 파일 설명자에 작업을 고정하는 것이 더 안전한 방법입니다. 둘째, 파일이나 디렉토리를 생성한 후 권한을 설정하는 것은 짧은 시간 동안 악용될 수 있는 여지를 남깁니다. 생성 시 권한을 설정하는 것이 더 안전합니다.
셋째, 경로를 문자열로 비교하는 것은 보안 결함을 초래할 수 있습니다. 비교하기 전에 경로를 정규 형태로 변환하는 것이 좋습니다. 넷째, Rust의 기본 UTF-8 처리 방식은 원시 바이트 입력을 다룰 때 데이터를 손상시킬 수 있습니다. Unix 시스템과의 호환성을 위해 OsStr와 같은 바이트 타입을 사용하는 것이 권장됩니다.
다섯째, 코드에서 패닉이 발생하면 서비스 거부 상태가 발생할 수 있습니다. unwrap이나 expect와 같은 패닉을 유발할 수 있는 함수를 사용하는 대신, 오류를 우아하게 처리하는 것이 중요합니다. 여섯째, 많은 문제는 GNU 도구와의 동작 차이에서 발생했습니다. 이러한 도구에 의존하는 스크립트에서 예기치 않은 결과를 피하기 위해 호환성을 유지하는 것이 필수적입니다.
마지막으로, 신뢰 경계를 넘기 전에 항상 입력을 해결해야 하며, 이를 소홀히 하면 취약점이 발생할 수 있습니다. 감사 결과는 Rust가 특정 종류의 버그(예: 버퍼 오버플로우나 데이터 경쟁)를 잡지 못하지만, 전통적인 C 코드베이스에 비해 여전히 상당한 안전성을 제공한다는 점을 강조합니다. Rust로 시스템 코드를 작성하는 개발자에게 CVE 목록은 유사한 함정을 피하기 위한 유용한 체크리스트 역할을 합니다. 엔들러는 "관용적인 Rust"가 단순히 우아한 문법을 의미하는 것이 아니라, 실제 복잡성을 처리하는 데 있어 올바름과 안전성을 포함해야 한다고 강조합니다.
97.감시 가격 금지법 피하기(How not to ban surveillance pricing)
이 기사는 메릴랜드의 새로운 소비자 보호 법안에 대해 다루고 있으며, 이 법안이 감시 가격 책정을 금지하는 것을 목표로 하지만 잘못 설계되어 효과적이지 않다고 비판하고 있습니다. 감시 가격 책정은 기업들이 개인 데이터를 이용해 소비자들이 지불할 것으로 예상되는 가격을 설정하는 방식으로, 선택의 여지가 적은 소비자에게는 더 높은 비용을 초래하는 경우가 많습니다. 저자는 이 방식이 취약한 소비자를 불공정하게 겨냥하고, 전체 소비를 줄여 경제에 부정적인 영향을 미친다고 주장합니다.
메릴랜드의 법안은 식료품 가격에만 적용되며, 소비자의 동의를 받으면 가격을 인상할 수 있도록 허용하는 등 상당한 허점이 있습니다. 또한, 프로모션 제안과 로열티 프로그램은 면제됩니다. 이 법안은 알고리즘에 의한 임금 차별로 영향을 받는 근로자에 대한 조항도 부족합니다. 저자는 이 법안이 소비자 보호보다는 권리를 빼앗는 방향으로 작용해 더 해롭다고 믿으며, 입법자들이 이 법안의 문제점에 대한 경고를 무시했다고 강조합니다. 전반적으로 이 기사는 감시 가격 책정에 진정으로 대응하고 소비자를 보호하기 위해 더 나은 규제가 필요하다고 촉구하고 있습니다.
98.샘 뱅크먼-프리드 재판 없다(No new trial for Sam Bankman-Fried)
샘 뱅크먼-프리드, FTX의 전 CEO는 루이스 카플란 판사에 의해 새로운 재판 요청이 기각되면서 25년 형을 피할 가능성이 사라졌습니다. 그의 항소는 제2순회 항소법원에서 실패할 것으로 예상됩니다.
뱅크먼-프리드는 새로운 재판 요청을 철회하려 했지만, 판사는 그가 향후 다시 요청할 수 있는 가능성을 남기려는 의도라고 판단하며 이를 거부했습니다. 판사는 뱅크먼-프리드가 자신의 대중 이미지를 조작하려 했다고 비판하며, 새로운 재판 요청의 근거가 원래 재판 전에 이미 알고 있던 증거에 기반하고 있다고 지적했습니다.
그의 주장은 세 명의 증인의 증언에 의존했지만, 판사는 이 증인들이 새롭게 발견된 것이 아니라고 판단했습니다. 또한, 뱅크먼-프리드가 판사의 기피를 요청한 것도 너무 늦었다며 거부했습니다.
현재 뱅크먼-프리드는 선택의 여지가 제한적입니다. 항소의 성공 가능성은 낮고, 인신 보호 청구를 시도할 수는 있지만 성공할 가능성은 희박합니다. 그의 유일한 다른 희망은 사면이지만, 이 또한 트럼프 전 대통령에 의해 거부되었습니다.
99.잊혀진 웹, 다시 찾기(Gone but Not Forgotten: Recovering the Dead Web)
Pew Research Center의 연구에 따르면 2013년의 웹페이지 중 38%가 더 이상 접근할 수 없으며, 지난 10년간의 모든 웹페이지 중 약 25%가 사라졌습니다. 다른 연구들도 이러한 결과를 뒷받침하며, 인터넷의 많은 링크가 시간이 지남에 따라 "썩어가고" 있음을 보여줍니다.
웹 아카이빙 서비스인 웨이백 머신은 이러한 사라진 페이지의 약 15%를 보존하는 데 성공했습니다. 다양한 데이터셋 분석 결과, 많은 URL이 사라졌지만 웨이백 머신이 상당 부분을 구해내어 접근할 수 없는 링크의 전체 수를 줄였습니다.
여기서 사용된 용어는 다음과 같습니다. "살아있는" URL은 접근 가능한 링크를 의미하고, "죽은" URL은 오류를 반환하는 링크를 뜻합니다. "구해진" URL은 현재 웹에서 죽어 있지만 아카이브된 링크를 말하며, "위험에 처한" URL은 살아 있지만 아카이브되지 않은 링크를 의미합니다.
연구에 따르면 죽은 URL의 수가 증가하고 있지만, 웨이백 머신과 같은 웹 아카이브는 콘텐츠를 보존하는 데 중요한 역할을 하고 있습니다. 현재 위협에 처한 URL의 수를 줄이고 온라인 문화유산을 보호하기 위한 노력이 진행 중이며, 깨진 링크를 수정하고 사용자들이 소중한 페이지를 저장하도록 장려하는 이니셔티브도 포함됩니다.
웹이 점점 더 취약해지고 있는 가운데, 웨이백 머신과 같은 자원은 그 역사적 기록을 보존하는 데 중요한 역할을 하고 있지만, 콘텐츠 손실 문제를 완전히 해결하는 데는 여전히 어려움이 남아 있습니다.
100.버려진 메일 체크기(Throwaway – open-source disposable email checker and API)
Throwaway 도구는 Cloudflare Worker로, 일회용 이메일 도메인과 유효하지 않은 최상위 도메인(TLD)을 빠른 JSON API를 통해 식별합니다. 이 도구는 72,000개 이상의 도메인을 포함하고 있으며, 크기는 173KB로 압축된 이진 형식으로 제공됩니다. 사용자는 간단한 웹 사용자 인터페이스를 통해 신속하게 확인할 수 있습니다.
이 도구는 빌드 과정에서 일회용 이메일 도메인 목록을 블룸 필터에 컴파일하여 디코딩 오버헤드 없이 작동합니다. 또한, tldts라는 라이브러리를 사용해 TLD의 유효성을 검사하여 가짜 도메인을 식별합니다.
주요 기능으로는 약 72,000개의 도메인을 포함하는 블룸 필터가 있으며, 매우 낮은 오탐률(0.01%)을 자랑하고, 잘못된 음성 탐지는 보장합니다. API 엔드포인트는 기본 이메일 확인 UI를 제공하는 GET /, 단일 이메일이나 도메인을 확인하는 GET /check, 여러 이메일이나 도메인을 일괄 확인하는 POST /check, 필터에 대한 메타데이터를 제공하는 GET /stats, AI 에이전트를 위한 문서인 GET /llms.txt 등이 있습니다.
이메일 유효성 검사를 위한 결정 논리는 다음과 같습니다. TLD가 유효하지 않으면 거부하고, TLD가 유효하면서 일회용이면 거부하며, TLD가 유효하고 일회용이 아닐 경우 수락합니다.
이 도구는 동기식으로 작동하며 빠른 응답 시간을 제공하고 외부 호출이 없습니다. 사용자는 저장소를 복제하고 설정 지침을 따르면 쉽게 자신의 버전을 배포할 수 있습니다. 이 도구는 SSLBoard.com의 MIT 라이선스 하에 제공됩니다.