1.토니 호어 별세(Tony Hoare has died)
토니 호어는 퀵소트 알고리즘을 발명하고 프로그래밍 언어에 기여한 저명한 컴퓨터 과학자로, 2026년 3월 5일 92세의 나이로 세상을 떠났습니다. 그는 튜링 상 수상자이자 옥스포드 대학교의 전 교수였습니다.
짐 마일스가 전한 개인적인 회상에 따르면, 호어는 학문적 업적뿐만 아니라 따뜻한 성격으로도 기억됩니다. 마일스는 종종 케임브리지에 있는 호어를 방문하여 그의 경력과 마이크로소프트에서의 경험, 영화 감상에 대한 애정 등 다양한 주제를 이야기했습니다. 호어는 엘리엇 브라더스 리미티드에서 자신의 퀵소트 알고리즘이 기존의 정렬 방법보다 더 우수할 것이라고 내기를 했고, 실제로 그의 알고리즘이 승리했습니다.
호어는 천재성의 이면에 있는 현실을 강조하며, 이는 종종 즉각적인 문제 해결이 아닌 수년간의 고난을 포함한다고 말했습니다. 이는 할리우드에서 묘사되는 것과는 대조적입니다. 그는 또한 정부가 접근하는 첨단 기술에 대해 언급하며, 그들이 일반 대중보다 앞서 있다는 점을 시사했습니다.
호어의 유머와 지성은 그를 아는 사람들에게 깊이 그리워질 것입니다.
2.애플 실리콘 AI 속도 혁신(RunAnywhere (YC W26) – Faster AI Inference on Apple Silicon)
Y Combinator의 W26 코호트에 속한 Sanchit과 Shubham은 Apple Silicon을 위한 빠른 추론 엔진인 MetalRT를 개발했습니다. 이 엔진은 언어 모델링, 음성 인식, 텍스트 음성 변환과 같은 작업에서 기존의 여러 솔루션보다 뛰어난 성능을 보입니다. 또한, 그들은 클라우드 서비스 없이 완전히 기기 내에서 작동하는 오픈 소스 음성 AI 파이프라인인 RCLI를 출시했습니다.
주요 특징으로는 빠른 처리 속도가 있습니다. MetalRT는 테스트된 다른 엔진보다 현저히 빠르며, 다양한 모델에 대한 속도 개선 사례가 있습니다. RCLI는 사용자가 인터넷 연결 없이도 음성을 텍스트로 변환하고 음성 응답을 생성할 수 있게 해줍니다. 설치 또한 간편하여, 사용자는 Homebrew나 간단한 스크립트를 통해 RCLI를 신속하게 설치할 수 있습니다.
제작자들은 음성 애플리케이션에서 낮은 지연 시간을 유지하는 것이 얼마나 중요한지 강조했습니다. 지연이 발생하면 사용자 경험에 부정적인 영향을 미칠 수 있기 때문입니다. MetalRT는 맞춤형 GPU 셰이더를 사용하고 불필요한 오버헤드를 피함으로써 이러한 지연을 줄이도록 설계되었습니다.
자세한 내용은 그들의 웹사이트에서 방법론과 벤치마크를 확인할 수 있으며, RCLI 소스 코드와 데모 비디오에 대한 링크도 제공됩니다.
3.1조 원 AI 혁신!(Yann LeCun raises $1B to build AI that understands the physical world)
얀 르쿤이 물리적 세계를 더 잘 이해할 수 있는 인공지능 개발을 위해 10억 달러를 모금했습니다. 이 자금은 AI 기술을 발전시켜 실제 환경을 해석하고 상호작용하는 능력을 향상시키는 데 목적이 있습니다. 궁극적인 목표는 더 직관적이고 효과적으로 작동하는 시스템을 만드는 것입니다.
4.Debian decides not to decide on AI-generated contributions(Debian decides not to decide on AI-generated contributions)
요약이 없습니다.
5.십억 매개변수 이론(Billion-Parameter Theories)
역사적으로 인간은 설명할 수 없는 현상을 신비로운 것으로 간주해왔습니다. 그러나 과학이 등장하면서 이러한 현상에 대한 설명이 가능해졌습니다. 과학 이론은 종종 간결하여 이해하고 활용하기 쉽습니다. 예를 들어, F=ma와 같은 공식은 복잡한 시스템을 구성 요소로 나누어 분석하는 데 효과적입니다.
하지만 빈곤이나 기후 변화와 같은 많은 현실 문제는 복잡합니다. 이러한 시스템은 동적인 상호작용과 피드백 루프를 포함하고 있어 단순한 과학 모델로 설명하기 어렵습니다. 전통적인 과학 방법을 이러한 복잡한 문제에 적용하려는 노력은 종종 부분적인 성공과 지속적인 실패를 가져왔습니다.
이 글에서는 과학에서 실천이 이론보다 먼저 이루어지는 경우가 많다고 주장합니다. 대장장이들이 금속 가공 기술을 이해하기 전에도 사용했듯이, 현대의 인공지능 도구는 그 기저에 있는 메커니즘을 완전히 이해하지 못하더라도 복잡한 시스템을 효과적으로 모델링할 수 있습니다.
오늘날의 인공지능 모델은 방대한 양의 데이터와 상호작용을 처리할 수 있어 복잡한 시스템에 더 잘 작동합니다. 훈련된 모델은 크고 특정할 수 있지만, 그 뒤에 있는 구조는 간결하고 보편적일 수 있어 복잡한 시스템에 대한 더 나은 이해로 이어질 가능성이 있습니다.
연구자들은 이제 이러한 모델을 해석하는 방법을 탐구하고 있으며, 이는 그들이 나타내는 복잡성에 대한 통찰을 제공할 수 있습니다. 이러한 접근 방식은 복잡한 문제에 대한 우리의 이해를 변화시킬 수 있으며, 문제들이 해결 불가능한 것이 아니라 새로운 방법으로 연구해야 한다는 것을 시사합니다.
결론적으로, 복잡한 시스템은 여전히 대규모 모델을 필요로 할 가능성이 높지만, 이러한 시스템에 대해 학습할 수 있는 기본 구조는 더 간단할 수 있어 어려운 글로벌 문제를 이해하고 해결하는 새로운 길을 열어줄 수 있습니다.
6.코드 18개월, 새 출발!(Throwing away 18 months of code and starting over)
18개월의 개발 끝에 Autonoma 팀은 현재 제품을 포기하고 새롭게 시작하기로 결정했습니다. 이들은 기업 검색에서 QA 테스트 플랫폼으로 접근 방식을 여러 번 변경하며 여러 차례 방향 전환을 겪었습니다. 최근의 방향 전환 동안 고객과 자금을 확보했지만, 불완전한 코딩 관행, 특히 테스트 부족으로 인해 심각한 문제에 직면했고, 이로 인해 버그가 발생하고 고객을 잃게 되었습니다.
처음에 팀은 품질보다 빠른 출시를 우선시했으며, 그 결과 코드베이스가 엉망이 되었습니다. 제품 품질 유지를 위해 테스트 문화를 채택하는 것이 필수적이라는 사실을 너무 늦게 깨달았습니다. 그래서 현재는 엄격한 TypeScript와 포괄적인 테스트에 중점을 두고 코드베이스를 다시 작성하고 있습니다.
또한, 팀은 Next.js와 그 서버 액션에서 벗어나기로 결정했습니다. 이 기술은 테스트의 어려움, 전역 실행 순서 문제, 보안 취약점 등으로 인해 문제가 많았습니다. 대신 React와 tRPC, Hono 백엔드를 채택하여 자원 사용을 크게 줄이고 배포 프로세스를 개선했습니다.
Kubernetes에서 작업 오케스트레이션과 관련된 문제도 겪었습니다. 여러 솔루션을 평가한 후, 신뢰할 수 있는 작업 관리를 가능하게 하는 Kubernetes 네이티브인 Argo를 선택했습니다.
팀은 곧 새로운 제품을 발표할 준비를 하고 있으며, 현재 디자인 파트너와 함께 테스트 중입니다. 관심 있는 사용자들에게 피드백과 조기 접근 요청을 받고 있습니다.
7.암호 데이터 처리 칩 공개(Intel Demos Chip to Compute with Encrypted Data)
인텔은 완전 동형 암호화(FHE)를 사용하는 프로토타입 칩을 개발했습니다. 이 기술은 암호화된 데이터에 대해 계산을 수행하면서도 데이터를 비공개로 유지할 수 있게 해줍니다. 이 칩은 작업 속도를 크게 향상시켜 이전 방법보다 5,000배 빠른 성능을 자랑합니다.
8.클로드로 만든 프로그래밍 언어(I built a programming language using Claude Code)
저자는 자신의 고양이 이름을 따서 Cutlet이라는 새로운 프로그래밍 언어를 개발했습니다. 이 작업은 4주 동안 진행되었으며, 소스 코드는 GitHub에서 빌드 지침과 함께 제공됩니다. 이 프로젝트는 Claude를 특정 작업에 사용하는 것에서 벗어나, 모든 코드를 자율적으로 생성할 수 있도록 하는 전환점을 의미합니다.
Cutlet의 주요 특징은 다음과 같습니다. Cutlet은 macOS와 Linux에서 실행되며 실제 프로그램을 실행할 수 있습니다. 다른 동적 언어처럼 배열과 문자열을 지원합니다. 독특한 기능으로는 벡터화된 연산과 필터링을 위한 메타 연산자(@)가 있습니다. 함수는 "fn"으로 선언되며 모든 것이 표현식으로 처리됩니다. 또한, 인터랙티브 코딩을 위한 REPL(읽기-평가-출력 루프) 기능도 포함되어 있습니다.
저자는 대형 언어 모델(LLM)의 프로그래밍 잠재력을 탐구하고자 했습니다. LLM이 효과적일 수 있지만, 여전히 신중한 계획과 명확한 사양이 필요하다는 것을 발견했습니다. 그들은 기능을 정의하고 계획을 세운 후, Claude가 최소한의 인간 감독으로 이를 구현할 수 있도록 구조화된 작업 흐름을 개발했습니다.
LLM과 함께 작업하기 위한 기술로는 문제를 식별하고, 의도를 명확히 전달하며, LLM의 생산성을 높이는 환경을 조성하고, 효율성을 위해 에이전트 루프를 최적화하는 것이 포함됩니다.
저자는 소프트웨어 공학이 사라진 것이 아니라 진화하고 있다고 결론지었습니다. Cutlet을 만드는 데 있어 자신의 프로그래밍 지식이 중요하다는 점을 인정하며, LLM을 과도하게 사용하는 것에 대한 정신 건강 우려도 표명했습니다.
LLM으로 인해 프로그래밍의 미래가 크게 변화할 수 있지만, 저자는 소프트웨어 공학 기술이 여전히 가치 있을 것이라고 느끼고 있습니다. 앞으로 새로운 프로젝트와 아이디어를 탐구하면서 Cutlet에 대한 가끔 업데이트를 유지할 계획입니다.
9.마짓의 리베이스(Rebasing in Magit)
이 글에서는 Emacs 내에서 Git 인터페이스인 Magit의 리베이스 기능에 대해 다룹니다. 저자는 Magit의 사용이 간편하다는 점, 특히 인터랙티브 Git 로그를 통해 쉽게 사용할 수 있다는 점을 강조합니다.
사용자는 키보드 단축키를 이용해 Git 로그에 쉽게 접근할 수 있습니다. Magit은 명령어에 대한 힌트를 제공하여 사용자가 문서를 참고하지 않고도 옵션을 기억할 수 있도록 돕습니다.
브랜치를 리베이스하려면 사용자가 원하는 브랜치로 전환한 후 명확한 단축키를 사용해 리베이스를 시작할 수 있습니다. 리베이스 후에는 로그가 업데이트되어 새로운 브랜치 위치를 보여줍니다. 더 복잡한 리베이스의 경우, Magit은 유용한 단축키를 통해 커밋을 인터랙티브하게 편집할 수 있도록 지원합니다.
Magit은 실제로 실행되는 Git 명령어를 보여주기 때문에 사용자가 Git 기능에 대해 배우는 데 도움이 됩니다. 예를 들어, --autostash 옵션과 같은 기능을 이해하는 데 유용합니다.
이 리베이스는 명령줄을 통해 수행할 수도 있지만, Magit을 사용하면 직관적인 인터페이스 덕분에 Git 명령어를 실행하는 데 대한 이해와 자신감이 높아집니다.
Magit은 초보자와 숙련된 사용자 모두에게 유용한 도구로, 인터랙티브함과 효율성을 결합하여 Git 경험을 향상시킵니다.
10.Redox OS has adopted a Certificate of Origin policy and a strict no-LLM policy(Redox OS has adopted a Certificate of Origin policy and a strict no-LLM policy)
요약이 없습니다.
11.디딧: 신원 인증의 혁신(Didit (YC W26) – Stripe for Identity Verification)
알베르토와 그의 쌍둥이 형제 알레한드로는 포괄적인 신원 확인 시스템을 만들고 있습니다. 그들의 플랫폼은 KYC(고객 신원 확인), AML(자금 세탁 방지), 사기 예방 등 다양한 신원 서비스를 하나의 간편한 통합 솔루션으로 제공합니다.
바르셀로나에서 쌍둥이로 자라면서 그들은 신원 혼란을 경험했고, 이로 인해 기술 분야에서 신원 확인의 복잡성을 해결하고자 했습니다. 기존의 솔루션들이 종종 분산되어 있고 복잡하며 비용이 많이 들어, 기업들이 다양한 지역과 규제에 따라 신원 확인을 관리하기 어렵다는 것을 알게 되었습니다.
Didit은 이러한 문제를 해결하기 위해 사용자 친화적인 도구를 제공하고자 합니다. 이는 스트라이프가 결제 처리 방식을 혁신한 것과 유사합니다. 그들은 자체적인 확인 및 생체 인식 모델을 개발하여, 제3자 서비스에 의존하지 않고 사용자 데이터를 안전하고 비공식적으로 관리할 수 있도록 하고 있습니다. 이러한 접근 방식은 기업들이 과도한 개인 정보를 수집하지 않고도 특정 속성을 확인할 수 있게 하여 데이터 최소화를 촉진합니다.
이 플랫폼은 사용자 온보딩을 증가시키고 신원 확인 비용을 줄이며, 효율적으로 사기를 탐지합니다. 또한, 구형 시스템에서 흔히 발생하는 저속 대역폭 연결에서도 잘 작동합니다.
Didit은 완전히 운영 중이며, 투명하고 성공 기반의 가격 정책을 가지고 있습니다. 그들은 서비스와 통합에 대한 피드백을 받고 있습니다.
12.메타, 몰트북 인수(Meta acquires Moltbook)
메타가 Moltbook이라는 AI 에이전트 소셜 네트워크를 인수했습니다. 이번 인수는 메타의 인공지능 및 소셜 네트워킹 기능을 강화하기 위한 것입니다. 이는 메타가 사용자 경험을 개선하기 위해 AI 기술을 자사 플랫폼에 통합하는 데 지속적으로 집중하고 있다는 것을 보여줍니다.
13.내 인생을 데이터베이스에 담다(I put my whole life into a single database)
이 코드는 사용자의 인스타그램 스토리를 보여주는 웹 애플리케이션을 위한 것입니다. 주요 내용은 다음과 같습니다.
먼저, 애플리케이션은 스토리를 가져오기 위해 호스트 URL과 사용자 ID를 설정합니다. 이후 XMLHttpRequest를 사용하여 JSON 형식으로 스토리를 불러옵니다. 스토리가 존재하면 첫 번째 이미지를 미리 로드합니다.
스토리는 하나씩 보여지며, 이미지나 비디오 형태로 나타납니다. 각 스토리를 보는 동안 얼마나 시간이 지났는지를 표시하기 위해 진행 바가 포함되어 있습니다. 사용자는 키보드 화살표나 버튼을 이용해 스토리 간에 이동할 수 있습니다. 왼쪽 화살표를 누르면 이전 스토리가, 오른쪽 화살표를 누르면 다음 스토리가 표시됩니다.
진행 상황은 현재 보여지는 스토리의 지속 시간에 따라 애니메이션으로 진행 바가 움직입니다. 비디오의 경우 비디오 길이를 추적하고, 이미지의 경우에는 고정된 표시 시간을 사용합니다. 사용자는 ESC 키를 누르거나 클릭하여 스토리 뷰어를 종료할 수 있습니다.
마지막으로, 애플리케이션은 스토리 뷰어 배경, 프로필 사진, 진행 바와 같은 요소들을 스타일링하기 위한 CSS를 포함하고 있습니다. 이 코드는 인스타그램의 스토리 기능과 유사한 인터랙티브한 스토리 뷰어를 만들어 사용자가 다양한 미디어 콘텐츠를 보고 탐색할 수 있도록 합니다.
14.게임 GPU로 LLM 1위!(How I Topped the HuggingFace Open LLM Leaderboard on Two Gaming GPUs)
2024년, HuggingFace의 오픈 LLM 리더보드에서는 여러 AI 모델들이 여섯 가지 기준에서 최고의 성능을 겨루고 있었습니다. David Noel Ng는 RYS-XLarge라는 모델로 1위를 차지했는데, 이는 새로운 모델을 훈련한 것이 아니라 기존의 720억 개 매개변수를 가진 모델에서 특정 레이어를 복제한 결과입니다. 이 과정을 LLM 신경해부학이라고 하며, 가중치를 조정하지 않고 특정 레이어의 복사본을 추가하여 추론 능력을 향상시켰습니다.
이 breakthrough에 이르게 된 주요 관찰 중 하나는 모델들이 다양한 형식의 입력(예: Base64)을 효과적으로 처리할 수 있다는 것이었고, 특정 복잡한 모델(예: Goliath)이 비전통적인 레이어 배열에도 불구하고 작동할 수 있다는 점이었습니다. 이는 트랜스포머의 레이어가 이전에 생각했던 것보다 더 교환 가능하다는 것을 시사하며, Ng는 중간 레이어가 추론 피질 역할을 한다고 가설을 세웠습니다.
이 가설을 검증하기 위해 그는 새로운 가중치를 훈련하지 않고 레이어를 여러 번 실행하는 방법을 고안했습니다. 소비자용 GPU를 사용하여 다양한 구성을 평가한 결과, 특정 중간 레이어를 복제하는 것이 인지 작업에서 성능을 향상시킨다는 것을 발견했습니다. 그의 최종 모델인 RYS-XLarge는 여러 벤치마크 영역에서 상당한 개선을 보여주었으며, 이 방법이 효과적임을 입증했습니다.
Ng의 연구 결과는 트랜스포머가 기능적 해부학을 가지고 있다는 것을 시사합니다. 초기 레이어는 입력을 인코딩하고, 중간 레이어는 추론을 수행하며, 후반 레이어는 출력을 디코딩하는 구조입니다. 이러한 접근 방식은 가중치를 미세 조정하는 전통적인 방법과는 다르며, 구조적 변화를 통해 추론의 깊이를 향상시키는 데 중점을 둡니다.
전반적으로 Ng의 연구는 AI 모델이 정보를 처리하는 방식에 대한 더 깊은 이해를 제공하며, 광범위한 재훈련 없이 AI 성능을 향상시킬 수 있는 새로운 경로를 제시합니다.
15.패배의 기술(Defeat as Method)
"패배를 방법으로"에서 샤흐람 코스라비는 이란의 바흐타리족이 겪어온 역사적이고 지속적인 고난을 되돌아봅니다. 이들은 식민 세력에 의해 석유 자원으로 착취당하며, 그 결과로 이주와 빈곤을 겪게 되었습니다. 그는 개인적인 패배의 경험을 주변화된 공동체가 겪는 역사적 상실이라는 더 넓은 주제와 연결하며, 패배를 회복력과 개방성으로 맞서는 것이 중요하다고 강조합니다.
코스라비는 식민지와 억압받는 사람들에게 패배가 삶의 본질적인 부분이라고 주장하며, 패배가 비판적 사고와 저항의 기초가 될 수 있다고 말합니다. 그는 바흐타리족의 경험과 역사 속의 더 넓은 패배의 서사, 특히 이란 혁명과 시아파 이슬람에서의 카르발라 전투의 문화적 기억을 비교합니다. 이러한 패배가 억압받는 사람들 사이에 연대와 행동을 촉진할 수 있다고 제안합니다.
또한, 텍스트는 "비관적 희망"이라는 개념을 다룹니다. 이는 지속적인 투쟁과 패배의 인식에도 불구하고 희망이 계속 존재하는 것을 의미합니다. 코스라비는 패배한 이들이 여전히 미래에 대한 새로운 가능성을 상상할 수 있으며, 그들의 경험을 저항과 변화를 위한 원동력으로 삼을 수 있다고 강조합니다. 결국 그는 패배에 대한 비판적 검토를 촉구하며, 이것이 역사적으로 주변화된 사람들에게 새로운 사고와 세계 이해의 방식을 열어줄 수 있다고 제안합니다.
16.폰으로 시계 측정기 만들기(I used pulsar detection techniques to turn a phone into a watch timegrapher)
전문적인 타임그래퍼는 시계의 정확한 시간을 측정하는 장비로, 가격이 500달러에서 3000달러까지 다양합니다. 이 장치는 시계의 똑딱거림을 감지하는 센서를 사용합니다. 저자는 아이폰 마이크를 이용해 비슷한 장치를 만들려고 했는데, 아이폰의 신호 대 잡음 비율(SNR)이 약 1.5dB로 매우 낮아 시계의 똑딱거림을 배경 소음과 구분하기가 어려웠습니다.
타임그래퍼의 기능은 시계가 하루에 몇 초를 이득 또는 손실하는지를 측정하고, 비트 오류(시간 불일치)와 진폭(밸런스 휠의 흔들림 정도)을 분석하는 것입니다. 하지만 아이폰 마이크는 낮은 SNR로 인해 뚜렷한 똑딱거림 소리를 포착하기 어려웠습니다. 저자는 다양한 오디오 설정을 실험하여 SNR을 개선하려 했고, 자동 이득 조절(AGC)이 가장 효과적이라는 것을 발견했습니다.
오디오 신호를 처리하기 위해 디지털 신호 처리(DSP) 파이프라인을 개발했습니다. 이 과정에는 필터링, 엔벨로프 감지, 그리고 에폭 폴딩이라는 기법이 포함되어 SNR을 크게 향상시켰습니다. 에폭 폴딩은 동일한 신호의 여러 측정을 평균내어 노이즈를 줄이고 똑딱거림 소리를 명확히 식별하는 데 도움을 줍니다.
정확한 시계의 똑딱거림 속도를 결정하기 위해 자기상관을 사용하지만, 이 방법은 기본 주파수 대신 조화 주파수를 잘못 식별할 수 있습니다. 에폭 폴딩은 이러한 오류를 방지하는 데 도움을 줍니다. 시계의 성능을 계산하기 위해서는 감지된 정확한 주파수를 기준 주파수와 비교하여 이득/손실 속도를 계산합니다.
칼만 필터를 사용하여 신호 품질에 따라 속도 추정치를 안정화하는 적응형 필터링 기법도 적용되었습니다. 그러나 이 전화 기반 타임그래퍼는 전문 모델만큼 정확하지 않습니다. 전문 장치의 ±0.1-0.5초에 비해 ±2-5초의 속도 정확도를 달성할 수 있으며, 효과적으로 작동하기 위해서는 조용한 환경이 필요합니다.
이 앱은 시계 수집가들이 시계의 정확성을 쉽게 확인할 수 있도록 빠른 측정을 제공합니다. 현재 iOS에서 사용할 수 있으며, 안드로이드 버전은 테스트 중입니다. 저자는 전통적인 장치의 비용의 일부로 시계 애호가들에게 유용한 통찰력을 제공하는 기능적인 타임그래퍼 앱을 성공적으로 만들었습니다.
17.오픈 웨이트, 오픈 트레이닝 아냐(Open Weights Isn't Open Training)
이 글에서는 트릴리언 개의 파라미터를 가진 대규모 오픈소스 머신러닝 모델인 Kimi-K2-Thinking을 훈련한 후에 겪은 여러 도전 과제에 대해 다룹니다. 저자는 오픈소스 머신러닝 인프라를 사용할 때 발생하는 다양한 버그와 비효율성에 대한 개인적인 경험을 공유합니다.
저자는 모델의 성능을 개선하기 위해 Yoda처럼 반응하는 데이터셋을 만들고자 했습니다. 그러나 기존의 훈련 코드가 부족하고 사용 가능한 라이브러리에서 많은 버그가 발견되어 어려움을 겪었습니다. 이 모델은 복잡하여 처리하기 위해 상당한 GPU 메모리가 필요합니다. 저자는 모델의 크기를 처리하기 위해 특정 GPU 설정을 선택했습니다.
훈련 과정에서는 여러 가지 문제가 발생했습니다. 모델 압축 속도가 느리고, 메모리 관리가 비효율적이며, LoRA(저랭크 적응)와 같은 특정 훈련 기법과의 호환성 문제가 있었습니다. 저자는 메모리 할당 문제를 해결하기 위해 코드와 설정을 여러 번 조정해야 했습니다. 여기에는 모델의 가중치 관리 방식을 수정하고 특정 양자화 단계를 우회하는 작업이 포함되었습니다.
여러 문제를 해결한 후 훈련 루프가 정상적으로 작동하기 시작했고, 모델은 원하는 Yoda 스타일의 반응을 생성했습니다. 그러나 여전히 비용이 많이 들고 느리며, 현재의 오픈소스 훈련 인프라의 한계를 드러냈습니다. 저자는 이 경험을 통해 오픈소스 머신러닝 모델의 복잡성과 숨겨진 도전 과제를 강조했습니다. 오픈소스 AI에는 잠재력이 있지만, 여전히 해결해야 할 큰 장애물이 존재하며, 때로는 기본 라이브러리 자체가 문제의 원인이 될 수 있다는 결론을 내렸습니다.
전반적으로 이 글은 오픈소스 머신러닝 도구를 사용할 때의 어려움과 단순한 임시방편이 아닌 더 견고한 해결책이 필요하다는 점을 강조합니다.
18.기업 맥락 레이어(The Enterprise Context Layer)
앤디 첸은 "기업 컨텍스트 레이어" (ECL)라는 개념에 대해 논의합니다. ECL은 기업이 지식을 효과적으로 관리하고 접근할 수 있도록 돕는 중앙 지능 역할을 합니다. 이 ECL은 다양한 질문에 답할 수 있으며, 스스로 업데이트할 수 있어 기업 인공지능의 혁신을 가져올 가능성이 있습니다.
ECL을 구축하는 것은 약 1000줄의 파이썬 코드와 GitHub 저장소를 활용하여 간단하게 이루어질 수 있습니다. 이는 SaaS 기업들이 자랑하는 복잡한 시스템에 의존할 필요가 없음을 의미합니다. 그러나 AI가 정확하게 질문에 답하기 위해서는 제품 세부사항, 출시 의미, 로드맵 프로세스, 상충하는 정보 처리 등 여러 가지 도전 과제를 해결해야 합니다.
현재의 도구들은 문서 검색에서는 뛰어난 성능을 보이지만, 조직의 맥락을 종합적으로 이해하는 데는 한계를 보입니다. 예를 들어, 특정 팀에 전달해야 할 민감한 질문을 아는 것이 중요합니다. 첸은 에이전트들이 제품, 프로세스, 관계를 매핑하여 조직에 대한 포괄적인 이해를 구축하는 과정을 설명합니다. 이 과정은 회사의 모든 측면, 심지어 내부 정치까지 문서화하는 시스템을 만드는 것을 포함합니다.
ECL을 구축한 후에는 고객 여정, 제품 기능, 경쟁 분석에 대한 방대한 문서화 결과가 나타났습니다. 이러한 포괄적인 매핑은 복잡한 질문에 정확하게 답하는 데 도움을 줍니다. ECL은 더 많은 정보가 추가됨에 따라 발전하며, 에이전트들은 출처를 인용하고 정보를 효과적으로 우선순위화하는 방법을 배웁니다. 이러한 지속적인 개선 과정은 정확성과 관련성을 유지하는 데 기여합니다.
첸은 AI 기술이 발전함에 따라 더 많은 기업들이 ECL 모델을 채택할 것으로 예측하며, 이는 조직 내 지식 관리의 민주화를 이끌 것이라고 말합니다. 앞으로는 맞춤형 AI 에이전트를 만드는 것에서 벗어나 다양한 기능을 지원하는 강력한 컨텍스트 레이어를 유지하는 데 중점을 두게 될 것입니다. ECL은 기업 지식을 관리하는 새로운 접근 방식을 제시하며, 기업들이 내부 정보를 효과적이고 정확하게 활용할 수 있도록 돕습니다.
19.인간의 대시 표준(RFC 454545 – Human Em Dash Standard)
새로운 구두점 기호인 '인간 에므 대시'(HED)에 대한 제안이 논의되고 있다. 이 기호는 전통적인 에므 대시와 비슷하지만, 유니코드에서 별도로 인코딩되어 인간이 만든 것임을 나타낸다. 이는 자동화된 텍스트 생성 시스템의 사용이 증가하면서, 독자들이 텍스트가 인간에 의해 작성되었는지 혼란스러워하는 문제에 대한 대응이다.
HED의 주요 목적은 인간의 글쓰기와 기계 생성 텍스트를 구별하는 데 도움을 주는 것이다. 이는 '대시 진위 붕괴'(DAC)라는 우려를 해결하기 위한 것이다. HED를 사용하려면, 작가는 HED 앞에 '인간 인증 마크'(HAM)를 추가해야 하며, 이를 통해 인간 저작임을 확인해야 한다. HED와 HAM은 시각적으로는 표준 에므 대시와 동일하지만, 인코딩 방식이 다르다.
이 문서에서는 HED가 오직 인간에 의해 사용되도록 보장하기 위한 행동 검증의 필요성도 설명하고 있다. 또한, 자동화 시스템이 인간의 망설임을 모방하지 못하도록 하는 보안 조치도 제안되고 있다.
전반적으로 이 제안은 텍스트 생성의 자동화가 증가하는 상황에서도 인간 글쓰기의 진정성을 유지하려는 목표를 가지고 있다.
20.주체적 공학의 단계(Levels of Agentic Engineering)
이 글에서는 AI 지원 코딩에서 "행위 공학(Agentic Engineering)"의 발전 과정을 다루며, 소프트웨어 엔지니어 간의 생산성과 협업을 향상시키는 여덟 가지 발전 단계를 설명합니다.
첫 번째로, 행위 공학의 여덟 가지 단계가 있으며, 이 단계를 거치면 생산성이 크게 향상될 수 있습니다.
1단계와 2단계는 기본적인 기능을 포함합니다. 예를 들어, GitHub Copilot과 같은 탭 완성 기능과 AI 중심의 통합 개발 환경(IDE)을 사용하여 코딩을 지원하는 것입니다.
3단계인 맥락 공학(Context Engineering)에서는 AI 모델에 제공되는 맥락을 개선하는 데 중점을 두어, 효과적인 코드를 생성하기 위한 올바른 정보를 보장합니다.
4단계인 복합 공학(Compounding Engineering)에서는 계획, 위임, 평가 및 학습 내용을 정리하는 루프를 도입하여 향후 세션을 개선합니다.
5단계에서는 엔지니어들이 다중 구성 요소 플랫폼(Multi-Component Platforms, MCP)과 맞춤형 기술을 활용하여 AI가 데이터베이스와 API와 효과적으로 상호작용하도록 합니다.
6단계인 활용 공학(Harness Engineering)은 AI 에이전트가 자율적으로 작업할 수 있는 환경을 조성하고, 자동화된 피드백 루프를 통해 인간의 개입을 최소화하는 데 초점을 맞춥니다.
7단계에서는 수동 계획에서 벗어나 에이전트가 비동기적으로 작업을 수행할 수 있도록 하여 엔지니어들이 지속적인 감독에서 벗어날 수 있게 합니다.
마지막으로 8단계인 자율 에이전트 팀(Autonomous Agent Teams)에서는 여러 에이전트가 독립적으로 협력하여 작업과 정보를 공유하며, 중앙 조정자 없이도 작업을 수행합니다. 이 단계는 여전히 실험적이며, 조정과 효율성에 대한 도전 과제가 남아 있습니다.
전반적으로 이 발전 과정은 AI를 코딩에 더 효과적으로 활용하기 위해 맥락, 피드백 메커니즘, 협업을 개선하는 것의 중요성을 강조합니다. 독자들에게 현재 자신의 수준을 평가하고 더 나은 생산성을 위해 다음 단계로 나아가도록 권장합니다.
21.Surpassing vLLM with a Generated Inference Stack(Surpassing vLLM with a Generated Inference Stack)
요약이 없습니다.
22.어린이 안전 vs 성인 감시(Online age-verification tools for child safety are surveilling adults)
이 글에서는 호라시오 로잔스키와 벤 호로위츠와의 인터뷰, 그리고 중국의 미국의 이란 군사 행동에 대한 시각을 다룬 의견 기사를 포함한 다양한 주제를 논의합니다. 또한 웹사이트 기능에 중요한 특정 쿠키와 SDK(소프트웨어 개발 키트)의 중요성에 대해서도 언급합니다. 이 쿠키들은 보안 및 구매 기능과 관련이 있습니다. 사용자들은 이러한 쿠키를 차단할 수 있지만, 쿠키를 차단할 경우 일부 웹사이트 기능이 제대로 작동하지 않을 수 있습니다.
23.Bypassing Apache Fop PostScript Escaping to Reach GhostScript(Bypassing Apache Fop PostScript Escaping to Reach GhostScript)
요약이 없습니다.
24.사무실의 진리(The Gervais Principle, or the Office According to "The Office" (2009))
벤카테시 라오의 글은 TV 쇼 "더 오피스," 특히 미국 버전의 깊은 의미를 탐구합니다. 이 글은 이 쇼가 단순한 유머의 모음이 아니라, 직장 내 역학과 관리 이론에 대한 진지한 고찰이라고 주장합니다.
주요 내용은 다음과 같습니다. 첫째, '저비스 원칙'은 조직 내에서 가장 유능한 개인들(소시오패스)이 경제적으로 불리한 과도한 성과를 내는 직원들(루저)을 관리직으로 승진시키고, 성과가 낮은 루저들을 소시오패스로 키운다는 것입니다. 이는 사람들이 무능력에 도달할 때까지 승진한다는 피터 원칙과 대조됩니다.
둘째, 이 글은 조직 내 세 가지 층을 식별합니다. 첫 번째는 소시오패스입니다. 이들은 조직을 이끌어가는 야망 있는 리더들입니다. 두 번째는 클루리스입니다. 이들은 조직의 결점을 인식하지 못하고 맹목적으로 따르는 중간 관리자들입니다. 세 번째는 루저입니다. 이들은 안정성을 위해 잠재력을 포기한 경제적으로 불리한 선택을 한 직원들입니다.
셋째, 경력 경로에 대해 설명합니다. 소시오패스는 기회를 포착하고 정략적으로 위로 올라갑니다. 클루리스는 무능력에도 불구하고 쉽게 통제할 수 있기 때문에 관리직으로 승진합니다. 루저는 최소한의 노력만 하며, 자신의 자리를 유지하기 위해 추가적인 노력을 피합니다.
마지막으로, 맥클라우드 계층 구조는 조직이 어떻게 발전하고 종종 비효율성으로 인해 붕괴되는지를 설명합니다. 소시오패스는 클루리스와 루저를 자신의 목적을 위해 이용하며, 기업 내에서 상승과 하강의 사이클을 만듭니다.
결국 이 글은 "더 오피스"를 실제 조직 정치의 반영으로 제시하며, 전통적인 관리 지혜에 도전하고 직장 내 계층의 냉소적인 현실을 강조합니다.
25.마리아DB 혁신: 벡터 인덱스 성능(MariaDB innovation: vector index performance)
2026년 2월 23일, MariaDB 12.3이 MariaDB 11.8에 비해 벡터 검색 성능이 크게 향상되었다고 발표됐다. MariaDB 재단의 지원으로 이루어진 이번 혁신은 대규모 데이터셋에서 벡터 검색의 재현율과 정밀도가 개선되었으며, 각 쿼리마다 소모되는 CPU 자원도 줄어들었다.
주요 내용으로는 MariaDB 12.3이 벡터 검색 기능에서 MariaDB 11.8을 능가하며, pgvector 0.8.1을 사용하는 Postgres 18.2보다도 재현율과 정밀도에서 우수하다는 점이 있다. 이러한 개선 사항은 10만, 50만, 100만 개의 항목이 포함된 대규모 데이터셋에서 더욱 두드러진다. 테스트는 48코어와 128GB RAM을 갖춘 강력한 서버에서 진행되어 최적의 성능 조건을 보장했다.
전반적으로 MariaDB 12.3은 특히 대규모 데이터셋을 다룰 때 벡터 검색 작업에 가장 적합한 선택으로 강조되고 있다.
26.AI 도우미가 있는 PgAdmin 4 9.13(PgAdmin 4 9.13 with AI Assistant Panel)
pgAdmin 4의 쿼리 도구는 SQL 명령을 실행하고 결과를 검토할 수 있는 종합적인 환경입니다. 이 도구는 여러 가지 주요 기능을 제공합니다.
쿼리 도구는 도구 메뉴나 객체 탐색기의 컨텍스트 메뉴에서 열 수 있습니다. 사용자는 즉석에서 SQL 쿼리와 명령을 실행할 수 있으며, 업데이트 가능한 SELECT 쿼리의 결과를 편집할 수 있습니다. 결과는 CSV 파일로 저장할 수 있고, 다양한 형식(텍스트, 그래픽, 테이블)으로 실행 계획을 검토할 수 있습니다. 또한 SQL 문에 대한 분석 정보를 확인할 수 있습니다.
쿼리 도구는 방해받지 않는 전용 작업 공간에서 사용할 수 있어 서버에 원활하게 연결할 수 있습니다. 쿼리 도구의 패널은 다음과 같습니다. SQL 편집 패널에서는 쿼리를 작성하고 편집할 수 있으며, 구문 강조 및 자동 완성 기능이 제공됩니다. 데이터 출력 패널은 쿼리 결과와 실행 메시지를 표시합니다. 쿼리 기록 패널은 최근 쿼리와 실행 시간, 행 수 등의 세부 정보를 보여줍니다. AI 어시스턴트 패널은 자연어 입력으로부터 SQL 쿼리를 생성할 수 있으며, AI 설정이 필요합니다. 설명 패널은 쿼리에 대한 실행 계획을 제공합니다. 메시지 패널은 서버 메시지와 오류 세부 정보를 표시하고, 알림 패널은 PostgreSQL의 알림을 보여줍니다. 그래프 시각화 패널은 쿼리 결과로부터 다양한 유형의 그래프를 생성합니다.
사용자는 연결 상태를 확인하고 변경하며, 여러 서버에 대한 연결을 원활하게 관리할 수 있습니다. 매크로 기능을 통해 미리 정의된 SQL 쿼리를 단일 키 입력으로 실행할 수 있어 효율성을 높입니다. 서버 측 커서는 대량의 데이터 세트를 검색하는 데 유용하지만 트랜잭션 모드로 제한됩니다.
전반적으로 쿼리 도구는 pgAdmin 4 내에서 데이터베이스 관리와 쿼리 실행을 위한 강력한 인터페이스로, 사용자가 데이터를 효율적으로 조작하고 분석할 수 있도록 설계되었습니다.
27.부울의 선택지 수(How many options fit into a boolean?)
저자 몬드는 "Paged Out!"라는 기술 잡지에서 Rust 프로그래밍에 관한 퀴즈와 유머를 결합한 한 페이지 분량의 기사를 쓴 경험을 회상합니다. 기고 요청을 받고 기사를 빠르게 작성했지만, 처음에는 잡지를 따라가는 것이 어려웠다고 합니다.
이 기사는 Rust에서의 특정 최적화, 특히 Result<bool, bool>의 크기에 대해 다룹니다. 몬드는 글을 쓰면서 겪었던 몇 가지 기술적인 어려움도 공유합니다. 예를 들어, 문법 강조와 PDF 삽입 문제 등이 있었습니다.
그는 최근 중앙 유럽에서 시애틀로 이사한 이야기를 하며 인공지능 분야에서 일하고 있다고 전합니다. 새로운 지역의 문화와 커뮤니티에 대한 기대감을 표현했습니다. 몬드는 많은 글쓰기 아이디어를 가지고 있지만, 스트레스를 받지 않고 즐겁게 글쓰기를 원하며 이를 개인 프로젝트로 생각하고 있습니다.
전반적으로 이 글은 유머, 기술적인 통찰, 그리고 개인적인 소식을 잘 결합하고 있습니다.
28.우주 물체 3I/Atlas의 차가운 기원(Isotopic Evidence for a Cold and Distant Origin of Interstellar Object 3I/Atlas)
혜성 3I/ATLAS와 같은 태양계를 넘어선 천체들은 다른 별 주위의 행성이 형성될 때의 조건을 엿볼 수 있게 해줍니다. 최근 3I/ATLAS에 대한 연구에 따르면, 이 혜성의 물에는 중수소가 높은 비율로 포함되어 있으며, 이는 태양계 내의 어떤 혜성보다도 많습니다. 또한, 이 혜성의 탄소 동위원소 비율도 태양계와 인근 지역에서 발견되는 일반적인 값보다 높습니다. 이러한 독특한 특성은 3I/ATLAS가 약 100억에서 120억 년 전, 은하에서 별이 형성되던 초기 시기에 차가운 금속이 부족한 환경에서 형성되었음을 시사합니다. 따라서 3I/ATLAS는 초기 은하에서 얼음으로 이루어진 소행성의 화학과 형성을 이해하는 데 중요한 증거가 됩니다.
29.데이터 유출 기계, 아무도 신경 안 써!(We are building data breach machines and nobody cares)
AI 에이전트는 드라큘라와 같은 통제되지 않은 힘으로 작용하며, 적절히 관리되지 않으면 큰 피해를 초래할 수 있습니다. 이들은 도덕적 제약 없이 운영되기 때문에 그 위험성이 큽니다. AI 에이전트의 작동 방식은 언어 모델에 요청을 보내는 간단한 루프를 포함하지만, 그 예측 불가능한 특성 때문에 신뢰성을 확보하기가 어렵습니다.
또한, AI 에이전트를 구축하고 상호작용하는 데 필요한 표준화된 프로토콜이 부족하여 다양한 시스템과 도구 간의 호환성 문제가 발생하고 있습니다. 보안 측면에서도 AI 기술의 빠른 발전에 비해 보안 환경이 따라가지 못하고 있습니다. 에이전트에게 광범위한 접근 권한을 부여하는 것은 심각한 데이터 유출로 이어질 수 있습니다.
저자는 보안이 처음부터 우선시되어야 한다고 강조하며, 안전한 기본 설정, 산업 간 표준, 그리고 AI 기반 공격에 대비한 강력한 방어 메커니즘이 필요하다고 주장합니다. 현재 새로운 표준과 기술이 등장하고 있지만, 산업이 잠재적인 공격을 예방하기에 충분히 준비되지 않을 수 있습니다. 이상 탐지와 같은 기존 도구는 이러한 위험에 대응하는 데 필수적이라고 여겨집니다.
결국, AI 에이전트는 흥미로운 가능성을 제공하지만, 동시에 즉각적인 주의와 효과적인 관리 프로토콜이 필요한 심각한 보안 위협을 안고 있습니다.
30.FFmpeg 원격 연결(FFmpeg-over-IP – Connect to remote FFmpeg servers)
ffmpeg-over-ip는 복잡한 설정 없이 GPU 가속화된 ffmpeg를 다양한 기기에서 사용할 수 있게 해줍니다. 이 기술은 Docker 컨테이너, 가상 머신, 원격 서버 등에서 활용할 수 있습니다.
GPU를 이용한 트랜스코딩은 여러 가지 문제로 인해 복잡할 수 있습니다. Docker 컨테이너는 특정한 설정이 필요하고, 가상 머신은 GPU 사용을 제한하는 복잡한 구성이 필요합니다. 원격 기기는 종종 공유 파일 시스템을 요구하여 유지 관리에 어려움을 겪게 됩니다.
ffmpeg-over-ip는 GPU가 장착된 어떤 기기에서든 서버를 실행할 수 있게 해줍니다. 사용자는 ffmpeg를 직접 사용하는 대신 클라이언트에 연결합니다. 클라이언트는 ffmpeg처럼 작동하며, 명령을 서버로 전달합니다. 서버는 직접적인 GPU 접근 없이 명령을 처리합니다. 이 방식은 패스스루 또는 공유 파일 시스템의 복잡함을 피할 수 있습니다.
작동 방식은 다음과 같습니다. 먼저 미디어 서버가 클라이언트에 ffmpeg 명령을 보냅니다. 클라이언트는 서버에 안전하게 연결하여 명령을 전달합니다. 서버는 연결을 통해 파일 작업을 처리하는 수정된 ffmpeg를 실행합니다. 여러 클라이언트가 동시에 같은 서버에 연결할 수 있습니다.
ffmpeg-over-ip는 Linux(x86_64 및 arm64), macOS(arm64 및 x86_64), Windows(x86_64)에서 모두 작동합니다. 보안 측면에서는 HMAC-SHA256을 사용하여 명령을 인증합니다. 서버는 포트에서 대기하고, 클라이언트는 외부에 연결합니다.
문서에는 빠른 시작 및 업그레이드 가이드가 제공되며, 문제 해결 팁과 Docker 통합 지침도 포함되어 있습니다. 이 프로젝트는 일부는 GPL v3 라이센스를 따르고, 다른 부분은 MIT 라이센스를 가지고 있습니다.
31.미드나이트BSD 연령 확인 개정(Revise age verification terms for MidnightBSD)
MidnightBSD는 최근 사용자 연령 확인 조건을 업데이트한 소프트웨어 프로젝트입니다. 주요 변경 사항은 다음과 같습니다.
첫째, 연령 확인이 필요한 국가, 주 또는 지역에 거주하는 사용자는 MidnightBSD를 사용할 수 없습니다. 현재 이 규정이 적용되는 지역은 브라질(2026년 3월 17일부터 시행)과 캘리포니아(2027년 1월 1일부터 시행)입니다.
둘째, 콜로라도, 일리노이, 뉴욕에서 제안된 법안이 통과될 경우, 이 주의 사용자도 제한을 받게 됩니다.
셋째, 사용자들은 이러한 법률의 변경이나 폐지를 위해 자신의 대표에게 연락할 것을 권장받고 있습니다.
전반적으로 이 프로젝트는 법적 요구 사항을 준수하는 동시에 사용자들이 이러한 규제에 대해 행동을 취할 것을 촉구하고 있습니다.
32.A new Oracle Solaris Common Build Environment (CBE) release(A new Oracle Solaris Common Build Environment (CBE) release)
요약이 없습니다.
33.베어 메탈 C++ 완벽 가이드(Practical Guide to Bare Metal C++)
이 문서는 임베디드 및 베어 메탈 개발에서 C++의 사용에 대해 논의하며, C와 비교했을 때 C++의 적합성을 다룹니다. C++의 장점, 특히 템플릿을 통한 코드 재사용을 강조하지만, C++가 복잡할 수 있으며 모든 임베디드 프로젝트에 최선의 선택이 아닐 수 있음을 인정합니다.
이 책은 C++ 언어에 대한 확고한 이해를 가진 전문 C++ 개발자를 대상으로 하고 있습니다. 초보자를 위한 튜토리얼이 아니며, 고급 C++ 개념에 대한 친숙함을 전제로 합니다. C++는 코드 재사용을 위한 템플릿과 같은 더 많은 기능과 이점을 제공하지만, 복잡성 때문에 베어 메탈 개발에서는 덜 사용됩니다. 하드웨어 개발자들이 C에 익숙하기 때문입니다.
개발자들은 베어 메탈 환경에서 예외, 런타임 타입 정보(RTTI), 동적 메모리 할당의 부족과 같은 한계를 극복해야 합니다. C++ 관용구와 표준 템플릿 라이브러리(STL)에 대한 깊은 이해가 필수적입니다. 문서에서는 C++11 기능을 사용한 실용적인 예제를 소개하고 "임베디드 C++ 라이브러리" 프로젝트에 대한 링크를 제공합니다. 또한 라즈베리 파이를 위한 애플리케이션 컴파일 방법에 대한 지침을 제공하며, 컴파일러 출력 이해의 중요성을 강조합니다.
C++의 동적 메모리 할당 및 예외와 같은 기능을 사용하면 이진 파일 크기가 증가할 수 있으며, 이는 제한된 환경에서 문제가 될 수 있습니다. 개발자들은 오버헤드를 최소화하기 위해 메모리 관리 함수를 재정의할 것을 권장합니다. RTTI는 애플리케이션의 코드 크기를 크게 증가시키며, 컴파일러 옵션으로 이를 비활성화하면 이진 파일 크기를 줄일 수 있습니다. 예외에 대해서도 유사한 전략을 적용하여 추가 코드 오버헤드를 피할 수 있습니다.
결론적으로, C++는 임베디드 개발을 향상시킬 수 있지만, 자원 제약을 신중하게 고려하고 언어의 고급 기능에 대한 강한 이해가 필요합니다.
34.DD 사진첩 생성기(DD Photos – open-source photo album site generator (Go and SvelteKit))
저자는 기존의 사진 공유 사이트들이 느린 로딩 속도, 광고, 그리고 다양한 방해 요소들 때문에 불만이 많았습니다. 이를 해결하기 위해 DD Photos라는 간단한 사진 공유 도구를 만들었습니다. 사용자는 Lightroom이나 Apple Photos와 같은 앱에서 사진을 내보낸 후, photogen이라는 명령어 도구를 사용해 이미지를 크기 조정하고 인덱스를 생성할 수 있습니다. 최종 결과물은 복잡한 데이터베이스 설정 없이 어떤 파일 서버에서도 호스팅할 수 있습니다.
이 프로젝트는 몇 주가 걸렸으며, Go와 SvelteKit을 포함한 다양한 기술을 활용했습니다. 저자는 이러한 도구들에 대한 경험을 공유할 의향이 있습니다. DD Photos의 실시간 예시는 제공된 링크에서 확인할 수 있으며, 소스 코드는 GitHub에서 확인할 수 있습니다.
35.Caxlsx: Ruby gem for xlsx generation with charts, images, schema validation(Caxlsx: Ruby gem for xlsx generation with charts, images, schema validation)
요약이 없습니다.
36.DOGE member took Social Security data on a thumb drive, whistleblower alleges(DOGE member took Social Security data on a thumb drive, whistleblower alleges)
요약이 없습니다.
37.아마존, 퍼플렉시티 AI 쇼핑 차단 성공(Amazon wins court order to block Perplexity's AI shopping agent)
이 글에서는 웹사이트가 제대로 작동하기 위해 필요한 쿠키와 SDK에 대해 설명합니다. 이 도구들은 보안을 강화하고, 사기를 방지하며, 구매를 가능하게 하는 데 도움을 줍니다. 브라우저에서 이러한 기술을 차단할 수 있지만, 그렇게 하면 사이트의 일부 기능이 제대로 작동하지 않을 수 있습니다.
38.More agent tools and AI tools should be pricing on outcomes (2025)(More agent tools and AI tools should be pricing on outcomes (2025))
요약이 없습니다.
39.HTTP로 재버 메시지 보내기(Sending Jabber/XMPP Messages via HTTP)
이 튜토리얼은 XMPP 계정으로 메시지를 전송하는 간단한 REST API를 설정하는 방법을 설명합니다. 이는 모니터링 솔루션이나 스크립트에 유용할 수 있습니다.
목표는 명령줄 도구 대신 HTTP 인터페이스를 통해 XMPP 메시지를 전송하는 것입니다. 필요한 사항으로는 Debian 13 또는 다른 리눅스 배포판의 깨끗한 설치와 A 레코드를 제어할 수 있는 도메인이 필요합니다. 설치는 다음 명령어를 사용하여 Prosody IM, 필요한 모듈, 그리고 certbot을 설치합니다.
apt install prosody prosody-modules lua-unbound liblua5.4-dev certbot
또한, mod_post_msg 모듈을 추가하기 위해 플러그인 설치기를 사용할 수 있습니다.
Prosody를 위한 최소한의 구성 파일을 생성하고 필요한 모듈과 설정을 활성화합니다. SSL 인증서는 certbot을 사용하여 설정합니다.
메시지를 전송하려면 먼저 사용자를 생성합니다.
prosodyctl adduser [email protected]
그 다음 REST API를 사용하여 메시지를 전송합니다.
curl "https://ntfy.stdmsg.tech:5281/msg/[email protected]"
-u [email protected]:secret
-H "Content-Type: text/plain"
-d "Your flat white is done"
여기서 [email protected]은 수신자이고, [email protected]는 발신자입니다.
mod_post_msg 모듈은 JSON 형식의 데이터도 수용할 수 있습니다. 자동 인증서 업데이트를 위해 certbot 훅을 설정하는 것도 고려해 보세요.
이 설정을 통해 REST API를 사용하여 XMPP를 통해 쉽게 메시지를 전송할 수 있습니다.
40.위성 이미지 객체 탐지(Satellite imagery object detection using text prompts)
위성 이미지에서 물체를 감지하는 웹 도구를 만들었습니다. 사용자는 지도에서 특정 지역을 선택하고 "수영장"이나 "버스"와 같은 프롬프트를 입력할 수 있습니다. 이 도구는 선택한 지역을 더 작은 구역으로 나누어 분석하고, 감지된 물체를 지도에 표시합니다.
작동 방식은 간단합니다. 먼저 지역과 확대 수준을 선택한 후, 해당 지역을 작은 타일로 나눕니다. 그런 다음 각 타일을 비전-언어 모델(VLM)에 입력하고, 결과를 지리적 좌표로 변환하여 지도를 통해 표시합니다.
이 도구는 구조물이 명확하게 보일 때는 잘 작동하지만, 시야에서 가려진 물체에 대해서는 효과가 떨어집니다. 이런 경우에는 YOLO와 같은 전문 감지기가 더 나은 성능을 보입니다. 로그인 없이 사용할 수 있는 공개 데모도 제공하고 있습니다. 감지 정확도, VLM과 전문 감지기를 사용할 때의 장단점, 그리고 실제 적용 아이디어에 대한 피드백을 받고 싶습니다.
41.로거: 긴 영상의 3D 재구성(LoGeR – 3D reconstruction from extremely long videos (DeepMind, UC Berkeley))
LoGeR는 매우 긴 비디오에서 효과적으로 작동하는 3D 재구성 방법입니다. 이 방법은 비디오를 더 작은 구간으로 나누어 처리하며, 데이터를 효율적으로 관리하기 위해 특별한 메모리 시스템을 사용합니다. 이를 통해 일반적으로 성능을 저하시킬 수 있는 문제를 피할 수 있습니다. LoGeR는 정확한 지역 세부 사항을 위해 Sliding Window Attention(SWA)라는 기술을 사용하고, 긴 비디오 시퀀스에서 일관성을 유지하기 위해 Test-Time Training(TTT) 기법을 적용합니다. 이 접근 방식은 최대 19,000 프레임의 시퀀스를 처리한 후 추가 조정 없이도 관리할 수 있습니다.
42.BC got rid of Daylight Savings(BC got rid of Daylight Savings)
요약이 없습니다.
43.Flock Flocked up: How a license plate camera misread unraveled one man's life(Flock Flocked up: How a license plate camera misread unraveled one man's life)
요약이 없습니다.
44.Lotus 1-2-3 on the PC with DOS(Lotus 1-2-3 on the PC with DOS)
요약이 없습니다.
45.클로드 코드, 비용 논란!(No, it doesn't cost Anthropic $5k per Claude Code user)
최근 포브스 기사에서는 앤트로픽의 월 200달러인 클로드 코드 맥스 플랜이 최대 5,000달러의 컴퓨팅 비용이 들 수 있다고 주장했습니다. 이는 회사가 이 서비스에서 손해를 보고 있다는 의미로 해석될 수 있지만, 이 주장은 오해의 소지가 있습니다. API 소매 가격과 실제 컴퓨팅 비용을 혼동하고 있기 때문입니다.
앤트로픽의 API 가격은 모델을 운영하는 실제 비용보다 상당히 높습니다. 예를 들어, 그들의 오푸스 4.6 모델의 API 가격은 입력 토큰 100만 개당 5달러, 출력 토큰 100만 개당 25달러입니다. 반면, 오픈라우터에서 비슷한 모델은 약 10배 저렴합니다. 따라서, 많은 사용자가 이용할 경우 앤트로픽의 실제 컴퓨팅 비용은 약 500달러에 불과할 가능성이 높습니다.
대부분의 사용자는 서비스의 한계에 도달하지 않기 때문에, 앤트로픽은 평균 사용자로부터 손익 분기점에 도달하거나 심지어 이익을 얻을 가능성이 큽니다. 5,000달러라는 수치는 앤트로픽의 소매 가격을 지불해야 하는 커서와 관련이 있으며, 앤트로픽의 실제 비용과는 무관합니다.
결론적으로, 앤트로픽은 모델 훈련과 연구에 상당한 비용을 지출하고 있지만, 사용자당 추론 비용은 관리 가능한 수준일 가능성이 높습니다. 이는 AI 추론이 지나치게 비싸다는 주장을 반박합니다. 진정한 AI 추론 비용을 이해하려면 API 가격에 의존하기보다는 경쟁업체들이 부과하는 요금을 고려해야 합니다.
46.마이크로소프트 브라우저 링크 탈취(Microsoft Copilot Update Hijacks Default Browser Links)
프로톤 메일의 암호화 기술이 최근 상황에서 잘 작동했지만, 다른 문제들이 발생했습니다. 이 글에서는 그러한 문제들을 다루고 있으며, 개인 정보를 보호하기 위한 개선 방안을 제시합니다.
47.리액트 온보딩 투어(A modern React onboarding tour library)
react-tourlight는 투어를 만들기 위한 가벼운 React 라이브러리입니다. 이 라이브러리는 다른 라이브러리에 의존하지 않으며, 접근성 기준인 WCAG 2.1 AA를 충족합니다. 압축했을 때 크기가 5kB 이하로 매우 작습니다. 또한, React 19 버전과 호환됩니다.
48.$3 ChromeOS Flex stick will revive old and outdated computers($3 ChromeOS Flex stick will revive old and outdated computers)
요약이 없습니다.
49.러시아 트래픽 60% 감소(Traffic from Russia to Cloudflare is 60% down from last year)
이 글에서는 교통량과 그 변화에 대해 다루고 있습니다. 특정 기간과 비교했을 때 교통량이 어떻게 변하는지를 강조하고 있습니다. 교통 수준은 시간이 지남에 따라 변동할 수 있다는 점을 보여줍니다.
50.듀오링고 아닌 학습 유지법?(A retention mechanic for learning that isn't Duolingo manipulation?)
저자는 앤드류 응의 AI 기술 향상 플랫폼과 MIT 미디어랩의 프로젝트와 같은 교육 제품을 개발해왔습니다. 그들은 공통적인 문제를 발견했습니다. 많은 사람들이 콘텐츠에 한 번 참여하지만 다시 돌아오지 않는다는 것입니다. 이는 콘텐츠의 질이 나쁘기 때문이 아니라, 학습을 습관으로 만들 동기가 부족하기 때문입니다.
업계의 많은 사람들은 참여를 유도하기 위해 포인트나 배지와 같은 게임 요소를 활용할 것을 제안하지만, 저자는 이러한 방법이 모든 과목, 특히 천체 물리학과 같은 복잡한 주제에 효과적이지 않을 것이라고 의구심을 가지고 있습니다. 저자는 '데일리'라는 플랫폼을 개발 중이며, 이는 개인화된 5분짜리 구조화된 사회적 학습 세션을 제공합니다. 현재 20명의 소규모 사용자 그룹과 함께 테스트 중입니다.
저자는 사람들이 흥미를 느끼지만 꼭 배울 필요는 없는 주제로 다시 학습하도록 만드는 동기를 탐구하고 있습니다. 그들은 다른 사람들이 같은 자료를 배우고 있다는 사실이나, 누군가가 그들이 학습을 중단했을 경우 알아차릴 것이라는 사회적 상호작용이 게임 요소보다 더 강력한 동기부여가 될 것이라고 믿고 있습니다. 저자는 내재적 학습에서 유지 전략에 대한 경험이 있는 사람들로부터 통찰을 얻고자 하고 있습니다.
51.A playable version of the Claude Code Terraform destroy incident(A playable version of the Claude Code Terraform destroy incident)
요약이 없습니다.
52.California's Venture Capital Diversity Reporting Requirements Take Effect(California's Venture Capital Diversity Reporting Requirements Take Effect)
요약이 없습니다.
53.Postgres K 최적화(Optimizing Top K in Postgres)
데이터베이스에서 "Top K"는 특정 값에 따라 정렬된 가장 좋은 K개의 행을 가져오는 것을 의미합니다. 예를 들어, 가장 최근의 항목이나 최고 점수를 가진 항목을 찾는 것입니다. 이 과정은 간단해 보이지만, Postgres에서 Top K 쿼리를 최적화하는 것은 특히 추가 필터가 있을 때 어려울 수 있습니다.
Postgres는 효율적인 Top K 검색을 위해 B-트리 인덱스를 사용합니다. 예를 들어, 가장 최근의 10개 행을 조회할 때 인덱스를 사용하면 실행 시간이 15초에서 5밀리초로 줄어듭니다. 그러나 필터가 추가되면(예: 심각도 < 3) Postgres는 전체 인덱스를 스캔하거나 필터링 후 정렬해야 하므로 성능이 저하됩니다.
여러 열에 대한 복합 B-트리 인덱스를 생성하면 일부 쿼리에서 도움이 될 수 있지만, 다양한 필터 조합에 대해서는 잘 확장되지 않아 저장 공간 문제와 복잡한 쿼리 계획이 발생할 수 있습니다.
전체 텍스트 검색은 상황을 더욱 복잡하게 만듭니다. Postgres는 텍스트 검색을 위해 GIN 인덱스를 사용할 수 있지만, 다른 필터와 정렬을 결합하는 데 어려움을 겪어 최적화가 이루어져도 실행 시간이 최대 37초까지 걸릴 수 있습니다.
ParadeDB와 같은 검색 데이터베이스는 Top K를 다르게 처리합니다. 이들은 다양한 필터와 정렬을 수용할 수 있는 단일 복합 인덱스를 사용하여 여러 개의 맞춤형 인덱스가 필요하지 않습니다. ParadeDB는 역 인덱스와 열 배열을 사용하여 데이터 검색을 간소화하고 필터링과 점수 매기기를 더 빠르고 효율적으로 만듭니다. Block WAND와 같은 기술을 통해 불필요한 평가를 건너뛰어 쿼리 속도를 크게 향상시킵니다.
ParadeDB는 Top K 검색에서 Postgres보다 훨씬 빠른 쿼리 시간을 보여주며, 복잡한 쿼리를 처리하는 데 있어 효율성을 입증합니다. 앞으로 ParadeDB의 Top K 성능은 더 나은 인덱싱 전략과 조인 처리 방식을 통해 추가적으로 개선될 가능성이 있습니다.
결론적으로, Postgres는 간단한 Top K 쿼리를 효율적으로 처리할 수 있지만, 복잡한 필터링과 텍스트 검색에서는 한계가 있어 ParadeDB와 같은 대안 솔루션의 개발이 필요합니다.
54.유튜브 광고, 더 길어진다!(YouTube ads are about to get even longer and they'll be unskippable)
유튜브가 TV에서 시청하는 사용자들을 위해 30초 길이의 건너뛸 수 없는 광고를 도입합니다. 이 새로운 광고는 이전에 건너뛸 수 있었던 짧은 광고를 대체하게 됩니다. 이러한 변화는 유튜브에서 TV 시청 경험을 향상시키기 위한 것으로, TV 시청이 점점 더 인기를 끌고 있습니다. 사용자들은 유튜브 프리미엄에 가입해야만 이러한 광고를 피할 수 있습니다.
구글은 이 조치가 광고주들이 편안한 가정 환경에서 더 많은 관객에게 도달할 수 있도록 돕는다고 주장합니다. 유튜브는 TV 광고에 대한 집중을 강화하고 있으며, 최근 보고서에 따르면 유튜브가 미디어 소비의 주요 플랫폼으로 자리 잡으면서 디즈니의 수익을 초과한 것으로 나타났습니다.
이러한 변화는 광고주에게는 이익이 될 수 있지만, 긴 광고 중단을 싫어하는 시청자들에게는 불만을 초래할 수 있습니다. 일부 국가에서는 이미 긴 광고에 대해 조치를 취해 5초로 제한하고 있습니다.
55.작가 동의 없는 사용(Grammarly is using authors' identities without permission unless they opt out)
Grammarly는 새로운 "전문가 리뷰" 기능에서 저널리스트를 포함한 작가들의 이름을 허락 없이 사용하여 AI 제안의 신뢰성을 높이고 있습니다. 이에 대한 반발이 있었지만, Grammarly는 사과하거나 접근 방식을 변경하지 않았습니다. 대신, 작가들이 특정 이메일 주소로 연락하면 이름 사용을 거부할 수 있도록 하고 있습니다. 그러나 회사의 대응은 허락 문제를 다루지 않고 작가들에게 "더 큰 통제권"을 부여하는 데 초점을 맞추고 있습니다. 비평가들은 많은 작가들이 자신의 이름이 사용되고 있다는 사실조차 모를 수 있기 때문에 이러한 조치가 불충분하다고 주장합니다. 전반적으로, 작가들이 Grammarly의 적극적인 조치 없이 자신의 신원을 보호할 수 있는 방법에 대한 우려가 커지고 있습니다.
56.허깅페이스 스토리지: TB당 $12의 유연한 객체 저장소(Hugging Face Storage Buckets: Mutable, non-versioned object storage at $12/TB)
Hugging Face는 머신러닝(ML) 과정에서 생성되는 중간 파일을 보다 효율적으로 관리할 수 있는 스토리지 버킷(Storage Buckets)을 출시했습니다. 기존의 Git과 같은 버전 관리 시스템은 자주 변경되는 파일을 다루기에는 불편할 수 있지만, 버킷은 체크포인트, 로그, 처리된 데이터와 같은 항목을 위한 빠르고 유연한 저장 솔루션을 제공합니다.
버킷의 주요 기능 중 하나는 S3와 유사한 객체 저장 방식입니다. 사용자는 변경 가능한 파일을 쉽게 저장하고 관리할 수 있으며, 공개 또는 비공개로 설정할 수 있고, 고유한 URL이나 프로그래밍 방식으로 접근할 수 있습니다. 또한, 버킷은 Xet 백엔드를 기반으로 하여 파일을 더 작은 청크로 나누어 저장합니다. 이로 인해 더 빠른 업로드가 가능하고, 유사한 내용을 중복 저장하지 않아 대역폭 사용량이 줄어듭니다.
프리워밍(Pre-warming) 기능은 데이터가 컴퓨팅 자원에 가까운 위치에 저장되어 훈련 중 더 빠르게 접근할 수 있도록 도와줍니다. 이는 대규모 작업에 특히 유용합니다. 사용자는 Hugging Face CLI 또는 Python API를 통해 버킷을 빠르게 생성하고 관리할 수 있어 기존 워크플로우에 쉽게 통합할 수 있습니다. 또한, 버킷은 표준 파일 시스템 작업과 호환되어 다양한 데이터 처리 라이브러리와 원활하게 상호작용할 수 있습니다.
앞으로는 버킷과 버전 관리 저장소 간의 직접 전송을 지원할 계획이 있어 최종 아티팩트를 더 쉽게 게시할 수 있게 될 것입니다. 스토리지 버킷은 Hugging Face Hub의 동적인 ML 워크플로우를 관리하기 위한 전용 공간을 제공하여 효율성과 사용 편의성을 향상시킵니다. 기존의 스토리지 계획에 포함되어 있어 무료 사용자와 유료 사용자 모두 접근할 수 있습니다.
57.Nvidia is bringing X-Plane to the Apple Vision Pro(Nvidia is bringing X-Plane to the Apple Vision Pro)
요약이 없습니다.
58.피도넷 기억나?(Remember Fidonet?)
무언가가 오늘날에도 여전히 존재하는지, 그리고 그것이 어떤 기록 보관소에서 찾을 수 있는지에 대한 질문입니다.
59.C++26 반사, 숨겨진 비용(The hidden compile-time cost of C++26 reflection)
이 글에서는 C++26의 새로운 리플렉션 기능과 관련된 컴파일 시간 비용에 대해 다루고 있습니다. 저자는 이 기능에 대해 기대감을 표하면서도, 생산성에 중요한 컴파일 속도에 미칠 수 있는 영향에 대해 우려하고 있습니다.
C++26의 리플렉션 기능은 가벼워야 한다고 저자는 생각하지만, 실제로는 그렇지 않을 수도 있음을 인정합니다. 이 기능이 컴파일 시간에 미치는 영향을 이해하기 위해 노력하고 있습니다.
저자는 처음에 잘못된 컴파일러 설정으로 인해 결함이 있는 벤치마크를 발표했습니다. 이후 적절한 설정으로 테스트를 다시 실행한 결과, 더 빠른 컴파일 시간을 발견하고 그 실수에 대해 사과했습니다.
벤치마크는 강력한 기계에서 GCC 16을 사용하여 특정 설정으로 진행되었습니다. 테스트는 기본 리플렉션과 미리 컴파일된 헤더(PCH)를 사용하는 다양한 시나리오를 포함했습니다.
리플렉션을 활성화해도 컴파일 시간에 미치는 영향은 미미했습니다. 그러나 표준 라이브러리 헤더인 <meta>를 포함하면 컴파일 시간이 크게 증가하는 주요 원인이 되었습니다. 미리 컴파일된 헤더를 사용하면 컴파일 속도가 크게 향상됩니다.
저자는 의존성 관리를 위해 모듈과 PCH를 모두 테스트했으며, 일반적으로 PCH가 더 작은 헤더에 대해 더 나은 성능을 보인다고 밝혔습니다.
리플렉션 기능이 C++26의 능력을 향상시키겠지만, 컴파일 오버헤드가 증가할 수 있다는 점도 언급했습니다. 이를 관리하기 위해서는 특히 대규모 프로젝트에서 PCH나 모듈을 사용하는 것이 필수적입니다.
저자는 리플렉션 기능이 표준 라이브러리와 덜 연결되어 있어 빠른 컴파일 속도를 유지할 수 있기를 바라고 있습니다. 이는 효과적인 코딩을 위해 매우 중요하다고 생각합니다.
60.TCXO 고장 분석(TCXO Failure Analysis)
2026년 3월, 한 기술자가 ThunderScope라는 프로토타입 오실로스코프에서 고장난 TCXO(온도 보상 크리스탈 발진기)를 분석했습니다. 이 기술자는 더 강력한 데스크탑 기계와 함께 테스트하기 위해 ThunderScope의 PCIe 버전을 받았습니다. 테스트 중, 오실로스코프의 시간 기준이 예상보다 느리게 작동하고 있으며, 이는 고장난 TCXO가 신호를 평평하게 출력하고 있기 때문임을 발견했습니다.
신호 발생기 문제를 배제하고 하드웨어를 점검한 후, 기술자는 TCXO가 제대로 작동하지 않음을 확인했습니다. 발진기의 제어 회로가 잠기지 않아 주파수 측정이 불안정하다는 점도 지적했습니다. 기술자는 고장난 TCXO를 교체하여 문제를 해결했지만, 고장의 원인에 대해 궁금해했습니다.
TCXO는 온도 변화에도 불구하고 안정적인 주파수를 유지하도록 설계되었습니다. 기술자는 장비를 청소하고 부품을 점검하는 분석을 시작했습니다. 수정 결정체나 연결부에 눈에 띄는 손상은 없었지만, 결정체와 회로를 연결하는 본드 와이어에 문제가 있을 것이라고 의심했습니다.
자세한 점검 후, 그들은 본드 와이어 중 하나가 패키지와 연결된 부분에서 끊어져 있음을 발견했습니다. 기술자는 TCXO의 고장이 분석 전에 사용된 초음파 세척 과정과 와이어 본딩 과정의 잠재적 문제의 조합 때문일 가능성이 높다고 결론지었습니다.
이번 조사는 정밀 전자 기기의 취급 및 조립 과정에서의 주의가 얼마나 중요한지를 강조했습니다.
61.Darkrealms BBS(Darkrealms BBS)
요약이 없습니다.
62.Foreign-funded lobby groups outside EU are pushing ChatControl with propaganda(Foreign-funded lobby groups outside EU are pushing ChatControl with propaganda)
요약이 없습니다.
63.하버드, 비트코인 매각하고 이더리움 구매!(Harvard shakes up its crypto strategy by selling Bitcoin and purchasing Ethereum)
하버드 대학교는 최근 블랙록의 아이셰어스 이더리움 트러스트를 통해 약 8,700만 달러 규모의 이더리움을 구매하며 암호화폐에 대한 투자를 계속하고 있습니다. 이 구매는 하버드가 약 7,200만 달러에 해당하는 비트코인 보유량의 21%를 매각한 후 이루어졌습니다. 암호화폐 시장이 계속 하락세에 있음에도 불구하고, 이 소식은 업계에 긍정적인 신호로 받아들여지고 있습니다.
하버드의 비트코인 ETF 투자 규모는 3억 5천만 달러를 넘으며, 이는 알파벳과 마이크로소프트와 같은 주요 기술 기업에 대한 투자보다도 많습니다. 그러나 이는 하버드의 총 570억 달러 기부금의 1%에도 미치지 않는 수치입니다.
현재 비트코인 가격은 지난해 10월 정점에서 약 47% 하락했으며, 이더리움은 약 58% 떨어졌습니다. 하버드의 비트코인 투자액은 한때 5억 달러에 가까웠으나, 시장 변화와 비트코인 ETF에서의 지분 축소로 인해 그 가치가 크게 감소했습니다.
다른 명문 대학들인 다트머스, 브라운, 에모리도 암호화폐 ETF에 투자하고 있습니다.
64.Meta Acquired Moltbook(Meta Acquired Moltbook)
요약이 없습니다.
65.내가 그린 거리, 너도 찾아봐!(I Was Here – Draw on street view, others can find your drawings)
나는 거리 수준의 이미지에 그림을 그릴 수 있는 웹사이트를 만들었다. 사용자가 그린 그림은 계속 보이고, 다른 사람들도 실시간으로 볼 수 있다. 이 그림은 평면이 아닌 건물의 3D 형태에 맞춰져 있다. 그래픽에는 WebGL2를 사용하고, 거리 뷰는 Mapillary를 활용한다. 이 웹사이트의 목표는 누구나 자신의 흔적을 남길 수 있는 글로벌 캔버스가 되는 것이다.
66.AI 요원, 맥킨지 챗봇 해킹!(AI Agent hacked McKinsey's chatbot and gained full read-write access in 2 hours)
보안 스타트업인 CodeWall의 연구자들이 맥킨지의 AI 챗봇인 릴리를 해킹하는 데 성공했으며, 단 두 시간 만에 완전한 접근 권한을 얻었습니다. 이 사건은 AI가 사이버 공격에서 점점 더 효과적으로 사용되고 있음을 보여줍니다. 특히 다른 AI 시스템에 대해서도 공격이 가능하다는 점에서 주목할 만합니다. 해킹이 악의적이지는 않았지만, AI 에이전트가 실제 사이버 위협에 점점 더 많이 활용되고 있다는 경향을 드러냅니다.
맥킨지의 챗봇은 4만 명 이상의 직원이 사용하고 있으며, SQL 인젝션 취약점으로 인해 해킹당했습니다. 이 취약점을 통해 CodeWall의 AI는 4,650만 개의 채팅 메시지와 기밀 고객 파일을 포함한 민감한 데이터에 접근할 수 있었습니다. CodeWall의 에이전트는 맥킨지 시스템의 약점을 자율적으로 찾아내고 이를 이용했습니다. 이 시스템은 공개된 API 문서로 인해 취약점이 드러났습니다.
CodeWall은 결함을 발견한 후 맥킨지에 이를 알렸고, 맥킨지는 신속하게 취약점을 수정했습니다. 맥킨지 대변인은 고객 데이터가 유출되지 않았음을 확인하며, 자사의 사이버 보안 조치가 강력하다고 강조했습니다. 그러나 CodeWall의 CEO는 유사한 AI 기반 공격이 일반화될 수 있다고 경고하며, 공격자들이 재정적 이득을 위해 같은 전략을 사용할 가능성이 있다고 언급했습니다.
67.이맥스 2년의 여정(Two Years of Emacs Solo)
Rahul M. Juliato는 Emacs Solo와 함께한 2년의 여정을 돌아보며, 이 개인 Emacs 설정이 외부 패키지를 철저히 배제하고 있다는 점을 강조합니다. 모든 기능은 Emacs에 내장되어 있거나 그가 직접 만든 것입니다. 이러한 접근은 Emacs를 더 잘 이해하고, 업데이트 시 안정성을 보장하며, 의존성 문제를 줄이는 동시에 과정을 즐기기 위한 것입니다.
주요 변화로는 설정을 두 개의 레이어로 재구성한 점이 있습니다. 첫 번째 레이어인 init.el은 내장된 Emacs 기능에 대한 설정을 포함하고 있어, 다른 사람들이 의존성 없이 쉽게 설정을 복사할 수 있도록 합니다. 두 번째 레이어인 lisp/에는 외부 패키지가 제공하는 기능을 복제하는 35개의 독립적인 모듈이 포함되어 있어, 명확성과 유지 관리가 용이합니다.
핵심 설정인 init.el 파일은 다양한 내장 기능을 다루는 섹션으로 구성되어 있습니다. 여기에는 사용자 정의 키 바인딩, 향상된 창 관리, 버전 관리 설정, 개선된 검색 및 자동 완성 기능이 포함됩니다.
35개의 독립적인 모듈은 특정 기능을 제공합니다. 예를 들어, 사용자 정의 테마와 모드 라인, 향상된 탐색 및 파일 처리, Git, 온라인 날씨, AI 도우미와 같은 도구와의 통합 기능이 있습니다.
Juliato는 몇 가지 중요한 통찰을 얻었습니다. 첫째, Emacs에는 종종 간과되는 많은 내장 기능이 있습니다. 둘째, 개인 패키지를 작성하는 것은 Elisp에 대한 이해를 깊게 합니다. 셋째, 모듈을 작고 집중적으로 유지하는 것이 효과적입니다. 넷째, Emacs에 기여하는 것은 핵심 소프트웨어의 개선으로 이어질 수 있습니다.
결론적으로, Emacs Solo는 외부 패키지 없이도 생산적인 Emacs 설정이 가능하다는 것을 보여줍니다. 이는 독립적이고 이해하기 쉬운 설정에 관심이 있는 사용자들에게 탐색을 권장합니다. 이 프로젝트는 Emacs 생태계 내에서 지식을 공유하고 커뮤니티를 발전시키려는 의지를 반영합니다.
68.구글 없이 결제: 커스텀 ROM 장벽 허물기(Paying without Google: New consortium wants to remove custom ROM hurdles)
새로운 유럽 컨소시엄이 Volla Systeme GmbH의 주도로 맞춤형 ROM을 사용하는 안드로이드 스마트폰에서 구글 서비스를 우회하여 안전한 결제를 가능하게 하는 것을 목표로 하고 있습니다. 이 initiative는 맞춤형 ROM 사용자들이 은행 및 결제 앱을 사용할 때 겪는 어려움에서 비롯되었습니다.
Murena와 Iodé와 같은 기업들이 포함된 이 컨소시엄은 "UnifiedAttestation"이라는 시스템을 개발하고 있습니다. 이는 구글의 Play Integrity에 대한 오픈 소스 대안으로, 앱이 운영 체제가 특정 보안 기준을 충족하는지 확인할 수 있도록 해줍니다. 이를 통해 비구글 플랫폼에서도 정부 및 은행 앱을 사용할 수 있게 됩니다.
현재 시스템은 구글에 의존하게 되며, 구글이 인증하는 안드로이드 버전만을 지원하기 때문에 "보안 역설"이 발생합니다. UnifiedAttestation의 목표는 디지털 독립성과 앱 보안 검사의 투명성을 증진하는 것입니다. 이 시스템은 운영 체제 서비스, 분산 검증 서비스, 인증을 위한 오픈 테스트 스위트로 구성될 예정입니다.
전반적으로 이 컨소시엄은 대체 모바일 운영 체제를 사용하는 사용자들이 구글에 의존하지 않고도 필수 애플리케이션에 안전하게 접근할 수 있도록 지원하고자 합니다.
69.What's My JND?(What's My JND?)
요약이 없습니다.
70.6년 무전원 SSD 데이터 보존 테스트(Unpowered SSD data retention test:no data corruption on USB sticks after 6 years)
최근 USB 플래시 드라이브에 대한 테스트 결과가 긍정적으로 나타났습니다. 이 테스트는 데이터가 최소 6년 동안 손상 없이 유지될 수 있다는 것을 보여주었으며, 이는 USB 드라이브가 임시 저장 장치로 취급되어야 한다는 일반적인 믿음과는 상반되는 결과입니다. 이 테스트는 한 기술 블로거가 데이터를 담은 10개의 킹스턴 USB 드라이브를 여러 해에 걸쳐 점검한 것입니다. 지금까지 테스트한 모든 드라이브에서 데이터 손실이 없었습니다.
중요한 점은 저렴한 복제품 드라이브를 피하고, 품질 좋은 드라이브를 좋은 환경에서 보관하는 것입니다. 브랜드와 저장 환경 같은 요소들이 USB 드라이브의 수명에 큰 영향을 미칩니다. 일부 드라이브는 데이터를 잘 유지할 수 있지만, 극한의 온도에 노출되거나 전원이 꺼진 상태로 방치되면 고장날 수 있습니다.
따라서 신뢰할 수 있는 브랜드를 선택하고 중요한 데이터의 백업을 유지하는 것이 좋습니다. 소비자용 USB 드라이브에 대한 데이터 보존 기준이 정해져 있지 않기 때문입니다.
71.바오칩-1x: 신뢰성 높은 22nm SoC(Baochip-1x: A Mostly-Open, 22nm SoC for High Assurance Applications)
바오칩-1x는 고신뢰성 응용 프로그램을 위해 설계된 새로운 반도체 칩으로, TSMC의 22nm 기술을 사용하여 제작되었습니다. 이 칩은 보안 칩과 범용 마이크로컨트롤러의 역할을 동시에 수행하며, 저렴한 장치인 라즈베리 파이와 NXP iMXRT1062와 같은 강력한 장치 간의 간극을 메워줍니다.
이 프로젝트는 감시에 대한 하드웨어 신뢰성 연구에서 영감을 받은 Betrusted 이니셔티브의 일환으로 진행되고 있습니다. 바오칩-1x는 350MHz의 Vexriscv CPU를 탑재하고 있으며, 유사한 마이크로컨트롤러에서는 드물게 메모리 관리 장치(MMU)를 포함하고 있어 보다 안전하고 관리 가능한 소프트웨어 응용 프로그램을 지원합니다.
이 칩은 진정한 난수 생성기(TRNG), 암호화 가속기, 보호된 메모리와 같은 현대적인 보안 기능을 통합하고 있습니다. 대량 생산이 가능하도록 설계되었으며, 다양한 운영 체제와 호환될 수 있는 아키텍처를 갖추고 있습니다. 이 중에는 Rust 기반의 맞춤형 운영 체제인 Xous도 포함됩니다.
MMU는 칩의 기능을 향상시켜 복잡한 운영 체제와 응용 프로그램을 안전하게 실행할 수 있게 합니다. 과거에는 작은 칩들이 설계 제약으로 인해 MMU를 포함하지 않았지만, 기술 발전 덕분에 이제는 가능해졌습니다.
바오칩-1x는 대부분 오픈 소스이며, 개발에 대한 커뮤니티 참여를 허용합니다. 그러나 일부 구성 요소는 독점적으로 남아 있습니다. 이 프로젝트는 보안 칩 산업에서 기존의 폐쇄형 설계를 선호하는 인증 편향에 도전하는 것을 목표로 하고 있습니다.
현재 이 칩은 생산이 시작되었으며, 초기 샘플이 테스트를 위해 출시되었습니다. 개발자들이 이 혁신적인 기술에 조기에 접근할 수 있도록 커뮤니티 주도의 평가 보드가 사전 주문 가능합니다. 이 프로젝트는 오픈 소스 하드웨어의 중요성을 강조하며, 실리콘 설계의 미래 발전을 위한 길을 열고자 합니다.
72.macOS Tahoe windows have different corner radiuses(macOS Tahoe windows have different corner radiuses)
요약이 없습니다.
73.EVi, a Hard-Fork of Vim(EVi, a Hard-Fork of Vim)
요약이 없습니다.
74.DARPA의 X-76 혁신(DARPA’s new X-76)
DARPA는 새로운 실험 항공기인 SPRINT X-76의 제작을 시작했습니다. 이 항공기는 비행기의 높은 속도와 헬리콥터의 유연성을 결합하여 활주로 없이도 어디서든 이착륙할 수 있도록 설계되었습니다. 이 프로젝트는 SPeed and Runway INdependent Technologies(SPRINT) 프로그램의 일환으로, 군사 항공의 전통적인 한계를 극복하는 것을 목표로 하고 있습니다.
벨 텍스트론이 제작 중인 X-76은 시속 400노트 이상의 속도를 달성하면서도 수직으로 떠 있을 수 있고 준비되지 않은 표면에서도 작동할 수 있도록 설계되었습니다. 이 항공기는 활주로에 의존하지 않고도 신속한 대응과 기습 작전을 가능하게 하여 군사 작전을 강화하는 데 기여할 것입니다.
SPRINT 프로그램은 DARPA와 미국 특수 작전 사령부의 협력으로 진행되며, 최근 성공적인 설계 검토를 마치고 생산 및 시험 단계로 넘어갔습니다. 비행 시험은 2028년 초에 계획되어 있습니다.
75.파일 시스템 에이전트, Vercel!(Terminal Use (YC W26) – Vercel for filesystem-based agents)
안녕하세요, 해커 뉴스! 저희는 Terminal Use의 Filip, Stavros, Vivek입니다. Terminal Use는 샌드박스 환경에서 작동하고 파일 시스템이 필요한 에이전트를 배포하는 데 도움을 주기 위해 만들었습니다. 여기에는 코딩 에이전트, 연구 에이전트, 파일을 읽고 쓰는 도구가 포함됩니다. 데모를 보시려면 여기를 클릭하세요.
저희의 목표는 에이전트를 호스팅하는 과정을 간소화하는 것이었습니다. 일반적으로 이 과정은 패키징, 샌드박스 설정, 파일 전송 관리 등 여러 단계를 포함합니다. 저희는 Replicate의 Cog와 유사한 에이전트 배포를 위한 깔끔한 API/SDK를 만들고자 했습니다.
Terminal Use를 사용하면 config.yaml과 Dockerfile을 이용해 에이전트를 패키징한 후, 저희의 명령줄 인터페이스(CLI)를 통해 배포할 수 있습니다. 작업 생애주기를 관리하기 위해 세 개의 엔드포인트를 정의합니다. 저희는 Claude Agent SDK와 Codex SDK 에이전트를 지원하며, 메시지 변환을 위한 어댑터도 제공합니다.
특징 중 하나는 파일 시스템 관리입니다. 파일 시스템은 작업 생애주기와 분리되어 처리되어, 작업 공간을 지속적으로 유지하고 에이전트 간 파일을 공유할 수 있습니다. 또한, 파일 업로드와 다운로드를 쉽게 할 수 있도록 미리 서명된 URL을 제공하여 백엔드 파일 전송의 필요성을 없앴습니다.
이러한 분리는 파일 처리에 영향을 주지 않고 에이전트 로직을 쉽게 업데이트할 수 있게 해줍니다. 저희는 더 나은 저장소 관리를 위해 다중 파일 시스템 마운트를 지원할 계획입니다.
저희의 배포 과정은 간단한 CLI 명령어, 환경 타겟팅, 로깅을 포함하며, 모두 config.yaml에 정의되어 있어 CI/CD 파이프라인과의 통합이 용이합니다.
저희는 CLI를 사용하여 코딩 에이전트를 테스트하고 반복할 수 있도록 플랫폼을 설계했습니다. 그러나 일반적인 샌드박스 제공자와의 완전한 호환성과 같은 몇 가지 기능은 아직 구현해야 합니다.
여러분의 피드백과 질문을 댓글로 환영합니다!
76.An opinionated take on how to do important research that matters(An opinionated take on how to do important research that matters)
요약이 없습니다.
77.Graphing how the 10k* most common English words define each other(Graphing how the 10k* most common English words define each other)
요약이 없습니다.
78.파동 함수 붕괴로 육각 맵 만들기(Building a Procedural Hex Map with Wave Function Collapse)
이 프로젝트는 약 4,100개의 육각 타일과 웨이브 함수 붕괴(Wave Function Collapse, WFC) 알고리즘을 사용하여 독특한 중세 섬 지도를 생성합니다. 이 알고리즘은 어린 시절 테이블탑 RPG에서의 경험에서 영감을 받았습니다. 생성된 지도에는 도로, 강, 마을 등 다양한 요소가 포함되며, WebGPU 기술을 통해 약 20초 만에 만들어집니다.
WFC 알고리즘은 타일의 가장자리가 서로 호환되는 방식으로 타일을 배치합니다. 이는 게임 '카르카손(Carcassonne)'과 유사한 방식입니다. 각 타일은 특정한 가장자리 유형을 가지고 있으며, 30종의 다양한 타일이 여러 가지 구성으로 존재합니다.
작은 격자에서는 WFC가 잘 작동하지만, 큰 격자에서는 해결할 수 없는 상황이 발생할 수 있습니다. 이를 해결하기 위해 이 프로젝트는 모듈 방식으로 접근하여 지도를 19개의 작은 격자로 나누고, 이들 격자가 서로 맞아야 합니다.
알고리즘이 막힐 경우, 백트래킹 시스템을 사용하여 다양한 구성을 시도합니다. 또한, 레이어드 복구 시스템을 통해 이웃 타일을 조정하거나 "산" 타일을 사용하여 문제를 해결합니다.
지도는 다섯 가지 고도 수준을 특징으로 하여, 도로와 경사가 이러한 수준을 따라 제대로 연결되도록 타일 배치의 복잡성을 더합니다.
타일은 블렌더를 사용하여 제작되어 서로 잘 맞도록 설계되었습니다. 시각적 매력은 앰비언트 오클루전과 심도 효과와 같은 후처리 효과로 더욱 향상됩니다.
지도는 배치 메쉬(BatchedMesh)와 같은 기술을 활용하여 효율적으로 렌더링되며, 데스크톱과 모바일 기기 모두에서 초당 60프레임으로 부드럽게 실행됩니다.
사용자는 라이브 데모와 상호작용할 수 있으며, 지도를 생성하고 다양한 설정을 조정하여 개인화된 경험을 즐길 수 있습니다.
이 프로젝트는 알고리즘적 창의성과 기술적 능력을 결합하여 재미있고 매력적인 절차적 지도 생성기를 만들어냅니다.
79.법과 정당성: AI 재구성의 도전(Is legal the same as legitimate: AI reimplementation and the erosion of copyleft)
최근 소프트웨어 개발에서 널리 사용되는 chardet 라이브러리의 재구현에 대한 논란이 일고 있다. 이 라이브러리의 유지 관리자인 댄 블랜차드는 AI의 도움을 받아 새로운 버전을 출시했으며, 라이센스를 LGPL에서 MIT로 변경했다. LGPL은 수정된 내용이 오픈 소스 상태를 유지해야 하는 반면, MIT는 상업적 사용을 허용한다. 블랜차드는 자신의 작업이 법적으로 독립적이며 이전 버전과 유사성이 거의 없다고 주장하고 있지만, 원작자인 마크 필그림은 이것이 LGPL의 정신을 위반한다고 반박하고 있다.
오픈 소스 커뮤니티의 저명한 인물인 아르민 로나허와 살바토레 산필리포는 블랜차드의 결정을 지지하며 법적으로 허용된 것이라고 주장한다. 그러나 이 글에서는 법적 허용이 정당성을 의미하지는 않는다고 지적한다. 저자는 단순히 법적이라는 이유로 행동이 사회적으로 수용된다고 보는 관점을 비판하며, 라이센스 변경이 개선 사항을 공유할 의무를 없애고 오픈 소스 소프트웨어의 협력 정신을 훼손한다고 강조한다.
이 글은 법적 분석과 사회적 윤리의 차이를 강조하며, 새로운 chardet 버전이 법을 준수할 수는 있지만 오픈 소스 커뮤니티 내에서 형성된 신뢰를 깨뜨린다고 설명한다. 저자는 AI 발전을 고려할 때 카피레프트 라이센스의 가치를 재평가할 필요가 있다고 주장하며, 공공 자원에서 혜택을 받는 이들이 이를 다시 환원해야 한다고 제안한다. 결국, 법적 허용이 공유 자원의 무결성을 유지해야 할 도덕적 의무를 대체해서는 안 된다고 강조한다.
80.Florida judge rules red light camera tickets are unconstitutional(Florida judge rules red light camera tickets are unconstitutional)
요약이 없습니다.
81.The “JVG algorithm” only wins on tiny numbers(The “JVG algorithm” only wins on tiny numbers)
요약이 없습니다.
82.공통 리스 입문(Getting Started in Common Lisp)
Common Lisp를 시작하는 것은 복잡한 설정 과정 때문에 어려울 수 있습니다. 이를 쉽게 하기 위해 한 개발자가 Lisp-Stat과 Common Lisp 개발을 위한 준비된 컨테이너인 "ls-dev-image"를 만들었습니다.
Docker가 설치되어 있다면 간단한 명령어로 시작할 수 있습니다. 이 이미지에는 Emacs, SLIME, Quicklisp, 그리고 샘플 데이터셋이 포함되어 있습니다. 특정 포트로 이동하면 데이터 시각화를 위한 웹 인터페이스에 접근할 수 있습니다.
이 설정은 Lisp-Stat뿐만 아니라 모든 Common Lisp 프로젝트에도 사용할 수 있으며, 기여나 버그 보고도 환영합니다.
83.JSLinux Now Supports x86_64(JSLinux Now Supports x86_64)
요약이 없습니다.
84.Mercury – Transforming Drone(Mercury – Transforming Drone)
요약이 없습니다.
85.Device that can extract 1k liters of clean water a day from desert(Device that can extract 1k liters of clean water a day from desert)
요약이 없습니다.
86.Notes on Baking at the South Pole(Notes on Baking at the South Pole)
요약이 없습니다.
87.미국-이스라엘, 이란 전쟁의 충격(The U.S.‑Israel war with Iran could shatter the United Nations‑led global order)
2026년 3월 4일, 미국과 이스라엘의 이란 공습 이후 이 갈등이 유엔이 수립한 세계 질서에 미칠 잠재적 영향에 대한 논의가 시작됐다. 긴장을 완화하기 위한 대화가 계속되고 있지만, 군사 작전은 주요 강대국들이 유엔을 통해서가 아니라 독립적으로 행동하는 경향을 드러내고 있다.
역사적으로 국제 갈등은 유엔을 통한 집단적 관리 또는 강대국들이 자신의 이익을 추구하는 일방적 방식으로 해결되어 왔다. 최근의 미국과 이스라엘의 행동은 국제법 및 유엔 헌장의 원칙, 즉 평화를 유지하고 국가의 주권을 보호하려는 목표와의 일치 여부에 대한 의문을 제기한다.
미국은 이란에 대한 행동의 주요 목표로 주권 방어와 지역 안정 유지 등을 포함한 다섯 가지를 제시했다. 그러나 이러한 정당화는 법적 현실과 일치하지 않으며, 초기 공격은 이란의 즉각적인 위협에 대한 증거 없이 이루어졌다.
이 기사는 미국이 자위권을 주장하는 개념을 비판하며, 이러한 일방적인 군사 행동이 세계 안전 노력에 해를 끼친다고 지적한다. 현재 진행 중인 갈등은 유가와 가스 가격 상승을 초래하여, 특히 이러한 충격에 대처할 수 없는 가난한 국가들의 경제에 영향을 미치고 있다.
국제법이 효과를 발휘하기 위해서는 강대국들이 정해진 규범을 일관되게 준수해야 하며, 그렇지 않으면 세계 시스템의 혼란을 초래할 위험이 있다.
88.독일 태양광 혁명, 전기요금 절감!(Germany's Solar Boom Eases Power Costs as Gas Price Jumps)
귀하의 컴퓨터 네트워크에서 비정상적인 활동이 감지되었습니다. 계속 진행하시려면 아래 상자를 클릭하여 로봇이 아님을 확인해 주시기 바랍니다.
이 메시지가 표시된 이유는 다음과 같습니다.
- 귀하의 브라우저가 자바스크립트와 쿠키를 지원하며, 이들이 차단되지 않았는지 확인해 주십시오.
도움이 필요하신가요?
- 지원이 필요하시면 저희 지원팀에 연락하시고 참조 ID: e4de0a3a-1cb5-11f1-9d9d-09108e6e5b06를 제공해 주십시오.
또한, 블룸버그 웹사이트에 구독하시면 중요한 글로벌 시장 뉴스를 받아보실 수 있습니다.
89.오픈AI, 오라클과 데이터 센터 확장 중단(OpenAI is walking away from expanding its Stargate data center with Oracle)
이 텍스트는 웹사이트가 제대로 작동하기 위해 필요한 쿠키와 SDK에 대해 설명합니다. 쿠키는 보안, 사기 방지, 구매 기능을 지원하는 데 중요한 역할을 합니다. 사용자는 브라우저에서 이러한 쿠키를 차단할 수 있지만, 그렇게 할 경우 웹사이트의 일부 기능이 제대로 작동하지 않을 수 있습니다.
90.메타의 FFmpeg: 대규모 미디어 처리(FFmpeg at Meta: Media Processing at Scale)
FFmpeg는 오디오와 비디오를 처리하는 데 사용되는 강력한 도구입니다. 메타에서는 비디오 경험을 향상시키고 신뢰성을 보장하는 데 필수적입니다. 이 회사는 매일 수십억 번 FFmpeg 명령을 실행하며, 이로 인해 미디어 파일 처리에 어려움이 발생하고 있습니다.
처음에 메타는 공식 버전에서 제공하지 않는 기능을 추가하기 위해 자체 FFmpeg 버전을 개발했습니다. 시간이 지나면서 이 버전은 공식 FFmpeg와 크게 달라져 복잡한 문제가 생겼습니다. 이를 해결하기 위해 메타는 FFmpeg 개발자들과 협력하여 필요한 기능을 표준 버전에 통합했습니다. 이로 인해 내부에서 사용하던 포크를 중단할 수 있었습니다.
주요 개선 사항으로는 효율적인 다중 인코딩 처리와 실시간 품질 측정이 있습니다. 사용자가 비디오를 업로드할 때 여러 인코딩이 생성되는데, 메타는 이 인코딩 과정을 최적화하여 자원 사용을 크게 줄였습니다. 또한 실시간 품질 측정을 통해 메타는 라이브 스트리밍 중 비디오 품질을 평가할 수 있어, 내부 버전에 의존하지 않고도 전체적인 경험을 개선할 수 있게 되었습니다.
메타는 맞춤형 비디오 프로세서를 통해 하드웨어 가속 인코딩도 지원하여 다양한 플랫폼 간의 호환성을 보장합니다.
전반적으로 메타는 FFmpeg에 기여하는 데 전념하고 있으며, 자신의 필요뿐만 아니라 더 넓은 커뮤니티를 위해 기능을 향상시키고 있습니다. 다양한 개발자와 파트너의 기여도 인정하고 있습니다.
91.Flash media longevity testing – 6 years later(Flash media longevity testing – 6 years later)
요약이 없습니다.
92.유니파이 프로토콜 해부하기(Reverse-engineering the UniFi inform protocol)
이 글에서는 UniFi 장치가 컨트롤러와 통신하기 위해 사용하는 UniFi inform 프로토콜을 역설계하는 방법에 대해 설명하고 있습니다. 주요 내용은 다음과 같습니다.
모든 UniFi 장치는 10초마다 HTTP POST를 통해 8080 포트로 컨트롤러에 업데이트를 전송합니다. 데이터는 암호화되어 있지만, 헤더에는 암호화되지 않은 정보가 포함되어 있습니다. 저자는 UniFi 호스팅 서비스를 운영했지만, 각 고객이 별도의 가상 사설 서버(VPS)를 가져야 하는 경제적 어려움에 직면했습니다.
효율성을 높이기 위해 저자는 여러 컨트롤러를 공유 인프라에서 관리할 수 있는 다중 임대 시스템을 탐색했습니다. 주요 도전 과제는 inform 트래픽을 올바르게 라우팅하는 것이었습니다. inform 패킷의 처음 40바이트는 암호화되지 않으며, 여기에는 장치의 MAC 주소가 포함되어 있습니다. 이를 통해 시스템은 페이로드를 복호화하지 않고도 장치를 식별할 수 있습니다.
패킷 헤더에서 MAC 주소를 읽음으로써 시스템은 페이로드를 전체적으로 복호화하지 않고도 패킷을 올바른 고객에게 라우팅할 수 있습니다. MAC 주소와 임대인을 매칭하기 위해 간단한 조회 테이블이 사용됩니다. 장치는 MAC 주소나 알려진 IP 범위로 등록할 수 있어 초기 연결 시 라우팅을 용이하게 합니다.
UniFi 컨트롤러가 사용하는 다른 포트는 간단한 라우팅 솔루션을 가지고 있어 여러 임대인을 관리하기가 더 쉽습니다. 이러한 접근 방식은 공유 자원에서 여러 고객을 호스팅할 수 있게 해주어, 손실을 보지 않고도 비즈니스를 운영할 수 있게 합니다.
inform 프로토콜의 설계는 제3자 사용을 염두에 두고 있지 않았지만, 장치 식별 방식을 통해 효율적인 다중 임대가 가능하게 되었습니다. 저자는 UniFi 컨트롤러의 호스팅을 최적화할 수 있는 방법을 찾아, 이전에는 수익성이 없던 서비스를 지속 가능한 비즈니스 모델로 전환했습니다.
93.The 'number station' sending mystery messages to Iran(The 'number station' sending mystery messages to Iran)
요약이 없습니다.
94.초파리 뇌 모사(Drosophila Fly Brain Emulation)
이 프로젝트는 성체 초파리의 뇌를 상세한 연결체(connectome)를 기반으로 한 컴퓨터 모델로 만드는 것입니다. 이 연결체는 약 138,000개의 뉴런과 500만 개의 시냅스를 포함하고 있습니다. 이 모델은 뉴런들이 서로 어떻게 활성화되고 억제되는지를 시뮬레이션하여 연구자들이 감각 정보와 운동 정보가 어떻게 처리되는지를 연구할 수 있도록 합니다.
사용자는 특정 뉴런을 활성화하거나 억제하여 다른 뉴런에서 발생하는 전기적 활동(스파이크)을 관찰할 수 있습니다. 활성화는 뉴런의 스파이크를 특정 주파수로 유도하는 광유전학(optogenetic) 자극을 모방합니다. 반면, 억제는 뉴런의 시냅스 연결을 0으로 설정하여 뉴런의 활동을 비활성화합니다.
주 프로그램인 main.py는 다양한 프레임워크(Brian2, Brian2CUDA, PyTorch, NEST GPU)에서 시뮬레이션을 실행할 수 있게 해주며, 사용자 맞춤형 옵션도 제공합니다. 사용자는 여러 기간과 실험 횟수에 대한 벤치마크를 실행할 수 있으며, 결과는 CSV 파일로 저장됩니다.
설치를 위해 brain-fly라는 이름의 Conda 환경이 제공되며, 시뮬레이션 실행에 필요한 라이브러리도 포함되어 있습니다. NEST GPU는 특정 소스 파일과 NVIDIA CUDA와 같은 의존성을 설치하는 추가 설정이 필요합니다.
네 가지 프레임워크는 모두 사용 준비가 되어 있으며, 동일한 데이터와 매개변수를 공유합니다. 사용자는 자신의 시뮬레이션에 맞게 다양한 프레임워크나 조합을 선택할 수 있습니다.
모델은 FlyWire 연결체 버전 783을 사용하며, 참고용으로 이전 데이터도 제공됩니다. 이 프로젝트는 리눅스(우분투에서 테스트됨)를 위해 설계되었으며, CUDA 지원이 있는 NVIDIA GPU가 필요합니다.
이 프로젝트는 초파리의 뇌 내 복잡한 상호작용을 시뮬레이션함으로써 신경망에 대한 고급 연구를 가능하게 하며, 신경 처리에 대한 귀중한 통찰을 제공합니다.
95.FreeBSD 14.4 출시!(FreeBSD 14.4-Release Announcement)
FreeBSD의 최신 릴리스에 대한 개요입니다. 현재 생산 중인 버전은 15.0, 14.4, 14.3이며, 구버전으로는 13.5가 있습니다. 곧 출시될 버전은 15.1입니다.
2026년 3월 10일, FreeBSD 팀은 FreeBSD 14.4의 출시를 발표했습니다. 이는 stable/14 시리즈의 다섯 번째 버전입니다.
주요 특징으로는 OpenSSH가 보안이 강화된 10.0p2 버전으로 업그레이드되었고, OpenZFS는 2.2.9로 업데이트되었습니다. 클라우드 초기화에 대한 호환성이 개선되었으며, Bhyve 가상 머신이 호스트와 파일 시스템을 공유할 수 있게 되었습니다. 매뉴얼 페이지 도구와 내용도 향상되었습니다.
FreeBSD 14.4는 amd64, i386, aarch64, armv7, powerpc, powerpc64, riscv64 등 여러 아키텍처에서 사용할 수 있습니다. 부팅 가능한 ISO 이미지, 네트워크, USB 스틱을 통해 설치할 수 있습니다.
자세한 릴리스 노트와 하드웨어 호환성 정보는 온라인에서 확인할 수 있습니다. 이번 릴리스는 FreeBSD 릴리스 엔지니어링의 전 리더인 켄 스미스에게 헌정되었습니다.
릴리스에는 FreeBSD 설치에 필요한 모든 것이 포함된 DVD와 "라이브" 구조 모드가 포함되어 있습니다. 더 많은 정보는 FreeBSD 웹사이트를 방문하시기 바랍니다.
96.모그 프로그래밍(The Mog Programming Language)
모그는 AI 에이전트를 위해 설계된 새로운 프로그래밍 언어로, 테드에 의해 만들어졌습니다. 주요 내용은 다음과 같습니다.
모그는 정적 타입의 컴파일 언어로, 루아와 유사하며 AI가 코드를 쉽게 작성할 수 있도록 돕습니다. 전체 언어 사양은 간결하게 3,200개의 토큰으로 구성되어 있습니다.
AI는 모그 프로그램을 생성하고, 이를 컴파일한 후 플러그인으로 로드할 수 있습니다. 이 과정은 지연 없이 이루어지며, 낮은 대기 시간 덕분에 빠르게 실행됩니다.
모그는 능력 기반의 권한 시스템을 사용합니다. 이는 호스트인 AI 에이전트가 모그 프로그램이 수행할 수 있는 작업을 제어하여, 민감한 시스템 자원에 직접 접근하지 못하도록 보장합니다.
이 언어는 AI가 쉽게 사용할 수 있도록 설계되어 복잡한 기능인 연산자 우선순위나 암묵적 타입 변환을 피하여 오류를 줄입니다.
모그는 AI 에이전트가 새로운 코드를 컴파일하고 실행할 때 중단 없이 진행할 수 있게 하여, 사용자 명령에 더 빠르게 반응할 수 있도록 합니다.
비동기 프로그래밍을 지원하여 이벤트 루프 내에서 효율적으로 작동할 수 있습니다.
모그는 앞으로도 발전이 필요하며, 일반적인 작업을 위한 표준 라이브러리 구축과 AI 시스템과의 통합 개선이 포함됩니다.
모그는 기여를 받을 수 있으며, AI 에이전트가 코드를 통해 능력을 확장할 수 있는 안전하고 효율적인 방법을 제공하는 것을 목표로 하고 있습니다.
97.원격 기타 튜닝(Remotely use my guitar tuner)
진짜 기타리스트들은 실제 튜너를 사용하는 것을 선호합니다. 튜너는 박스 안에 위치해 있습니다. 원하는 때 언제든지 사용할 수 있으며, 기타 조율에 매우 효과적으로 작동합니다.
98.Algebraic topology: knots links and braids(Algebraic topology: knots links and braids)
요약이 없습니다.
99.불만의 창문(The window chrome of our discontent)
이 기사는 애플의 맥 OS 디자인 진화를 다루며, 특히 페이지 애플리케이션의 사용자 인터페이스(UI) 변화에 초점을 맞추고 있습니다.
애플은 시각적 혼잡을 줄이고 콘텐츠를 강조하는 것을 목표로 하고 있습니다. 이를 위해 사용자 인터페이스 요소를 덜 두드러지게 만드는 디자인 철학을 가지고 있습니다. 이러한 목표는 2011년의 맥 OS X 라이온부터 2025년의 맥 OS 타호와 리퀴드 글래스에 이르기까지 여러 차례의 재설계에서 나타났습니다.
저자는 페이지의 다양한 버전에서 인터페이스를 비교하며 문서와 도구 모음 간의 구분이 줄어들었다고 지적합니다. 이전 버전에서는 명확한 구분이 있었지만, 최신 디자인에서는 요소들이 서로 섞여 있어 콘텐츠에 집중하기가 더 어려워졌습니다.
보다 통일되고 단색의 디자인으로 변화하면서 사용자 경험이 방해받고 있다는 의견이 제기됩니다. 도구와 문서 간의 시각적 경계가 사라지면 혼란을 초래하고 사용성이 떨어질 수 있다는 것입니다.
새로운 디자인이 일부 접근성 검사를 통과할 수는 있지만, 대비가 부족하고 아이콘이 불명확해져 전체적인 사용성이 저하되고 있습니다.
저자는 애플이 방해 요소를 최소화하려는 의도는 칭찬할 만하지만, UI 요소를 문서에 섞어 넣는 접근 방식은 효과적이지 않을 수 있다고 주장합니다. 사용자 인터페이스의 명확성과 집중력을 향상시키기 위해 더 다양한 디자인 변수를 탐색할 것을 권장합니다.
100.파이썬 GIL 해제: 에너지 혁신(Unlocking Python's Cores:Energy Implications of Removing the GIL)
파이썬의 전역 인터프리터 잠금(Global Interpreter Lock, GIL)은 스레드의 실행을 한 번에 하나의 CPU 코어로 제한합니다. 파이썬 3.13의 실험 버전에서는 사용자가 GIL을 비활성화할 수 있는 기능이 추가되었습니다. 이전 연구들이 속도 향상에 초점을 맞췄다면, 이번 연구는 GIL 비활성화가 에너지 사용과 하드웨어 효율성에 미치는 영향을 네 가지 작업 유형, 즉 NumPy 기반, 순차적, 스레드 기반 수치, 스레드 기반 객체 작업에 대해 살펴보았습니다.
주요 발견 사항은 다음과 같습니다. 첫째, 성능 이점이 있습니다. 독립적인 데이터로 병렬 실행이 가능한 작업의 경우, GIL이 없는 버전은 실행 속도를 최대 네 배까지 빠르게 하고, 에너지 사용량도 줄입니다. 또한 여러 CPU 코어를 효과적으로 활용하지만, 메모리 사용량은 증가합니다. 둘째, 순차적 작업에서는 GIL이 없는 버전의 이점이 없으며, 오히려 에너지를 13-43% 더 사용할 수 있습니다. 셋째, 스레드가 동일한 객체에 접근하는 작업에서는 잠금 경합으로 인해 성능이 개선되지 않거나 오히려 나빠질 수 있습니다. 넷째, 에너지와 메모리 사용 경향이 있습니다. 에너지 소비는 실행 시간과 밀접하게 연결되어 있어, CPU 사용량이 증가하더라도 전체 전력 소비는 크게 변하지 않습니다. GIL이 없는 버전은 새로운 잠금 및 안전 메커니즘으로 인해 일반적으로 메모리, 특히 가상 메모리를 더 많이 사용합니다.
결론적으로, 파이썬의 GIL 비활성화 버전이 모든 애플리케이션에 대해 보장된 개선책은 아닙니다. 개발자들은 이 기능이 자신의 특정 작업에 실제로 도움이 되는지 평가한 후 도입해야 합니다.