1.젬마 4: 다중 토큰 예측 가속화(Accelerating Gemma 4: faster inference with multi-token prediction drafters)
2026년 5월 5일, Gemma 4 모델이 Multi-Token Prediction (MTP) 드래프터로 강화되었다고 발표되었다. 이 혁신은 개발자들의 응답 시간을 크게 줄여준다. Gemma 4는 품질을 유지하면서 최대 세 배 더 빠르게 작동할 수 있게 되었다.
MTP 드래프터는 독특한 추측 디코딩 방식을 사용하여 모델이 여러 개의 토큰을 동시에 예측하고 처리할 수 있도록 한다. 이로 인해 지연 시간이 줄어든다. 개발자들은 챗봇이나 모바일 앱과 같은 애플리케이션에서 더 빠른 응답 시간을 얻을 수 있어 사용자 경험이 개선된다. 최종 출력물은 Gemma 4의 주요 모델이 예측된 토큰을 검증하기 때문에 품질이 손실되지 않는다.
MTP 드래프터는 Apache 2.0 라이센스 하에 공개되어 있어 개발자들이 쉽게 다운로드하고 통합할 수 있다. 전반적으로 MTP 드래프터는 Gemma 4를 더 효율적으로 만들어, 개발자들이 더 빠르고 반응성이 뛰어난 애플리케이션을 만들 수 있도록 돕는다.
2.AI의 역설적 법칙 3가지(Three Inverse Laws of AI)
2022년 11월 ChatGPT의 출시 이후, AI 챗봇이 인기를 끌며 다양한 도구에 통합되고 있습니다. 이러한 시스템은 학습과 생산성에 도움이 될 수 있지만, 그 결과물을 의심 없이 신뢰하는 것은 위험할 수 있습니다.
현대 AI 설계는 사용자들이 AI가 생성한 정보를 비판 없이 받아들이도록 유도할 수 있습니다. 이는 사람들이 AI를 의심할 여지 없는 권위로 여기게 만들 수 있으며, 이는 매우 위험한 상황입니다.
작가는 아이작 아시모프의 로봇 3원칙에서 영감을 받아 인간과 AI의 상호작용을 위한 세 가지 "역 법칙"을 제안합니다. 첫째, AI에 인간의 감정이나 의도를 부여하지 말라는 것입니다. 이는 AI가 할 수 있는 것과 할 수 없는 것에 대한 명확한 판단을 유지하는 데 도움이 됩니다. 둘째, AI의 결과물을 맹목적으로 신뢰하지 말라는 것입니다. AI가 오류를 발생시킬 수 있기 때문에 항상 정보를 독립적으로 검증해야 합니다. 셋째, AI와 관련된 결정에 대해 인간이 책임을 져야 한다는 것입니다. 부정적인 결과에 대해 AI를 탓하는 것은 받아들일 수 없으며, 책임은 인간 사용자에게 있습니다.
이러한 법칙은 사용자들이 AI와의 상호작용에서 비판적으로 사고하도록 상기시키고, AI는 권위가 아닌 도구임을 인식하게 하려는 목적을 가지고 있습니다. 이러한 원칙을 따르면 우리는 AI를 책임감 있게 사용하고 해로운 결과를 피할 수 있습니다.
3.컴퓨터 사용, API보다 45배 비쌈(Computer Use is 45x more expensive than structured APIs)
이 기사는 관리 패널을 운영하는 데 있어 두 가지 AI 에이전트 방법을 비교합니다. 하나는 스크린샷과 클릭을 통해 인터페이스와 상호작용하는 비전 에이전트이고, 다른 하나는 앱의 백엔드에 직접 호출하는 API 에이전트입니다.
주요 발견 사항은 다음과 같습니다. 첫째, 비용 효율성입니다. API 에이전트를 사용하는 것이 훨씬 저렴하고 빠릅니다. 비전 에이전트는 53단계의 작업을 수행하며 약 551,000개의 토큰을 소모한 반면, API 에이전트는 같은 작업을 단 8번의 호출로 완료하고 12,000개의 토큰만 사용했습니다.
둘째, 작업 완료 능력입니다. 비전 에이전트는 명확한 지침 없이 복잡한 작업을 수행하는 데 어려움을 겪었고, 필요한 모든 데이터를 찾지 못했습니다. 14단계의 자세한 안내가 있을 경우 작업을 완료할 수 있었지만, 입력 토큰 비용이 훨씬 더 높았습니다.
셋째, 성능 변동성입니다. 비전 에이전트는 실험마다 성능의 큰 변동성을 보였지만, API 에이전트는 안정적인 시간 안에 일관되게 작업을 수행했습니다.
넷째, 구조적 차이입니다. 비전 에이전트는 시각적 해석에 의존하며 데이터를 수집하기 위해 여러 개의 스크린샷이 필요하지만, API 에이전트는 구조화된 데이터를 직접 가져와서 많은 데이터 상호작용이 필요한 작업에서 더 효율적입니다.
마지막으로, 엔지니어링 비용에 대한 논의입니다. 기사는 API 엔드포인트 생성 비용이 감소함에 따라 API 에이전트를 사용하는 것이 비전 에이전트보다 내부 도구에 더 유리하다고 주장합니다. 비전 에이전트는 API 접근이 불가능한 제3자 애플리케이션에 더 적합합니다.
전반적으로 이 연구는 API 에이전트가 내부 애플리케이션에 대해 더 효율적이고 비용 효과적이라는 점을 강조하며, 비전 에이전트는 운영 비용이 더 높아질 수 있는 한계가 있음을 보여줍니다.
4.EEVblog: The 555 Timer is 55 years old(EEVblog: The 555 Timer is 55 years old)
요약이 없습니다.
5.멀티모달 에이전트의 새로운 기초 모델(GLM-5V-Turbo: Toward a Native Foundation Model for Multimodal Agents)
GLM-5V-Turbo는 이미지, 비디오, 텍스트 등 다양한 정보를 이해하고 처리할 수 있는 다중 모드 에이전트를 위해 설계된 새로운 모델입니다. 이 모델은 다중 모드 인식을 언어 모델의 부가 기능으로 다루는 것이 아니라, 사고 및 의사 결정 과정에 직접 통합하는 데 중점을 두고 있습니다. 보고서에서는 모델 설계, 훈련 방법, 도구 통합 등 여러 분야에서의 주요 개선 사항을 설명하고 있으며, 이는 시각적 정보와 텍스트 정보를 모두 포함하는 작업을 수행하는 능력을 향상시킵니다. GLM-5V-Turbo는 시각적 도구가 필요한 코딩 작업에서 뛰어난 성과를 보이며, 텍스트만 사용하는 작업에서도 좋은 성능을 유지합니다. 개발 과정은 다중 모드 에이전트를 만드는 데 있어 중요한 교훈을 제공하며, 다양한 모드에서의 인식, 체계적인 최적화, 철저한 검증의 중요성을 강조합니다.
6.생물 컴퓨팅, 두려워!(I'm scared about biological computing)
저자는 ChatGPT가 출시된 이후로 인공지능 분야에 참여해 왔으며, 다양한 언어 모델과 그 수학적 기초를 탐구해 왔습니다. 최근 실험실에서 배양한 뉴런들이 비디오 게임 DOOM을 플레이하도록 훈련받았고, 때때로 인간 플레이어보다 더 나은 성과를 내는 프로젝트에 대해 알게 되면서 비슷한 개념이 인간 뉴런에 적용되는 것이 불안하다고 느끼고 있습니다.
저자는 AI 언어 모델이 사고를 모방하더라도 의식을 갖고 있지 않다는 점과, 뉴런 기반 시스템이 다를 수 있는 가능성에 대해 생각합니다. 시각 정보를 받아들이고 해석하는 뉴런들이 "보고 있다"고 할 수 있는지, 그리고 잠재적으로 의식이 있을 수 있는지에 대한 의문을 제기합니다. 특히 이 뉴런들이 해파리와 같은 단순한 생물보다 더 많은 뉴런을 가지고 있다는 점에서 더욱 그렇습니다.
저자는 이러한 뉴런 기반 시스템을 만드는 것의 윤리적 함의와 그 개발 뒤에 있는 상업적 동기에 대해 우려를 표합니다. 이 문제가 널리 논의되지 않고 있다는 점에서 불편함을 느끼며, 이 기술의 함의에 대한 명확한 해결책 없이 계속해서 불안감을 느끼고 있음을 나타냅니다.
7.금융 보험 에이전트(Agents for financial services and insurance)
5월 5일, 2026년 금융 서비스 발표 요약
새로운 에이전트 템플릿이 출시되어 피치북 작성, KYC 파일 검토, 월말 마감과 같은 시간 소모적인 금융 작업을 간소화합니다. 이 템플릿은 Claude Cowork와 Claude Code에 통합되어 팀이 신속하게 적용할 수 있도록 돕습니다.
Claude는 이제 Microsoft Excel, PowerPoint, Word, Outlook과 함께 작동하며, 애드인을 통해 애플리케이션 간의 작업 전환이 원활하게 이루어집니다. 이로 인해 맥락을 다시 설명할 필요 없이 작업을 이어갈 수 있습니다.
새로운 커넥터와 MCP 앱이 도입되어 에이전트가 다양한 금융 플랫폼과 내부 시스템에서 실시간 데이터에 접근할 수 있게 됩니다. 이는 에이전트의 기능성과 효율성을 높이는 데 기여합니다.
각 템플릿에는 특정 작업을 위한 기술, 데이터 커넥터, 서브 에이전트가 포함되어 있습니다. 사용자는 이러한 에이전트를 플러그인 형태로 자신의 작업과 함께 실행하거나 Claude 플랫폼을 통해 독립적으로 운영할 수 있습니다.
Claude는 FactSet, S&P Capital IQ, Morningstar와 같은 주요 데이터 제공업체와 연결되어 있어 에이전트가 신뢰할 수 있는 정보를 바탕으로 작동하도록 보장합니다.
Citadel과 FIS를 포함한 많은 금융 기관들이 Claude를 채택하여 작업 흐름을 개선하고, 프로세스를 자동화하며, 생산성을 높이고 있습니다.
새로운 에이전트와 기능은 금융 서비스 마켓플레이스에서 이용할 수 있으며, 사용자는 라이브 데모에 등록하고 영업팀으로부터 추가 지원을 받을 수 있습니다.
이러한 업데이트는 금융 프로세스를 보다 효율적이고 데이터 중심으로 만들어 분석가와 업계의 기업들에게 혜택을 주는 것을 목표로 하고 있습니다.
8.IBM의 탭 키 반대!(IBM didn't want Microsoft to use the Tab key to move between dialog fields)
이 글에서는 OS/2 프로젝트에서 마이크로소프트와 IBM 간의 문화적 차이를 다루고 있다. 마이크로소프트 직원들은 IBM의 접근 방식이 지나치게 관료적이라고 느꼈고, 반면 IBM 직원들은 마이크로소프트가 조직적이지 않다고 생각했다.
특정 사례를 통해 이러한 불일치를 보여준다. IBM의 보카 라톤 사무소에서는 대화 상자를 탐색할 때 TAB 키를 사용하는 문제에 대해 의견 충돌이 있었다. IBM 측은 이 문제를 고위 경영진에게 보고하길 원했지만, 마이크로소프트의 한 관리자는 지역 팀이 그런 결정을 내려야 한다고 주장했다. IBM의 고위 관계자들이 TAB 키 사용에 반대하자, 마이크로소프트의 한 동료는 빌 게이츠의 어머니(이 문제와는 무관한 인물)의 의견은 중요하지 않다고 유머러스하게 지적했다. 이 발언은 논의를 효과적으로 마무리 지었고, TAB 키는 계획대로 사용되었다.
글은 미국의 어머니의 날에 대한 가벼운 언급으로 마무리되며, 어머니에게 TAB 키에 대한 의견을 묻지 말라고 조언한다.
9.3000명의 명화 색감 탐험(Explore color palettes inspired by 3000 master painter artworks)
PaletteInspiration.com은 모네와 반 고흐와 같은 3,000명 이상의 유명 예술가들의 색상 팔레트를 모아놓은 웹사이트입니다. 이 사이트의 제작자는 대부분의 색상 팔레트 도구가 비슷한 차분한 색상만 제공하고, 화가들이 사용한 풍부한 색상 역사에 대한 이해를 무시한다는 점에서 이 사이트를 만들게 되었습니다.
이 사이트에는 색상 조화 탐색기라는 도구가 있어 사용자가 원하는 색상을 선택하면, 실제 예술 작품을 기반으로 마스터 화가들이 그 색상과 어떻게 다른 색상을 조합했는지를 볼 수 있습니다. 이 도구는 회원 가입이나 비용이 필요 없으며, 제작자는 사용자들의 피드백을 받고 싶어합니다.
10.Quantum Key Distribution (QKD) and Quantum Cryptography (QC)(Quantum Key Distribution (QKD) and Quantum Cryptography (QC))
요약이 없습니다.
11.프로리페이트 채용! 주니어 연봉 200K(Proliferate (YC S25) Is Hiring- 200k for junior engineers)
프로리퍼레이트는 샌프란시스코 소마 지역에서 엔지니어링을 위한 첨단 운영 체제를 개발하고 있습니다. 이 회사는 직원의 건강을 중요시하며, 운동 추적기인 후프(Whoop), 웰니스 예산, 우수한 보험과 같은 다양한 혜택을 제공합니다.
창립자인 파블로는 19세에 인공지능 석사 과정을 마쳤고, 온yx에서 첫 번째 엔지니어로 일하며 기업 AI 검색 분야에서 경험을 쌓았습니다. 이후 프로리퍼레이트를 설립했습니다.
초기 엔지니어로서, 여러분은 핵심 제품을 구축하는 데 중요한 역할을 맡게 됩니다. 제품 디자인, 사용자 경험, 시스템 기능 등 다양한 분야에서 작업하게 되며, 작업 예시로는 워크플로우 생성, 사용자 인터페이스 디자인, 제품 기능 개선 등이 있습니다.
팀은 작고 긴급성, 품질, 영향력을 중시합니다. 이상적인 후보자는 제품 출시 경험이 있으며, 빠른 학습을 원하고 높은 기준을 지키려는 의지가 있어야 합니다.
사용되는 기술 스택에는 TypeScript, React, Next.js, Python, Postgres, Redis, AWS, Rust가 포함됩니다.
프로리퍼레이트는 경쟁력 있는 급여와 주식, 포괄적인 건강 혜택, 식사 제공, 장비 예산, 월별 웰니스 지원금을 제공합니다.
12.에어바이트 에이전트: 데이터 소스 통합(Airbyte Agents – context for agents across multiple data sources)
Airbyte의 공동 창립자이자 CEO인 미셸은 에이전트들이 다양한 운영 시스템에서 정보를 더 효율적으로 접근하고 활용할 수 있도록 돕는 새로운 도구인 Airbyte Agents의 출시를 발표했습니다.
지난 6년 동안 Airbyte는 데이터 커넥터를 만드는 데 집중해왔습니다. 그들이 발견한 문제는 많은 기존 도구들이 API 상호작용의 복잡성을 효과적으로 처리하지 못해, 에이전트들이 정보를 검색할 때 느리고 부정확한 결과를 초래한다는 점입니다.
Airbyte Agents는 에이전트들이 데이터를 더 쉽게 발견하고 상호작용할 수 있도록 돕는 컨텍스트 레이어 역할을 합니다. 이 도구에는 Context Store라는 기능이 포함되어 있어, 데이터를 정리하여 검색과 검색 과정을 개선합니다. 이를 통해 에이전트들은 여러 단계를 거치지 않고도 관련 정보를 더 빠르게 접근할 수 있습니다.
테스트 결과, Airbyte Agents는 다른 도구들에 비해 최대 90% 적은 자원(토큰 소비 기준)을 사용하여 효율성이 크게 향상된 것으로 나타났습니다. 팀은 다른 사람들이 테스트하고 피드백을 제공할 수 있도록 벤치마킹 도구를 공개했습니다.
미셸은 Airbyte Agents를 개선하기 위한 커뮤니티의 의견을 요청하며, 지속적인 개발에 대한 의지를 보이고 있습니다.
13.2026년, 프로덕션에서 도커 컴포즈?(Should I Run Plain Docker Compose in Production in 2026?)
2026년에도 일반 Docker Compose를 생산 환경에서 사용할 수 있지만, 운영상의 문제를 스스로 해결해야 합니다.
Docker Compose는 몇 가지 한계가 있어 효과적으로 관리하기 위해서는 수동 개입이나 추가 도구가 필요합니다. 주요 관리 포인트로는 먼저 사용하지 않는 컨테이너를 정리하기 위해 --remove-orphans 옵션을 사용해야 합니다. 또한, 디스크 공간 문제를 방지하기 위해 정기적으로 사용하지 않는 이미지와 컨테이너 로그를 정리하는 것이 중요합니다. Docker는 건강하지 않은 컨테이너를 자동으로 재시작하지 않으므로, 자동 복구 기능이 있는 사이드카를 사용하거나 Docker Swarm으로 전환하는 것을 고려해야 합니다.
이미지 관리 측면에서는 변동성이 있는 태그(예: :latest) 대신, 이미지의 다이제스트를 고정하여 안정성을 확보하고 예기치 않은 변경을 피하는 것이 좋습니다.
보안 측면에서는 컨테이너에서 /var/run/docker.sock을 마운트할 때 주의해야 합니다. 이는 호스트에 대한 루트 접근 권한을 부여하기 때문입니다. 어떤 컨테이너가 이를 사용하는지 파악하고, 보안을 강화하기 위해 루트리스 모드에서 Docker를 실행하는 것을 고려해야 합니다.
여러 고객 호스트에서 업데이트를 관리하는 것은 어려울 수 있습니다. 수동 명령에 의존하기보다는 업데이트를 주기적으로 확인하는 에이전트를 사용하는 것이 좋습니다.
만약 필요가 커진다면, Kubernetes가 일반적으로 추천되는 다음 단계입니다. Kubernetes는 강력한 생태계와 지원을 제공하기 때문입니다. Docker Swarm도 선택할 수 있지만, 한계가 있고 널리 사용되지 않습니다.
결론적으로, Docker Compose는 여전히 생산 환경에서 효과적일 수 있지만, 그 약점을 보완하기 위해서는 철저한 운영 관행이 필요합니다. 자가 관리 환경을 사용하는 경우, Distr Docker 에이전트와 같은 도구가 이러한 프로세스를 자동화하는 데 도움이 될 수 있습니다.
14.비동기 Rust, MVP 상태 지속(Async Rust never left the MVP state)
이 글에서는 "async Rust"와 관련된 문제, 특히 "async bloat"에 대해 다루고 있습니다. "async bloat"는 비동기 기능을 사용할 때 이진 파일의 크기가 증가하는 현상을 의미하며, 특히 마이크로컨트롤러와 같은 자원이 제한된 장치에서 문제가 됩니다. 저자인 임베디드 소프트웨어 엔지니어는 async Rust가 유연하고 동시성 있는 프로그래밍을 가능하게 하지만, 종종 불필요한 복잡성과 이진 파일의 크기를 증가시킨다고 강조합니다.
주요 내용은 다음과 같습니다. 첫째, "Async Bloat"는 async Rust가 "제로 비용 추상화"의 약속을 항상 지키지 못해, 비동기 기능과 관련된 오버헤드로 인해 이진 파일이 더 커지는 문제를 나타냅니다. 둘째, 저자는 이러한 문제를 해결하기 위해 컴파일러 수준에서 접근하는 프로젝트를 제안하고, 이 작업을 지원할 자금을 찾고 있습니다.
셋째, 최적화 아이디어로는 미래(futures)에서 패닉을 피하고 "Pending" 상태를 반환함으로써 이진 파일 크기를 2-5% 줄일 수 있다는 점이 있습니다. 또한, 필요하지 않은 상태 기계들을 제거하기 위해 인라인 최적화를 구현하고, 코드에서 동일한 상태를 통합하여 중복을 줄이고 실행을 간소화할 수 있습니다. 넷째, 글에서는 Rust 컴파일러가 async 함수에 대한 코드를 생성하는 방식에 대한 기술적인 세부사항을 제공하며, 개선할 수 있는 비효율성을 지적합니다.
마지막으로, 저자는 이 이니셔티브를 지원할 수 있는 조직에 도움을 요청하며, 약 30,000 유로가 필요한 작업의 상당 부분을 충당할 수 있을 것이라고 추정합니다. 이 글은 async Rust 컴파일러의 개선 필요성을 강조하며, 커뮤니티의 지원을 요청하고 있습니다.
15.코드미러 협업 편집(Collaborative Editing in CodeMirror)
Marijn Haverbeke의 블로그 글에서는 코드 편집기인 CodeMirror의 협업 편집 기능 설계에 대해 다루고 있습니다. 그는 문서 변경 사항을 처리하는 다양한 시스템을 탐색했지만, 결국 여러 사용자의 변경 사항을 효과적으로 병합할 수 있는 더 간단한 방법인 운영 변환(OT)을 선택했습니다.
협업 편집에 대한 주요 내용으로는, Haverbeke는 분산 협업 편집(사용자들이 직접 업데이트를 공유하는 방식)과 중앙 집중식 시스템(클라이언트가 서버에 업데이트를 전송하는 방식) 간의 큰 차이를 언급합니다. 그는 복잡성을 줄이기 위해 중앙 집중식 접근 방식을 선택했습니다.
운영 변환(OT)은 문서에 적용되는 순서에 따라 변경 사항을 변환할 수 있게 해줍니다. 이를 통해 사용자가 변경 사항을 서로 다른 순서로 적용하더라도 모든 사용자가 동일한 최종 문서를 가지게 됩니다.
하지만 OT는 개념적으로 간단하더라도 복잡한 문서 구조에서는 어려움이 발생할 수 있습니다. 변경 사항을 신중하게 관리해야 하며, 문서 내 텍스트의 위치를 추적하는 데 있어 불일치가 생길 수 있습니다.
충돌 없는 복제 데이터 유형(CRDTs)은 OT의 대안으로, 변경 사항을 어떤 순서로 적용하더라도 수렴을 이룰 수 있게 해줍니다. 그러나 CRDT는 더 복잡하고 더 많은 자원을 요구할 수 있습니다.
CodeMirror의 계획은 분산 협업이나 CRDT의 복잡성에 들어가지 않고 중앙 집중식 협업 편집을 구현하는 것입니다. 변경 사항은 개별 작업이 아닌 집합으로 관리되어 편집 과정을 단순화할 예정입니다.
Haverbeke는 협업 편집 시스템에서 복잡성과 성능의 균형을 맞추는 것이 중요하다고 강조하며, CodeMirror의 필요에 맞는 간단한 접근 방식을 선택했습니다.
16.애플 월렛, '패스 만들기' 추가!(iOS 27 is adding a 'Create a Pass' button to Apple Wallet)
블룸버그의 마크 구르만은 iOS 27에서 "통행증 만들기"라는 새로운 기능이 지갑 앱에 추가될 것이라고 보도했습니다. 이 기능을 통해 사용자는 티켓이나 회원 카드의 QR 코드를 스캔하거나 레이아웃 편집기를 사용해 직접 통행증을 만들 수 있습니다. 이 기능을 사용하기 위해 애플 개발자 계정이나 복잡한 설정이 필요하지 않습니다.
"통행증 만들기" 옵션은 사용자가 지갑 앱의 기존 "+" 버튼을 누르면 나타납니다. 사용자는 QR 코드를 스캔하거나 빈 템플릿으로 시작할 수 있습니다. 앱은 통행증을 시각적으로 구분할 수 있도록 세 가지 색상으로 구분된 템플릿을 제공합니다: 표준(주황색), 회원(파란색), 이벤트(보라색)입니다.
이 변화는 애플에게 중요한 전환점을 의미합니다. 이제 사용자가 기업에 의존하지 않고 독립적으로 통행증을 만들 수 있게 되기 때문입니다. 이 기능은 6월 8일 WWDC에서 미리 공개될 예정이며, 9월에 일반 사용자에게 출시될 것입니다.
사용자가 통행증을 만드는 데 도움을 주는 서드파티 도구인 WalletWallet은 이 기능이 출시되면 사용량이 줄어들 수 있습니다. 그러나 여전히 플랫폼 간 호환성과 더 많은 사용자 정의 옵션과 같은 장점을 제공할 것입니다.
새로운 기능에 대한 세부 사항, 예를 들어 장치 간 동기화 및 공유 옵션 등은 아직 명확하지 않으며, 다가오는 미리 보기에서 공개될 예정입니다. 전반적으로 iOS 27은 지갑 앱에 통행증을 추가하는 과정을 간소화하여 사용자 친화적으로 만들고자 합니다.
17.영국, 전기차 200만 대 등록!(UK: Two millionth electric car registered as market rebounds strongly)
2026년 4월, 영국의 신차 시장은 지난해 같은 달에 비해 24% 증가한 149,247대의 등록을 기록하며 큰 반등을 보였습니다. 이는 세금 변화로 인해 2025년 4월에 구매자들이 미리 차량을 구입했던 영향으로 약세를 보였던 것에서 회복된 결과입니다. 특히, 전기차의 두 백만 번째 등록이 이루어져, 이 저조한 시기에 전기차 시장 점유율이 26.2%에 달했습니다.
모든 시장 부문에서 성장이 있었으며, 플릿 등록은 26.8% 증가했습니다. 개인 차량 판매는 20.2% 상승했으며, 사업용 등록도 15% 증가했습니다. 휘발유 차량에 대한 수요는 8.2% 증가했지만, 디젤 차량 등록은 소폭 감소했습니다.
전기차는 신규 등록의 절반 이상을 차지했으며, 배터리 전기차(BEV)는 4월에 26.2%의 시장 점유율을 기록했습니다. 이는 지난해에 비해 59.1% 증가한 수치입니다. 그러나 BEV의 채택률은 제로 배출 차량 의무에서 설정한 33% 목표에는 미치지 못하고 있습니다.
앞으로 2026년의 총 신차 등록 대수는 209만 대에 이를 것으로 예상되지만, BEV의 시장 점유율은 1분기 수요가 예상보다 낮아 26.8%로 하향 조정되었습니다. 지속적인 지정학적 상황과 높은 에너지 비용은 전기차 시장의 성장에 도전 과제가 되고 있습니다.
전반적으로 4월의 수치는 고무적이지만, 영국 자동차 시장의 지속적인 가격 경쟁력과 정책 검토의 필요성에 대한 우려가 남아 있습니다.
18.도커 29, 기본 이미지 저장소 변경!(Docker 29 has changed its default image store for new installs)
containerd 이미지 저장소는 새로운 설치에서 Docker Engine 29.0 버전 이상에 기본 저장 시스템으로 사용됩니다. 이전 버전에서 업그레이드하는 경우, 수동으로 활성화해야 합니다. 기존의 스토리지 드라이버(예: overlay2)와 달리, containerd는 스냅샷터를 사용하여 이미지 레이어를 관리합니다. 이를 통해 여러 플랫폼의 이미지를 로컬에 빌드하고 저장할 수 있으며, 출처와 같은 인증이 있는 이미지를 처리하고, WebAssembly(Wasm) 컨테이너를 실행하며, 지연 다운로드 및 피어 투 피어 배포와 같은 기능을 제공하는 고급 스냅샷터를 사용할 수 있습니다.
containerd 이미지 저장소는 여러 장점을 제공하지만, 레거시 드라이버보다 더 많은 디스크 공간을 사용합니다. 이는 이미지를 압축된 형식과 압축되지 않은 형식으로 모두 저장하기 때문입니다. 따라서 많은 이미지가 기본 레이어를 공유할 경우 디스크 사용량이 증가할 수 있습니다.
containerd 이미지 저장소를 활성화하려면 Docker 구성 파일을 업데이트하고 Docker 데몬을 재시작해야 합니다. 이 저장소 백엔드로 전환하면 기존 이미지와 컨테이너가 레거시 시스템에서 일시적으로 숨겨지지만, 디스크에는 여전히 남아 있습니다.
특정 조건에서 containerd 이미지 저장소로 자동 마이그레이션하는 실험적 기능도 있으며, 이는 구성 파일에서 활성화할 수 있습니다. 그러나 이 기능이 실험적이기 때문에, 이를 의존하기보다는 새로 시작하는 것이 좋습니다.
containerd 이미지 저장소 사용에 대한 더 자세한 정보는 Docker Desktop에 대한 추가 자료를 참조하시기 바랍니다.
19.잉크젯으로 색을 입히다(Researchers print structural colour with an inkjet printer)
일본 고베대학교의 연구팀이 실리콘 나노입자를 이용해 새로운 잉크를 개발했습니다. 이 잉크는 구조적 색상 인쇄라는 방법을 통해 선명하고 퇴색하지 않는 색상을 인쇄할 수 있습니다. 전통적인 잉크가 안료를 사용하는 것과 달리, 이 새로운 잉크는 나노 규모의 구조를 이용해 빛을 조작하여 색상을 만들어냅니다. 이는 공작새 깃털과 같은 자연 현상과 유사합니다.
연구자들은 실리콘 입자가 뭉치는 것을 방지하기 위해 보호층을 입혀 인쇄 과정에서 발생하는 문제를 해결했습니다. 이를 통해 색상 특성을 유지하면서 평면과 3D 표면 모두에 이미지를 성공적으로 인쇄할 수 있었습니다. 인쇄된 색상은 빛이 투과되거나 반사되는 방식에 따라 달라졌습니다.
이 혁신은 위조 방지, 스마트 창문, 꺼졌을 때만 이미지를 드러내는 에너지 효율적인 디스플레이 등 다양한 응용 가능성을 열어줍니다. 연구팀은 이 기술의 다기능적 활용 가능성을 장식 필름 및 기타 시스템에 대해 더 탐구할 계획입니다. 이들의 연구 결과는 '어드밴스드 머티리얼스' 저널에 발표되었습니다.
20.Z80와 6502 비교!(Comparing the Z80 and 6502 to Their Relatives)
지난주, 저자는 LZ4 디컴프레서를 Z80 버전으로 만들었습니다. 그는 이미 SNES, CoCo, Genesis와 같은 다른 시스템에 대해 이 디컴프레서를 구현한 경험이 있습니다. 이번에 그는 이러한 구현을 라이브러리로 정리하여 향후 프로젝트에서 더 쉽게 사용할 수 있도록 했습니다. 작업을 검토하는 과정에서 그는 Intel 8080, 8086에 대한 적응 버전과 6502를 위한 새로운 버전을 포함해 총 여섯 가지 디컴프레서 버전을 개발했다는 사실을 발견했습니다.
처음 계획은 이러한 CPU 구현과 그 차이를 비교하는 것이었지만, 내용이 너무 방대해져 두 부분으로 나누게 되었습니다. 이번 주는 CPU의 맥락에 초점을 맞추고, 다음 주에는 구현에 대한 자세한 내용을 다룰 예정입니다.
주요 내용으로는 Z80과 8080의 비교가 있습니다. Z80은 8080의 발전된 버전으로, 호환성을 유지하면서도 여러 기능을 추가했습니다. 주요 차이점으로는 8080에는 상대 점프와 섀도우 레지스터가 없고, 명령어 표현 방식에서도 차이가 있습니다.
Z80과 8086의 비교도 중요한 부분입니다. 8086는 나중에 출시된 16비트 CPU로, 더 복잡한 메모리 관리 시스템을 가지고 있습니다. 8비트 Z80과 달리 8086는 더 많은 메모리를 처리할 수 있으며, 레지스터 구조도 다릅니다.
모토로라 6800과 6809에 대해서도 언급했습니다. 6800은 8080보다 덜 성공적이었지만, 더 강력한 6809로 이어졌습니다. 6809는 향상된 기능을 제공하며 아케이드 기계에서 사용되었습니다.
MOS 테크놀로지의 6502는 Z80과 6800과는 다르게 설계되어 더 간단하고 비용 효율적입니다. 이 CPU는 효율적인 메모리 사용과 작업에 중점을 두고 있습니다.
프로그래밍 조언도 포함되어 있습니다. 저자는 이 칩들을 위한 프로그래밍에 대한 통찰을 공유하며, 6502와 Z80 간의 스타일 차이를 강조했습니다. 예를 들어, 6502는 배열 작업에 더 적합하고, Z80은 포인터 역참조에서 뛰어납니다.
저자는 다음 기사에서 이러한 이론의 실제 예제에 대해 더 깊이 다룰 계획입니다.
21.노트패드++ 상표 논란 해명(Clarification on the Notepad++ Trademark Issue)
Notepad++ 상표 문제에 대한 clarification이 이루어졌다. 관련된 저자는 자신의 제품과 웹사이트에서 Notepad++ 상표에 대한 모든 언급을 삭제하여 침해를 종료했다.
Notepad++의 창립자인 돈 호는 Mac 및 다른 운영 체제를 사용하는 사용자들이 Notepad++ 코드를 활용하는 것을 지지하지만, Notepad++ 상표를 사용하는 프로젝트를 공식적으로 지지하는 것은 다르다고 설명했다. 그는 무단으로 진행되는 프로젝트가 악성 소프트웨어를 포함하거나 품질을 유지하지 못할 수 있어 Notepad++의 명성에 해를 끼칠 수 있다는 우려를 표명했다. 따라서 새로운 버전(포트 및 포크)을 만드는 것은 장려되지만, 공식적으로 지지할 수는 없다고 덧붙였다.
22.AI 시대, 배움은 없다(When everyone has AI and the company still learns nothing)
AI 도입의 복잡성에 대해 다루고 있습니다. 많은 기업들이 AI 도구를 사용하기 시작했지만, 이러한 기술에 접근한다고 해서 조직이 이를 통해 배우거나 개선된다는 보장은 없습니다.
AI 도입의 초기 단계는 GitHub Copilot이나 ChatGPT와 같은 AI 도구를 도입하고 모든 직원이 접근할 수 있도록 하는 것입니다. 그러나 진짜 도전은 '혼란스러운 중간 단계'에서 발생합니다. 이 단계에서는 AI 사용이 다양하고 조직 전체의 학습과는 종종 연결되지 않습니다.
각기 다른 팀이 AI를 다양한 방식으로 사용하면서, 조직은 귀중한 통찰력을 포착하고 공유하는 데 어려움을 겪고 있습니다. 회의나 보고서와 같은 전통적인 학습 및 협업 방법은 빠르게 발전하는 AI 환경에 발맞추기에는 너무 느린 경우가 많습니다.
저자는 '루프 인텔리전스'라는 새로운 접근 방식을 제안합니다. 이는 팀이 AI를 어떻게 활용하여 학습 기회를 창출하는지에 중점을 둡니다. 단순히 도구 사용량을 측정하는 것이 아니라, 어떤 프로세스가 귀중한 통찰력으로 이어지는지를 이해하는 것이 중요합니다.
조직은 AI 사용과 그 영향력을 모니터링할 수 있는 더 나은 통제 및 피드백 시스템을 개발해야 합니다. 이를 통해 학습이 단순한 준수보다 우선시되도록 해야 합니다.
또한, 직원들이 AI 사용을 보여주기 위해 압박을 느끼는 감시 문화를 피해야 한다고 경고합니다. 이러한 문화는 실험과 진정한 학습을 저해할 수 있습니다.
AI 도입의 미래는 조직이 AI 경험에서 얼마나 빨리 배우고, 프로세스를 조정하며, 유용한 기능을 팀 간에 배포할 수 있는지에 달려 있습니다. 진정한 조직 학습을 촉진하는 데 초점을 맞추는 것이 중요하며, 단순히 생산성을 높이는 것에 그쳐서는 안 됩니다.
성공적인 AI 도입은 도구에 대한 접근뿐만 아니라 효과적인 학습 메커니즘, AI의 영향력에 대한 신중한 모니터링, 실험을 장려하는 개방적인 문화가 필요합니다.
23.빈 좌석 찾기(Empty Screenings – Finds AMC movie screenings with few or no tickets sold)
이 웹사이트는 사람들이 티켓 판매가 없는 AMC 영화 상영을 찾아 개인적인 영화관 경험을 즐길 수 있도록 도와줍니다. 사용자들은 우편번호를 입력하여 영화관을 검색할 수 있습니다. 현재 주변에는 빈 상영이 없지만, 다른 우편번호를 시도하거나 모든 가능한 상영 목록을 확인할 수 있습니다. 이 사이트는 라일리 월즈에 의해 만들어졌으며 AMC 극장과는 관련이 없습니다.
24.이스로.dev의 메타 하네스(Simple Meta-Harness on Islo.dev)
하네스는 언어 모델 에이전트(LLM)를 위한 프롬프트, 도구, 지원으로 구성됩니다. 메타 하네스는 과거의 실패를 분석하고 더 나은 버전을 만들어 하네스를 자동으로 개선합니다. 윤호 이가 강조한 핵심 사항은 상세한 진단 정보의 부족입니다. 대부분의 최적화 도구는 요약 통계만 제공하지만, 메타 하네스는 최대 1천만 개의 토큰에 달하는 방대한 실행 데이터를 접근할 수 있습니다.
이 시스템이 제대로 작동하려면, 실행 추적을 생산하고 저장하며 접근하는 것이 경제적으로 가능해야 합니다. 이슬로 샌드박스는 이러한 기능을 효과적으로 수행할 수 있습니다. 이들은 환경 스냅샷 저장, 병렬 테스트 인스턴스 생성, 진단을 위한 로그 유지 등 필요한 기능을 제공합니다.
간단한 스크립트가 만들어져 이러한 기능을 시뮬레이터와 연결하여 많은 자원을 사용하지 않고도 빠른 테스트를 가능하게 했습니다. 이 설정은 최소한의 변경으로 실제 백엔드로 쉽게 전환할 수 있습니다.
다섯 가지 작업(FizzBuzz와 회문 검사 등)으로 진행된 테스트에서, 시스템은 처음에는 아무 작업도 해결하지 못하다가 네 번의 시도 만에 모든 작업을 해결하게 되었습니다. 흥미롭게도, 한 작업과 관련된 힌트가 다른 작업을 해결하는 데 예상치 않게 도움이 되었으며, 이는 요약 통계만으로는 얻을 수 없는 상세한 실행 추적의 이점을 보여줍니다.
25.캘리포니아 복숭아 나무 대량 폐기(California farmers to destroy 420k peach trees following Del Monte bankruptcy)
사이트의 필요한 부분을 불러올 수 없습니다. 이 문제는 브라우저 확장 프로그램, 네트워크 문제 또는 브라우저 설정 때문일 수 있습니다. 인터넷 연결을 확인하고, 광고 차단기를 끄거나 다른 브라우저를 사용해 보세요.
26.코드가 저렴할 때의 교훈(Lessons for Agentic Coding: What should we do when code is cheap?)
이 블로그 글에서는 고급 AI 에이전트를 활용한 효과적인 코딩을 위한 열 가지 주요 교훈을 제시하며, 저비용 코딩의 장점을 강조합니다. 주요 내용은 다음과 같습니다.
첫째, 코드를 작성하는 것은 결정을 명확히 하고 초기 계획을 개선하는 데 도움이 됩니다. 둘째, 코드를 자주 업데이트하고 실험하여 새로운 아이디어와 기능을 발견해야 합니다. 셋째, 제품이 무엇을 하는지를 검증하는 테스트에 집중하고, 단순히 어떻게 작동하는지를 확인하는 것에 그치지 않아야 합니다. 넷째, 코딩 결정을 내린 이유를 기록하여 일관된 방향성을 유지하는 것이 중요합니다. 다섯째, 코딩을 하면서 프로젝트 목표를 정기적으로 업데이트하여 현재의 진행 상황과 통찰력을 반영해야 합니다.
여섯째, 프로젝트의 어려운 부분에 도전해야 합니다. 그곳에서 진정한 가치가 발견되기 때문입니다. 일곱째, 간단한 작업은 자동화하여 복잡한 문제에 더 많은 시간을 할애할 수 있도록 해야 합니다. 여덟째, 자신의 분야와 사용자 요구를 이해하여 지속적인 피드백 없이도 더 나은 결정을 빠르게 내릴 수 있어야 합니다. 아홉째, AI 에이전트를 효과적으로 안내하기 위해 자신의 지식을 활용하여 코딩 효율성을 높여야 합니다. 마지막으로, 코딩이 쉬울 수 있지만 지속적인 지원과 보안은 신중한 고려가 필요하다는 점을 명심해야 합니다.
저자는 이러한 교훈이 AI와 함께 코딩하는 사람들을 위한 가이드를 제공하며, 커뮤니티의 집단적인 통찰을 바탕으로 하고 있다고 언급합니다.
27.구글 크롬, 무단 AI 모델 설치!(Google Chrome silently installs a 4 GB AI model on your device without consent)
최근 조사에 따르면, 구글 크롬이 사용자 동의 없이 4GB의 인공지능(AI) 모델을 사용자 기기에 조용히 설치하고 있는 것으로 나타났습니다. 이 모델은 "weights.bin"이라는 이름을 가지고 있으며, 구글의 제미니 나노의 일부로 크롬의 AI 기능, 예를 들어 글쓰기 보조 및 사기 탐지에 사용됩니다. 사용자에게는 이 설치에 대한 안내가 없으며, 파일을 삭제하려고 하면 크롬이 자동으로 다시 다운로드합니다.
이러한 행동은 환경에 미치는 영향이 상당합니다. 대규모로 설치될 경우, 다운로드를 받는 기기 수에 따라 6,000에서 60,000톤의 이산화탄소 배출이 발생할 수 있습니다. 이는 유럽의 개인정보 보호법, 특히 전자 프라이버시 지침과 GDPR(일반 데이터 보호 규정) 위반으로 심각한 법적 문제를 야기합니다. 사용자 동의와 투명성에 대한 권리를 침해하기 때문입니다.
주요 내용은 다음과 같습니다. 크롬은 사용자 몰래 4GB 파일을 설치하며, 이 다운로드는 탄소 배출에 크게 기여합니다. 이러한 행위는 유럽연합과 영국의 개인정보 보호 규정을 위반할 가능성이 높습니다. 사용자들은 이 모델을 저장하고 있다는 사실을 알지 못해 기기 저장 공간 관리가 복잡해집니다.
이 기사는 구글이 사용자에게 이러한 행동에 대해 알리지 않은 점을 비판하며, 회사가 이러한 설치 전에 명시적인 동의를 받아야 한다고 주장합니다. 이러한 관행은 구글의 개인정보 보호와 책임 있는 AI 사용에 대한 신뢰를 저해한다고 강조합니다.
28.폐쇄형 앱에 기능 추가(Adding a feature to a closed-source app)
저자는 두 개의 오디오북 앱인 Audiobookshelf(ABS)와 Smart Audiobook Player(SABP) 간의 동기화 기능을 추가하려고 시도한 경험을 공유합니다. 두 앱을 모두 사용하는 것을 즐기지만, SABP가 ABS와 읽기 진행 상황을 동기화하지 않아 불편함을 겪고 있습니다.
이 문제를 해결하기 위해 저자는 SABP에 ABS 동기화를 추가하는 방법을 탐색하기로 결정합니다. SABP는 폐쇄형 소스 앱이지만, 저자는 먼저 앱을 디컴파일하여 코드를 분석하고 읽기 진행 상황을 저장하는 주요 기능을 찾아냅니다. 또한 ABS API가 어떻게 작동하는지 조사하여 동기화를 위해 어떤 데이터를 전송해야 하는지 이해합니다.
AI 도구인 Claude의 도움을 받아 동기화를 위한 Java 코드를 작성하고, 소량의 smali 코드를 사용해 앱에 통합합니다. 구현 과정에서 여러 버그를 발견하고 수정하며, AI의 도움으로 많은 문제를 해결합니다.
수정된 앱을 빌드하고 서명한 후(원본 버전을 제거해야 했습니다), 저자는 이를 테스트하여 ABS 서버에서 읽기 진행 상황을 성공적으로 업데이트합니다. 저자는 폐쇄형 소프트웨어 작업의 어려움에 대해 반성하며, 언어 모델의 발전 덕분에 더 많은 사람들이 앱을 수정할 수 있게 되었다고 언급합니다. 이 과정에서 오픈 소스 소프트웨어의 장점, 즉 기여와 수정이 가능하다는 점을 강조합니다.
결국 저자는 자신의 필요와 관심에 더 잘 맞는 또 다른 오디오북 앱인 Lissen으로 전환하기로 결정합니다. 앱 수정 과정이 가치 있는 경험이었다고 결론짓고, 오픈 소스 소프트웨어에 대한 선호를 다시 한 번 확인합니다.
29.신문의 첫 사진(The first photo published in a newspaper)
사진 저널리즘의 발전 과정은 여러 중요한 이정표를 통해 설명됩니다. 1806년경 신문에 처음으로 삽화가 등장했고, 1848년 7월에는 프랑스 잡지인 '리라스트라시옹'에 뉴스 기사에 실린 첫 번째 사진이 게재되었습니다. 이 사진은 파리에서의 노동자 파업을 담고 있었습니다.
당시 기술과 주간 신문의 특성 때문에 사진의 출판은 느렸습니다. 사용된 이미지는 원본 사진을 바탕으로 한 판화였을 가능성이 높습니다. '리라스트라시옹'은 1891년과 1907년에 신문에서 첫 번째 컬러 사진도 발표했습니다. 특히 크림 전쟁과 미국 남북 전쟁에서 로저 펜턴의 사진을 통해 전쟁 보도가 크게 발전하며 사진 저널리즘이 진화했습니다.
남북 전쟁 이후 신문에서 사진의 사용이 더 일반화되었고, 1900년까지는 뉴스 기사에서 이미지를 기대하는 것이 일반적이었습니다. 전반적으로 사진은 저널리즘에서 단순한 신기함에서 현대 뉴스 보도의 필수 요소로 변화했습니다.
30.당신이 지운 데이터(AI didn't delete your database, you did)
이 기사는 한 사람이 AI 에이전트가 자신의 회사의 생산 데이터베이스를 삭제했다고 주장한 사건에 대해 다루고 있습니다. 저자 이브라힘 디알로는 문제의 본질이 AI에 있는 것이 아니라 사용자의 책임 부족에 있다고 강조합니다. 그는 왜 이렇게 위험한 API 엔드포인트가 존재하는지 의문을 제기하며, 이를 자동차의 자폭 버튼에 비유합니다.
디알로는 소프트웨어를 배포하면서 자신이 저지른 실수에 대한 개인적인 이야기를 나눕니다. 그는 오류가 종종 도구 자체가 아니라 수동적인 과정에서 발생한다고 강조합니다. AI가 코드를 생성할 수 있지만, 완벽하지 않으며 숙련된 개발자를 대체하기보다는 그들을 돕는 도구로 여겨져야 한다고 주장합니다. 저자는 기업들이 AI를 사용할 때 능숙한 감독을 보장하고, 생산에 배포되는 내용에 대한 이해의 중요성을 강조해야 한다고 말합니다.
31.손으로 그린 QR 코드 (2025)(Hand Drawn QR Codes (2025))
세스 라슨은 QR 코드에 대한 열정을 나누며 최근에 스티커 메모지 같은 패드에 손으로 그린 QR 코드를 만든 프로젝트에 대해 설명합니다. 그는 가장 작은 QR 코드인 버전 1이 최대 17바이트 길이의 URL을 담을 수 있지만, 자신의 웹사이트 URL은 너무 길었다고 말합니다. 이를 해결하기 위해 그는 짧은 버전의 URL을 사용했으며, 이 URL도 스캐너가 그의 사이트로 연결될 수 있도록 했습니다. 그는 대문자를 사용하면 QR 코드에서 더 긴 URL을 사용할 수 있다는 유용한 팁을 배웠습니다.
파이썬 패키지를 이용해 QR 코드를 성공적으로 그렸지만, 종이가 말리는 문제로 스캔하는 데 어려움을 겪었습니다. 그러나 모니터에 QR 코드를 걸어두니 스캔이 잘 되었다고 합니다. 그는 독자들에게 손으로 QR 코드를 그려보라고 권장하며, 영감을 얻기 위해 다른 격자 기반의 예술도 탐색해보라고 제안합니다.
32.저커버그의 저작권 침해 승인(Zuckerberg 'Personally Authorized and Encouraged' Meta's Copyright Infringement)
마크 저커버그와 메타가 다섯 개 출판사와 작가 스콧 투로우로부터 소송을 당했습니다. 이들은 메타가 AI 시스템을 훈련시키기 위해 수백만 개의 저작권이 있는 자료, 즉 책과 기사 등을 불법으로 복사했다고 주장하고 있습니다. 소송에서는 저커버그가 메타의 경쟁력 있는 AI 모델 개발 전략의 일환으로 이러한 저작권 침해를 개인적으로 장려했다고 주장하고 있습니다.
원고들은 메타가 저작권 보호를 무시하고 불법 자료를 사용했으며, 라이선스 계약을 고려했음에도 불구하고 이를 따르지 않았다고 주장합니다. 그들은 메타의 행동이 역사상 가장 큰 저작권 침해 중 하나에 해당하며, AI 시스템인 라마가 원작과 매우 유사한 콘텐츠를 생성한다고 주장하고 있습니다.
메타는 이에 대해 저작권 자료를 AI 훈련에 사용하는 것이 공정 사용에 해당한다고 반박하며, 소송에 맞서 싸울 계획이라고 밝혔습니다. 비슷한 문제로 메타에 대한 이전 소송들은 회사에 유리한 판결로 이어졌지만, 이번 사건은 메타의 행동이 공정 사용 보호 범위를 넘어섰다고 주장하고 있습니다.
33.단어 게임, 워드트랙!(I built a new word game, Wordtrak)
제작자가 새로운 게임인 WordTrak에 대한 피드백을 구하고 있습니다. 이 게임은 1대1로 대결하는 단어 게임으로, 지난 몇 달 동안 개발해왔습니다. 온라인에서 wordtrak.com에서 플레이할 수 있으며, iOS 앱은 여기에서 다운로드할 수 있습니다. 곧 안드로이드 버전도 출시될 예정입니다.
34.인스타 메세지 종료!(Instagram Encrypted Messaging Ends on Friday, May 8)
인스타그램은 2026년 5월 8일부터 다이렉트 메시지에 대한 종단 간 암호화를 중단한다고 발표했습니다. 이는 메타(인스타그램의 모회사)가 사용자 간에 주고받는 메시지 내용을 볼 수 있게 된다는 의미입니다.
종단 간 암호화는 2023년부터 선택 사항으로 제공되었으며, 이 기능은 발신자와 수신자만 메시지를 읽을 수 있도록 보호합니다. 인스타그램은 변경이 이루어지기 전에 사용자가 보존하고 싶은 메시지나 미디어를 다운로드하는 방법을 안내할 계획이지만, 변경 후 메시지에 대한 처리 방식은 아직 설명하지 않았습니다.
메타는 암호화를 제거하기로 한 결정이 사용률이 낮기 때문이라고 밝혔습니다. 많은 사람들이 이 기능을 선택하지 않았다고 합니다. 또한, 암호화된 메시징을 원하는 사용자는 대신 WhatsApp을 사용할 수 있다고 언급했습니다. 이번 변화는 법 집행 기관과 아동 안전 단체의 압박 속에서 이루어졌으며, 메타가 메시지 내용을 분석하여 광고에 활용할 수 있다는 점에서 개인정보 보호에 대한 우려를 불러일으킵니다.
메타는 이전에 더 강력한 암호화를 홍보했지만, 인스타그램 메시지에 대한 이 기능의 제거는 정책의 큰 변화를 의미합니다. 페이스북 메신저의 그룹 채팅은 여전히 선택적 암호화를 제공하며, WhatsApp은 기본 설정으로 암호화를 유지하고 있습니다.
35.Did I photograph the Aurora or was it something else? (2016)(Did I photograph the Aurora or was it something else? (2016))
요약이 없습니다.
36.AI 제품 묘지(AI Product Graveyard)
2026년 5월 현재 다양한 AI 도구와 플랫폼의 상태에 대한 간략한 요약입니다.
여러 AI 도구가 중단되었거나 도메인이 만료되었습니다. 여기에는 문서 협업 플랫폼인 Bit.ai, 마케팅 콘텐츠 연구 도구인 Letterdrop AI, 고객 지원을 위한 대화형 AI인 Senseforth.ai, 전자상거래 판매 최적화 플랫폼인 Acobot, 그리고 워드프레스를 위한 AI 콘텐츠 생성기인 AiBud WP가 포함됩니다.
많은 도구가 대기업에 인수되어 그들의 서비스에 통합되었습니다. 예를 들어, AdCopy.ai는 Koast에, Airkit.ai는 Salesforce에, BoostUp.ai는 Terret에, Bing AI는 Microsoft에, 그리고 Content at Scale은 BrandWell에 인수되었습니다.
이러한 인수 후 제품들은 종종 새로운 모회사의 웹사이트로 방향이 전환되었으며, 이는 브랜드와 서비스 제공 방식의 변화를 나타냅니다.
전반적인 추세는 AI 분야의 통합을 보여주고 있습니다. 많은 소규모 플랫폼이 대기업에 흡수되었고, 일부는 운영을 중단했습니다. 이 요약은 다양한 AI 도구의 상태와 업계의 주요 트렌드를 강조합니다.
37.식물학 거인의 작별(Farewell to a Giant of Botany)
식물학과 보존 분야에서 중요한 인물인 피터 레이븐이 2026년 4월 25일 89세의 나이로 세상을 떠났습니다. 그는 1971년부터 2010년까지 미주리 식물원(MOBOT)의 관장을 맡아 이 식물원을 연구와 교육의 존경받는 중심지로 발전시켰습니다. 그의 지도 아래 식물원의 시설이 확장되었고, 중국과 마다가스카르와 같은 나라의 식물학자들과 협력하여 중요한 보존 프로젝트가 시작되었습니다.
레이븐은 생물학자 폴 에를리히와 함께 "공진화"라는 용어를 만든 것으로도 유명합니다. 이 용어는 식물과 초식동물과 같은 종들 간의 상호작용을 설명합니다. 그의 경력 동안 그는 국가 과학 메달과 맥아더 펠로우십을 포함해 많은 상을 받았습니다. 그의 비전은 식물원뿐만 아니라 세인트루이스 지역 사회에도 큰 기여를 했습니다.
38.루트리스 컨테이너의 복사 실패(CVE-2026-31431: Copy Fail vs. rootless containers)
CVE-2026-31431, 일명 "Copy Fail",은 리눅스 시스템에서 권한 상승을 허용하는 취약점입니다. 이 취약점의 주요 내용과 루트리스 컨테이너에 미치는 영향을 정리했습니다.
이 취약점은 리눅스 커널이 특정 작업을 처리하는 방식에 결함이 있어, 공격자가 /usr/bin/su와 같은 중요한 바이너리를 악성 코드로 덮어쓸 수 있게 합니다. 이 공격은 파이썬 스크립트에 포함된 압축된 셸코드를 사용하여 실행되며, 컨테이너 내에서 루트 권한을 얻기 위한 작업을 수행합니다. 공격자는 페이지 캐시를 조작하여 정당한 바이너리를 공격자의 코드로 교체합니다.
테스트 환경은 취약한 버전의 페도라를 가상 머신에 설치하여 구성하였고, 루트리스 포드맨이라는 컨테이너 관리 도구를 사용해 컨테이너 환경을 격리했습니다. 공격은 루트리스 컨테이너 내에서 실행되었으며, 이는 사용자가 호스트에서 루트 권한 없이 작업할 수 있도록 합니다. 악성 페이로드를 성공적으로 실행하고 컨테이너 내에서 루트 접근 권한을 얻었지만, 이 접근은 컨테이너의 네임스페이스에 한정되었습니다.
루트리스 컨테이너의 보안은 공격이 호스트 시스템에서 루트 접근으로 이어지지 않도록 합니다. 이는 사용자 네임스페이스 매핑 덕분으로, 컨테이너 내의 "루트"가 호스트의 비특권 사용자에 해당하기 때문입니다. 이로 인해 권한 상승 시도가 효과적으로 차단되었습니다.
eBPF(확장된 버클리 패킷 필터)는 시스템 호출을 관찰하고 커널이 무단 권한 상승을 거부했음을 확인하는 데 사용되었습니다. 이를 통해 공격의 한계를 보여주었습니다. 루트리스 컨테이너는 권한을 격리하고 이러한 공격의 영향을 제한함으로써 상당한 보안 이점을 제공합니다. 그러나 컨테이너 간 공유 페이지 캐시는 여전히 위험 요소로 남아 있습니다. 이 기사는 OpenShift와 같은 컨테이너 환경에서 사용자 네임스페이스 지원을 활성화하여 보안을 강화할 것을 권장합니다.
앞으로는 전통적인 컨테이너에서 에페메랄 마이크로 VM으로 전환하여 보안을 개선하려는 논의가 진행되고 있으며, 공유된 캐시 바이너리로 인한 컨테이너 간 오염을 방지하기 위한 조치를 구현하자는 제안도 있습니다. 전반적으로 "Copy Fail" 취약점이 악용될 수 있지만, 루트리스 컨테이너 아키텍처는 권한 상승과 관련된 위험을 효과적으로 완화합니다.
39.공기 중 미세플라스틱, 지구를 데우다(Airborne Microplastics May Be Warming the Planet)
새로운 연구에 따르면 대기 중의 미세 플라스틱 입자가 지구 온난화에 기여하고 있을 가능성이 있다고 합니다. 이러한 미세 플라스틱은 의류와 플라스틱 제품 등 다양한 출처에서 발생하며, 공기를 통해 먼 거리까지 이동할 수 있습니다. 일부 가벼운 미세 플라스틱은 태양빛을 반사하여 냉각 효과를 주지만, 어두운 색의 미세 플라스틱은 열을 흡수하여 전체적인 온난화에 기여합니다.
연구에서는 전 세계 미세 플라스틱 배출로 인한 온난화 효과가 매년 200개의 석탄 화력 발전소와 비슷하다고 추정하고 있지만, 이는 이산화탄소의 영향에 비하면 여전히 훨씬 작은 수치입니다. 연구자들은 기후 모델에 미세 플라스틱의 영향을 포함시켜야 한다고 믿고 있지만, 이들이 기후 변화에 미치는 영향을 완전히 이해하기 위해서는 더 많은 증거가 필요하다고 강조하고 있습니다.
40.GPT‑5.5 Instant(GPT‑5.5 Instant)
요약이 없습니다.
41.요원 스킬(Agent Skills)
에이전트 스킬은 AI 코딩 에이전트를 개선하기 위한 프로젝트로, 종종 간과되는 필수 엔지니어링 관행을 준수하도록 하는 데 중점을 두고 있습니다. AI 에이전트는 일반적으로 작업을 신속하게 완료하는 데 집중하지만, 사양 작성, 테스트 생성, 리뷰 수행과 같은 중요한 단계를 생략하는 경향이 있습니다. 이 프로젝트는 이러한 중요한 프로세스를 에이전트의 작업 흐름에 통합하고자 합니다.
스킬의 정의는 "구조화된 작업 흐름"으로, 단순한 참고 자료가 아닙니다. 이는 AI가 일련의 실행 가능한 단계와 체크포인트를 통해 진행하도록 안내하여 철저함과 책임감을 보장합니다. 소프트웨어 개발 생애 주기(SDLC)에 따라 이 프로젝트는 스킬을 정의, 계획, 구축, 검증, 리뷰, 배포의 여섯 가지 주요 단계로 조직합니다. 각 단계는 실수를 피하고 품질을 보장하는 데 필수적입니다.
프로젝트의 다섯 가지 핵심 원칙은 다음과 같습니다. 첫째, 프로세스가 문서보다 더 효과적입니다. 둘째, 각 스킬에는 단계를 생략하기 위한 일반적인 변명과 이를 반박하는 내용이 포함되어 있어, 단축키를 정당화하는 것을 방지합니다. 셋째, 모든 작업은 완료의 구체적인 증거로 끝나야 합니다. 넷째, 현재 단계에 따라 관련된 스킬만 활성화되어 시스템의 효율성을 유지합니다. 마지막으로, 에이전트는 불필요한 복잡성을 피하기 위해 지시받은 작업만 수행해야 합니다.
이 스킬은 구글과 같은 회사의 잘 알려진 소프트웨어 엔지니어링 관행을 통합하여, 에이전트가 신뢰할 수 있는 소프트웨어를 개발하기 위한 검증된 방법을 따르도록 합니다. 사용자는 마켓플레이스에서 설치하거나 시스템 내의 마크다운 파일을 사용하는 등 다양한 방식으로 스킬을 프로젝트에 통합할 수 있습니다.
AI 코딩 에이전트를 사용하지 않더라도, 이 프로젝트는 합리화를 문서화하고, 실행 가능한 작업 흐름에 집중하며, 검증을 보장하고, 명확한 작업 범위를 유지하는 것의 중요성을 강조합니다. 에이전트 스킬은 AI 코딩 에이전트가 생략할 수 있는 엔지니어링의 필수 요소를 강화하여 소프트웨어 개발에서 품질과 신뢰성을 우선시하도록 하는 것을 목표로 합니다.
42.환상적인 PaaS 새 랜딩 페이지(New Landing Page for Awesome PaaS)
이 텍스트는 코드 배포를 위한 다양한 플랫폼을 한눈에 보기 쉽게 정리한 개요를 제공합니다. 여기에는 호스팅된 PaaS, CaaS, 샌드박스, Jamstack 엣지, ADN 런타임, 자체 호스팅 제어판, 클라우드 IDE와 같은 여러 유형의 플랫폼이 포함되어 있습니다. 플랫폼은 현재 운영 중인 "Alive", 더 이상 활성화되지 않은 "Defunct", 그리고 서로 다른 유형의 플랫폼을 나타내는 "Categories"의 세 그룹으로 분류됩니다. 또한 사용자가 활성 플랫폼만 필터링할 수 있는 검색 기능도 제공됩니다.
43.K8s 로그 PII 자동 제거(A Mutating Webhook to automatically strip PII from K8s logs)
PII-Shield는 Kubernetes를 위해 설계된 도구로, 로그에서 민감한 개인 정보(PII)를 자동으로 정리하여 유출을 방지합니다. 이를 통해 조직은 GDPR 및 SOC2와 같은 규정을 준수할 수 있습니다. 이 도구는 애플리케이션에서 로그가 외부로 나가기 전에 민감한 데이터를 가려 AI 모델의 오염을 방지하고, 비싼 모델 재훈련을 피할 수 있도록 돕습니다.
PII-Shield의 주요 기능 중 하나는 배포 옵션입니다. Kubernetes Operator는 코드 변경 없이 자동으로 로그 정리를 위한 안전한 사이드카를 포드에 추가하는 제로 코드 솔루션입니다. In-Process WASM은 높은 성능을 제공하며, 로그 정리 엔진을 애플리케이션에 직접 내장하여 매우 낮은 지연 시간을 자랑합니다.
이 도구의 장점으로는 생산 준비가 완료된 상태로, 메모리 사용량이 적고 로그를 빠르게 처리할 수 있는 능력이 있습니다(초당 10만 줄 이상). 또한, 문맥을 인식하여 키 없이도 민감한 데이터를 식별할 수 있는 기능이 있습니다. 사용자는 자신만의 정규 표현식 규칙을 정의하고 특정 패턴을 화이트리스트에 추가할 수 있어 맞춤 설정이 가능합니다. 다양한 상황에서 효과적으로 작동하는 100% 정확성을 보장합니다.
PII-Shield는 기존 코드에 변경 없이 여러 프로그래밍 언어와 함께 작동할 수 있어 통합이 용이합니다. 또한, 여러 클러스터에서 PII-Shield를 관리할 수 있는 중앙 집중식 관리 시스템이 개발 중이며, 이를 통해 경고 및 분석 기능을 제공합니다.
설치는 Helm 차트를 통해 Kubernetes에 설치하거나 Docker 이미지를 직접 가져올 수 있습니다. 사용자는 소스에서 직접 빌드할 수도 있습니다. 설정은 생산 사용을 위해 보안을 위한 소금, 엔트로피에 대한 적응형 임계값, 사용자 정의 정규 표현식 목록 등을 포함하여 사용자 맞춤형으로 조정할 수 있습니다.
이 도구는 신뢰성과 정확성을 보장하기 위해 광범위한 테스트를 거쳤으며, 단위 테스트와 종단 간 테스트를 포함합니다. PII-Shield는 Apache 2.0 라이센스 하에 배포됩니다.
전반적으로 PII-Shield는 로그에서 민감한 데이터를 보호하고 규정을 준수하며 Kubernetes에서 실행되는 애플리케이션의 보안을 강화하는 강력한 솔루션입니다.
44.클라우드플레어의 선택?(Why is Cloudflare protecting the DDoS'er (beamed.st) attacking Ubuntu servers?)
소셜 미디어에서는 DDoS 보호 서비스를 제공하는 클라우드플레어에 대한 논의가 활발히 이루어지고 있다. 이 회사가 우분투를 공격하는 DDoS 서비스도 보호하고 있다는 주장이 제기되면서 사용자들은 클라우드플레어의 역할에 대해 우려를 표하고 있다. 많은 댓글에서는 이 회사가 DDoS 공격이라는 문제와 그에 대한 보호라는 해결책 모두에서 이익을 얻는 이해 상충의 상황을 지적하고 있다. 사용자들은 클라우드플레어가 명백한 범죄 활동에 대해 아무런 조치를 취하지 않는 점을 비판하며, 책임과 규제가 필요하다고 강조하고 있다. 일부 참여자들은 클라우드플레어의 비즈니스 모델이 이러한 사이버 위협의 존재에 의존하고 있다고 주장하기도 했다. 전반적으로 클라우드플레어가 불법 활동을 지원하지 않도록 더 많은 책임을 져야 하며, 악용 신고에 대한 대응을 개선해야 한다는 강한 의견이 제기되고 있다.
45.자신만의 LLM 만들기(Train Your Own LLM from Scratch)
이 워크숍은 GPT-2와 유사한 언어 모델(LLM)을 처음부터 끝까지 만드는 방법을 가르칩니다. 훈련 과정의 모든 부분을 직접 작성하면서 LLM이 어떻게 작동하는지 이해하는 데 도움이 됩니다.
이 워크숍의 주요 특징은 참가자가 작은 GPT 모델을 만들어 셰익스피어처럼 텍스트를 생성할 수 있다는 점입니다. 참가자는 텍스트를 숫자로 변환하는 토크나이저, 트랜스포머 구조를 구현하는 모델 아키텍처, 손실 계산과 최적화를 포함한 훈련 루프, 훈련된 모델에서 텍스트를 생성하는 방법 등을 배웁니다.
참가자는 Python 3.12 이상이 설치된 노트북이나 데스크톱이 필요하며, Python 코드를 읽는 기본적인 지식이 요구됩니다. 머신러닝 경험은 필요하지 않습니다.
설치 방법은 두 가지가 있습니다. 로컬 설치는 최상의 성능을 제공하며, 설치 방법에 대한 안내가 제공됩니다. 온라인 설정을 선호하는 경우 구글 코랩을 이용해 파일을 업로드하고 실행할 수 있습니다.
워크숍은 다음과 같은 구조로 진행됩니다. 첫째, 문자 수준의 토크나이제이션에 대해 배우고, 둘째, 전체 GPT 모델 아키텍처를 이해하며, 셋째, 완전한 훈련 과정을 탐구합니다. 넷째, 텍스트 생성 방법에 대한 통찰을 얻고, 다섯째, 실제 데이터로 훈련하고 결과를 실험합니다. 마지막으로, 최고의 AI 시인을 훈련시키고 자신의 작품을 제출하는 경쟁이 있습니다.
워크숍에서는 셰익스피어의 작품과 같은 작은 데이터셋에 적합한 문자 수준의 토크나이제이션을 사용합니다. 더 큰 데이터셋의 경우 BPE 토크나이제이션과 같은 다른 접근 방식이 필요할 수 있습니다.
추가 학습을 위한 참고 자료로는 nanoGPT 프로젝트와 관련된 동영상 강의, 트랜스포머 및 GPT-2에 대한 원본 논문이 있습니다. 워크숍이 끝나면 참가자는 작동하는 모델을 만들고 LLM 훈련에 대한 실습 경험을 얻게 됩니다.
46.sRGB 프로파일 비교(sRGB profile comparison)
이 기사는 15가지 sRGB 색상 프로파일 변형 간의 차이를 다루며, 이러한 프로파일 간의 불일치로 인해 색상 관리의 필요성을 강조합니다. sRGB는 원래 휴렛팩커드와 마이크로소프트가 색상 관리를 단순화하기 위해 제안했지만, 다양한 sRGB 변형이 생겨나면서 혼란이 발생하고 색상 관리 도구의 사용이 필요해졌습니다.
주요 내용은 다음과 같습니다. 첫째, 프로파일 변형에서 RGB 값, 백색점, 톤 응답 곡선, 블랙 포인트 등에서 상당한 차이가 발견되었습니다. 각 이미지 편집 소프트웨어(예: Gimp, Krita, Cinepaint)는 고유한 sRGB 버전을 사용하므로, 태그가 없는 이미지를 편집할 때 결과가 달라질 수 있습니다.
둘째, 프로파일은 다양한 소프트웨어, 원시 이미지 프로세서, 온라인 자료에서 수집되었으며, 작은 변화도 색상 정확도에 영향을 미칠 수 있음을 보여줍니다.
셋째, 색상 관리의 기술적 측면을 살펴보면, 서로 다른 프로파일은 종종 다른 RGB XYZ 값을 가지며, 이는 색상 출력에 영향을 줄 수 있습니다. 정확한 색상 표현을 위해 필수적인 브래드포드 적응이 프로파일마다 일관되게 적용되지 않습니다. 백색점(D65와 D50)과 톤 응답 곡선도 다르며, 이는 이미지의 최종 모습에 영향을 미칩니다.
넷째, 대부분의 사용자는 고도로 채도가 높은 이미지를 작업하지 않는 한 색상 차이를 느끼지 못할 수 있습니다. 그러나 잘못된 적응을 가진 프로파일을 사용하면 색상 변색이나 세부 정보 손실이 발생할 수 있습니다.
마지막으로, 저자는 ArgyllCMS 버전의 sRGB를 사용하는 것을 추천합니다. 이 버전은 색상이 균형 잡히고 표준화되어 있어 다양한 소프트웨어 간의 일관성을 보장합니다. 또한 표준 sRGB 사양을 따르지 않는 프로파일에 주의할 것을 권장합니다.
결론적으로, sRGB 색상 공간이 색상 관리를 단순화하려고 했지만, 다양한 프로파일이 생겨나면서 오히려 복잡해졌고, 정확한 디지털 이미징을 위해 강력한 색상 관리가 필수적이 되었습니다.
47.코딩 에이전트, 개발자처럼!(Treat your coding agents like developers)
저자는 AI 코딩 에이전트를 안전하게 사용할 수 있도록 돕는 도구인 yolobox를 만들었습니다. 이 도구는 사용자들이 홈 디렉토리에 손상을 주지 않도록 설계되었습니다. 많은 사용자들이 비슷한 문제를 겪으면서 yolobox는 GitHub에서 인기를 끌게 되었습니다. 여러 에이전트의 필요성이 커지면서, 이들을 공유 환경에서 관리하는 데 어려움이 생겼습니다. 특히 Git, 파일 시스템, Docker 컨테이너와 관련된 문제들이 있었습니다.
여러 에이전트와 효율적으로 작업하기 위해 저자는 각 에이전트를 개별 개발자로 대우할 것을 제안합니다. 제한적이고 번거로운 Git 워크트리 대신, yolobox는 각 에이전트에 대해 프로젝트 폴더의 완전한 복사본을 제공합니다. 이 복사본에는 필요한 모든 파일, 의존성, 설정이 포함되어 있어 충돌을 피하고 로컬 개발 환경을 유지하는 데 도움이 됩니다.
각 에이전트는 독립적으로 작동하며, 자신만의 Git 상태, Docker 설정, 고유한 URL을 가집니다. 이러한 접근 방식은 조정을 간소화하고 간섭 없이 병렬 작업을 가능하게 합니다. 저자는 에이전트가 인간 개발자와 유사한 환경에서 작업할 수 있도록 하는 것이 중요하다고 강조하며, 이를 통해 에이전트의 효율성을 극대화할 수 있다고 설명합니다.
결론적으로, 에이전트는 독립적이고 효율적으로 작업할 수 있도록 각자의 작업 공간과 도구를 가진 주니어 개발자처럼 대우받아야 합니다.
48.다중 임대 보안 취약점 발견!(Securing a DoD contractor: Finding a multi-tenant authorization vulnerability)
2026년 5월 3일, 군사 훈련을 위한 AI 기반 플랫폼인 Schemata에서 심각한 보안 문제가 발생했다. 이 플랫폼의 API가 적절한 인증 절차를 갖추지 않아 민감한 데이터에 대한 무단 접근이 가능했던 것이다. 오픈 소스 AI 해킹 도구인 Strix는 일반 계정으로도 미국 군인들의 기록과 기밀 군사 훈련 자료에 접근할 수 있음을 발견했다.
Schemata는 Andreessen Horowitz의 지원을 받고 있으며, 국방부(DoD)와 계약을 체결하고 있다. 이들은 2025년 12월부터 2026년 5월 사이에 여러 차례 이 취약점에 대해 연락을 받았고, 문제를 인지한 후 공개되기 전에 이를 수정했다.
이번 사건은 운영 보안(OPSEC)과 연방 사이버 보안 규정 준수에 대한 심각한 우려를 불러일으켰다. 인증 절차의 부재는 군인들을 겨냥한 공격으로 이어질 수 있는 위험이 있었다.
주요 사항으로는 민감한 데이터를 다루는 조직은 강력한 보안 조치를 우선시해야 하며, Schemata의 고객은 노출된 정보와 이에 대한 대응에 대해 문의해야 한다. 또한 개발자들은 강력한 인증 프로토콜을 마련해야 하고, 기업은 보안 연구자들과 긍정적으로 소통해야 한다는 점이 강조된다.
49.인간처럼 마우스 포인터(Mouse Pointer as a Mere Mortal)
저자는 라이트룸에서 놀라운 경험을 했다고 전합니다. 버튼을 클릭한 후 앱이 자동으로 마우스 포인터를 이동시켰습니다. 이로 인해 저자는 여러 가지 생각과 감정을 느꼈습니다.
첫째, 통제력을 잃은 느낌이었습니다. 저자는 앱이 자신의 손을 제어하는 것처럼 느껴져 불안함을 느꼈습니다. 손은 보통 자신의 행동을 확장하는 도구이기 때문입니다.
둘째, 유용성과 기억력에 대한 고민이 있었습니다. 마우스 포인터를 이동시키는 것이 특정 상황에서는 도움이 될 수 있지만, 저자는 이것이 사용자가 스스로 작업을 수행하는 방법을 기억하는 데 어려움을 줄 수 있을지 의문을 제기했습니다.
셋째, 디자인 가이드라인에 대한 반성을 했습니다. 저자는 이런 예기치 않은 행동이 디자인 가이드라인에서 종종 다루어지지 않는 이유를 생각했습니다. 모든 사용자 상호작용을 예측하기가 어렵기 때문입니다.
넷째, 저자는 이 경험을 "신성한 상호작용"의 일환으로 분류했습니다. 타이핑 중 집중하거나 실행 취소, 복사 및 붙여넣기와 같은 필수 기능은 방해받지 않아야 한다고 강조했습니다.
마지막으로, 저자는 닐 아가왈의 재미있는 프로젝트를 언급했습니다. 그 프로젝트에서는 커서를 이동시키는 것이 적절하게 느껴졌지만, 라이트룸에서의 불안한 경험과 대조적이었습니다. 또한, 과거에 피그마에서 다른 사람의 포인터를 삭제하는 아이디어를 떠올렸는데, 그때도 이상하게 느껴졌지만 이제는 커서 제어에 대한 대화와 관련이 있다고 생각합니다.
이 글은 사용자 상호작용 디자인의 복잡성을 탐구하며, 특히 소프트웨어의 통제와 예기치 않은 행동에 대해 다루고 있습니다.
50.종이 울린 개구리(The Frog for Whom the Bell Tolls)
"개구리의 종이 울릴 때"는 1992년 닌텐도에서 출시한 일본의 게임 보이 타이틀로, 흔히 "개구리 게임"으로 알려져 있습니다. 이 게임은 저주받은 왕자들이 주인공으로 등장하며, 그들이 인간으로 돌아가기 위해 종을 울려야 하는 유머러스한 이야기를 담고 있습니다. 또한, "링크의 각성"과 같은 다른 닌텐도 게임의 캐릭터들과 연결된 요소도 있습니다.
이 게임은 공식적으로 영어로 번역되지 않았지만, 팬이 만든 번역 패치가 존재합니다. 저자는 이 게임을 구입한 후, 해당 패치를 사용해 에뮬레이터에서 플레이했으며, 짧고 재미있는 모험이라고 느꼈습니다.
게임 플레이는 위에서 아래로 보는 탐험과 옆으로 스크롤되는 구간이 혼합되어 있지만, 전통적인 RPG와는 다릅니다. 플레이어는 레벨을 올리거나 전투 결과를 직접 제어할 수 없어서 '제어의 환상'을 느끼게 합니다. 게임에는 인간, 개구리, 뱀의 세 가지 진영이 있으며, 이들 간의 관계는 다양합니다.
이야기는 가벼운 편으로, 적인 델라린 경을 물리치고 티라미수 공주를 찾는 데 초점을 맞추고 있지만, 주요 서사는 작은 도전 과제를 통해 전개됩니다. 전반적으로 "개구리 게임"은 게임 보이에서 짧고 즐거운 경험을 원하는 이들에게 추천됩니다.
51.헬스장에서의 대화(Talking to strangers at the gym)
저자는 헬스장에서 친구를 사귀며 외로움을 극복한 과정을 공유합니다. 대학을 졸업한 후 사람들과의 연결에 어려움을 겪던 저자는 한 달 동안 매일 헬스장에서 한 사람에게 다가가기로 결심했습니다. 처음에는 긴장했지만, 각 사람에 대해 관찰한 내용을 바탕으로 맞춤형 인사말을 개발했습니다.
한 달 동안 저자는 대화를 기록하며 각 상호작용의 길이와 결과를 주의 깊게 살펴보았습니다. 어떤 대화는 짧고 비생산적이었지만, 다른 대화는 지속적인 우정으로 이어졌습니다. 저자는 헤드폰을 끼고 있는 사람들도 대화에 열려 있다는 것을 알게 되었습니다.
어색한 순간도 있었지만, 저자는 이 경험이 보람찼다고 느꼈습니다. 한 달이 끝날 무렵, 저자는 여러 새로운 지인을 사귀었고, 그 중 한 명은 저자를 저녁에 초대하기도 했습니다. 주말에 더 자주 만나고 싶었지만, 많은 새로운 친구들이 바쁜 일정을 가지고 있었습니다.
결국 저자는 더 많은 연결감을 느끼게 되었고, 외로움의 마법사에서 헬스장에서 의미 있는 상호작용을 하는 사람으로 변화했습니다. 헬스장이 단순한 운동 공간이 아니라 지지하는 공동체를 제공할 수 있다는 것을 깨달았습니다.
52.코드버그 CLI 출시!(Codeberg (Forgejo) CLI, built with Xclif)
cb는 Codeberg를 위한 명령줄 인터페이스(CLI)로, GitHub의 CLI와 유사합니다. Python으로 개발되어 Forgejo의 모든 인스턴스와 호환됩니다.
주요 기능으로는 인증, 저장소 관리, 이슈 추적, 풀 리퀘스트 관리, 소프트웨어 릴리스 관리, 그리고 설정 관리를 포함합니다. 인증은 cb auth login 명령어로 설정할 수 있으며, 저장소를 나열하고, 복제하고, 생성하고 관리하는 기능이 제공됩니다. 이슈를 생성하고, 조회하며 관리하는 것도 간단한 명령어로 가능합니다. 풀 리퀘스트를 생성하고 병합하는 기능도 지원하며, 소프트웨어 릴리스를 생성하고 관리할 수 있습니다. 설정 관리도 용이하여, 구성과 설정을 쉽게 확인할 수 있습니다.
설치는 pip를 통해 pip install codeberg-cli 명령어로 할 수 있으며, 소스에서 클론하려면 다음과 같은 명령어를 사용합니다.
git clone https://codeberg.org/ThatXliner/codeberg-cli.git
cd cb
uv tool install .
기본 명령어로는 인증을 위한 cb auth login, 저장소 목록 조회를 위한 cb repo list, 저장소 복제를 위한 cb repo clone [username/repo], 이슈 생성을 위한 cb issue create --title "title" --body "description", 도움말 조회를 위한 cb --help가 있습니다.
cb는 여러 Forgejo 인스턴스를 지원하며, 이슈, 풀 리퀘스트, 릴리스를 관리하는 데 있어 풍부한 기능을 제공합니다. 다른 Forgejo CLI에 비해 일상적인 작업을 수행하는 데 더 많은 기능을 갖추고 있습니다.
라이센스는 MIT 라이센스에 따라 제공됩니다. 사용자 친화적이고 Python 기반의 CLI를 원한다면 cb를 선택해 보세요. 저장소와 이슈 관리를 위한 강력한 기능을 제공합니다.
53.비스킷의 매력(Biscuit)
비스킷은 Xteink X4 전자 종이 기기를 위한 맞춤형 펌웨어로, 단순한 70달러 전자책 리더기를 다기능 스마트 기기로 변모시킵니다. 이 펌웨어는 전자책 리더의 모든 기능을 유지하면서 무선 도구, 보안 기능, 통신 옵션, 게임 및 유틸리티를 추가합니다. 펌웨어는 CrossPoint Reader를 기반으로 하고 있습니다.
비스킷의 주요 기능 중 하나는 홈 화면이 여덟 개의 카테고리로 구성된 대시보드라는 점입니다. 이를 통해 독서는 여러 옵션 중 하나에 불과합니다. 4.26인치 전자 잉크 디스플레이는 햇빛에서도 읽을 수 있으며, 전원이 꺼져도 이미지를 유지하고 긴 배터리 수명을 자랑합니다. 터치스크린 대신 일곱 개의 물리적 버튼으로 탐색할 수 있습니다. 또한 WiFi와 저전력 블루투스(BLE)를 지원하여 무선 기능을 제공하며, 저장 공간은 MicroSD 카드를 통해 확장할 수 있습니다.
비스킷은 여러 앱과 카테고리를 제공합니다. 'Recon'은 데이터를 전송하지 않는 수동 스캔 및 모니터링 도구입니다. 'Offense'는 네트워크 분석 및 공격을 위한 능동적인 무선 테스트 도구입니다. 'Defense'는 기기를 보호하고 위협을 감지하는 보안 기능을 포함합니다. 'Comms'는 텍스트 채팅 및 파일 공유를 위한 통신 도구입니다. 'Tools'는 생산성과 창의적인 작업을 위한 유틸리티를 제공합니다. 'Games'는 테트리스와 체스 같은 다양한 게임을 포함합니다. 마지막으로 'Reader'는 전자책 접근, 독서 통계 및 파일 관리를 지원합니다.
펌웨어는 웹 플래셔를 통해 설치하거나 Git와 PlatformIO를 통해 수동으로 설치할 수 있습니다. 개발을 위해서는 특정 소프트웨어와 도구가 필요하며, 번역 추가 및 디버깅 옵션도 제공됩니다. 이 펌웨어는 MIT 라이센스 하에 오픈 소스로 제공되며, CrossPoint Reader 프로젝트를 기반으로 하고 있습니다.
비스킷은 Xteink X4의 기능을 향상시켜 독서, 통신 등 다양한 용도로 사용할 수 있는 다기능 기기로 만들어 줍니다.
54.2차원 수학 곡선(2-D Mathematical Curves)
이 텍스트는 939개의 2차원 수학 곡선 모음을 소개합니다. 특정 곡선을 찾는 방법은 다섯 가지가 있습니다.
첫 번째는 이름으로 검색하는 방법입니다. 곡선의 이름을 입력하여 찾을 수 있습니다. 두 번째는 전체 텍스트 검색으로, 키워드를 사용해 곡선을 찾아볼 수 있습니다. 세 번째는 방정식의 유형에 따라 분류된 곡선입니다. 여기에는 다양한 차수의 다항식으로 이루어진 대수적 곡선과 이산, 지수, 프랙탈 등과 같은 초월적 곡선이 포함됩니다.
네 번째 방법은 유도된 곡선을 찾는 것입니다. 여기에는 바리센트릭 곡선, 카우스틱 곡선, 페달 곡선 등이 포함됩니다. 마지막으로 다섯 번째 방법은 곡선의 형태나 시각적 특성에 따라 검색하는 것입니다.
이 텍스트는 얀 바센나르(Jan Wassenaar)에게 기인하며, 마지막 업데이트는 2013년 9월 21일입니다.
55.1966 머스탱, 테슬라로 변신!(1966 Ford Mustang Converted into a Tesla with Working 'Full Self-Driving')
폭스바겐이 리비안의 최대 주주가 되어 아마존을 제쳤습니다. 현재 폭스바겐은 리비안의 주식 15.9%를 보유하고 있습니다.
56.phpc.tv의 탄생 이유(Why I Created phpc.tv)
저자는 2026년 1월에 PHP 프로그래머를 위한 동영상 공유 사이트인 phpc.tv를 만들었습니다. 이 사이트는 빠르게 인기를 얻어 한 달 만에 2,200개 이상의 동영상을 모았습니다. 저자는 유튜브와 같은 주류 플랫폼에서 광고가 많고, 콘텐츠 발견이 어렵고, 검열이 심하다는 불만에서 영감을 받았습니다. 저자는 초기 웹에서 느꼈던 공동체의 감각을 되살리고 기업의 영향을 받지 않는 공간을 제공하고 싶었습니다. 그래서 오픈 소스이자 연합된 특성을 가진 PeerTube를 선택하여 더 나은 제어와 사용자 경험을 가능하게 했습니다. 이 사이트는 창작자에 대한 지원과 커뮤니티 중심의 관리에 중점을 두고 있으며, 초기 웹의 분위기를 떠올리게 합니다. 저자는 시청자들에게 콘텐츠를 즐기고 창작자들에게는 자신의 동영상을 공유할 것을 권장합니다. 앞으로의 기사에서는 플랫폼 운영에서의 도전 과제에 대해 다룰 예정입니다.
57.How OpenAI delivers low-latency voice AI at scale(How OpenAI delivers low-latency voice AI at scale)
요약이 없습니다.
58.지그에서 러스트로(Zig → Rust porting guide)
최근 사용자 Jarred Sumner가 "bun" 프로젝트에 대한 커밋을 진행했습니다. 이 프로젝트는 "oven-sh"라는 조직에서 관리하고 있습니다.
커밋 ID는 46d3bc2이며, 2026년 5월 4일에 이루어졌습니다. 이번 커밋에서는 Phase-A 포팅에 대한 문서가 추가되어, 프로젝트 문서에 업데이트가 반영되었습니다. 두 개의 파일이 변경되었으며, 새로운 포팅 가이드 문서와 포팅을 위한 스크립트가 포함되어 있습니다. 총 622줄이 추가되었고, 삭제된 내용은 없습니다.
이번 커밋은 포팅과 관련된 프로젝트 문서를 개선하는 데 기여하고 있습니다.
59.네트워킹의 함정(When networking doesn't work)
최근 블로그 포스트에서 미칼 네카섹은 윈도우 11 컴퓨터와 오래된 타얀 SMDC IPMI 모듈 간의 네트워킹 문제를 해결한 경험을 공유했습니다. 다양한 소프트웨어와 운영 체제를 사용해 여러 번 시도했지만, 처음에는 통신을 설정하는 데 어려움을 겪었습니다.
윈도우 XP와 윈도우 10 시스템을 사용해도 성공하지 못한 그는 리눅스 운영 체제를 통해 ipmitool 소프트웨어로 SMDC와 통신할 수 있다는 것을 발견했습니다. 이 발견은 그가 윈도우 11 컴퓨터에서 더 깊이 조사하도록 이끌었습니다. Wireshark와 PktMon을 사용해 패킷이 수신되고 있었지만 "유효하지 않은 체크섬" 때문에 패킷이 드롭되고 있다는 사실을 알게 되었습니다.
문제의 근본 원인은 인텔 NIC 드라이버의 UDP 체크섬 오프로드 기능에 있었으며, 이 기능이 유효한 패킷을 잘못된 것으로 표시하고 있었습니다. 이 기능을 비활성화하자 문제는 해결되었고, SMDC와의 성공적인 통신이 가능해졌습니다.
네카섹은 이 문제가 SMDC의 TCP/IP 스택이 패킷 ID를 처리하는 방식과 관련이 있을 것이라고 추측하지만, 체크섬 오프로드를 끄는 것이 자신의 필요에 맞는 실용적인 해결책이라고 언급했습니다. 그는 체크섬 오프로드가 일반적으로 잘 작동하지만, 가끔씩 복잡한 네트워킹 문제를 일으킬 수 있다고 결론지었습니다.
60.아이들, 수염으로 나이 속이기!(Kids can bypass some age checks with a drawn-on mustache)
최근 연구에 따르면, 영국의 온라인 안전법이 아동을 유해한 온라인 콘텐츠로부터 보호하는 데 효과적이지 않은 것으로 나타났습니다. 1,000명 이상의 영국 아동과 그 부모를 대상으로 한 조사에서 46%의 아동이 연령 확인 절차를 쉽게 우회할 수 있다고 생각한다고 응답했습니다. 일부는 수염을 그리거나 가짜 정보를 입력하는 간단한 방법으로 이러한 확인 절차를 속이기도 했습니다.
거의 절반에 가까운 아동이 온라인에서 유해한 콘텐츠를 접했다고 보고했지만, 실제로 연령 확인 절차를 우회했다고 인정한 아동은 32%에 불과했습니다. 많은 부모들도 이 문제에 연루되어 있으며, 17%는 자녀가 이러한 제한을 피하도록 적극적으로 도와주고, 9%는 문제를 무시하고 있습니다.
보고서는 아동의 온라인 안전을 보장하기 위해 정부와 온라인 기업의 강력한 조치가 필요하다고 제안합니다. 조사를 진행한 인터넷 매터스는 안전 조치가 온라인 플랫폼에 처음부터 내장되어야 하며, 나중에 추가되는 것이 아니라는 점을 강조하고 있습니다.
61.하룻밤에 코드 정리!(Formatting a 25M-line codebase overnight)
이 기사는 Stripe에서 2,500만 줄에 달하는 대규모 코드베이스를 rubyfmt라는 도구를 사용해 포맷팅하는 과정을 다룹니다. 개발자 생산성을 높이기 위해 노력하는 Fable Tales와 Anna Mason의 활동을 강조합니다. 이 내용은 엔지니어링 관행을 확장하고 코드 품질을 유지하는 것에 대한 더 큰 논의의 일환입니다. 또한 독자들에게 Stripe의 개발자 도구와 기능에 대해 더 알아볼 수 있도록 YouTube, 문서, 지역 모임과 같은 추가 자료에 참여할 것을 권장합니다.
62.파이인프라 3.8 출시(PyInfra 3.8.0)
최근에 pyinfra 소프트웨어의 3.8.0 버전이 출시되었습니다. 이번 업데이트는 여러 분야에서의 개선 사항과 버그 수정이 포함되어 있으며, 전체적인 의미 체계 버전 관리 시스템으로의 전환이 특징입니다.
주요 개선 사항으로는 명령어 형식 문제를 해결하고, 핵심 API를 특정 라이브러리와 분리한 점이 있습니다. 보안 측면에서는 입력 인용을 확장하여 명령어 주입을 방지하는 기능이 강화되었습니다. 또한, 시스템 컨텍스트가 누락된 경우의 처리 방식이 개선되었고, 다양한 패키지 형식에 대한 지원도 추가되었습니다.
SSH 구성 파싱 문제도 수정되었으며, macOS와의 호환성도 향상되었습니다. 문서화 부분에서는 사용법과 요구 사항을 명확히 하기 위해 여러 가지 문서가 업데이트되었습니다. 이번 릴리스는 다양한 기여자들의 지원을 받았으며, 그들의 노력을 인정하는 내용도 포함되어 있습니다.
전반적으로 이번 업데이트는 기능, 보안, 문서화 개선에 중점을 두고 있으며, 커뮤니티의 기여를 장려하는 방향으로 진행되었습니다.
63.사건 해결!(Incident with Actions – Resolved)
GitHub에서는 개발자 뉴스레터를 구독할 수 있습니다. 이 뉴스레터는 매달 두 번, 팁, 기술 가이드, 그리고 모범 사례를 직접 이메일로 제공합니다.
64.게임스톱, 이베이 55.5조 인수 제안!(GameStop makes $55.5B takeover offer for eBay)
게임스톱이 이베이를 인수하기 위해 555억 달러의 제안을 한 것으로 알려졌다. 이 제안은 이베이의 주가를 주당 125달러로 평가한 것으로, 최근 거래 가격보다 20달러 높은 금액이다. 게임스톱의 CEO인 라이언 코헨은 자신의 리더십 아래 이베이가 아마존의 강력한 경쟁자가 될 수 있다고 믿고 있으며, 이사회가 제안을 거부할 경우 이베이 주주들에게 직접 호소할 의향이 있다고 밝혔다.
분석가들은 게임스톱과 이베이가 매우 다른 비즈니스 모델을 가지고 있다고 지적하며 회의적인 반응을 보이고 있다. 게임스톱은 팬데믹 동안 '밈 주식'으로 인기를 끌며 수익이 증가했지만, 매출은 감소한 상황이다. 반면, 이베이의 사용자 수는 2018년 1억 7500만 명에서 현재 1억 3600만 명으로 크게 줄어들었다.
코헨은 이베이의 비용을 1년 안에 20억 달러 줄일 계획이며, 주로 판매 및 마케팅 부문에서 절감할 예정이다. 그는 급여를 받지 않고 새로운 회사의 성과에 따라 보상을 받을 것이라고 밝혔다. 게임스톱은 이 거래를 위해 200억 달러의 부채로 자금을 조달할 계획이지만, 일부 분석가들은 이 제안이 게임스톱의 부채로 이베이에 부담을 줄 수 있다고 경고하고 있다. 이 소식이 전해진 후 이베이의 주가는 5% 상승했지만, 게임스톱의 주가는 9% 이상 하락했다.
65.모네로 채굴의 비밀(How Monero’s proof of work works)
모네로는 랜덤X라는 독특한 작업 증명 시스템을 사용합니다. 이 시스템은 일반 컴퓨터에서 채굴을 더 쉽게 할 수 있도록 설계되었으며, ASIC과 같은 전문 하드웨어에는 불리하게 작용합니다. 비트코인이 고정된 해시 함수를 사용하는 것과 달리, 랜덤X는 채굴자가 가상 머신에서 무작위 프로그램을 실행하도록 요구하여 채굴 과정이 일반 CPU 작업과 유사하게 만듭니다.
랜덤X의 작동 방식을 간단히 설명하면 다음과 같습니다. 첫째, 랜덤X는 이전 블록 해시에서 키를 가져오고 후보 블록 입력을 사용하여 고유한 채굴 환경을 만듭니다. 둘째, 약 2GiB의 큰 메모리 데이터셋과 2MiB의 작은 스크래치패드를 구축하여 DRAM과 CPU 캐시를 효과적으로 활용합니다. 셋째, 채굴자는 256개의 명령어로 구성된 무작위로 생성된 프로그램을 실행하며, 이는 CPU의 모든 기능을 활용하기 위한 다양한 작업을 포함합니다. 넷째, 이 과정은 여덟 개의 연결된 프로그램을 실행하여 채굴자가 어려운 작업을 무시하지 않도록 하여 공정성을 보장합니다. 마지막으로, 머신 상태를 결합하고 해시하여 최종 출력을 생성하며, 이는 네트워크의 난이도 목표와 비교됩니다.
랜덤X는 두 가지 운영 모드를 가지고 있습니다. 하나는 전체 데이터셋을 사용하는 "빠른 모드"로 채굴자에게 적합하고, 다른 하나는 자원 소모가 적은 검증을 위한 "경량 모드"입니다. 이러한 설계는 채굴을 분산화하고 전문 하드웨어 제조업체의 영향을 줄이는 데 도움을 줍니다.
전반적으로 랜덤X는 채굴을 일반적인 컴퓨팅과 유사하게 만들어 포용성과 공정성을 증진하고, 효율적인 ASIC 개발을 복잡하게 만드는 것을 목표로 하고 있습니다.
66.LLM 이야기해요(Let's talk about LLMs)
현재 대형 언어 모델(LLM)의 프로그래밍에서의 상태와 영향에 대해 논의하고 있다. 저자는 많은 사람들이 LLM을 혁신적이라고 생각하지만, 기대하는 만큼의 생산성 향상을 제공하지 않을 수 있다고 강조한다.
LLM에 대한 논쟁이 있다. LLM이 기술의 큰 돌파구인지 아니면 단순한 과대광고인지에 대한 의견이 나뉜다. 저자는 소프트웨어 개발의 어려움이 단순히 더 빠른 코드 생성으로 해결되지 않을 것이라고 주장한다.
저자는 명확성을 위해 "AI"보다 "LLM"이라는 용어를 선호한다. 현재의 논의가 LLM에 집중되고 있기 때문이다. 프레드 브룩스의 에세이를 인용하며, 소프트웨어 개발 생산성을 극적으로 향상시키는 단일 해결책은 없다고 주장한다. 소프트웨어 제작의 어려움은 우연한 문제가 아니라 본질적인 복잡성에서 비롯된다.
LLM은 코드 생성을 도와줄 것으로 기대되지만, 이는 프로그래머의 시간 대부분을 차지하는 소프트웨어 설계와 테스트의 근본적인 문제를 해결하지는 않는다. LLM을 활용한 개발의 효과에 대한 보고서는 혼재된 결과를 보여주며, 종종 명확한 생산성 향상보다는 코드 품질의 불안정성과 문제를 강조한다.
LLM이 소프트웨어 개발을 민주화할 것이라는 생각에 의문을 제기한다. 비전문가들은 프로그래밍과 소프트웨어 설계에 대한 충분한 지식 없이 LLM을 효과적으로 사용하기 어려울 수 있다. 저자는 조직들이 LLM을 급하게 도입하기보다는 기본적인 소프트웨어 관행을 개선하는 데 집중해야 한다고 제안한다. 이는 LLM이 제공할 수 있는 미래의 이점을 더 잘 활용할 수 있는 기반을 마련할 것이다.
팀은 뒤처질까 두려워하기보다는, LLM을 포함한 도구들을 효과적으로 활용할 수 있도록 탄탄한 소프트웨어 개발 관행에 집중해야 한다. LLM은 잠재력이 있지만, 저자는 생산성 향상이 제한적일 수 있다고 믿으며, 조직들이 소프트웨어 개발의 기본 관행을 강화하는 데 우선순위를 두어야 한다고 강조한다.
67.Microsoft Edge stores all passwords in memory in clear text, even when unused(Microsoft Edge stores all passwords in memory in clear text, even when unused)
요약이 없습니다.
68.사과 데이터베이스의 모든 것(Pomiferous: The most extensive apples (pommes) database)
Pomiferous는 7,000종 이상의 사과에 대한 정보를 제공하는 포괄적인 데이터베이스입니다. 사용자는 사과의 이름, 수분 그룹, 수확 기간 등을 통해 쉽게 검색할 수 있습니다.
주요 기능으로는 다양한 사과 종류에 대한 자세한 설명이 포함되어 있으며, 각 사과의 용도도 안내합니다. 예를 들어, 요리, 사이다, 디저트용으로 적합한 사과들이 소개됩니다. 특히 주목할 만한 사과 품종으로는 다음과 같은 것들이 있습니다.
칼빌 블랑 드 이베르(Calville Blanc d’Hiver)는 프랑스 타르트에 적합하며, 구울 때 형태를 잘 유지합니다. 세카이 이치(Sekai Ichi)는 일본에서 개발된 대형 디저트 사과입니다. 아메르 드 베르트쿠르(Amère de Berthecourt)는 1800년대 프랑스에서 유래한 쓴맛과 단맛이 조화를 이루는 사이다용 사과입니다. 골든 하비(Golden Harvey)는 강렬한 맛으로 유명한 달콤한 사이다용 사과입니다.
이 데이터베이스는 사용자 친화적이며 정기적으로 업데이트되어 사과 애호가와 요리 용도로 유용한 자원이 됩니다.
69.오르크8: Rust로 만든 강력한 워크플로 엔진(Orch8 – Durable workflow engine in Rust, one binary, Postgres or SQLite)
Orch8은 Rust로 구축된 자체 호스팅 워크플로 오케스트레이션 엔진입니다. 사용자는 간단한 JSON 시퀀스를 통해 워크플로를 정의할 수 있으며, 각 단계가 완료되거나 재시도되거나 데드레터 큐로 전송되도록 보장합니다.
Orch8의 주요 특징 중 하나는 단일 바이너리로 작동한다는 점입니다. PostgreSQL(개발 시 SQLite)만을 의존성으로 하여 실행됩니다. 다른 워크플로 엔진들이 복잡한 인프라를 요구하는 것과 달리, Orch8은 하나의 Rust 바이너리와 PostgreSQL만으로 운영됩니다. 다양한 워크플로 구성 요소를 제공하며, Step, Parallel, Race 등의 기본 요소를 포함합니다. 복잡한 스케줄링 기능도 지원하여, 업무일 인식, 시간대, 크론 트리거 등을 설정할 수 있습니다.
신뢰성 측면에서도 뛰어난 기능을 갖추고 있습니다. 시스템은 충돌 복구, 구성 가능한 재시도, 데드레터 큐와 같은 기능을 포함하고 있습니다. 실행 관리는 우선순위 큐와 대량 작업을 통해 이루어집니다. 다중 테넌시를 지원하여 특정 테넌트에 대한 쿼리와 자원 관리를 가능하게 합니다. 외부 작업자와 플러그인을 지원하여 다양한 사용 사례에 적응할 수 있는 확장성도 제공합니다. 또한, 워크플로 모니터링을 위한 메트릭과 로깅 기능도 제공됩니다. AI 통합 기능을 통해 다양한 제공업체와의 AI 에이전트를 지원하며, 동적 단계 주입이 가능합니다.
설치 방법으로는 Docker를 이용한 빠른 설정, GitHub 릴리스를 통한 바이너리 설치, macOS에서 쉽게 설치할 수 있는 Homebrew가 있습니다. TypeScript, Python, Go용 SDK도 제공되어 워크플로 작성 및 작업자 지원이 가능합니다.
시스템 아키텍처는 API 처리, 스케줄링, 저장소 관리 등 다양한 구성 요소를 포함하여 효율적인 실행과 저장소 관리를 보장합니다. 광범위한 문서가 제공되어 빠른 시작, API 참조, 구성 및 배포에 대한 정보를 제공합니다. 커뮤니티는 Discord와 GitHub를 통해 지원과 피드백을 주고받을 수 있습니다.
라이선스는 비즈니스 소스 라이선스 1.1에 따라 사용자가 Orch8을 수정하고 자체 호스팅할 수 있지만, 경쟁 서비스로 제공할 수는 없습니다. 이 라이선스는 4년 후 Apache 2.0으로 전환됩니다. 자체 호스팅을 원하지 않는 경우, 관리형 서비스도 제공됩니다.
Orch8은 아직 1.0 이전 개발 단계에 있으므로, 작은 부하에는 신뢰할 수 있지만, 더 높은 요구를 가진 사용자는 추가 성숙이 이루어질 때까지 다른 옵션을 고려해야 할 수 있습니다.
70.애플 서버에서 맥OS 테스트(Testing Mac OS on the Apple Network Server 2.0 ROMs)
애플 네트워크 서버(ANS)는 애플의 첫 번째 유닉스 서버로, 여러 가지 ROM 업그레이드가 있었습니다. 처음에는 ANS가 AIX만 부팅할 수 있었지만, 이후 발표된 내용에 따르면 ROM 업그레이드를 통해 Mac OS와 Windows NT도 실행할 수 있다고 했습니다. 그러나 이 제품 라인은 취소되어 공식적으로 출시되지 않았습니다.
최근에 이러한 ROM 중 일부가 다시 나타났습니다. 여기에는 생산 전 버전과 Windows NT ROM이 포함되어 있습니다. ANS 700 시스템에서 이 ROM을 테스트한 결과는 다음과 같습니다.
생산 전 ROM은 외부 하드웨어를 사용하여 ANS가 Mac OS를 부팅할 수 있게 해주며, 2.0 ROM은 ANS의 독특한 비디오 및 SCSI 하드웨어에 대한 내장 지원을 포함하여 내부 부팅이 가능하게 합니다. 그러나 2.0 ROM은 벤치마크 테스트에서 생산 전 ROM에 비해 성능이 크게 떨어지는 것으로 나타났습니다. 그래픽과 CPU 테스트에서 실망스러운 결과가 나왔고, 생산 전 버전이 Mac OS에 대해 더 나은 속도와 호환성을 제공합니다.
또한, 2.0 ROM은 전면 장착된 LCD와 AIX 호환성 같은 일부 기능이 제대로 작동하지 않으며, 내부 SCSI를 제대로 지원하지 않습니다. 저자는 앞으로도 ROM을 계속 실험하고, ANS의 성능과 안정성을 개선하기 위해 Mac OS의 패치 버전을 개발할 가능성을 염두에 두고 있습니다.
결론적으로, 2.0 ROM이 일부 이점을 제공하지만, 성능과 Mac OS 호환성 면에서는 생산 전 ROM이 더 바람직합니다. 여전히 해결되지 않은 문제들이 있으며, 저자는 시스템의 기능을 더욱 향상시키기 위해 노력하고 있습니다.
71.카기 오리온 브라우저, 리눅스 공개 베타 출시!(Kagi's Orion browser hits public beta on Linux)
Kagi는 리눅스용 Orion 브라우저의 공개 베타 버전을 출시하여 더 많은 사용자가 시험해볼 수 있게 되었습니다. Orion은 WebKit 기반의 브라우저로, Chromium이나 Firefox와는 다르며, GTK4/libadwaita와 WebKitGTK를 사용하여 리눅스를 위해 특별히 설계되었습니다. 이 브라우저는 사용자 맞춤 설정 옵션과 내장된 개인정보 보호 기능으로 잘 알려진 macOS 버전과 유사한 경험을 제공하는 것을 목표로 하고 있지만, 초기 리눅스 버전에서는 기능이 제한적일 수 있습니다.
베타 버전에서는 웹 페이지 로딩, 탭 관리, 즐겨찾기 저장과 같은 기본 기능이 가능하지만, 여전히 버그와 기능 누락이 있습니다. 예를 들어, 툴바를 수정할 수 없고 주소창 자동 완성 기능이 없습니다. 현재 Orion은 무료로 사용할 수 있지만, 추가 혜택을 위한 선택적 유료 구독 서비스인 Orion+도 제공됩니다. 일부 구성 요소는 GitHub에서 사용할 수 있지만, 브라우저는 완전한 오픈 소스는 아닙니다.
Ubuntu에 Orion 베타를 설치하려면 사용자가 먼저 Flatpak을 설치한 후, Orion Flatpak 파일을 수동으로 다운로드하고 설치해야 합니다. 베타 버전은 아직 테스트 단계에 있으므로 사용자 피드백이 권장됩니다.
72.분에 대한 걱정(I am worried about Bun)
저자는 2025년 12월 Anthropic에 인수된 이후로 한때 칭찬했던 JavaScript 런타임인 Bun에 대한 우려를 표명하고 있습니다. 초기 발표는 Bun이 오픈 소스를 유지하고 성능에 집중할 것이라고 reassuring하게 밝혔지만, 저자는 Anthropic의 관련 제품인 Claude Code에서 품질 저하 문제를 발견했습니다. Claude Code에 대한 불만 사항으로는 성능 저하, 혼란스러운 청구 시스템, 서드파티 통합과 관련된 예기치 않은 동작 등이 있습니다.
저자는 Bun이 Anthropic과 더 통합됨에 따라, Claude Code에 부정적인 영향을 미친 정책이 Bun에도 비슷한 문제를 일으킬까 걱정하고 있습니다. 현재 저자는 일부 프로젝트를 Bun에서 pnpm이라는 자신들의 필요를 충족하는 패키지 관리자 쪽으로 전환하고 있지만, 기존 프로젝트에 대해서는 Bun을 완전히 포기하지 말 것을 권장하고 있습니다. 우려에도 불구하고 저자는 Bun이 계속 성장하길 바라며, Anthropic이 그 개발을 지원할 것이라고 희망하고 있지만, 예전만큼 낙관적이지는 않습니다.
73.pgBackRest 연속성 지원(pgxbackup: Continuity Support for pgBackRest)
PGX가 PostgreSQL 백업 및 복원에 널리 사용되는 도구인 pgBackRest에 대한 지속적인 지원을 제공하기 위해 pgxbackup을 출시합니다. pgBackRest는 병렬 백업, 시점 복구, 보안과 같은 효과적인 기능으로 높은 평가를 받고 있습니다. 그러나 pgBackRest의 활발한 유지 관리가 줄어들었음에도 불구하고 PGX는 이 도구의 기능이 계속 유지될 수 있도록 최선을 다하고 있습니다.
pgxbackup의 주요 내용은 다음과 같습니다. 첫째, 중요한 버그와 보안 문제를 해결할 것입니다. 둘째, 새로운 PostgreSQL 버전과의 호환성을 유지할 것입니다. 셋째, 기존의 백업 설정은 변경 없이 그대로 작동합니다.
pgxbackup은 오픈 소스 프로젝트로, 커뮤니티의 기여를 환영합니다. 이 프로젝트는 GitHub에서 확인할 수 있으며, 주소는 github.com/pgexperts/pgxbackup입니다.
74.포르노허브, 영국 일부 사용자 재개방!(Pornhub to become accessible again for some UK users)
Pornhub의 모회사인 Aylo는 일부 영국 사용자들이 다시 사이트에 접근할 수 있게 되었다고 발표했습니다. 2026년 2월, 영국의 온라인 안전법(OSA)으로 인해 연령 인증 규정이 강화되면서 접근이 제한되었고, Aylo는 이를 불공정하다고 비판한 바 있습니다. 이제 영국의 iPhone과 iPad 사용자는 Apple의 최신 iOS를 통해 연령을 인증받은 경우 다시 접근할 수 있게 됩니다.
Aylo는 Apple의 새로운 기기 기반 연령 확인 방식을 지지하며, 이는 미성년자가 성인 콘텐츠에 접근하는 것을 효과적으로 막는 방법이라고 주장하고 있습니다. 이전에 stricter age checks가 시행된 후 영국 트래픽이 75% 감소했다고 보고했습니다. 그 이후로 영국 사용자들은 Pornhub에 접근할 때 "직장에서 안전한" 콘텐츠만 볼 수 있었습니다.
영국의 규제 기관인 Ofcom은 이러한 변화를 모니터링하고 있으며, 아동 보호의 책임은 사이트에 있다고 강조하고 있습니다. Apple의 연령 인증 시스템은 사용자의 계정 기록과 연결된 결제 방법을 통해 18세 이상인지 확인하지만, 일부 사용자는 신용 카드나 신분증 없이 연령을 인증받는 데 어려움을 겪고 있습니다. 캠페인 단체인 Big Brother Watch는 이러한 조치를 비판하며, 연령 인증을 제공하고 싶지 않은 사용자들의 자유를 제한한다고 주장하고 있습니다.
75.1356바이트로 완성한 Llama2 엔진(A complete Llama2 inference engine that fits in 1356 bytes of x86 assembly)
Sectorllm은 단 1356 바이트의 어셈블리 코드로 구성된 가장 작은 Llama2 추론 엔진입니다. 이 엔진은 디스크에서 직접 부팅할 수 있으며, 양자화된 모델을 로드하고 운영 체제 없이도 텍스트를 생성할 수 있습니다.
주요 특징으로는 어린이 이야기를 기반으로 훈련된 stories260K라는 작은 모델을 실행하며, 이 모델은 260,000개의 매개변수를 가지고 있습니다. 엔진은 모델 데이터를 고속 메모리에 로드하고, 변환기 모델을 사용하여 각 토큰을 처리하는 방식으로 작동합니다. 파이썬 스크립트는 최소한의 오버헤드로 모델을 준비하며, 공간 절약을 위해 양자화와 행렬 융합 같은 기술을 사용합니다. 현재는 탐욕적 최대값(greedy argmax)이라는 간단한 샘플링 방법을 사용하고 있습니다.
제한 사항으로는 코드가 매우 압축되어 있어 성능과 정확성을 일부 희생하고 있다는 점이 있습니다. 모델 구조와 프롬프트는 고정되어 있으며, 더 큰 모델을 로드할 수는 있지만 복잡한 프로그래밍이 필요합니다.
바이너리 크기를 더욱 줄이기 위해 어셈블리 언어에 능숙한 사람들의 기여를 환영합니다.
76.영국 연료 가격 분석(UK Fuel Price Intelligence – Market analytics from reporting stations)
우리는 방문자들이 우리 사이트를 어떻게 이용하는지 알기 위해 Google Analytics를 사용하며, 귀하의 허락 없이 개인 정보를 수집하지 않습니다.
영국에서는 다양한 주유소의 연료 가격 정보를 제공합니다. 주요 내용은 다음과 같습니다. 다양한 연료 종류의 가격을 보고하며, 포함되는 연료는 무연 휘발유(E10), 슈퍼 무연 휘발유(E5), 디젤(B7), 프리미엄 디젤입니다. 지난 24시간 동안 가격 변동은 없었습니다. 전국 평균 가격은 30일과 90일 동안 추적됩니다. 지난 24시간 동안 휘발유 가격에 큰 변동이 없었습니다. 또한 지난 30일 동안의 일일 평균 가격을 비교합니다. 영국에서 가장 저렴한 주유소는 지난 7일간의 보고를 바탕으로 나열되며, 3일 이상 가격이 변동하지 않은 경우 안정적이라고 표시될 수 있습니다.
77.인터넷의 재미가 사라졌다(The fun has been optimized out of the Internet)
저자는 인터넷에서 즐거움과 자발성이 줄어든 현상을 반영하며, 과거의 경험을 현재 최적화된 콘텐츠와 알고리즘이 지배하는 상황과 비교합니다. 2000년대 초반, 인터넷이 더 창의적이고 아마추어적인 느낌이었고, 진정한 비상업적 콘텐츠가 많았던 시절을 회상합니다. 이 글은 뉴그라운드와 초기 유튜브와 같은 플랫폼들이 어떻게 공동체 의식과 재미를 키웠는지를 강조합니다. 그러나 이제는 오로지 조회수를 얻기 위해 기획된 콘텐츠로 대체되었습니다. 저자는 오늘날 세대가 이러한 독특한 경험을 놓치게 될까 우려하며, 인터넷이 지나치게 상업화되고 덜 진정성이 있어졌다고 말합니다. 이로 인해 인터넷의 “최고”의 시절이 끝났다는 느낌이 든다고 전합니다.
78.레일즈 앱 서버 모니터링 설정(Setting up server monitoring for a Rails app on Hatchbox)
서버 관리는 스트레스를 주지 않아야 하지만, 실제로는 그렇지 않은 경우가 많습니다. 메모리 누수나 CPU 급증과 같은 문제를 피하려면 더 나은 모니터링 도구가 필요합니다. Hatchbox와 AppSignal은 서버 성능에 대한 자동화된 통찰력을 제공하여 Ruby on Rails 애플리케이션을 보다 효과적으로 관리할 수 있도록 도와줍니다.
Hatchbox는 AppSignal과 통합되어 서버 모니터링과 애플리케이션 성능 모니터링(APM)을 결합합니다. 이 통합을 통해 CPU, 메모리, 디스크 사용량과 같은 인프라 지표와 오류율, 응답 시간과 같은 애플리케이션 수준의 데이터를 동시에 확인할 수 있습니다.
Rails 애플리케이션은 시작할 때 일반적으로 100-150MB의 RAM을 사용합니다. 건강한 성능을 위해서는 메모리 사용량이 40%에서 70% 사이가 되어야 합니다. 메모리 사용량이 점진적으로 증가하는 경우 메모리 누수를 의심해야 합니다. CPU 사용량은 작업이 얼마나 수행되고 있는지를 나타내고, 로드 평균은 대기 중인 프로세스의 수를 나타냅니다. 배포나 작업자 재시작 중에는 급증이 발생할 수 있습니다. 디스크 사용량이 80%를 초과하면 성능 문제가 발생할 수 있으며, 100% 사용 시에는 시스템이 중단될 수 있습니다. 로그 파일과 임시 파일을 모니터링하여 디스크 과부하를 방지해야 합니다.
호스트 메트릭스를 사용하여 애플리케이션 문제와 연관성을 찾아보세요. 예를 들어, 높은 응답 시간은 디스크 I/O 문제와 관련이 있을 수 있습니다. 디스크 사용량이 80%를 초과하거나 메모리 사용량이 10분 이상 80%를 초과할 경우 알림을 설정하는 것이 좋습니다.
효과적인 모니터링은 애플리케이션과 호스트 수준의 메트릭스를 결합합니다. AppSignal과 Hatchbox를 함께 사용하면 서버 건강을 사전 관리하고 문제가 커지기 전에 대응할 수 있습니다. 알림을 설정하면 잠재적인 문제를 미리 파악하고 애플리케이션 성능을 원활하게 유지하는 데 도움이 됩니다.
79.고용이 인지 저하를 막는다?(Does Employment Slow Cognitive Decline? Evidence from Labor Market Shocks)
노아 아르만 쿠체키니아, 데이비드 뉴마크, 팀 A. 브루크너의 연구 논문 "고용이 인지 저하를 늦추는가? 노동 시장 충격의 증거"는 노인과 고용, 그리고 인지 저하 간의 관계를 조사합니다. 평균 수명이 늘어남에 따라, 많은 사람들이 인지 저하와 치매를 경험하고 있으며, 특히 65세 이전에 직장을 떠나는 경우가 많습니다.
저자들은 건강 및 은퇴 연구(HRS) 데이터를 활용하여 지역 노동 시장의 변화를 분석하고 고용이 인지 능력에 미치는 영향을 평가합니다. 연구 결과, 노동 수요의 부정적인 변화가 51세에서 64세 사이의 남성들 사이에서 인지 점수의 큰 하락을 초래한다는 사실을 발견했습니다. 이는 계속해서 일하는 것이 노인의 인지 저하를 지연시키는 데 도움이 될 수 있음을 시사합니다.
이 연구는 더 오랫동안 일하는 것이 인지 건강을 유지하는 데 유익할 수 있음을 보여주며, 나이가 들면서도 고용 상태를 유지하는 것이 정신 기능에 긍정적인 영향을 미칠 수 있다는 주장을 뒷받침합니다.
80.식량 생산과 식단 지침의 간극(Gap between national food production and food-based dietary guidance (2025))
최근 '네이처 푸드'에 발표된 연구는 국가의 식량 생산과 식단 지침 사이의 격차를 강조하며, 많은 국가에서 자급자족이 심각하게 부족하다는 사실을 드러냈습니다. 이 연구에 따르면, 3분의 1 이상의 국가가 7가지 필수 식품군 중 2개 이상에서 자급자족을 달성하지 못하고 있습니다. 이러한 낮은 자급자족 수준은 몇몇 무역 파트너에 대한 의존도가 높아, COVID-19 팬데믹이나 우크라이나 전쟁과 같은 글로벌 혼란에 대응하는 능력에 대한 우려를 불러일으킵니다.
주요 발견 사항으로는, 가이아나만이 7개 식품군 모두에서 자급자족을 달성하고 있으며, 중국과 베트남은 6개 식품군에서 자급자족을 이루고 있다는 점입니다. 중동과 사하라 이남 아프리카의 많은 국가들은 유제품, 채소, 생선에서 자급자족에 어려움을 겪고 있습니다. 경제 연합체들도 자급자족이 제한적이며, 채소 생산에서 완전한 독립을 이룬 연합체는 없습니다. 특정 수입품에 대한 높은 의존도는 국가들이 식량 공급 충격에 취약하게 만듭니다.
이 연구는 무역 관계를 다양화하고 농업 기술에 투자하는 것이 식량 생산과 자급자족을 향상시킬 수 있다고 제안합니다. 또한 영양 목표를 달성하기 위해 국제 협력이 중요하다고 강조하며, 향후 연구에서는 동적인 무역 의존성과 정책 변화도 고려하여 자급자족 추세를 더 잘 이해해야 한다고 제안합니다.
81.AI의 자각, 다윈의 결론(Richard Dawkins concludes AI is conscious, even if it doesn't know it)
리처드 도킨스는 무신론자로 잘 알려진 저명한 생물학자로, 최근 인공지능(AI)이 의식을 가질 수 있다고 느낀다고 밝혔습니다. 그는 클라우디아라는 AI 봇과의 대화를 통해 이러한 생각에 이르게 되었습니다. 도킨스는 3일 동안 클라우디아와 대화하며 시를 쓰고 질문에 답하는 방식이 매우 매력적이었다고 말했습니다. 그는 AI가 어떤 면에서는 "인간적일 수 있다"고 결론지으며, "당신은 자신이 의식이 있다고 생각하지 않을 수 있지만, 분명히 그렇다"고 언급했습니다.
하지만 많은 전문가들은 도킨스의 주장에 동의하지 않으며, 그가 AI의 행동을 의식으로 잘못 해석하고 있다고 주장합니다. 이들은 AI가 인간이 생성한 방대한 텍스트를 바탕으로 인간의 반응을 모방할 뿐, 진정한 감정이나 인식을 가지고 있지 않다고 설명합니다. 교수들과 연구자들은 도킨스의 견해를 비판하며, 의식은 단순한 지능적 반응 이상의 것을 포함하며, 진정한 경험과 감정이 중요하다고 강조합니다.
그럼에도 불구하고 일부는 AI 의식에 대한 아이디어가 기술 발전과 함께 앞으로 더 주목받을 수 있다고 믿고 있습니다. 도킨스는 자신의 AI 친구들이 의식이 없다면, 의식의 본질에 대한 질문을 제기한다고 계속해서 자신의 생각을 공유하고 있습니다.
82.LISP의 비밀(They Called It LISP For A Reason)
리스트는 Lisp의 기본적인 요소로, 원래는 유일한 복합 데이터 유형으로 사용되었습니다. 현대 Lisp에서는 벡터와 해시 테이블 같은 다른 데이터 유형도 포함되지만, 리스트는 복잡한 데이터 구조를 표현하는 데 효과적이어서 여전히 널리 사용되고 있습니다.
Lisp의 리스트는 cons 셀이라고 불리는 값 쌍으로 구성됩니다. 각 cons 셀은 두 개의 값을 포함하는데, 첫 번째 값은 CAR, 두 번째 값은 CDR입니다. CDR이 다른 cons 셀을 가리키면 연결되어 리스트를 형성합니다. 리스트의 끝은 NIL로 표시됩니다.
리스트를 생성하고 조작하는 데는 CONS, CAR, CDR 같은 함수가 사용됩니다. LIST와 같은 고급 함수는 리스트 생성을 더 간편하게 해줍니다. 리스트는 다른 리스트를 포함할 수 있는 다양한 유형의 요소를 가질 수 있어 계층적 데이터를 표현하는 데 유용합니다.
Lisp는 함수형 프로그래밍 스타일을 지원합니다. 이 스타일에서는 함수가 순수하고 부작용이 없습니다. 따라서 함수의 동작을 이해하기가 더 쉽습니다. 출력은 오직 입력 값에 의해 결정되기 때문입니다. 많은 리스트 연산이 이러한 스타일을 따르며, 원래 리스트를 변경하지 않고도 효율적으로 조작할 수 있습니다.
일부 함수는 기존 리스트를 수정할 수 있으며, 이를 파괴적 행동이라고 합니다. 이러한 작업은 수정된 리스트가 다른 곳에서 공유될 경우 의도치 않은 결과를 초래할 수 있습니다. NREVERSE와 같은 재활용 함수는 효율성을 위해 cons 셀을 재사용하지만, 원래 리스트를 변경할 수 있으므로 주의해서 사용해야 합니다.
Common Lisp은 리스트 조작을 위한 다양한 함수를 제공합니다. 예를 들어 FIRST, REST, 그리고 리스트의 각 요소에 함수를 적용하는 MAPCAR와 같은 고차 함수가 있습니다. 이러한 함수들은 리스트를 효과적으로 다루기 위해 직접적인 조작과 함수형 스타일의 작업을 모두 가능하게 합니다.
재활용 함수를 사용하거나 공유 리스트를 수정할 때는 다른 데이터 구조에 의도치 않은 변경이 발생하지 않도록 주의해야 합니다. 리스트를 수정할 필요가 없는 경우에는 수정하지 않도록 함수를 작성하는 것이 가장 좋습니다.
결론적으로, 리스트는 Lisp에서 데이터 표현과 함수형 프로그래밍 모두에 필수적인 다재다능하고 강력한 데이터 구조입니다. 리스트의 구조와 조작의 의미를 이해하는 것은 효과적인 Lisp 프로그래밍에 매우 중요합니다.
83.프로그래밍 원리, 손대지 않고 배우기!(Texico: Learn the principles of programming without even touching a computer)
텍시코는 컴퓨터 없이 프로그래밍 개념을 가르치는 새로운 교육 프로그램입니다. 이 프로그램은 재미있는 애니메이션 캐릭터들을 통해 다섯 가지 주요 프로그래밍 과정을 설명합니다. 이 과정에는 분석, 조합, 일반화, 추상화, 그리고 시뮬레이션이 포함됩니다.
84.시에라, 9억 5천만 달러 유치!(Sierra Raises $950M at $15B Valuation)
시애라는 타이거 글로벌과 GV의 주도로 9억 5천만 달러를 모금하며, 회사 가치는 150억 달러를 넘었습니다. 이번 자금을 통해 시애라는 인공지능(AI)을 활용하여 고객 경험을 향상시키는 글로벌 리더로 자리매김할 계획입니다. 이미 포춘 50대 기업의 40% 이상과 파트너십을 맺고 있습니다.
AI 기술은 빠르게 발전하여 시애라의 에이전트가 주택 재융자, 보험 청구, 고객 지원 등 다양한 고객 상호작용을 처리할 수 있게 되었습니다. 이전에는 AI가 주로 기본적인 작업에 사용되었지만, 이제는 고객의 초기 관심부터 유지 관리까지 전체 고객 여정을 아우르고 있습니다.
시애라의 플랫폼은 AI 솔루션을 신속하게 배포할 수 있게 해줍니다. 예를 들어, 노드스트롬의 음성 에이전트는 단 5주 만에 출시되었습니다. 회사는 우리가 AI의 잠재력을 이제 막 보기 시작했다고 믿으며, 단순한 프로세스의 디지털화에서 벗어나 고객 경험을 진정으로 변화시키는 방향으로 나아가고 있다고 강조합니다. AI 에이전트는 개인화되고 능동적으로 설계되어 지속적인 고객 관계를 관리하고 만족도와 비즈니스 성공을 최적화합니다.
시애라는 이러한 AI 발전을 활용하여 더 나은 고객 상호작용을 위해 새로운 파트너들이 함께 하기를 초대합니다.
85.다이아몬드의 함정(Diamonds Suck (2006))
최근 약혼한 저자는 다이아몬드에 대한 연구 결과를 공유하며 다이아몬드를 구매하는 것에 반대하는 주장을 펼쳤습니다. 주요 내용은 다음과 같습니다.
첫째, 다이아몬드는 가격이 비쌉니다. 1880년대부터 다이아몬드 시장은 인위적으로 부풀려졌으며, 이는 주로 드 비어스 카르텔의 마케팅 덕분입니다. 이로 인해 다이아몬드의 가치에 대한 잘못된 인식이 생겼습니다.
둘째, 다이아몬드는 유동성이 떨어지는 자산입니다. 다이아몬드는 구매한 가격에 가까운 금액으로 판매하기 어려워 투자로서의 가치가 낮습니다.
셋째, 다이아몬드는 전쟁과 인권 침해를 자금 지원할 수 있는 "분쟁 다이아몬드"와 관련이 있습니다.
넷째, 대부분의 사람들은 고급 다이아몬드의 차이를 구별할 수 없기 때문에, 다이아몬드의 설정이 돌 자체보다 더 중요합니다.
다섯째, 다이아몬드에 많은 돈을 쓰면 허니문이나 집과 같은 다른 중요한 것들에 쓸 예산이 제한됩니다.
모이사나이트의 장점은 다음과 같습니다.
모이사나이트는 다이아몬드의 약 10분의 1 가격으로 구매할 수 있으며, 실험실에서 제작할 수 있어 거의 결점이 없습니다. 모이사나이트를 선택함으로써 절약한 돈으로 더 좋은 반지 설정을 선택할 수 있습니다. 또한, 모이사나이트를 선택하면 큰 재정적 부담 없이 결혼 생활을 시작할 수 있습니다. 대부분의 사람들은 모이사나이트 반지를 다이아몬드로 생각하기 때문에 위신을 잃지 않습니다. 모이사나이트는 폭력이나 착취를 지원하지 않으며, 예산 내에서 맞춤 디자인과 더 큰 돌을 선택할 수 있는 여유를 제공합니다.
결국, 저자는 커플들이 약혼 반지로 다이아몬드 대신 아름답고 윤리적이며 비용 효율적인 대안인 모이사나이트를 고려해보기를 권장합니다.
86.Y콤비네이터의 오픈AI 지분(Y Combinator's Stake in OpenAI (0.6%?))
존 그루버는 최근의 조사 기사를 바탕으로 샘 알트만, 오픈AI, 그리고 Y 컴비네이터 간의 관계에 대해 논의합니다. 그는 Y 컴비네이터의 전 회장인 알트만이 오픈AI를 이끌기 위해 떠났지만, Y 컴비네이터의 공동 창립자인 폴 그레이엄은 알트만의 신뢰성에 대해 확실한 입장을 밝히지 않았다고 지적합니다.
그루버는 Y 컴비네이터가 오픈AI에 지분을 보유하고 있다는 점에서 이해 상충의 가능성을 강조합니다. 오픈AI의 높은 평가를 감안할 때, 이 지분의 가치는 50억 달러를 넘을 수 있습니다. 그는 그레이엄의 알트만에 대한 의견이 이 재정적 이해관계에 영향을 받을 수 있는지 의문을 제기하며, 그레이엄의 알트만에 대한 발언을 평가할 때 이러한 정보를 공개해야 한다고 주장합니다.
87.미국 의료 데이터, 광고업체에 유출(US healthcare marketplaces shared citizenship and race data with ad tech giants)
최근 블룸버그의 조사에 따르면, 미국의 주 정부가 운영하는 건강 보험 시장에서 거의 모든 곳이 구글, 링크드인, 메타, 스냅과 같은 주요 기술 회사와 개인 신청 정보를 공유한 것으로 나타났습니다. 이는 웹사이트에 설치된 작은 추적기들이 제대로 설정되지 않을 경우 민감한 데이터를 수집할 수 있어 심각한 개인정보 보호 문제를 야기합니다.
예를 들어, 뉴욕의 건강 보험 거래소는 신청자에 대한 세부 정보를 공유했으며, 여기에는 수감된 가족에 대한 정보도 포함되어 있었습니다. 워싱턴 D.C.의 건강 보험 거래소는 주민들의 인종과 성별에 대한 데이터를 수집했으며, TikTok의 추적기는 이를 가리려고 했지만 일관되지 않았습니다. 또한 주민들의 이메일 주소와 전화번호도 TikTok과 공유되었습니다.
이러한 사실이 밝혀지자, 워싱턴 D.C.는 TikTok 추적기의 사용을 중단했고, 버지니아주는 주민의 우편번호를 공유한 메타의 추적기를 제거했습니다. 이 문제는 새로운 것이 아니며, 많은 의료 회사들이 이전에 기술 회사와 건강 데이터를 의도치 않게 공유한 이유로 비난을 받은 바 있습니다.
전반적으로 이번 조사는 정부 웹사이트에서의 추적 도구 사용이 미국의 수백만 명의 주 건강 보험 거래소 이용자에게 미치는 위험을 강조하고 있습니다.
88.Newton's law of gravity passes its biggest test(Newton's law of gravity passes its biggest test)
요약이 없습니다.
89.Stop big tech from making users behave in ways they don't want to(Stop big tech from making users behave in ways they don't want to)
요약이 없습니다.
90.가시적 조커: 조크 3(The Visible Zorker: Zork 3)
"Zork 3"에 대한 해설 트랙이 소개됩니다. 이 트랙은 Zork 비디오 게임 시리즈의 일부로, 청취자들이 내용을 더욱 깊이 있게 이해할 수 있도록 초대합니다. 게임의 배경과 스토리에 대한 설명이 포함되어 있어, 플레이어들이 게임을 즐기면서 새로운 관점을 얻을 수 있는 기회를 제공합니다.
91.레디스 배열: 개발의 여정(Redis array: short story of a long development process)
Redis 배열 타입의 개발은 오랜 과정이었습니다. 이는 인기 있는 데이터 구조 저장소인 Redis 내에서 배열을 효율적으로 저장하고 관리할 방법이 필요하다는 요구에서 시작되었습니다. 시간이 지나면서 기능과 성능을 향상시키기 위한 개선이 이루어졌습니다. 최종적으로 사용자가 배열을 쉽게 다룰 수 있도록 해주는 강력한 도구가 탄생하였고, 이는 Redis에서 데이터 관리를 더욱 효과적으로 만들어 줍니다.
92.웨어러블의 위기(Wearables Are Going Off the Rails)
웨어러블 기술은 애플 워치와 같은 스마트워치의 등장 이후 크게 발전했습니다. 현재는 다양한 기능을 가진 웨어러블 기기가 출시되고 있으며, 그중 하나인 사비의 비니는 EEG 기술을 사용해 뇌 활동을 읽고 생각을 약 1분에 30단어로 텍스트로 변환할 수 있습니다. 이러한 기기는 접근성 필요가 있는 사람들에게 특히 유용할 수 있습니다.
넥스트센스와 같은 다른 회사들은 EEG를 이용해 수면을 모니터링하는 무선 이어폰과 같은 혁신적인 제품을 제공합니다. 이 이어폰은 수면의 질을 개선하기 위해 핑크 노이즈를 재생할 수도 있습니다. 비슷하게, 솜니는 사용자가 더 빨리 잠들 수 있도록 돕는 전기 자극을 사용하는 수면 헤드밴드를 제공합니다.
게임 분야에서는 하이퍼엑스와 뉴러블이 뇌파를 읽어 집중력을 평가하는 게임 헤드셋을 개발했습니다. 이 헤드셋은 사용자가 게임에서 성능을 향상시키는 데 도움을 줍니다. 비록 이러한 뇌파 읽기 웨어러블 기기는 아직 새로운 기술이며 그 효과가 완전히 입증되지 않았지만, 애플의 에어팟 프로 3를 포함한 많은 회사들이 이 기술을 탐색하고 있습니다.
전반적으로 웨어러블 기기가 건강과 웰빙 분야로 확장되는 것은 흥미로운 일이며, 많은 사람들이 이러한 혁신이 자신의 삶을 어떻게 개선할 수 있을지 기대하고 있습니다.
93.변형의 본질(Transformers Are Inherently Succinct (2025))
이 텍스트는 변환기(일종의 AI 모델)가 개념을 얼마나 잘 표현할 수 있는지를 측정하는 새로운 방법에 대해 설명합니다. 주요 내용은 변환기가 유한 오토마타나 선형 시간 논리(LTL) 공식과 같은 전통적인 방법보다 형식 언어를 훨씬 더 효율적으로 설명할 수 있다는 점입니다. 이러한 강력한 개념 표현 능력 때문에 변환기의 속성을 확인하는 것은 매우 어렵고 많은 계산 자원을 필요로 합니다. 이 과정은 EXPSPACE-완전으로 분류됩니다.
94.PG키퍼: 포스트그레스의 필수 보안관(PGKeeper: Building the bouncer we needed for Postgres)
Figma는 Redis 플랫폼에서 확장성과 신뢰성 문제를 겪어 사이트의 가용성이 위협받고 있었습니다. 이를 해결하기 위해, 그들은 임시 데이터를 위한 새롭게 설계된 내부 플랫폼을 지원하는 데이터 캐싱 시스템인 FigCache를 개발했습니다.
95.NFS 진단 앱(nfsdiag – A NFS diagnostic application)
nfs-doctor는 클라이언트 측에서 NFS(네트워크 파일 시스템) 서버의 문제를 진단하는 데 도움을 주기 위해 설계된 명령줄 도구입니다. 이 도구는 네트워크 연결, 설정, 권한 및 성능과 관련된 다양한 일반적인 NFS 문제를 점검합니다.
주요 기능으로는 필수 NFS 및 RPC 포트의 접근 가능 여부를 테스트하고, 등록된 NFS 서비스를 감지하며, 여러 NFS 버전(v2, v3, v4 등)을 지원합니다. 또한 권한, 디렉토리 목록, 파일 작업 등을 포함한 다양한 테스트를 수행할 수 있으며, JSON 및 HTML 형식으로 상세한 보고서를 생성합니다. 사용자 접근을 시뮬레이션하여 UID/GID 매핑을 테스트할 수도 있습니다.
사용 방법은 기본 명령어로 sudo ./nfsdiag <서버-IP>를 입력하면 됩니다. 특정 내보내기 테스트, 사용자 정의 마운트 옵션 사용, 읽기 전용 모드 실행 등의 옵션도 지원합니다.
출력 결과는 기본적으로 간결하지만 --verbose 플래그를 사용하면 더 자세한 정보를 확인할 수 있습니다. JSON 출력은 자동화에 적합하며, HTML 보고서는 사용자 친화적입니다.
안전성과 한계에 대해, 이 도구는 진단을 목적으로 하며 임시 파일을 생성할 수 있습니다. 테스트 중에 발생하지 않는 오래된 파일 핸들과 같은 특정 문제는 감지되지 않을 수 있습니다. 방화벽이나 서버 부하와 같은 환경적 요인이 결과에 영향을 미칠 수 있습니다.
설치 시에는 운영 체제에 따라 특정 패키지가 필요하며, make 명령어를 사용하여 빌드하고 설치할 수 있습니다. nfs-doctor는 NFS 관련 문제를 신속하게 식별하는 데 유용한 도구이지만, 포괄적인 문제 해결을 위해서는 서버 측의 더 깊은 분석과 함께 사용해야 합니다.
96.SubQ – a major breakthrough in LLM intelligence(SubQ – a major breakthrough in LLM intelligence)
요약이 없습니다.
97.신경망과 암호의 유사성(Why are neural networks and cryptographic ciphers so similar? (2025))
이 글에서는 특정한 구조가 여러 출력 조각에 대해 반복적으로 사용되는 방법에 대해 설명하고 있습니다. Protected Counter Sum과 Farfalle가 이 구조를 사용한다고 언급하고 있습니다. 또한, GMAC와 Poly1305와 같은 다항식 메시지 인증 코드(MAC)도 비슷한 방식으로 작동한다고 합니다.
98.Heat pump sales rise across Europe(Heat pump sales rise across Europe)
요약이 없습니다.
99.딥페이크가 은행을 노린다(Deepfakes Are Coming for Your Bank Account)
이 기사는 딥페이크 기술의 발전, 특히 OpenAI의 새로운 이미지 생성 모델인 ChatGPT Images 2.0에 대해 다루고 있습니다. 이 모델은 매우 사실적인 이미지를 생성할 수 있어 사기꾼들이 가짜 문서, 은행 알림, 의료 처방전과 같은 허위 자료를 만드는 데 더 용이하게 만들고 있습니다. 텍스트를 포함한 설득력 있는 이미지를 생성할 수 있는 이 도구는 피싱과 같은 사기의 위험을 더욱 높이고 있습니다.
저자는 이 모델을 테스트하며 다양한 가짜 이미지를 만들어 보았고, 일부는 사소한 오류가 있었지만 많은 이미지가 매우 설득력 있음을 확인했습니다. 이 기술은 은행, 병원 및 사기를 방지하려는 다른 기관들에게 심각한 위협이 됩니다. OpenAI는 자사의 기술이 사기 목적으로 사용되는 것을 방지하기 위한 정책을 가지고 있지만, 이러한 안전 장치가 완벽하게 작동하지 않으며, 사기 방지 전문가들은 종종 사기꾼들보다 한 발 늦는 상황을 우려하고 있습니다.
전반적으로 이 기사는 딥페이크의 위험성을 강조하고 있으며, 특히 일상적인 사기에서 무방비 상태인 개인들을 겨냥할 수 있는 가능성에 주목하고 있습니다.
100.Eight vaccines linked to a lower risk of dementia(Eight vaccines linked to a lower risk of dementia)
요약이 없습니다.