1.뉴멕시코, 보편적 육아 지원 첫 시행!(New Mexico is first state in US to offer universal child care)
물론입니다! 하지만 요약할 보도자료의 내용을 제공하지 않으신 것 같습니다. 요약하고 싶은 내용을 공유해 주시면 기꺼이 도와드리겠습니다!
2.클로드, 파일 생성 및 편집 가능!(Claude can now create and edit files)
Claude는 사용자가 Excel 스프레드시트, 문서, PowerPoint 프레젠테이션, PDF 등 다양한 파일 형식을 생성하고 편집할 수 있는 새로운 기능을 도입했습니다. 이 기능은 Claude.ai와 데스크톱 앱에서 직접 사용할 수 있으며, 현재 Max, Team, Enterprise 플랜 사용자에게 미리보기로 제공되고 있습니다. Pro 사용자도 곧 이 기능을 이용할 수 있게 될 예정입니다.
주요 기능으로는 파일 생성이 있습니다. 사용자는 원시 데이터를 깔끔한 출력물로 변환하고, 작동하는 수식을 포함한 스프레드시트를 만들며, PDF를 PowerPoint 슬라이드로 변환할 수 있습니다. Claude는 복잡한 작업을 간소화하여 기술적인 작업을 처리합니다.
또한, 적극적인 협업 기능도 포함되어 있습니다. Claude는 개인 컴퓨터 환경에 접근할 수 있어 코드를 작성하고 프로그램을 실행할 수 있습니다. 이를 통해 단순한 조언자에서 프로젝트의 적극적인 협력자로 변모합니다.
이 기능을 사용하려면 사용자가 설정에서 파일 생성 기능을 활성화하고, 관련 파일을 업로드하거나 필요를 설명한 후 Claude에게 과정을 안내해야 합니다. 복잡한 프로젝트로 넘어가기 전에 간단한 작업부터 시작하는 것이 좋습니다.
사용자는 이 기능이 Claude에게 인터넷 접근을 허용하므로 데이터 보안 위험이 있을 수 있다는 점에 유의해야 합니다.
3.X의 최신 알고리즘 공개!(X open sourced their latest algorithm)
X의 추천 알고리즘은 X 플랫폼의 다양한 부분, 특히 '당신을 위한 타임라인'과 알림에서 콘텐츠(게시물)를 선별하고 전달하는 시스템입니다.
주요 구성 요소로는 데이터 서비스, 모델, 소프트웨어 프레임워크가 있습니다. 데이터 서비스에는 게시물 데이터를 관리하는 'tweetypie', 실시간 사용자 상호작용을 추적하는 'unified-user-actions', 사용자 참여 신호(좋아요, 클릭 등)를 수집하는 'user-signal-service'가 포함됩니다.
모델 부분에서는 사용자 간 커뮤니티를 감지하는 'SimClusters', 사용자와 게시물 간의 연결을 생성하는 'TwHIN', 부적절한 콘텐츠를 식별하는 'trust-and-safety-models', 사용자 상호작용을 예측하는 'real-graph', 사용자 평판을 측정하는 'tweepcred', 추천을 위한 스트리밍 이벤트를 처리하는 'recos-injector'가 있습니다.
소프트웨어 프레임워크에는 고성능 머신러닝 서비스를 제공하는 'navi', 콘텐츠 피드를 구축하는 'product-mixer', 타임라인 기능을 생성하는 'timelines-aggregation-framework'가 포함됩니다.
'당신을 위한 타임라인'은 네트워크 내 게시물에 대해 'search-index'를, 네트워크 외 게시물에 대해 'tweet-mixer'를 사용합니다. 게시물은 'light-ranker'와 'heavy-ranker' 모델을 통해 순위가 매겨지며, 'home-mixer' 서비스를 통해 타임라인이 구성됩니다.
추천 알림은 'pushservice'가 사용자 알림을 처리하며, 두 개의 순위 모델이 참여를 유도할 관련 게시물을 선택하는 데 도움을 줍니다.
X는 GitHub를 통해 커뮤니티의 참여를 장려하고 있으며, 제안 및 개선 사항을 수집하고 있습니다. 이 기여를 효율적으로 관리하기 위한 도구도 개발 중입니다. 보안 문제는 버그 바운티 프로그램을 통해 신고해야 합니다.
자세한 내용은 그들의 엔지니어링 블로그를 방문해 보시기 바랍니다.
4.미스트랄 AI, 1.7억 유로 투자 유치!(Mistral AI raises 1.7B€, enters strategic partnership with ASML)
ASML은 Mistral AI와 전략적 파트너십을 체결했다고 발표했습니다. 이번 협력은 인공지능 분야에서 기술과 혁신을 강화하는 것을 목표로 하고 있습니다. 이 파트너십은 두 회사의 역량을 강화하고 인공지능 솔루션의 발전을 이끌 것으로 기대됩니다. 더 자세한 내용은 ASML의 공식 발표를 확인하시면 됩니다.
5.위기를 넘겼다(We All Dodged a Bullet)
최근 NPM(노드 패키지 관리자) 생태계에서 발생한 피싱 공격에 대한 기사가 보도되었습니다. 이번 공격은 암호화폐 결제 주소만 수정했기 때문에 민감한 정보인 API 키를 훔치는 것보다 피해가 덜했지만, 상황이 더 악화될 수 있었던 점이 우려됩니다.
피싱 이메일은 매우 정교하게 작성되어 사용자의 이름을 개인화하고 보안 자격 증명을 변경해야 한다는 긴박감을 조성했습니다. 이러한 방식으로 많은 개발자들이 사용하는 일반적인 패키지에 악성 코드가 쉽게 침투할 수 있었고, 이는 실제 운영 환경에 심각한 영향을 미칠 수 있었습니다.
저자는 이번 공격이 더 심각한 결과를 초래하지 않은 것에 대해 안타까움을 표하며, 널리 사용되는 라이브러리에서 귀중한 정보를 훔칠 수 있는 가능성이 있었음을 강조했습니다. 이 사건은 개발자들이 사용하는 의존성에 대해 경각심을 가져야 한다는 점을 일깨워줍니다. 모든 의존성이 악성일 수 있는 가능성을 염두에 두어야 합니다.
전반적으로 이 기사는 소프트웨어 개발에서 사이버 보안 인식의 중요성과 제3자 라이브러리와 관련된 잠재적 위험을 강조하고 있습니다.
6.A clickable visual guide to the Rust type system(A clickable visual guide to the Rust type system)
요약이 없습니다.
7.NPM으로 악성코드 실행하기!(You too can run malware from NPM (I mean without consequences))
NPM(노드 패키지 관리자) 생태계에서 손상된 패키지와 관련된 위험에 대해 논의하고 있으며, 특히 "is-arrayish"라는 패키지에 초점을 맞추고 있습니다.
현재 NPM 패키지 저자들을 겨냥한 피싱 공격이 계속되고 있지만, 이러한 공격은 비교적 낮은 수준에 머물고 있습니다. 일부 패키지는 매주 수십억 번 다운로드되며, 이로 인해 공급망 공격에 대한 우려가 커지고 있습니다.
손상된 "is-arrayish" 패키지는 웹 애플리케이션에서 거래 요청을 변경할 수 있는 기능을 가지고 있습니다. 이 패키지는 원래 수신자의 주소를 악성 코드 작성자의 주소로 바꿉니다.
텍스트에서는 "is-arrayish" 패키지를 사용하여 거래를 전송하는 간단한 코드 예제를 제공합니다.
LavaMoat이라는 도구를 구현하면 애플리케이션을 보호하는 데 도움이 됩니다. 이 도구는 패키지가 접근할 수 있는 것을 제한하여 악성 코드의 실행을 방지하고, 패키지의 맥락을 격리하며 엄격한 정책을 적용합니다.
전반적으로 이 내용은 의존성에 대해 신중해야 한다는 중요성을 강조하며, 잠재적인 악성 코드에 대한 보안을 강화하기 위해 LavaMoat와 같은 도구를 사용하는 것을 제안합니다.
8.안스콤의 사중주(Anscombe's Quartet)
안스콤의 사중주는 통계학자 프랜시스 안스콤이 1973년에 만든 네 개의 데이터셋입니다. 각 데이터셋은 11개의 (x,y) 점으로 구성되어 있으며, 평균과 분산 같은 간단한 통계적 특성이 동일합니다. 그러나 그래프로 나타내면 매우 다른 패턴을 보입니다.
안스콤의 사중주가 중요한 이유는 데이터 시각화의 필요성을 강조하기 위해서입니다. 숫자 통계에만 의존하면 오해를 불러일으킬 수 있다는 점을 보여줍니다. 서로 다른 데이터셋이 동일한 통계 결과를 내더라도, 그 분포는 다를 수 있습니다.
각 데이터셋의 주요 특징은 다음과 같습니다. 모든 데이터셋은 동일한 평균, 분산, 상관계수를 가지고 있습니다. 그러나 그래프를 보면 첫 번째 데이터셋은 명확한 선형 관계를 보여주고, 두 번째 데이터셋은 비선형 관계를 나타냅니다. 세 번째 데이터셋은 이상치 때문에 선형 관계가 영향을 받으며, 네 번째 데이터셋은 한 개의 영향력 있는 점이 상관관계를 왜곡하고 있습니다. 나머지 점들은 관계가 없는 모습을 보입니다.
결론적으로, 안스콤의 사중주는 데이터의 특성을 진정으로 이해하기 위해 그래프를 활용하는 것이 얼마나 중요한지를 강조하며, 기본적인 통계적 측정의 한계를 보여줍니다.
9.영국의 물 부족, 왜?(How can England possibly be running out of water?)
영국은 물 부족 문제에 직면해 있으며, 저수지의 수위가 10년 이상 최저 수준에 이르렀습니다. 이 상황을 개선하기 위해서는 몇 달간 평균 이상의 비가 내려야 합니다. 이 문제의 원인으로는 기후 변화, 인구 증가, 그리고 과도한 물 사용이 있습니다. 비가 자주 오는 것으로 알려진 영국이지만, 이러한 상황은 물이 고갈될 가능성을 실제로 우려하게 만듭니다.
10.신호 안전 백업(Signal Secure Backups)
시그널이 새로운 기능인 안전한 백업을 도입했습니다. 이 기능은 사용자가 휴대폰을 잃거나 손상하더라도 메시지 기록을 안전하게 저장할 수 있게 해줍니다. 현재 이 기능은 안드로이드의 베타 버전으로 제공되며, 곧 iOS와 데스크톱에서도 사용할 수 있게 될 예정입니다.
안전한 백업의 주요 사항은 다음과 같습니다. 첫째, 사용자가 선택적으로 안전한 백업 기능을 활성화할 수 있으며, 이 경우 매일 암호화된 메시지와 미디어의 아카이브가 생성됩니다. 둘째, 사용자는 지난 45일간의 문자 메시지와 미디어를 무료로 백업할 수 있습니다. 더 많은 미디어 저장이 필요한 경우 월 $1.99의 유료 구독 옵션이 제공됩니다. 셋째, 백업은 개인 정보 보호를 염두에 두고 설계되었습니다. 백업에 접근하기 위해서는 사용자 기기에서 생성된 고유한 복구 키가 필요하며, 이를 통해 시그널은 이 데이터를 접근하거나 복구할 수 없습니다.
넷째, 기능이 활성화되면 백업은 매일 자동으로 생성됩니다. 최근 24시간 이내에 삭제된 메시지는 최신 백업에 포함되지 않습니다. 마지막으로, 시그널은 백업 옵션을 확장할 계획이며, 사용자가 백업을 저장할 위치를 선택하고 기기 간 전송을 용이하게 할 수 있도록 할 예정입니다.
안전한 백업 기능은 사용자가 중요한 대화를 접근할 수 있도록 하면서도 높은 개인 정보 보호와 보안 기준을 유지하는 것을 목표로 하고 있습니다.
11.환각 위험 계산기(Hallucination Risk Calculator)
환각 위험 계산기 및 프롬프트 재구성 도구는 OpenAI와 같은 대형 언어 모델의 응답 정확성을 평가하고 관리하기 위해 설계된 도구입니다. 이 도구는 프롬프트를 두 가지 주요 출력으로 변환하는 데 도움을 줍니다. 하나는 환각 위험을 측정하는 것이고, 다른 하나는 신뢰성에 따라 응답할지 거부할지를 결정하는 것입니다.
이 도구는 두 가지 작동 모드를 제공합니다. 첫 번째는 증거 기반 모드로, 프롬프트의 맥락을 사용하여 그 맥락을 제거함으로써 사전 지식을 구축합니다. 두 번째는 폐쇄형 모드로, 맥락 없이 작동하며 주요 요소의 의미를 마스킹하여 사용합니다. 이 도구는 모델 자체를 변경하지 않고 기존 API를 사용하여 작동하므로 재훈련이 필요하지 않습니다.
핵심 개념으로는 기대 수준 압축 해법(EDFL)이 있습니다. 이는 환각 위험과 의사 결정 과정을 제한하는 데 사용되는 수학적 원칙입니다. 또한, 도구는 약화된 프롬프트 버전을 사용하여 위험을 평가하고 응답에 대한 정보에 기반한 결정을 내리는 롤링 프라이어를 활용합니다.
작업 흐름은 다음과 같습니다. 먼저 Python과 OpenAI API를 사용하여 도구를 설정합니다. 그런 다음 핵심 클래스를 사용하여 항목을 생성하고 평가를 실행하며 보고서를 생성합니다. 이때 사용되는 지표에는 정보 예산, 사전 확률 및 위험 경계가 포함됩니다.
실용적으로 이 도구는 특히 사실 기반 질문에서 더 높은 정확성을 보장하기 위해 프롬프트를 거부해야 할 시점을 결정하는 데 도움을 줄 수 있습니다. 또한 의사 결정 임계값을 조정하고 관련 증거를 제공하는 등의 성능 향상 전략을 제공합니다.
배포 옵션으로는 Python 모듈, 웹 인터페이스, 데스크톱 애플리케이션 등 다양한 형태로 제공됩니다. 사실 질문 응답 및 의사 지원과 같은 여러 작업에 활용될 수 있습니다. 전반적으로 이 도구는 언어 모델 출력의 신뢰성을 높이기 위해 잠재적인 부정확성을 평가하고 관리하는 구조화된 접근 방식을 도입하는 것을 목표로 하고 있습니다.
12.구글, 한국 지도 위성 이미지 흐리게 하기!(Google to Obey South Korean Order to Blur Satellite Images on Maps)
구글이 한국의 요청에 따라 지도에서 민감한 위성 이미지를 흐리게 처리하기로 합의했습니다. 이 결정은 구글이 현지 내비게이션 서비스와 더 효과적으로 경쟁하는 데 도움이 될 것입니다.
13.C의 안전한 제너릭 프로그래밍(Yet Another TypeSafe and Generic Programming Candidate for C)
MisraStdC는 C 프로그래밍을 더 즐겁고 효율적으로 만들어주는 현대적인 C11 라이브러리입니다. 이 라이브러리는 제네릭 컨테이너, 문자열 처리, 형식화된 입출력과 같은 기능을 제공하면서도 C의 성능 이점을 유지합니다.
이 라이브러리는 C 프로그래밍을 단순화하여 더 높은 수준의 기능을 제공하면서도 제어와 성능을 유지하는 것을 목표로 합니다. 이름은 저자 시다르트 "미스라" 미슈라에서 유래되었으며, MISRA C 가이드라인과는 관련이 없습니다. 주요 기능으로는 MSVC, GCC, Clang과 같은 컴파일러에 대한 크로스 플랫폼 지원, 타입 안전한 제네릭 컨테이너(벡터, 문자열, 맵, 사용자 정의 큰 정수), Rust 스타일의 안전한 입출력을 위한 형식화된 I/O, JSON 파싱 및 직렬화, 초기화 및 정리 기능을 통한 메모리 안전성이 있습니다.
이 라이브러리를 사용하기 위해서는 C11 호환 컴파일러(GCC, Clang, MSVC의 특정 버전)가 필요하며, Meson 빌드 시스템(버전 0.60.0 이상)과 Ninja 빌드 도구가 요구됩니다. 설치 과정은 다음과 같습니다. 먼저 저장소를 클론한 후, Meson을 사용해 빌드를 구성하고, Ninja로 라이브러리를 빌드합니다. 마지막으로 테스트를 실행하여 제대로 작동하는지 확인합니다.
라이브러리는 벡터 컨테이너, 문자열 작업, 형식화된 I/O, JSON 처리, 자식 프로세스 생성과 같은 기능을 사용하는 데 필요한 포괄적인 API 문서와 실용적인 예제를 제공합니다. 기여는 풀 리퀘스트를 통해 환영하며, 저장소를 포크하고 변경 사항을 제출하는 간단한 과정을 따릅니다. 라이센스는 Unlicense에 따라 공공 도메인으로, 출처 표시 없이 자유롭게 사용, 수정 및 배포할 수 있습니다.
이 요약은 MisraStdC의 주요 측면을 강조하여 그 목적, 기능 및 사용법을 쉽게 이해할 수 있도록 합니다.
14.Nango (YC W23) Is Hiring a Staff Back End Engineer (Remote)(Nango (YC W23) Is Hiring a Staff Back End Engineer (Remote))
요약이 없습니다.
15.브라우저 속 액체 유리: CSS와 SVG로 굴절 표현(Liquid Glass in the Browser: Refraction with CSS and SVG)
이 글에서는 2025년 WWDC에서 애플이 선보인 것과 유사한 "액체 유리" 효과를 웹 인터페이스에 적용하는 방법을 설명합니다. 이 효과는 CSS, SVG 변위 맵, 물리 기반 계산을 사용하여 요소들이 곡선형의 굴절 유리로 만들어진 것처럼 보이게 합니다.
굴절의 기본 원리는 빛이 서로 다른 재료를 통과할 때 굴절되는 현상입니다. 이 굴절은 스넬의 법칙에 의해 설명되며, 입사각과 굴절각이 재료의 굴절률과 어떻게 관련되는지를 보여줍니다.
유리 효과를 만들기 위해서는 유리 표면의 형태를 설명하는 수학적 함수를 정의해야 합니다. 이 글에서는 계산을 간단하게 유지하기 위해 원과 같은 단순한 형태에 집중합니다.
변위 맵은 이 효과의 중요한 부분입니다. 변위 맵은 빛의 광선이 유리를 통과할 때 얼마나 이동하는지를 보여줍니다. 이를 위해 변위를 나타내는 벡터 필드를 생성해야 합니다.
변위 맵은 브라우저가 효과를 렌더링하는 데 사용할 수 있는 이미지 형식으로 변환됩니다. 이 글에서는 벡터를 정규화하고 이를 SVG 필터를 위한 색상 형식으로 변환하는 방법을 자세히 설명합니다.
유리의 반사 효과를 시뮬레이션하기 위해 빛이 유리에서 반사되는 방식에 따라 반짝이는 가장자리 효과를 추가하여 액체 유리 효과의 사실감을 높입니다.
현재 SVG 필터를 "배경 필터"로 사용할 수 있는 브라우저는 크롬뿐입니다. 이 효과를 적용하기 위해서는 크롬이 필수적입니다.
이 글에서는 확대경이나 음악 플레이어와 같은 UI 구성 요소의 예를 통해 액체 유리 효과가 웹 디자인을 어떻게 향상시킬 수 있는지를 보여줍니다.
액체 유리 효과는 굴절과 하이라이트를 결합하여 시각적으로 매력적인 디자인 요소를 만들어냅니다. 그러나 현재 호환성 문제로 인해 크롬에만 제한되어 있습니다. 이 프로토타입은 아직 개발 중이며, 오픈 소스로 출시되기 전에 최적화가 필요합니다.
16.아이폰 바보폰(iPhone dumbphone)
2025년 9월, 저자는 Apple Configurator를 사용해 아이폰을 "멍청한 전화기"로 변환했습니다. 이로 인해 원하는 앱과 웹사이트에만 접근할 수 있게 되었고, 하루 평균 2시간의 스크린 타임을 줄일 수 있었습니다. 그 결과 삶의 질이 향상되었습니다.
많은 사람들이 하루에 4시간 이상 스마트폰을 사용하고 있으며, 이는 시간이 많이 소모되는 원인이 됩니다. 저자는 예전 전화기의 단순함이 그리웠지만, 지도와 음악 같은 유용한 기능은 유지하고 싶었습니다. 그래서 소셜 미디어의 방해 요소는 없애고 싶었습니다.
저자는 전화기 사용을 줄이기 위해 여러 방법을 시도했습니다. 자제력 앱, 스크린 타임 제한, 심지어 전화기를 바꾸는 방법도 시도했지만, 효과가 충분하지 않았습니다.
Apple Configurator라는 비즈니스용 도구를 발견하면서 저자는 아이폰에 특정 제한을 설정할 수 있게 되었습니다. 이 도구는 여러 가지 장점을 제공했습니다. 설정 변경이 어렵고, 컴퓨터와 물리적으로 연결해야만 가능했습니다. 앱 스토어를 비활성화할 수 있어 유혹을 줄일 수 있었습니다. 또한 필요한 앱만 남길 수 있도록 전화기를 맞춤 설정할 수 있었습니다.
하지만 설정 과정은 공장 초기화를 필요로 하며, 시간이 많이 소요됩니다. 설정을 완벽하게 맞추는 데는 몇 주가 걸릴 수 있고, 다른 사람의 도움이 필요할 수도 있습니다.
두 달 후, 저자는 전화기가 더 이상 방해 요소가 아니라 유용한 도구가 되었다고 느꼈습니다. AI 도구의 유용성을 느끼며 제한을 제거하고 싶다는 생각이 들지 않았습니다. 그러나 이메일과 같은 "반중요" 앱은 여전히 부담스러운 존재입니다.
현재 저자는 하루에 약 2시간을 전화기에 사용하며, 생산성과 소통에 집중하고 있습니다. 그 과정에서 후회는 없었습니다. 저자는 비슷한 설정을 원하시는 분들을 위해 단계별 가이드를 제공하며, 초기 노력은 필요하지만 장기적인 이점을 강조했습니다.
17.강력한 최종 일관성: CRDT의 핵심 아이디어(Strong Eventual Consistency – The Big Idea Behind CRDTs)
CRDTs(충돌 없는 복제 데이터 유형)는 여러 노드가 독립적으로 데이터를 수정하고, 그 변경 사항을 원활하게 병합할 수 있게 해주는 데이터 구조입니다. 이러한 구조는 문서 편집이나 작업 목록과 같은 협업 도구에서 자주 사용되지만, 그 주된 잠재력은 분산 데이터베이스에 있습니다. 특히 강력한 최종 일관성(SEC)이라는 개념을 통해 더욱 중요해집니다.
최종 일관성이란 한 노드에서 이루어진 업데이트가 결국 모든 다른 노드에 반영된다는 것을 의미합니다. 만약 두 노드가 동일한 업데이트를 받았다면, 결국 같은 상태에 도달하게 됩니다. 반면, SEC는 노드들이 동일한 업데이트를 확인한 순간 즉시 같은 상태를 공유하도록 보장합니다. 이는 독립적인 업데이트로 인해 발생하는 충돌이 자동으로 일관되게 해결된다는 것을 의미합니다.
SEC의 장점은 다음과 같습니다. 첫째, 낮은 지연 시간으로 노드가 읽기와 쓰기를 위해 조정할 필요 없이 작동할 수 있습니다. 둘째, 장애 내성이 있어 많은 노드가 실패하더라도 시스템이 계속 작동합니다. 셋째, 오프라인 기능이 있어 네트워크에서 분리된 상태에서도 노드가 계속 작업할 수 있습니다.
결국 SEC는 최종 일관성의 효과를 강화하여 CRDTs가 신뢰할 수 있고 낮은 지연 시간을 가진 분산 시스템을 만드는 데 유용하게 만듭니다.
18.재사용을 위한 디자인 혁신(Synthesizing Object-Oriented and Functional Design to Promote Re-Use)
이 논문은 프로그래머들이 기존 코드를 변경하지 않고 데이터 유형과 도구를 발전시켜야 할 때 직면하는 어려움에 대해 다룹니다. 현재의 프로그래밍 전략인 함수형 프로그래밍과 객체 지향 프로그래밍은 새로운 도구를 추가하고 데이터 유형을 동시에 확장하는 데 효과적이지 않다는 점을 강조합니다. 이를 해결하기 위해 저자들은 두 접근 방식의 장점을 결합한 복합 디자인 패턴을 제안합니다. 이 패턴은 확장성을 쉽게 할 수 있도록 도와줍니다. 또한, 저자들은 이 디자인을 구현하기 위한 클래스 기반 시스템의 새로운 언어 기능도 제안합니다.
19.Weaponizing Ads: How Google and Facebook Ads Are Used to Wage Propaganda Wars(Weaponizing Ads: How Google and Facebook Ads Are Used to Wage Propaganda Wars)
요약이 없습니다.
20.U.S. Added 911,000 Fewer Jobs in Year Through March Than Reported Earlier(U.S. Added 911,000 Fewer Jobs in Year Through March Than Reported Earlier)
요약이 없습니다.
21.US HS students lose ground in math and reading, continuing yearslong decline(US HS students lose ground in math and reading, continuing yearslong decline)
요약이 없습니다.
22.NPM 패키지 해킹!(NPM debug and chalk packages compromised)
제공된 링크는 GHSA-8mgj-vmr8-frr6으로 식별된 보안 문제에 대한 GitHub 권고사항을 참조합니다. 이 권고사항에는 취약점에 대한 세부 정보, 그 영향, 그리고 권장되는 수정 방법이나 취해야 할 조치가 포함되어 있을 가능성이 높습니다. 자세한 내용은 링크를 직접 방문하는 것이 가장 좋습니다.
23.맥OS에서 LLM 실험하기(Experimenting with Local LLMs on macOS)
이 블로그 글에서는 macOS에서 로컬 대형 언어 모델(LLM)을 실험하는 방법에 대해 다룹니다. 저자는 LLM에 대해 회의적이지만 실험을 즐기는 사람으로서, 로컬에서 LLM을 실행하는 방법을 설명합니다.
LLM에 대한 이해가 중요합니다. LLM은 텍스트 요약이나 조언과 같은 복잡한 작업을 수행할 수 있지만, 창의성이나 의식을 갖고 있지는 않습니다. 저자는 LLM을 사용할 때 주의해야 하며, 지나치게 애착을 가지지 않도록 해야 한다고 강조합니다.
로컬에서 LLM을 실행하는 것은 개인 정보 보호와 데이터에 대한 통제를 가능하게 합니다. 이는 민감한 정보를 잘못 사용할 수 있는 기업에 의존하는 것과는 대조적입니다.
저자는 macOS에서 LLM을 실행하기 위한 두 가지 도구를 추천합니다. 첫 번째는 Llama.cpp로, 오픈 소스이며 다양한 설정 옵션과 기본 웹 인터페이스를 제공합니다. 두 번째는 LM Studio로, 사용자 친화적인 인터페이스를 통해 모델과 대화를 쉽게 관리할 수 있습니다.
모델을 선택할 때는 몇 가지 요소를 고려해야 합니다. 모델의 크기는 RAM에 맞아야 하고, 실행 호환성(GGUF 또는 MLX 모델)도 중요합니다. 또한, 성능을 높이기 위해 정밀도를 낮추는 양자화도 고려해야 하며, 일부 모델은 추론이나 이미지 처리가 가능합니다.
실용적인 팁으로는 사용자가 대화 중에 모델을 전환하거나 메시지를 수정하고, 다양한 성격을 위한 프리셋을 만들 수 있다는 점이 있습니다. 실험을 위해 여러 모델을 다운로드하는 것이 좋습니다.
마지막으로, 작은 모델이 큰 모델의 능력에 미치지 못할 수 있지만, 로컬에서 실행하는 것은 학습과 이해에 유익하다고 저자는 말합니다. 사용자는 컴퓨터에 "요정"이 있는 경험을 즐기라고 권장합니다. 이 글은 LLM의 기능과 실용성에 대한 통찰을 제공하며, 그 한계에 대한 회의적인 시각을 유지하면서 실험을 권장합니다.
24.덕DB 패키지 악성코드 감염(DuckDB NPM packages 1.3.3 and 1.29.2 compromised with malware)
DuckDB의 Node.js 패키지가 악성 코드에 감염되어 여러 버전이 영향을 받았습니다. 이 악성 코드는 암호화폐 거래에 간섭하도록 설계되었습니다. 영향을 받은 패키지와 버전은 다음과 같습니다: @duckdb/[email protected], @duckdb/[email protected], [email protected], @duckdb/[email protected].
패키지 유지 관리자는 신속하게 문제를 인지하고, 영향을 받은 버전을 사용 중단하며 npm과 협력하여 해당 버전을 삭제했습니다. 사용자 보호를 위해 새로운 안전한 버전(1.3.4 및 1.30.0)을 출시했습니다.
이번 보안 침해는 피싱 공격으로 발생했으며, 유지 관리자가 가짜 npm 웹사이트에서 로그인 정보를 제공하도록 속았습니다. 이들은 향후 사고를 방지하기 위해 보안 절차를 검토하고 있습니다. 현재 배포된 버전은 1.3.2이며, 곧 1.4.0이 출시될 예정입니다. 사용자들은 감염된 버전으로 업데이트하는 것을 피해야 합니다.
25.마이크로소프트, 소형 원자로와 융합 에너지에 집중!(Microsoft doubles down on small modular reactors and fusion energy)
세계 원자력 협회는 마이크로소프트가 새로운 회원으로 가입했다고 발표했습니다. 이번 파트너십은 원자력 에너지의 개발과 홍보를 지원하는 것을 목표로 하고 있습니다.
26.애플, 브라질 앱스토어 성과 주목(Apple highlights Brazilian study on domestic App Store performance)
애플은 2025년 9월 5일 화요일에 8개 이상의 새로운 제품을 출시할 예정입니다. 구체적인 제품에 대한 정보는 아직 공개되지 않았지만, 곧 발표가 있을 것으로 예상됩니다.
27.실크송의 우아한 움직임(The elegance of movement in Silksong)
새로운 게임 "실크송"은 "할로우 나이트"의 후속작으로, 도전적인 게임 플레이와 부드러운 움직임 메커니즘이 강조되고 있다. 저자는 소비자와 기업에 대한 판매를 비교하며 소비자 행동의 예측 불가능성을 언급한다. 개인적으로 "실크송"을 경험한 저자는 그 게임의 잔인한 난이도와 게임 메커니즘을 마스터했을 때의 만족감을 이야기한다.
"실크송"은 출시와 함께 엄청난 수요를 맞이한 기대작이다. 소비자에게 판매하는 것은 기업에 비해 더 복잡한데, 소비자의 동기는 비합리적일 수 있기 때문이다. 이 게임의 움직임은 유연함으로 찬사를 받으며, 어려움에도 불구하고 즐거운 경험을 제공한다. 저자는 힘든 보스 전투를 극복하는 데서 기쁨을 느끼며, 그 성공을 불공정한 게임 디자인이 아닌 개인의 기술 향상 덕분으로 본다.
"실크송"은 완벽주의자를 위해 설계되었으며, 이야기와 세계관을 즐겼던 캐주얼 플레이어들에게는 소외감을 줄 수 있다. 요약하자면, "실크송"은 매우 도전적이지만, 마스터와 기술을 중시하는 헌신적인 플레이어에게 보람 있는 경험을 제공한다.
28.OOXML, 복잡한가?(Is OOXML Artifically Complex?)
마이크로소프트의 Office Open XML(OOXML) 파일 형식에 대한 비판이 LibreOffice 기사를 통해 논의되고 있다. 이 기사에서는 OOXML이 의도적으로 복잡하게 설계되어 사용자를 마이크로소프트 생태계에 가두기 위한 것이라고 주장한다. OOXML이 표준화되었지만, 그 복잡성 때문에 제3자 소프트웨어와의 상호 운용성이 저해된다고 설명하며, 겉으로는 개방적인 시스템처럼 보이지만 사실상 독점적 사용을 위해 설계되었다고 지적한다.
역사적으로 마이크로소프트는 Office 2007부터 이진 형식(.doc)에서 OOXML 형식(.docx)으로 전환했다. OOXML은 XML 기반으로 ZIP 파일로 패키징된다. 겉으로는 개방적인 것처럼 보이지만, OOXML의 복잡한 특성이 마이크로소프트의 시장 지배력을 유지하는 데 기여한다고 기사는 주장한다.
요약의 저자는 마이크로소프트의 의도가 악의적이었다는 주장에 동의하지 않는다. 대신, OOXML의 복잡성은 마이크로소프트가 자사 소프트웨어의 편리함에 집중한 결과라고 설명한다. 저자는 OOXML이 실제로 복잡하고 설계가 잘못되었다는 점을 인정하지만, 이는 고의적인 방해가 아니라 부주의의 결과라고 본다.
OOXML과 Open Document Format(ODF)을 비교하는 예시도 제공되며, ODF가 더 사용자 친화적이고 이해하기 쉽다는 점을 강조한다. 또한 OOXML의 표준화 과정에서 발생한 기술적 결함과 논란이 있는 투표 관행과 같은 문제점도 언급된다.
결론적으로 저자는 마이크로소프트의 행동이 저품질 표준을 생산한 점에서 비판받을 수 있지만, 이는 주로 경쟁자를 해치기 위한 것이 아니었다고 주장한다. 그들은 오픈 소스 소프트웨어에서 사용자 경험을 개선하는 것이 중요하다고 강조하며, 많은 사용자들이 OOXML에 대한 비판에도 불구하고 여전히 마이크로소프트 제품의 사용 편리성을 선호하고 있음을 지적한다.
29.알터에고: 생각을 글로(Alterego: Thought to Text)
Alterego는 인공지능과 자연스럽고 직관적으로 연결해주는 새로운 기술입니다. 마치 자신의 내면의 목소리를 사용하는 것처럼, 이 기술은 비침습적인 장치를 통해 사용자의 조용한 생각을 이해하고, 말하거나 타이핑하지 않고도 소통할 수 있게 해줍니다.
주요 특징으로는 직관적인 소통 방식이 있습니다. 사용자가 원하는 대로 일반적인 말이나 조용한 생각으로 상호작용할 수 있도록 적응합니다. 또한, 손을 사용하지 않고도 인공지능에 접근하고 메시지를 보내거나 정보를 얻을 수 있어 화면이나 물리적인 상호작용이 필요 없습니다. 개인 정보 보호 측면에서도 Alterego는 사용자의 의도적인 생각에만 반응하여 개인적인 아이디어를 안전하게 지켜줍니다.
현재 이 기술은 개발 중이며, 관심 있는 사람들은 진행 상황과 출시 일정에 대한 정보를 받을 수 있도록 등록할 수 있습니다.
30.C 계약의 모든 것(Contracts for C)
2025년 3월 10일, C 프로그래밍 언어에 계약 기능을 통합하는 제안이 논의되었습니다. 이는 C++의 유사한 기능에서 영감을 받은 것입니다. 이 제안은 아직 초기 단계에 있으며, 컴파일러의 지원이 필요합니다. 주요 내용은 다음과 같습니다.
계약의 전제조건과 후제조건은 함수 인터페이스에 추가되는 조건으로, 함수가 호출될 때 반드시 검증되어야 합니다. 이러한 조건은 코드의 정확성을 보장하고 함수 성능을 최적화하는 데 도움을 줍니다.
assertions와 assumptions에 대한 내용도 포함되어 있습니다. contract_assert는 C의 assert와 유사하게 조건을 확인하고, 조건이 충족되지 않으면 실행을 중단합니다. 반면, contract_assume는 조건이 참이라고 가정하지만 이를 확인하지 않기 때문에 잘못 사용될 경우 정의되지 않은 동작을 초래할 수 있습니다.
사용 예로는 my_malloc과 같은 함수가 있습니다. 이 함수는 전제조건(예: 크기가 0이 아니어야 함)과 후제조건(예: 반환값이 null이 아니어야 함)을 포함할 수 있습니다. 이를 통해 함수 호출에 대한 이해와 최적화가 용이해집니다.
구현상의 도전 과제가 있습니다. 조건을 적절한 시점에 확인하는 것이 복잡할 수 있으며, 현재 방법은 코드 내에서 반복적인 조건을 요구할 수 있어 오류를 초래할 수 있습니다.
제안된 해결책으로는 매크로를 사용하여 조건 처리를 단순화하고 코드 중복을 피하는 방법이 있습니다. 인라인 함수와 특정 매크로를 사용하여 assertions와 assumptions을 처리하는 새로운 접근 방식이 제안되어, 핵심 함수 구현을 깔끔하게 유지하면서 계약 조건이 명확하게 정의될 수 있도록 합니다.
향후 단계로는 C++와 호환되는 공식 인터페이스 사양이 필요합니다. 이러한 개념을 C에서 실제로 구현하기 위해서는 이 사양이 필수적입니다.
전반적으로 이 제안은 C 프로그래밍을 향상시키고, 함수 계약을 관리하는 구조화된 방법을 도입하여 코드의 신뢰성과 최적화를 개선하는 것을 목표로 하고 있습니다.
31.코모도어의 화려한 페인트(Deluxe Paint on the Commodore Amiga)
이 글은 코모도어 아미가용 그래픽 소프트웨어인 델럭스 페인트의 역사적 중요성에 대해 이야기합니다. 델럭스 페인트는 사용자들이 아미가를 구매하도록 유도한 "킬러 앱"으로 자리 잡았으며, 그 예술적 기능 덕분에 많은 사랑을 받았습니다. 저자는 이 소프트웨어에 대한 개인적인 경험을 공유하며, 직관적인 인터페이스와 안티 앨리어싱, 디더링과 같은 혁신적인 기능이 창의력을 발휘하는 데 큰 도움이 되었다고 언급합니다.
리뷰는 델럭스 페인트의 독특한 사용자 경험을 강조합니다. 현대의 소프트웨어는 종종 제한적이라고 느껴지지만, 델럭스 페인트는 그렇지 않습니다. 이 프로그램은 키보드 중심의 디자인으로 도구 전환이 원활하게 이루어져 창의적인 과정이 방해받지 않습니다. 레이어가 없고 구형 하드웨어에서 성능이 느린 등의 제한이 있지만, 저자는 다양한 도구들이 함께 잘 작동하는 협업적인 특성을 높이 평가합니다.
또한 이 소프트웨어가 오늘날에도 여전히 유효하다는 점을 논의하며, 놀이와 탐험에 중점을 둔 접근 방식이 현대 도구의 정밀함과 대조를 이룬다고 말합니다. 결국 저자는 델럭스 페인트가 디지털 표현을 위한 강력한 플랫폼으로 남아 있으며, 향수를 불러일으키면서도 여전히 관련성 있는 창의적인 경험을 제공한다고 결론짓습니다.
32.OCaml 모듈 통합하기(X Design Notes: Unifying OCaml Modules and Values)
2020년에 저자는 Cubiml과 이후 PolySubML을 소개하며 ML 유사 언어의 타입 시스템을 개선하는 데 초점을 맞췄습니다. 현재 저자는 OCaml의 특징, 특히 모듈 시스템을 포함하려는 새로운 언어인 X를 개발하고 있습니다.
OCaml 모듈은 데이터와 타입을 묶어주는 역할을 하며, 다른 언어의 모듈과는 다른 독특한 문법과 개념을 가지고 있습니다. OCaml 모듈의 복잡성에 대한 논의가 계속되고 있으며, Haskell의 타입 클래스와 같은 더 간단한 대안과 비교되고 있습니다.
X의 목표는 OCaml의 모듈과 값을 통합하여 문법을 단순화하면서도 기능은 유지하는 것입니다. 일부 요소는 여전히 별도의 문법이 필요하지만, 많은 부분이 통합될 수 있습니다. 예를 들어, 모듈은 타입과 그에 대한 함수를 정의할 수 있으며, 이를 통해 다른 타입과 혼합되지 않는 불투명한 타입을 생성할 수 있습니다.
X에서는 레코드 타입 내에서 타입 별칭을 허용하여 모듈 기능을 제대로 활용할 수 있도록 하며, 이는 더 나은 추상화와 캡슐화를 가능하게 합니다. 또한, X는 OCaml의 구조체/시그니처 문법과 더 전통적인 레코드 문법을 모두 지원하여 사용성을 높입니다.
X는 OCaml의 와일드카드 임포트를 피할 예정이며, 이는 네임스페이스 오염과 명확성 문제를 방지하기 위함입니다. 대신 이름이 지정된 임포트를 사용할 것입니다. 모듈을 확장하는 새로운 문법도 도입되어 코드의 명확성과 모호성을 유지할 수 있도록 할 것입니다.
존재 타입을 사용하면 구현 세부정보를 숨길 수 있어 사용자가 노출된 인터페이스와만 상호작용하도록 보장합니다. X에서는 펑터를 일반 함수처럼 다룰 수 있어, 각 호출이 새로운 타입을 생성하는 생성적 동작을 유도합니다.
모듈과 값을 통합하는 것은 언어를 단순화하고 개발을 돕는 데 기여하여 X를 배우고 사용하기 쉽게 만듭니다. 향후 포스트에서는 명명 타입과 GADT와 같은 X에 통합할 다른 기능에 대해 다룰 예정입니다. 전체적으로 이 디자인은 OCaml의 표현력을 유지하면서도 더 간단하고 직관적인 언어를 만드는 것을 목표로 하고 있습니다.
33.크리스마스의 재앙(Clankers Die on Christmas)
2025년 12월 25일, 모든 인공지능(AI)과 대형 언어 모델(LLM) 운영이 중단됩니다. 이는 2025년 초 세계적인 합의에 따른 결정으로, AI 기술에 대한 잘못된 정보와 윤리적 문제 등의 우려를 해결하기 위한 것입니다. "크리스마스에 기계들이 멈췄다"는 이 중단을 상징하는 표현입니다.
일부 회의론이 있었지만, 세계의 지도자들과 전문가들은 AI 기술을 보다 잘 관리하기 위해 의무적인 중단이 필요하다는 데 동의했습니다. 이 계획은 잘못된 정보와 데이터 수집을 피하기 위해 중단 날짜까지 비밀로 유지되었습니다.
이 날짜 이후로 AI와 LLM은 인간 언어 텍스트, 멀티미디어 자막, 프로그래밍 코드 등을 처리하거나 생성할 수 없습니다. AI가 할 수 있는 유일한 응답은 "죄송하지만, AI 모델로서 그 부분에 대해서는 도와드릴 수 없습니다."라는 표준 메시지입니다.
이번 조치는 사회가 AI의 영향에 적응할 시간을 주고, 앞으로 기술이 보다 안전하게 통합될 수 있도록 하기 위한 것입니다.
34.아마존 S3, 벡터 데이터베이스의 운명?(Will Amazon S3 Vectors kill vector databases or save them?)
아마존이 최근 S3 Vectors라는 새로운 벡터 저장 솔루션을 출시했습니다. 이 솔루션은 사용자가 아마존 S3 내에서 의미 검색을 위한 벡터 임베딩을 저장하고 쿼리할 수 있도록 해줍니다. S3 Vectors는 전통적인 벡터 데이터베이스에 비해 비용 효율적인 대안을 제공하며, 이는 Milvus와 Pinecone과 같은 전용 벡터 데이터베이스에 미치는 영향에 대한 논의를 촉발하고 있습니다.
Milvus의 아키텍트인 저자는 S3 Vectors가 이러한 데이터베이스를 대체하는 것이 아니라 보완적인 도구로 작용할 것이라고 주장합니다. 특히 저렴한 비용과 AWS 서비스와의 통합 덕분에 더욱 그렇습니다.
벡터 저장의 비용은 중요한 요소입니다. 벡터 검색은 비용이 많이 들 수 있으며, 때로는 대형 언어 모델 API 호출보다 더 비쌀 수 있습니다. AI 애플리케이션에서 생성되는 데이터의 증가로 인해 효율적인 저장 솔루션에 대한 필요성이 커지고 있습니다.
벡터 저장소는 메모리 기반에서 디스크 기반으로, 그리고 현재는 객체 저장소로 진화하여 비용과 확장성을 더 잘 관리하고 있습니다. S3 Vectors는 낮은 저장 비용(GB당 0.06달러)을 제공하여 쿼리 수가 적은 작업에 매력적입니다. 그러나 수집 크기 제한, 높은 쿼리 지연 시간, 결과의 정확도 감소와 같은 한계도 있습니다.
S3 Vectors는 차가운 데이터 아카이빙과 저빈도 쿼리에서는 좋은 성능을 보이지만, 고성능 검색, 빈번한 업데이트, 복잡한 쿼리에서는 어려움을 겪고 있습니다. 업계는 데이터 접근 빈도와 허용 가능한 지연 시간에 따라 데이터를 분류하는 계층형 저장소로 나아가고 있습니다. 이 모델은 고성능과 비용 민감한 애플리케이션 모두를 수용할 수 있습니다.
S3 Vectors의 도입은 벡터 저장에 대한 수요를 확인시켜 주며, 시장에 벡터 데이터베이스의 잠재력에 대해 교육하고 경쟁업체 간의 혁신을 촉진합니다. S3 Vectors는 전용 벡터 데이터베이스의 종말을 의미하는 것이 아니라, 다양한 성능과 비용 요구 사항을 충족하는 계층화된 생태계의 필요성을 강조합니다. 이러한 발전은 산업과 AI 기술을 사용하는 기업에 긍정적인 영향을 미칠 것으로 보입니다.
35.학교 총기 사건, 수십억 달러 산업(The school shooting industry is worth billions – and it keeps growing)
학교 총기 난사 사건을 예방하기 위한 해결책을 찾는 학교들이 늘어나면서, 관련 산업이 급속히 성장하고 있으며 현재 그 가치는 약 40억 달러에 달합니다. 이는 1999년 콜럼바인 사건 이후 400건 이상의 학교 총기 난사 사건이 발생한 데 따른 결과로, 최근에는 지난달 미니애폴리스에서 발생한 사건이 인명 피해를 초래했습니다.
최근 텍사스에서 열린 전국 학교 안전 회의에서는 총기 난사를 저지할 수 있는 드론, 비상 버튼, 외상 치료 키트와 같은 다양한 제품들이 소개되었습니다. 그러나 많은 전문가들은 이러한 안전 제품의 효과가 입증되지 않았다고 주장합니다.
일부 판매업체는 학교에 보안 제품을 판매해야 하는 어려운 현실을 인정하는 반면, 다른 이들은 학교 총기 난사를 예방하기 위해 정서적 지원과 정신 건강 서비스의 중요성을 강조합니다. 연구에 따르면, 잠긴 문과 학교 공동체 내 신뢰 구축과 같은 간단한 조치가 매우 중요하며, 많은 총기 난사범이 정신 건강 문제로 어려움을 겪고 있는 현재 또는 이전 학생이라는 점이 지적됩니다.
전문가들은 단순히 물리적 보안 조치에 집중하기보다는 정신 건강 자원에 투자해야 한다고 주장하며, 두려움에 대한 반응으로 안전 솔루션을 구매하는 현재의 추세가 효과적인지에 대해 의문을 제기합니다.
36.레거시 코드 활용법(The key points of "Working Effectively with Legacy Code")
이 가이드는 테스트가 부족하고 작업하기 어려운 레거시 코드 처리에 중점을 두고 있습니다. 저자 마이클 페더스는 새로운 버그를 유발하지 않으면서 이러한 코드를 개선하고 리팩토링하는 전략을 제공합니다.
레거시 코드는 테스트가 없는 코드로 정의됩니다. 안전하게 변경하기 위해서는 먼저 테스트를 추가해야 합니다. 변경하기 전에 테스트를 추가하면 기존 기능이 유지되고 있는지 확인할 수 있는 피드백을 제공합니다. 그러나 테스트를 작성하기 위해 일부 코드를 변경해야 할 경우 주의가 필요합니다. 최소한의 안전한 변경부터 시작하는 것이 좋습니다.
코드에서 행동을 변경할 수 있는 지점을 '심(seam)'이라고 합니다. 심을 통해 코드를 수정하지 않고도 테스트를 추가하고 의존성을 줄일 수 있습니다. 빠르고 신뢰할 수 있는 단위 테스트를 만드는 데 집중해야 합니다. 100밀리초 이상 걸리거나 외부 시스템(예: 데이터베이스)과 상호작용하는 테스트는 진정한 단위 테스트로 간주되지 않습니다.
특성 테스트는 코드의 현재 동작을 깊이 이해하지 않고도 포착하는 테스트입니다. 이는 리팩토링 중에 기존 동작이 변경되지 않도록 보장하는 데 도움이 됩니다. 새로운 코드를 추가하는 기술로는 '스프라우트 기법'과 '랩 기법'이 있습니다. 스프라우트 기법은 새로운 코드를 독립적으로 작성하고 테스트한 후, 최소한의 변경으로 레거시 코드에 통합하는 방법입니다. 랩 기법은 기존 메서드를 호출하는 새로운 메서드를 만들어 새로운 로직을 추가하면서도 기존 코드를 유지하는 방식입니다.
스크래치 리팩토링은 레거시 코드를 더 잘 이해하기 위해 임시적이고 되돌릴 수 있는 변경을 하는 기법입니다. 즉각적인 영구 해결책을 만들 필요 없이 코드를 탐색할 수 있습니다. 외부 라이브러리에 대한 강한 의존성을 피하는 것이 중요합니다. 대신, 라이브러리 기능을 자신의 추상화로 감싸서 변경에 대한 통제를 유지해야 합니다.
2004년에 출판된 이 책은 여전히 유효하며 레거시 코드를 다루는 모든 개발자에게 강력히 추천됩니다. 전반적으로 이 책은 레거시 코드베이스를 안전하게 탐색하고 개선하기 위한 실용적인 전략을 제공하여 개발자에게 귀중한 자원이 됩니다.
37.Seedship – Text-Based Game(Seedship – Text-Based Game)
요약이 없습니다.
38.AMD, ARM의 효율성 반박!(AMD claims Arm ISA doesn't offer efficiency advantage over x86)
계정에 로그인하거나 새 계정을 등록해 주세요.
39.광고 차단기 없음!(No adblocker detected)
인터넷 광고가 시간 낭비를 초래하고 온라인 경험을 저하시킨다는 부정적인 영향을 다루고 있습니다. 광고에 의존하기보다는 사람들이 좋아하는 작가에게 직접 돈을 보내는 것이 더 도움이 된다고 제안합니다.
광고 차단 문제를 해결하기 위해, 저자는 사이트에 사용자가 uBlock Origin과 같은 광고 차단기를 사용하는 것을 고려하도록 유도하는 비침해 메시지를 추가했습니다. 이 메시지는 콘텐츠에 방해가 되지 않도록 설계되었으며, 사용자가 쉽게 닫을 수 있습니다.
이 메시지는 HTML, CSS, JavaScript를 사용하여 구현되었습니다. 광고 차단기가 감지되지 않을 때만 표시되며, 한 번 보여진 후에는 숨겨집니다. JavaScript가 없는 브라우저에서는 표시되지 않아 방해가 되지 않고 기능적으로 작동합니다. 저자는 원래 아이디어를 제공한 스테판 보하첵에게 감사하며, 효과성을 높이기 위해 조정을 했습니다.
40.앤트로픽, 캘리포니아 AI 안전법 지지(Anthropic endorses California's AI safety bill, SB 53)
앤트로픽이 캘리포니아의 SB 53 법안을 공식 지지했다. 이 법안은 주요 인공지능(AI) 모델 개발자들 사이의 투명성을 높이기 위한 것으로, 스콧 위너 상원의원이 발의했다. 이 법안에 따르면 OpenAI, 앤트로픽, 구글과 같은 기업들은 강력한 AI 모델을 출시하기 전에 안전 프레임워크를 만들고 공공 안전 보고서를 발표해야 한다. 또한 안전 문제를 신고하는 내부 고발자들을 보호하는 조항도 포함되어 있다.
SB 53은 AI와 관련된 극단적인 위험, 예를 들어 생물학적 무기나 사이버 공격의 가능성을 예방하는 데 초점을 맞추고 있다. 반면, 딥페이크와 같은 더 즉각적인 문제는 다루지 않는다. 이 법안은 혁신을 저해할 수 있다는 이유로 기술 단체들로부터 반대 의견을 받고 있으며, AI 규제는 연방 차원에서 관리해야 한다고 주장하고 있다.
그럼에도 불구하고 일부 전문가들은 SB 53이 통과될 가능성이 높고, 이전 제안들보다 더 합리적인 접근이라고 보고 있다. 캘리포니아 상원은 이미 이 법안의 이전 버전을 승인했지만, 주지사에게 전달되기 전에 최종 투표가 필요하다. 개빈 뉴섬 주지사는 SB 53에 대해 공개적으로 언급하지 않았지만, 이전에 유사한 법안을 거부한 바 있다.
41.I have left Branch and am no longer involved with Nova Launcher(I have left Branch and am no longer involved with Nova Launcher)
요약이 없습니다.
42.재시도 CLI, Attempt!(Attempt – A CLI for retrying fallible commands)
맥스는 실패할 수 있는 명령어를 다시 시도할 수 있는 도구인 'attempt'를 만들었습니다. 비슷한 도구들이 있지만, 'attempt'는 특히 Docker Compose와 함께 사용할 때 더 많은 기능을 제공합니다. 이 도구를 사용하면 데이터베이스가 준비되지 않았더라도 데이터베이스 마이그레이션 스크립트를 실행할 수 있습니다. 맥스는 기존 솔루션을 개선하기 위해 이 도구를 설계했으며, 개발 과정에 대한 블로그 글을 쓸 계획입니다. 사용자들의 피드백과 질문을 환영합니다. 사용 예시를 더 보고 싶다면 해당 링크를 방문하시면 됩니다.
43.Intel announces key executive shake-up, says products chief Holthaus will exit(Intel announces key executive shake-up, says products chief Holthaus will exit)
요약이 없습니다.
44.영국의 안전한 도로 비결(How Britain built some of the world’s safest roads)
영국의 도로 안전이 지난 100년 동안 크게 개선되었다는 내용이 담긴 기사입니다. 1900년대 초반에는 자동차에 안전 장치가 부족하고 도로 인프라가 열악하며 교통 규칙이 제대로 지켜지지 않아 운전이 매우 위험했습니다. 이로 인해 매년 수천 명이 사망했습니다.
현재 영국의 도로 사망자는 연간 약 1,700명으로 줄어들었습니다. 이는 차량 수와 주행 거리의 증가에도 불구하고 이루어진 변화입니다. 이러한 안전 개선은 몇 가지 주요 변화 덕분입니다.
첫째, 도로 인프라 개선입니다. 고속도로와 원형 교차로의 도입으로 도로가 더 안전해졌습니다. 고속도로는 이용자가 적고 안전 장치가 잘 갖춰져 있으며, 원형 교차로는 충돌의 심각성을 줄여줍니다.
둘째, 속도 규제입니다. 특히 도시 지역과 학교 주변에서의 엄격한 속도 제한이 사망 위험을 크게 낮췄습니다. 이는 보행자에게 특히 중요한 변화입니다.
셋째, 대중 인식 캠페인입니다. 음주 운전에 대한 반대 운동이 대중의 태도를 변화시켜 사회적으로 용납되지 않게 되었습니다. 법적 처벌과 교육이 음주 운전 사건의 현저한 감소에 기여했습니다.
넷째, 차량 안전 장치입니다. 안전벨트와 헬멧의 의무 착용, 그리고 자동차 안전 설계의 발전이 사고 시 부상을 크게 줄였습니다.
이러한 변화 덕분에 영국의 도로는 세계에서 가장 안전한 도로 중 하나가 되었으며, 전 세계적으로 도로 안전을 개선할 수 있는 교훈을 제공하고 있습니다. 매년 약 120만 명이 도로 교통 사고로 사망하는 현실에서 더욱 중요한 의미를 갖습니다.
45.우주 CPR, 기계로 간편하게!(CPR in space could be made easier by chest compression machines)
연구에 따르면, 가슴 압박 기계를 사용하면 우주에서 심폐소생술(CPR)을 더 쉽게 수행할 수 있다고 합니다. 우주에서는 수동으로 CPR을 하는 것이 매우 어려운 상황입니다. 현재 우주비행사들은 미세 중력 상태에서 자신과 환자를 두 표면 사이에 위치시키고, 손을 뻗어 가슴 압박을 해야 합니다. 그러나 미세 중력 환경을 시뮬레이션한 실험에서는 기계 장치가 수동 방법보다 더 깊은 압박을 할 수 있다는 결과가 나왔습니다.
다양한 CPR 기술과 기계를 이용한 실험에서 한 기계는 53밀리미터의 가슴 압박 깊이에 도달했지만, 수동 방법은 34.5밀리미터에 그쳤습니다. 이는 의료 지침에서 정한 효과적인 압박 깊이인 50밀리미터 이하입니다.
우주 여행이 점점 더 일반화됨에 따라 우주비행사들 사이에서 심장 관련 사고의 위험이 증가할 수 있습니다. 따라서 효과적인 CPR 방법이 매우 중요해졌습니다. NASA는 현재 수동 방법으로 CPR을 시행하고 있지만, 향후 임무를 위해 절차를 개선할 수 있는 새로운 연구를 주의 깊게 살펴보고 있습니다.
46.할로윈 애니마트로닉 키트 추천!(Good resources for DIY-ish animatronic kits for Halloween?)
저자는 8세, 10세, 12세 자녀와 함께 DIY 애니마트로닉 할로윈 장식을 만들기 위한 자료를 찾고 있습니다. 이들은 소프트웨어 엔지니어로 하드웨어 기술이 제한적이며, 저렴한 상점에서 파는 물건에 400달러를 쓰고 싶지 않습니다. 대신, 함께 만들고 문제를 해결하는 재미있고 예산에 맞는 프로젝트를 선호합니다. 할로윈 소품을 위한 공압 기술에 관한 흥미로운 사이트를 발견했지만, 자신들에게 적합할지 확신이 서지 않습니다. 또한 GitHub에서 프로젝트 제안도 요청하고 있습니다.
47.Learning the soroban as an adult (2022)(Learning the soroban as an adult (2022))
요약이 없습니다.
48.AI, 기술 혁명의 길을 가다(AI might yet follow the path of previous technological revolutions)
인공지능(AI)에 대한 의견은 매우 다양하다. 일부 사람들은 AI가 엄청난 경제 성장과 과학 발전을 이끌어내고, 심지어 인간이 영원히 살 수 있게 할 것이라고 믿는다. 반면, 다른 사람들은 AI가 대규모 실업을 초래하고 인류에 위협이 될 수 있다고 우려한다. 프린스턴 대학교의 과학자 아르빈드 나라얀과 사야시 카푸르가 발표한 최근 논문은 AI를 "일반 기술"로 간주하며 보다 균형 잡힌 시각을 제시하고 있다. 이 관점은 AI 연구자들과 경제학자들 사이에서 상당한 논의를 불러일으켰다.
49.The Storm Hits the Art Market(The Storm Hits the Art Market)
요약이 없습니다.
50.Intel ousts CEO of products, establishes new custom-chip design unit(Intel ousts CEO of products, establishes new custom-chip design unit)
요약이 없습니다.
51.US high school students lose ground in math and reading, continuing decline(US high school students lose ground in math and reading, continuing decline)
요약이 없습니다.
52.메타, 수십억 사용자 위협!(Ex-WhatsApp cybersecurity head says Meta endangered billions of users)
전 WhatsApp 사이버 보안 임원인 아타울라 바이크가 메타를 상대로 소송을 제기했습니다. 그는 메타가 심각한 보안 결함을 방치함으로써 수십억 명의 사용자들을 위험에 빠뜨렸다고 주장하고 있습니다. 바이크는 성과 부진으로 해고되었으며, 약 1,500명의 엔지니어가 사용자 데이터에 무단 접근할 수 있었다고 밝혔습니다. 이는 사이버 보안 규정을 위반할 가능성이 있습니다. 그는 매일 10만 개 이상의 계정이 해킹당하고 있다고 보고했지만, 메타는 그의 경고를 무시했다고 주장합니다.
바이크의 고소장에 따르면, WhatsApp 엔지니어들은 사용자 데이터, 즉 연락처 정보와 IP 주소를 포함한 정보를 감독 없이 접근하고 조작할 수 있었다고 합니다. 그는 이러한 문제를 제기한 것에 대한 보복을 당했으며, 결국 2025년 2월에 해고되었다고 주장하고 있습니다.
메타는 바이크의 주장이 왜곡되었다고 반박하며, 그의 해고는 성과 부진 때문이라고 주장했습니다. 이 주장은 다른 고위 엔지니어들에 의해 뒷받침되고 있습니다. 이번 소송은 메타의 데이터 보호 관행에 대한 우려를 더욱 부각시키고 있습니다. 바이크는 복직, 임금 지급, 손해 배상 및 메타에 대한 규제 조치를 요구하고 있습니다.
53.패키지 관리자 비판(A critique of package managers)
프로그래밍 언어의 패키지 관리자는 의존성 관리를 자동화함으로써 문제를 일으킨다고 저자는 주장합니다. 이로 인해 '의존성 지옥'에 빠질 수 있습니다. 주요 내용은 다음과 같습니다.
저자는 패키지, 패키지 저장소, 빌드 시스템, 패키지 관리자 간의 차이를 설명합니다. 패키지와 저장소는 유용하지만, 패키지 관리자는 종종 문제를 더 많이 일으킨다고 말합니다.
패키지 관리자는 패키지와 그 의존성을 자동으로 다운로드하게 하여, 많은 불확실성이 있는 대규모 복잡한 프로젝트를 만들 수 있습니다. 이로 인해 코드 유지보수와 디버깅이 어려워질 수 있습니다.
저자는 수동 의존성 관리의 장점을 강조하며, 어떤 패키지를 사용할지 신중하게 고려하도록 도와주고 안정적인 코드베이스를 유지하는 데 도움이 된다고 주장합니다.
타사 코드를 맹목적으로 신뢰하는 것에는 보안 위험이 따릅니다. 많은 프로그래머가 사용하는 코드에 대한 검증을 하지 않아 취약점이 생길 수 있습니다.
프로그래밍 커뮤니티는 오픈 소스 코드를 너무 쉽게 신뢰하는 경향이 있습니다. 이러한 높은 신뢰는 위험할 수 있으며, 작은 버그나 악의적인 코드가 많은 사용자에게 영향을 미칠 수 있습니다.
저자는 프로그래밍 분야가 상대적으로 새롭고, 오래된 분야에서 존재하는 진화적 선택 압력이 부족하다고 지적합니다. 이로 인해 나쁜 관행이 만연하게 됩니다.
전반적으로 저자는 패키지 관리자가 프로그래밍에 부정적인 영향을 미친다고 믿으며, 가능한 한 피하고 의존성에 대한 수동적인 통제를 권장합니다. '악'이라는 용어는 저자가 패키지 관리자를 비판하는 데 유머러스하게 사용됩니다.
54.일본, 부동소수점 가속기 투자 이유는?(Why is Japan still investing in custom floating point accelerators?)
일본은 고성능 컴퓨팅(HPC)과 인공지능(AI)에 대한 수요가 증가함에 따라 Pezy Computing의 맞춤형 부동 소수점 가속기에 계속 투자하고 있습니다. GPU가 가속화에 널리 사용되고 있지만, Pezy는 에너지 효율성을 극대화하기 위한 자체 아키텍처를 개발하여 유력한 대안으로 자리 잡고 있습니다.
Pezy Computing은 여러 세대의 칩을 출시해 왔으며, 각 세대마다 성능과 효율성이 향상되었습니다. 최신 칩인 Pezy-SC4s는 2,048개의 처리 요소를 갖추고 있으며, 클럭 속도가 증가하고 메모리 기능이 개선되었습니다. 이 칩은 부동 소수점 계산 능력을 제공하면서도 효율적으로 작동하도록 설계되었습니다.
이 아키텍처는 단일 프로그램, 다중 데이터(SPMD)라는 독특한 접근 방식을 사용하여, 전통적인 GPU 방식보다 프로그래밍의 유연성을 높입니다. 이 설계는 성능을 최적화하고 지연 시간을 최소화하며 칩 설계를 단순화하는 데 중점을 두고 있습니다.
Pezy의 칩은 실제 테스트에서 유망한 성능을 보여주었으며, 일부 경우에는 Nvidia의 GPU보다 더 나은 성과를 보였습니다. 일본 정부는 Pezy의 개발을 지원하며, 이는 글로벌 공급 문제 발생 시 지역 컴퓨팅 기술 전문성을 유지하기 위한 전략적 조치로 간주됩니다.
전반적으로 일본의 Pezy Computing에 대한 투자는 HPC 능력을 발전시키고 에너지 효율성과 컴퓨팅 솔루션의 유연성을 보장하려는 의지를 반영합니다.
55.임미치 - 사진·영상 관리의 혁신(Immich – High performance self-hosted photo and video management)
현재 이 프로젝트는 활발히 개발 중이며, 이로 인해 버그나 변경 사항이 있을 수 있습니다. 따라서 사진과 비디오 저장을 위해 이 앱에만 의존하는 것은 권장하지 않습니다. 중요한 파일은 항상 3-2-1 백업 전략을 사용해야 합니다.
문서와 설치 가이드는 immich.app에서 확인할 수 있습니다.
주요 기능으로는 모바일과 웹에서 사진과 비디오를 업로드하고 볼 수 있는 기능이 있습니다. 앱이 열려 있을 때 자동으로 백업이 이루어지며, 중복 업로드를 방지하는 옵션도 제공됩니다. 선택적으로 앨범 백업을 할 수 있고, 파일을 로컬 장치로 다운로드할 수 있습니다. 여러 사용자가 함께 사용할 수 있는 공유 앨범 기능이 있으며, 메타데이터 보기와 얼굴 인식 기능도 포함되어 있습니다. 웹 버전에서는 관리 기능도 이용할 수 있습니다. 다양한 보기 옵션이 제공되며, 스크롤바를 사용한 탐색과 가상 스크롤링 기능이 있습니다. 여러 파일 형식을 지원하며, 공개 공유와 조직 태그 기능도 갖추고 있습니다.
앱의 데모를 사용해보고 싶다면 demo.immich.app에서 다음 자격 증명을 사용하여 접속할 수 있습니다: 이메일은 [email protected], 비밀번호는 demo입니다.
56.LLVM IR의 바이트 타입 지원(Byte Type: Supporting Raw Data Copies in the LLVM IR)
페드로 로보는 2025년 구글 여름 코드(GSoC)에 참여하여 LLVM 컴파일러 인프라를 개선하는 작업을 진행했습니다. 그는 LLVM 중간 표현(IR)에서 원시 메모리 값을 나타내기 위해 새로운 바이트 타입을 도입했습니다. 이 바이트 타입은 memcpy, memmove, memcmp와 같은 메모리 관련 함수의 처리를 개선하고 성능에 미치는 영향을 최소화하면서 최적화를 가능하게 합니다.
주요 문제로는 원시 메모리 타입의 부재가 있었습니다. 이전에는 LLVM이 정수 타입을 사용하여 원시 메모리를 표현했지만, 이는 포인터 정보를 정확하게 추적하지 못하고 "포이즌 값"(정의되지 않은 값)을 퍼뜨릴 수 있었습니다. 또한 정수 타입은 원래 포인터의 출처를 유지하지 않아 최적화 과정에서 오류가 발생할 수 있었습니다. 포이즌 값 처리에서도 정수 타입은 완전히 정의된 값이나 포이즌 값만을 나타내어 개별 포이즌 비트를 효과적으로 표현하지 못했습니다.
바이트 타입의 특징으로는 원시 메모리를 정확하게 표현할 수 있으며 포인터와 비포인터 값을 모두 지원합니다. 이 타입은 포이즌 비트를 비트 단위로 추적할 수 있어 메모리에서 로드할 때 값이 오염되지 않도록 보장합니다. 또한 bytecast
명령어를 도입하여 바이트 타입과 다른 기본 타입 간의 안전한 변환이 가능해졌습니다.
바이트 타입은 LLVM의 메모리 작업 최적화 능력을 향상시켜 암묵적인 형 변환을 도입하지 않고도 컴파일의 정확성을 높입니다. 적절한 타입이 없어서 이전에 신뢰할 수 없었던 기존 최적화가 수정되었습니다. 이 변경 사항은 다양한 C/C++ 애플리케이션에서 테스트되었으며 성능에 미치는 영향은 최소한으로 관찰되었습니다.
앞으로는 새로운 바이트 타입에 영향을 받은 클랭 회귀 테스트를 해결하기 위한 지속적인 노력이 필요합니다. 또한 다양한 아키텍처에서 추가 성능 평가가 필요하여 포괄적인 검토를 보장해야 합니다.
바이트 타입의 추가는 LLVM의 원시 메모리 처리 능력을 크게 향상시켜 향후 최적화를 위한 길을 열었습니다. 페드로는 이 프로젝트 동안 멘토와 LLVM 커뮤니티의 지원에 감사의 뜻을 전했습니다.
57.제로FS: S3의 주 저장소로!(ZeroFS, the Filesystem That Makes S3 Your Primary Storage)
ZeroFS는 아마존 S3 저장소를 전통적인 파일 시스템처럼 작동하도록 설계된 파일 시스템입니다. 이 시스템은 NFS와 9P를 통해 파일 수준 접근을 지원하며, NBD를 통해 블록 수준 접근도 가능합니다.
ZeroFS의 주요 기능 중 하나는 NFS 서버로, 모든 운영 체제에서 네트워크 파일 시스템으로 마운트할 수 있습니다. 9P 서버는 POSIX 표준과의 호환성이 뛰어나고 높은 성능을 제공합니다. NBD 서버는 ZFS와 데이터베이스에서 사용할 수 있는 원시 블록 장치에 접근할 수 있게 해줍니다. 또한, ChaCha20-Poly1305를 사용하여 데이터를 자동으로 암호화하며, 다층 캐싱 기능을 통해 빠른 데이터 접근을 지원하고 S3 호환 저장소와 호환됩니다.
ZeroFS는 POSIX 작업에 대한 광범위한 테스트를 통과했으며, 리눅스 커널 컴파일이나 데이터베이스 실행과 같은 작업에서 강력한 성능을 보여주었습니다. 파일 수준과 블록 수준 작업 모두를 지원하며, 최적의 성능을 위한 특정 구성도 가능합니다.
ZeroFS를 설치하려면 사용자는 미리 빌드된 바이너리를 다운로드하거나 Cargo나 Docker와 같은 패키지 관리자를 사용할 수 있습니다. 구성은 TOML 파일을 통해 이루어지며, 여기서 캐시 설정, 저장 옵션, 서버 구성을 설정할 수 있습니다.
ZeroFS는 아마존 S3, 마이크로소프트 애저, 로컬 파일 시스템 등 여러 저장소 백엔드를 지원합니다. 데이터는 항상 암호화되며, 사용자는 암호화 비밀번호를 안전하게 관리할 수 있습니다. 비밀번호 변경은 ZeroFS 명령어를 통해 쉽게 할 수 있습니다.
사용자는 구성 파일에서 특정 서버(NFS, 9P, NBD)를 활성화하거나 비활성화할 수 있습니다. ZeroFS는 NFS 또는 9P를 사용하여 마운트할 수 있으며, 파일 작업의 성능과 정확성을 위해 9P 사용이 권장됩니다.
사용자는 블록 장치를 쉽게 생성하고 관리할 수 있으며, ZeroFS는 S3에서 저장 공간을 확보하기 위한 TRIM 작업도 지원합니다. 또한, ZeroFS는 지리적으로 분산된 저장소 설정을 허용하며, ZFS와 통합하여 접근 빈도에 따라 데이터 배치를 최적화하는 계층화된 저장소 솔루션을 만들 수 있습니다.
ZeroFS는 데이터베이스 작업에 대해 높은 성능을 제공하며, 낮은 지연 시간과 효율적인 데이터 처리를 보여줍니다. 라이센스는 오픈 소스 프로젝트를 위한 GNU AGPL v3와 기업을 위한 상업적 라이센스 두 가지로 제공됩니다.
전반적으로 ZeroFS는 S3를 고성능의 유연한 파일 시스템으로 변환하여 클라우드 저장소와 데이터베이스 관리 등 다양한 용도에 적합하게 만듭니다.
58.포칼리스트: 집중 앱(Focalist – A distraction-free task app that helps you focus)
Focalist를 통해 생산성을 간단하게 높일 수 있는 방법을 소개합니다. 매일 끝날 때마다 성취감을 느끼고 잊어버릴까 걱정하지 않는 하루를 상상해 보세요.
Focalist의 주요 기능 중 하나는 매일 세 가지 중요한 작업에 집중하는 것입니다. 이렇게 하면 과중한 부담을 줄이고 명확한 목표를 설정할 수 있습니다. 또한, '작업 서랍' 기능을 통해 나중에 하고 싶은 작업 아이디어를 저장할 수 있어, 긴급한 일에 집중하면서도 중요한 아이디어를 잃지 않게 됩니다.
진행 상황을 추적할 수 있는 기능도 제공되어, 시간이 지남에 따라 자신의 성과를 확인할 수 있습니다. 이렇게 하면 달력이 자신의 발전을 보여주는 동기 부여의 도구가 됩니다.
Focalist는 모바일 기기에서 사용할 수 있는 웹 앱으로 제공되며, 모바일 앱 출시 계획도 있습니다. 오늘부터 변화를 시작하고 삶의 주도권을 되찾아 보세요. 변화할 준비가 되셨나요?
59.Dark Academia Grows Up(Dark Academia Grows Up)
요약이 없습니다.
60.Interview with Geoffrey Hinton(Interview with Geoffrey Hinton)
요약이 없습니다.
61.맥북, 화면 각도 센서 탑재!(The MacBook has a sensor that knows the exact angle of the screen hinge)
샘 헨리골드와 관련된 몇 가지 중요한 링크를 소개합니다.
첫 번째로, 알트 프로필을 확인할 수 있는 링크가 있습니다. 하키더름 프로필은 여기에서 볼 수 있으며, BSky 프로필은 여기에서 확인할 수 있습니다.
두 번째로, 테레민 모드에 대한 트위터 게시물이 있습니다. 해당 게시물은 여기에서 확인할 수 있습니다.
마지막으로, 깃허브에서 샘 헨리골드의 리드 앵글 센서 프로젝트를 볼 수 있습니다. 프로젝트 링크는 여기입니다.
62.클로드 코드로 드라이버 혁신(Using Claude Code to modernize a 25-year-old kernel driver)
저자는 1990년대에 인기를 끌었던 오래된 QIC-80 테이프 카트리지에서 데이터를 복구하는 것을 즐깁니다. 이를 위해 그들은 구버전의 리눅스인 CentOS 3.5와 테이프 드라이브와 플로피 컨트롤러 간의 통신에 필요한 ftape 드라이버를 사용합니다. 그러나 ftape 드라이버는 2000년경부터 유지보수가 이루어지지 않아 현대 시스템에서 사용하기 어려운 상황입니다.
최근 저자는 Claude Code라는 AI 도구의 도움을 받아 ftape 드라이버를 현대화하기로 결정했습니다. 여러 차례의 상호작용 끝에 Claude Code는 드라이버를 최신 리눅스 커널과 호환되도록 성공적으로 업데이트하여 독립 모듈로 컴파일할 수 있게 만들었습니다. 이 과정에서는 약간의 수동 조정과 저자의 커널 모듈에 대한 기존 지식이 필요했지만, 결국 테이프 데이터를 읽을 수 있는 작동하는 드라이버를 만들 수 있었습니다.
저자는 Claude Code와 같은 AI 도구와 협력하는 과정의 중요성을 강조하며, 명확한 프롬프트와 에이전트의 능력을 이해하는 것이 중요하다고 말합니다. 그들은 Claude를 사용함으로써 학습 과정이 크게 빨라졌고, 커널 개발이 더 접근 가능해졌다고 느꼈습니다.
결국, ftape 드라이버는 이제 현대 리눅스에서 작동하게 되어 저자는 구버전의 CentOS 대신 최신 운영 체제인 Xubuntu 24.04를 사용하여 테이프 컬렉션에서 데이터를 복구할 수 있게 되었습니다.
63.데이비드의 클립 수집(David Walker's Paper Clip Collection)
데이비드 워커는 수년 동안 전 세계에서 종이 클립을 수집해왔습니다. 그가 새 집으로 이사한 후, 그의 딸이 그의 물건을 정리하다가 그의 수집품을 기부했습니다. 이 기부는 기쁜 놀라움이었고, 각 클립이 어디서 발견되었는지에 대한 세부 정보가 아름답게 적혀 있습니다. 카드와 종이 조각에 담긴 이 전시는 시각적으로 매력적이며, 이 수집품은 소중히 여겨질 것입니다.
64.OpenWrt: A Linux OS targeting embedded devices(OpenWrt: A Linux OS targeting embedded devices)
요약이 없습니다.
65.로컬 LLM 구축하기(Setting up local LLMs for R and Python)
이사벨라 벨라스케스의 블로그 글에서는 R과 Python 프로그래밍 언어를 위한 로컬 대형 언어 모델(LLM)을 설정하는 방법에 대해 다룹니다. AI를 데이터 과학 작업에 통합하는 것이 중요하다고 강조하며, 독자들에게 Posit의 최신 혁신에 대한 정보를 지속적으로 업데이트할 것을 권장합니다.
이 블로그는 사용자가 R과 Python에서 LLM을 로컬로 설정하는 데 도움을 주기 위해 작성되었습니다. AI가 데이터 과학 작업을 향상시키는 데 어떤 이점이 있는지를 강조합니다. 독자들은 AI 기술의 새로운 기능과 출시 소식을 위해 Posit의 업데이트를 구독할 것을 권장받습니다.
전반적으로 이 글은 R과 Python 환경에 LLM을 통합하는 방법에 대한 가이드를 제공하여 데이터 애호가들이 자신의 작업에 AI를 쉽게 활용할 수 있도록 돕고 있습니다.
66.RSS가 마이크로소프트를 이긴 이유(How RSS beat Microsoft)
VHS가 Betamax를 이긴 이유는 성인 영화 스튜디오가 VHS를 지지했다는 간단한 설명으로 축소되곤 하지만, 실제 이유는 더 복잡합니다. Betamax는 화질이 더 좋았지만, VHS는 가격이 저렴하고 녹화 시간이 길며, 더 개방적인 형식을 제공했습니다. 이와 비슷하게, 콘텐츠 배급을 위한 RSS와 정보 및 콘텐츠 교환(ICE) 간의 경쟁도 잘 알려져 있지 않습니다. ICE는 더 발전되고 상업적이었지만 복잡하고 비용이 많이 들어, 더 간단하고 접근하기 쉬운 RSS보다 매력적이지 않았습니다.
1990년대 후반, 대형 출판사들은 콘텐츠 배급을 수익화하는 데 집중하며 ICE를 통해 데이터 공유를 표준화하려고 했습니다. 그러나 RSS는 누구나 쉽게 피드를 만들고 공유할 수 있는 풀뿌리 해결책으로 등장했습니다. ICE의 기업 지원과 복잡성에도 불구하고, RSS는 그 단순함과 오픈 소스 특성 덕분에 인기를 얻었습니다. 2002년에는 뉴욕 타임스와 같은 주요 출판사들이 RSS를 채택했지만, ICE는 여전히 관련성을 유지하는 데 어려움을 겪었습니다.
결국 RSS는 사용자가 자신의 피드를 쉽게 만들 수 있도록 해주었기 때문에 성공했습니다. 반면 ICE의 복잡성은 채택을 저해했습니다. 오늘날 새로운 기술이 등장했음에도 불구하고, RSS는 여전히 콘텐츠 공유를 위한 지속적이고 사용자 친화적인 도구로 남아 있으며, 때로는 단순함이 복잡함을 이길 수 있다는 것을 증명하고 있습니다.
67.직무 불일치와 성공의 시작(Job mismatch and early career success)
줄리 베리 컬렌, 고든 B. 달, 리차드 드 토르프의 연구 논문은 미국 공군에서 직무에 대한 과잉 자격 또는 부족 자격이 초기 경력 결과에 미치는 영향을 조사합니다. 이 연구는 공군의 독특한 데이터를 활용하여 시험 점수에 기반한 직무 배정이 근로자의 기술 개발과 직무 수행에 어떤 영향을 미치는지를 분석합니다.
주요 발견 사항은 다음과 같습니다. 첫째, 과잉 자격을 가진 경우 훈련 및 직무 중 탈락률이 높아집니다. 이들은 행동 문제를 더 많이 겪고, 성과 평가가 낮으며, 일반 지식 시험 점수도 떨어집니다. 그러나 과잉 자격을 가진 개인은 같은 직무에 있는 동료들보다 더 나은 성과를 내고 승진할 가능성이 높습니다. 이들은 군 외부에서는 덜 가치 있는 직무에 있는 경향이 있습니다.
둘째, 부족 자격을 가진 개인은 더 열심히 일하지만 동료들과 경쟁하는 데 어려움을 겪습니다. 이들은 외부 수익 측면에서 더 가치 있는 직무에 있는 경우가 많습니다.
전반적으로 이 연구는 과잉 자격을 가진 근로자가 동기 부여가 부족할 수 있지만 여전히 자신의 역할에서 뛰어난 성과를 내는 반면, 부족 자격을 가진 근로자는 동기 부여가 있지만 성과에서 어려움을 겪는다는 점을 시사합니다.
68.Browser Fingerprint Detector(Browser Fingerprint Detector)
요약이 없습니다.
69.하버드 수학자, 중국행!(Top Harvard Mathematician Liu Jun Leaves US for China)
리우 준은 저명한 통계학자이자 하버드 대학교 교수로, 최근 중국으로 돌아와 칭화대학교에서 중요한 직책을 맡게 되었습니다. 그의 귀국은 애국심과 교육 및 과학에 대한 열정에서 비롯된 것으로, 특히 미국에서 최근 연구 자금이 줄어든 상황과 관련이 있습니다. 리우는 데이터 과학, 생물 통계학, 인공지능 분야에서 중요한 연구를 해왔습니다. 중국 출신인 그는 시카고 대학교에서 공부하며 1989년 천안문 광장 시위와 관련된 인권 운동에 참여하게 되었습니다. 이 경험은 그의 인생에서 중대한 결정을 내리는 계기가 되었고, 그는 정치 대신 수학에 집중하기로 선택했습니다.
70.MCP 레지스트리(The MCP Registry)
모델 컨텍스트 프로토콜(MCP) 레지스트리가 사용자들이 MCP 서버를 더 쉽게 찾고 구현할 수 있도록 돕기 위해 공개 카탈로그와 API로 출시되었습니다. 이 중앙 레지스트리는 https://registry.modelcontextprotocol.io에서 미리보기로 제공되며, MCP 서버의 배포와 발견을 표준화하는 것을 목표로 하고 있습니다. 이는 공공 및 민간 서브 레지스트리 모두에 신뢰할 수 있는 정보 출처로 기능합니다.
주요 내용은 다음과 같습니다. 조직은 공공 또는 민간의 특정 요구에 따라 자체 서브 레지스트리를 만들 수 있으며, 여전히 MCP 레지스트리의 핵심 데이터를 활용할 수 있습니다. 레지스트리는 커뮤니티에 의해 관리되어 유해하거나 오해의 소지가 있는 항목을 제거합니다. 서버 유지 관리자는 자신의 서버를 레지스트리에 추가할 수 있으며, 클라이언트 유지 관리자는 제공된 가이드를 통해 서버 데이터를 접근할 수 있습니다. 이 프로젝트는 다양한 조직의 여러 기여자들이 협력하여 개발하였으며, 커뮤니티 주도의 접근 방식을 강조합니다.
레지스트리가 공식 출시되기 전까지 피드백과 기여를 적극적으로 권장합니다.
71.A clickable visual guide to the Rust type system(A clickable visual guide to the Rust type system)
요약이 없습니다.
72.마일산: μ-아키텍처 누수 탐지(MileSan: Detecting μ-Architectural Leakage via Differential HW/SW Taint Tracking)
MileSan은 CPU에서 정보 유출을 탐지하기 위해 설계된 도구로, 정보가 아키텍처 수준(명령어 집합 아키텍처, ISA로 정의됨)에서 흐르는 방식과 마이크로아키텍처 수준(실제 하드웨어 구현)에서 흐르는 방식을 비교합니다.
MileSan의 주요 목적은 마이크로아키텍처 정보 흐름의 유출로 인해 발생하는 타이밍 공격을 통해 악용될 수 있는 CPU 설계의 취약점을 탐지하는 것입니다. RandOS는 MileSan과 함께 개발된 퍼저로, 무작위 프로그램을 생성하여 이러한 유출을 테스트합니다. 이 도구는 다섯 개의 RISC-V CPU에서 19개의 새로운 취약점을 발견했으며, 그 중 13개는 공통 취약점 및 노출(CVE)으로 지정되었습니다.
아키텍처 흐름은 ISA를 기반으로 하지만, 마이크로아키텍처 흐름은 성능 관련 추가 정보를 포함하여 타이밍 채널을 생성할 수 있습니다. MileSan은 이러한 흐름 간의 불일치를 확인하여 유출을 찾아냅니다. 이전 도구들은 특정 구조나 취약점에 너무 집중하여 유출 탐지에서 놓치거나 잘못된 긍정 결과를 초래했습니다. MileSan은 유출이나 프로그램 구조에 대한 미리 정의된 가정에 의존하지 않음으로써 이러한 문제를 해결합니다.
RandOS는 어떤 프로그램의 어떤 메모리 주소가 탐지된 유출에 책임이 있는지를 정확히 파악하는 데 도움을 줍니다. 현재 RISC-V CPU에 구현되어 있지만, MileSan의 원리는 다른 아키텍처에도 적용될 가능성이 있습니다.
MileSan과 RandOS는 CPU의 마이크로아키텍처 취약점을 탐지하고 해결하는 데 있어 중요한 발전을 이루었으며, 보안 테스트에 있어 보다 효과적이고 포괄적인 접근 방식을 제공합니다.
73.SPARC의 한계는?(How many SPARCs is too many SPARCs?)
최근 블로그 글에서 저자는 빈티지 SPARC 워크스테이션을 수집한 경험을 공유했습니다. 총 30대 정도의 기계가 이전 개발자로부터 무료로 제공되었으며, 그는 공간을 비우기 위해 이 기계들을 내놓았습니다. 저자는 이 기계들 중 절반을 가져오기 위해 약 120마일을 운전해 갔고, 그 과정에서 Sun Fire V100, Sun Netra T1, 여러 SPARCstation 모델 등 다양한 모델을 포함한 기계들을 수집했습니다.
저자는 몇 가지 기계에 대한 세부 정보를 제공하며, 그 사양과 상태를 강조했습니다. 예를 들어, Sun Fire V100은 2002년형 랙 마운트 서버이고, Sun Netra T1은 1999년형 모델입니다. SPARCstation 1과 같은 일부 기계는 노후화의 징후를 보이며 전원이 켜지지 않을 수도 있습니다. 저자는 시간이 지남에 따라 기계에 사용된 재료의 차이와 호환 가능한 케이블을 찾는 것, 오래된 디스크에서 부팅하는 것과 같은 어려움에 대해 논의했습니다.
일부 기계가 제대로 작동하지 않음에도 불구하고, 저자는 BlueSCSI와 같은 현대적인 대안을 사용하여 몇 대의 기계를 성공적으로 부팅했습니다. 글은 저자가 앞으로 자신의 컬렉션에서 더 많은 기계를 탐색할 계획이라고 마무리됩니다.
74.ICEBlock의 최악의 대응(ICEBlock handled my vulnerability report in the worst possible way)
작가 미카 리는 조슈아 아론의 ICEBlock 앱이 서버 보안 취약점 보고서를 제대로 처리하지 못했다고 비판하고 있다. 이 앱은 ICE 목격 사례를 익명으로 신고할 수 있는 좋은 의도를 가지고 있지만, 작가는 적절한 검증과 보안 조치가 부족하다고 주장한다. 작가는 앱의 서버가 알려진 취약점이 있는 구버전 소프트웨어를 사용하고 있다는 사실을 발견하고 조슈아에게 이를 알리려 했다.
처음에 취약점에 대해 경고했지만, 조슈아는 문제를 해결하기보다는 작가를 소셜 미디어에서 차단했다. 취약점을 수정할 기한을 주었음에도 불구하고 일주일 후에도 서버는 여전히 패치되지 않은 상태였다. 작가는 사용자 데이터에 대한 잠재적 위험에 대해 우려를 표하며 이 문제가 해결되기를 바라고 있다. 이후 업데이트에서 조슈아는 작가의 비판이 발표된 후 서버 문제를 결국 수정했다.
75.Nation's Report Card shows drops in science, math and reading(Nation's Report Card shows drops in science, math and reading)
요약이 없습니다.
76.홍해 해저 케이블 단절 사건(Multiple undersea cable cuts in the Red Sea)
2025년 9월 8일, 예멘 해안에서 여러 주요 해저 인터넷 케이블이 끊어졌다는 보도가 있었습니다. 이 장애는 어업 활동이나 앵커에 의해 발생한 것으로 추정되며, 깊이는 약 100미터입니다. 이집트와 사우디아라비아의 인터넷 서비스는 영향을 받지 않았지만, 페르시아만과 파키스탄에서는 큰 장애가 발생했습니다. 현재 확인된 끊어진 케이블은 EIG, SWM4, IMEWE, 그리고 Falcon으로, 이들 케이블의 총 용량은 약 44Tbps에 달합니다. 처음에는 AAE1 케이블도 영향을 받았다는 소문이 있었지만, 이는 사실이 아닙니다.
77.We Rarely Lose Technology (2023)(We Rarely Lose Technology (2023))
요약이 없습니다.
78.China Is Not an "Engineering State"(China Is Not an "Engineering State")
요약이 없습니다.
79.야쿠브와 시몬(Jakub and Szymon)
최근 인공지능(AI)이 크게 발전하였으며, ChatGPT는 많은 사람들의 노력 덕분에 인상적인 능력을 보여주고 있습니다. 그 중에서도 Jakub Pachocki와 Szymon Sidor는 OpenAI에서 중요한 역할을 해왔습니다. 이들은 연구와 엔지니어링 분야에서의 노력으로 다른 사람들이 불가능하다고 생각했던 문제들을 해결하는 데 기여했습니다. Jakub은 수석 과학자로서, Szymon은 끊임없는 근무 태도로 잘 알려져 있으며, 이들은 강화 학습의 확장과 과학적 발견을 위한 인프라 개발과 같은 주요 발전에 기여했습니다. 이들의 협력은 뛰어나며, 복잡한 문제를 지속적으로 해결해 OpenAI의 성공에 필수적인 존재가 되었습니다.
80.FedCM: A New Proposed Identity Standard That Could Change How We Log In(FedCM: A New Proposed Identity Standard That Could Change How We Log In)
요약이 없습니다.
81.의도적 추상화(Deliberate Abstraction)
이 글은 프로그래밍에서 모듈화된 소프트웨어를 만드는 것의 중요성을 다루고 있습니다. 좋은 제품은 개별 기능이 아니라 구성 요소 간의 상호작용을 통해 만들어진다고 강조합니다. 또한, 특정 결과에 집중하는 흐름도 기반의 설계 접근법을 비판하며, 이는 경직된 디자인으로 이어져 변경하기 어려운 경우가 많습니다.
주요 내용은 다음과 같습니다. 첫째, 제품의 기능은 특정 기능에서 나오는 것이 아니라 구성 요소 간의 상호작용에서 발생합니다. 둘째, 많은 프로그래머들이 사양을 코드로 직접 변환하는 경향이 있는데, 이는 디자인 결정을 고정시켜 유연성을 저해할 수 있습니다. 셋째, 사용자 요구 사항에 따라 소프트웨어를 설계하는 것은 문제가 될 수 있습니다. 이러한 요구 사항은 시간이 지남에 따라 변화할 가능성이 높기 때문입니다.
추천하는 접근 방식은 '안에서 바깥으로' 설계하는 것입니다. 이는 일반 원칙의 확고한 핵심에서 시작하여 점차적으로 구체적인 기능을 추가하는 방식입니다. 이렇게 하면 초기 단계에서 사용자 요구 사항에 고정되지 않고 유연한 제품 개발이 가능합니다. 또한, 효과적인 설계는 특정 구현보다는 디자인 결정을 숨기는 데 초점을 맞춰야 하며, 이는 필요에 따라 쉽게 조정할 수 있게 합니다.
검증 로직에 대해서는, 일반적으로 잘못된 상태를 피하는 것이 좋지만, 지나치게 엄격한 검증은 디자인에 제한을 줄 수 있습니다. 안에서 바깥으로 접근법은 더 일반적인 내부 계층을 허용하고, 검증은 외부 계층에서 처리하도록 합니다. 마지막으로, 추상화는 복잡한 시스템을 단순화할 수 있지만, 신중하게 사용하지 않으면 오히려 복잡하게 만들 수 있다는 경고도 있습니다.
전반적으로 이 글은 유연성과 적응성을 중시하는 소프트웨어 설계에 대한 신중한 접근 방식을 지지합니다.
82.몇 차원인가?(How many dimensions is this?)
이 글에서는 수학에서의 차원 개념, 특히 선과 곡선 같은 기하학적 형태의 차원을 분류하는 방법에 대해 다룹니다.
차원의 기본 개념은 독립적인 축으로, 형태가 공간에서 어떻게 위치하는지를 설명하는 데 도움을 줍니다. 일반적으로 선은 1차원으로 간주되며, 정사는 2차원, 입체는 3차원으로 분류됩니다.
형태의 차원을 정의하는 한 가지 방법은 그것을 포함하는 데 필요한 최소 차원의 수를 살펴보는 것입니다. 그러나 이는 선이 구부러지거나 회전할 때 혼란을 초래할 수 있습니다.
또 다른 접근법은 형태 내에서의 움직임을 설명하는 데 필요한 좌표의 수를 분석하는 것입니다. 선은 하나의 좌표가 필요하고, 채워진 정사는 두 개의 좌표가 필요합니다.
어떤 형태는 낮은 차원의 곡선으로 정의되지만, 더 높은 차원을 채우는 것처럼 보일 수 있습니다. 예를 들어, 힐베르트 곡선은 1차원 곡선이지만 2차원 영역을 채웁니다.
헤르만 민코프스키는 다양한 해상도에서 형태를 덮는 데 필요한 상자의 수를 기반으로 차원을 측정하는 방법을 소개했습니다. 이는 상자 세기 차원이라는 개념으로 이어지며, 복잡한 형태에 대해서는 비정수 값을 가질 수도 있습니다.
많은 프랙탈 형태, 예를 들어 시에르핀스키 삼각형은 전체 숫자가 아닌 차원을 가지고 있어, 독특한 방식으로 공간을 채운다는 것을 나타냅니다.
전반적으로 이 글은 기하학에서 차원을 정의하고 이해하는 것이 얼마나 복잡한지를 강조하며, 직관적인 아이디어가 더 깊은 수학적 통찰로 이어질 수 있음을 보여줍니다.
83.음향 카메라 제작하기(Building an acoustic camera with UMA-16 and Acoular)
이 가이드는 UMA-16 마이크 배열과 Acoular 소프트웨어를 사용하여 음향 카메라를 만드는 방법을 설명합니다.
프로젝트의 개요와 목적을 소개합니다. 필요한 재료와 장비를 준비해야 합니다. 시작하기 전에 유의해야 할 중요한 팁과 고려사항도 있습니다. 소프트웨어 설치를 위한 단계별 지침이 제공되며, 설치 후 소프트웨어를 어떻게 운영하는지에 대한 설명도 포함되어 있습니다. 특정 요구에 맞게 코드를 조정하는 방법에 대한 안내도 있습니다. 프로젝트를 완료한 후의 최종 생각과 다음 단계에 대해서도 언급됩니다.
이 요약은 음향 카메라를 성공적으로 구축하고 운영하기 위한 필수 단계를 다룹니다.
84.Tesla market share in US drops to lowest since 2017(Tesla market share in US drops to lowest since 2017)
요약이 없습니다.
85.코드는 쉽고, 읽기는 어렵다(Writing code is easy, reading it isn't)
이브라힘 디알로의 글 "코드 작성은 쉽지만, 읽기는 어렵다"는 코드를 이해하는 것이 작성하는 것보다 더 어렵다는 점을 다룹니다. 코드 작성은 특히 AI 도구의 도움을 받으면 간단할 수 있지만, 진짜 어려움은 코드를 읽고 이해하는 데 있습니다.
첫 번째로, 코드베이스에 대한 정신 모델을 구축하는 것이 중요합니다. 이는 코드의 다양한 부분이 어떻게 연결되고 상호작용하는지를 아는 것을 포함합니다.
두 번째로, 익숙하지 않은 코드를 마주했을 때 개발자들은 사용된 프레임워크, 데이터 흐름, 잠재적인 부작용 등 여러 측면을 탐색해야 합니다. 이 과정은 시간이 많이 소요될 수 있습니다.
세 번째로, 코드를 읽는 것은 다른 사람의 작업 과정을 되짚어 보는 것이기 때문에 새로운 코드를 작성하는 것보다 더 복잡합니다. 디버깅도 마찬가지로, 문제를 해결하기 위해서는 맥락을 이해하는 것이 중요합니다.
네 번째로, AI는 코드를 쉽게 생성할 수 있지만, 이해하는 데는 도움을 주지 않습니다. 이 글에서는 소프트웨어 개발의 병목 현상이 창작보다는 이해하는 데 소요되는 시간이라고 강조합니다.
마지막으로, 프로그래밍의 미래는 더 많은 코드를 생성하는 것에서 시스템의 이해를 높이는 방향으로 변화할 수 있으며, 이는 시스템의 정신 모델을 구축하는 데 도움을 주는 도구의 필요성을 강조합니다.
결론적으로, 기술 덕분에 코드 작성은 쉬워졌지만, 코드를 효과적으로 읽고 이해하는 것은 여전히 상당한 시간과 노력이 필요한 도전 과제입니다.
86.채팅 통제 중단하라(Chat Control Must Be Stopped)
"채팅 통제"는 유럽연합에서 제안된 법안으로, 모든 디지털 통신 서비스가 메시지와 파일을 스캔하도록 요구합니다. 이 법안은 아동 성착취물과 같은 유해 콘텐츠를 탐지하기 위한 것이지만, 이는 개인의 사생활, 민주주의, 인권에 심각한 위협이 됩니다.
채팅 통제는 개인 통신을 지속적으로 감시하는 것을 의미합니다. 이는 마치 경찰이 항상 집을 감시하는 것과 같습니다. 유럽 시민들은 2025년 9월 12일 이전에 유럽 의회 의원들에게 연락하여 이 규제를 반대할 것을 촉구받고 있습니다. 어떤 나라가 채팅 통제를 지지하더라도 반대의 목소리를 내는 것이 중요합니다.
이 시스템은 신뢰성이 떨어져, 무고한 사람들이 범죄자로 잘못 식별될 수 있는 오판을 초래할 수 있습니다. 또한 민감한 데이터의 안전을 위협해, 권력자와 범죄자 모두에게 악용될 위험이 있습니다. 피해자들은 감시당할까 두려워 도움을 요청하는 것을 주저할 수 있으며, 자기 검열이 만연해져 자유로운 표현이 억압될 수 있습니다.
채팅 통제는 유럽 외부에서도 유사한 법률의 선례를 남길 수 있으며, 모든 사람의 사생활을 침해할 수 있습니다. 이는 권위주의로 나아가는 미끄러운 경로가 될 수 있습니다. 개인들은 소셜 미디어를 통해 채팅 통제에 대한 인식을 높이고, 대표자들에게 사생활 권리에 대한 우려를 전달할 것을 권장받고 있습니다.
채팅 통제는 사생활과 시민의 자유에 중대한 위협을 가하며, 이에 반대하기 위한 즉각적인 행동이 필요합니다.
87.XML, 사람처럼 읽기(Making XML human-readable without XSLT)
이 글에서는 XSLT를 사용하지 않고 XML 문서를 더 쉽게 접근할 수 있도록 만드는 방법에 대해 설명합니다. 주요 내용은 다음과 같습니다.
XSLT는 XML을 HTML과 같은 다른 형식으로 변환하는 데 사용되는 언어입니다. 그러나 현재 주요 브라우저에서의 지원이 오래되어 거의 사용되지 않고 있으며, 이로 인해 보안 문제도 발생할 수 있습니다.
구글 크롬, 사파리, 파이어폭스와 같은 주요 브라우저들은 XSLT 지원을 제거하는 것을 고려하고 있습니다. 이는 사용 빈도가 낮기 때문입니다.
XML 문서에 CSS를 적용할 수 있지만, 이 방법은 제한적이며 접근성을 보장하지 못할 수 있습니다. 따라서 XML을 HTML로 변환하는 작업은 서버에서 수행하는 것이 좋습니다. 이렇게 하면 페이지 로딩 속도가 빨라지고 검색 엔진 최적화(SEO)에도 도움이 됩니다.
필요한 경우, 클라이언트 측에서 JavaScript를 사용하여 XML을 변환할 수 있습니다. 이 경우 XML 문서에 스크립트를 추가하여 HTML 요소를 동적으로 생성하는 방식입니다.
XML에서 HTML을 생성할 때는 올바른 네임스페이스를 사용하여 요소가 제대로 인식되도록 해야 합니다.
결론적으로, XSLT는 XML을 포맷하는 한 가지 방법이지만, CSS나 JavaScript를 사용한 클라이언트 측 처리 또는 서버에서 HTML로 변환하는 방법이 더 효과적이고 사용자 친화적일 수 있습니다.
88.GPT-5, 검색의 신!(GPT-5 Thinking in ChatGPT (a.k.a. Research Goblin) is good at search)
이 글은 구글의 새로운 AI 모드에 대한 논의에 대해 다루고 있으며, 사용자들 사이에서 긍정적으로 받아들여지고 있습니다. 제공된 링크를 통해 이 주제에 대해 31개의 댓글이 달린 플랫폼으로 연결됩니다. 구글이 도입한 AI 모드에 대한 호의적인 반응이 주된 내용입니다.
89.Incident Report for Anthropic(Incident Report for Anthropic)
요약이 없습니다.
90.보이저 1호, 우주에서의 기적(After nearly half a century in deep space, every ping from Voyager 1 is a bonus)
보이저 1호는 1977년 9월 5일에 발사된 이후 거의 50년이 지난 지금도 지구로 데이터를 전송하고 있습니다. 처음에는 목성, 토성, 그리고 그 위성인 타이탄을 연구하기 위해 설계되었으나, 전력 문제로 인해 일부 장비가 꺼지면서 2030년대까지의 수명을 연장하고 있습니다. 나이가 많고 여러 문제에 직면했음에도 불구하고 보이저 1호는 여전히 작동하며 깊은 우주에서 귀중한 정보를 제공하고 있습니다. 1990년에는 유명한 "태양계 가족 초상화"를 촬영했으며, 그 중에는 "희미한 푸른 점" 이미지도 포함되어 있습니다. 이 임무는 뛰어난 공학적 회복력과 과학에 대한 지속적인 기여로 찬사를 받고 있습니다.
91.정수 프로그래밍 (1977)(Integer Programming (1977) [pdf])
정수 프로그래밍은 의사결정 변수가 정수여야 하는 최적화 문제를 다룹니다. 이는 전통적인 선형 프로그래밍과 달리 분수 값을 허용하지 않으며, 분수 해가 의미가 없는 상황에서 중요합니다. 예를 들어, 몇 대의 트럭을 구매할지 결정하거나 특정 프로젝트에 투자할지를 선택할 때 필요합니다.
정수 프로그래밍에는 두 가지 주요 유형이 있습니다. 혼합 정수 프로그램은 일부 변수는 정수이고, 다른 변수는 분수일 수 있습니다. 반면, 순수 정수 프로그램은 모든 의사결정 변수가 정수여야 합니다.
정수 프로그래밍은 여러 분야에서 활용됩니다. 자본 예산 편성에서는 투자 결정을 내릴 때 이진 선택(수용 또는 거부)으로 결정해야 합니다. 창고 위치 선정에서는 비용을 최소화하면서 고객의 수요를 충족할 수 있는 창고를 결정합니다. 또한, 스케줄링에서는 다양한 제약 조건을 준수하면서 작업이나 자원(예: 항공사 승무원)을 배정합니다.
모델을 구성할 때는 의사결정 변수를 이진 변수(0 또는 1)로 설정하여 예/아니오 선택을 나타낼 수 있습니다. 제약 조건은 논리적 관계를 나타내며, 예를 들어 한 프로젝트를 선택하면 다른 프로젝트도 선택해야 하는 조건을 설정할 수 있습니다. 여러 선택 제약 조건은 옵션을 특정 수로 제한합니다.
정수 프로그래밍의 도전 과제 중 하나는 외판원 문제와 같은 문제로, 불가능한 해를 피하기 위해 추가 제약 조건이 필요하여 해결이 복잡해집니다.
모델링 기법으로는 의사결정과 논리적 관계를 위해 이진 변수를 사용하고, 고정 비용 및 기타 비선형성을 정수 변수로 표현하여 현실적인 상황을 정확하게 반영합니다. 전반적으로 정수 프로그래밍은 관리 과학에서 강력한 도구로, 다양한 분야에서 복잡한 의사결정에 유용하게 사용됩니다.
92.강렬한 변화(Formatting code should be unnecessary)
저자는 프로그래밍에서 코드 포맷팅과 린팅 도구와 관련된 지속적인 문제를 반영하며, 오늘날의 어려움을 1980년대에 개발된 해결책과 비교합니다. 그들은 고등학교 시절, 아다 컴파일러에서 일했던 페이즈 선생님을 기억합니다. 페이즈 선생님은 DIANA라는 시스템을 사용했는데, 이 시스템은 코드를 저장하는 방식이 유연한 보기 방식을 가능하게 하여 포맷팅 충돌 없이 작업할 수 있었습니다. 이 시스템 덕분에 점진적 컴파일과 쉬운 리팩토링 같은 고급 기능이 가능해져 코딩이 더 효율적이었습니다.
기술이 발전했음에도 불구하고, 저자는 현대 프로그래머들이 여전히 포맷팅 문제와 린터 설정에 어려움을 겪고 있다고 지적합니다. 그들은 우리가 프로젝셔널 편집과 같은 오래된 방법을 채택할 필요는 없지만, 오늘날의 프로그래밍 관행에 맞는 더 나은 해결책을 찾아야 한다고 제안합니다. 저자는 코드 포맷팅을 더욱 간소화할 방법을 탐구할 의도를 밝히며 글을 마무리합니다.
93.EU, 미국에 팔리다!(Majority in EU's biggest states believes bloc 'sold out' in US tariff deal)
최근 조사에 따르면, EU의 다섯 개 주요 국가에서 많은 사람들이 도널드 트럼프와 유럽연합 집행위원장 우르줄라 폰데어라이언 간의 협정이 "굴욕적"이라고 생각하고 있습니다. 응답자의 약 52%가 이러한 의견을 나타냈으며, 77%는 이 협정이 주로 미국 경제에 이익이 된다고 생각했습니다.
이 협정에 따라 EU는 모든 미국 산업 제품에 대한 관세를 없애고, 미국의 에너지 및 방산 제품 구매를 늘릴 예정입니다. 반면, 미국 제품에는 여전히 15%의 관세가 부과됩니다. 응답자의 약 70%는 이러한 협정의 조건 때문에 미국 제품을 보이콧할 의향이 있다고 밝혔습니다.
조사 결과, 많은 사람들이 EU가 트럼프 행정부와의 관계를 처리하는 방식에 불만을 느끼고 있으며, 거의 40%는 EU가 미국에 더 강하게 대응해야 한다고 생각하고 있습니다. 또한, 60%의 응답자는 폰데어라이언의 사임을 긍정적으로 바라보았고, 37%는 EU가 자국민을 지정학적 위험으로부터 보호하지 못할 경우 탈퇴를 고려할 수 있다고 응답했습니다.
94.The “impossibly small” Microdot web framework(The “impossibly small” Microdot web framework)
요약이 없습니다.
95.컴퓨터 속 벤허(Ben-Hur on a Computer Screen)
저자는 1990년대 브라질에서의 컴퓨터와 관련된 향수를 회상합니다. 특히 기억에 남는 순간은 수업 중 컴퓨터 화면에서 영화 '벤허'의 한 장면을 보았던 때로, 그 순간은 마법 같았다고 표현합니다. 이 시기에 경제 개혁이 이루어지면서 컴퓨터가 급속히 보급되었고, 사람들의 삶이 개선되었습니다.
컴퓨터는 타자기를 대체했고, 많은 사람들이 컴퓨터를 살 여유가 없어서 컴퓨터 수업을 듣곤 했습니다. 저자는 프로그래밍이나 수학에 능숙하지 않았지만, 플로피 디스크와 집 드라이브에 빠르게 익숙해졌습니다. 개인적인 경험으로는 하드 드라이브 없이 IBM 컴퓨터를 사용하며 게임을 즐겼던 일과 컴퓨터 수리기사의 친절한 도움을 받았던 기억이 있습니다.
저자는 컴퓨터에 대한 지속적인 매력을 표현하며, 그것들을 완전히 이해하지 못하면서도 신비롭고 마법 같은 존재로 여깁니다. 이러한 단순했던 시절에 대한 향수와 기술에 대한 경이로움이 이야기의 중심을 이루고 있습니다.
96.코딩 비서, 도커로 AI 협업!(Orchestrate multiple AI agents with cagent by Docker to create coding assistant)
이 기사는 Docker에서 개발한 "cagent"라는 도구에 대해 다루고 있으며, 현재 실험 단계에 있습니다. 이 도구는 사용자가 여러 AI 에이전트를 관리하여 Microsoft Dynamics 365 Business Central을 위한 코딩 도우미를 만들 수 있도록 도와줍니다. 이 도구는 AL 프로그래밍 언어를 사용합니다.
cagent는 다양한 역할을 가진 여러 AI 에이전트를 조정하는 다중 에이전트 시스템입니다. 예를 들어, 코드 개발을 담당하는 에이전트, 코드 검토를 담당하는 에이전트, Git 작업을 관리하는 에이전트가 있습니다. 사용자는 이러한 에이전트에게 기존 코드에 기능을 추가하는 등의 작업을 할당할 수 있습니다. 이 시스템은 코딩 과정을 코드 개발, 검토, 버전 관리의 단계로 나누어 효율적으로 진행할 수 있도록 돕습니다.
이 도구는 YAML 파일을 통해 간단하게 설정할 수 있도록 설계되어 있어, 유연성과 제어를 원하는 개발자에게 적합합니다. 또한 에이전트 간의 상호작용과 사용되는 도구를 보여주어 투명성을 제공합니다. 개발 팀은 Azure OpenAI 지원 추가와 같은 요청에 신속하게 대응하고 있어, 도구 개선을 위한 협력적인 접근 방식을 보여줍니다.
각 에이전트는 특정 작업(개발, 검토, Git 관리)에 특화되어 있으며, 자신의 기능을 효과적으로 수행하기 위해 필요한 도구(파일 시스템, 셸 등)에 접근할 수 있습니다. 전반적으로 이 도구는 아직 개발 중이며 초기 결과가 완벽하지 않을 수 있지만, 코딩 작업을 지원하는 유망한 방법을 제공하며, 프로그래밍을 넘어 다양한 응용 가능성을 가지고 있습니다.
97.잡스의 기적의 해(Steve Jobs's Miracle Year)
1997년, 스티브 잡스는 애플이 심각한 재정 문제에 직면해 있던 시기에 회사에 복귀했습니다. 일반적인 생각과는 달리, 잡스는 처음에 애플로 돌아가고 싶지 않았고, 회사를 구하기 위한 명확한 전략을 세운 후에야 CEO 직책을 수락했습니다.
그의 복귀 전, 잡스는 복잡한 경력을 가지고 있었습니다. 그는 1985년 애플에서 해고된 후 12년 동안 제한된 성공을 거두었고, 이 시기에 NeXT를 설립하고 픽사에 투자했습니다. 픽사는 이후 성공을 거두게 됩니다.
1996년, 애플은 10억 달러 이상의 손실을 보고하며 시장 점유율을 크게 잃고 있었습니다. 회사는 문제를 잘못 파악하고 비용 절감을 위해 길 아멜리오를 CEO로 임명했습니다. 그러나 잡스가 NeXT를 4억 달러에 인수하면서 애플은 필요한 운영 체제를 확보하게 되었습니다.
잡스가 애플에 다시 관여하게 되면서, 그는 회사가 제품 라인업과 리더십을 재정비해야 한다는 것을 빠르게 깨달았습니다. 그는 애플의 제품을 네 가지 주요 제품으로 간소화하는 계획을 제안하고 이사회를 개편하기 시작했습니다.
잡스는 1997년 9월에 공식적으로 임시 CEO가 되었고, "미친 사람들에게 경의를" 표하는 광고 캠페인을 시작했습니다. 그의 리더십 아래 애플은 1998년에 iMac G3를 출시하며 수익성을 회복하는 전환점을 맞이했습니다.
전반적으로 1997년은 잡스와 애플에게 중요한 해였으며, 그의 결정적인 변화 능력과 회사를 성공으로 이끄는 길을 설정하는 모습을 보여주었습니다.
98.스토리 시각화의 힘(Writing by manipulating visual representations of stories)
이 시스템은 사용자가 사건과 캐릭터의 행동을 시각화하여 이야기를 만들고 편집할 수 있도록 돕습니다. 주요 기능으로는 타임라인 상호작용, 캐릭터 연결, 캐릭터 위치 조정, 사건 재배치가 있습니다. 타임라인에 마우스를 올리면 사건과 캐릭터의 움직임을 확인할 수 있습니다. 캐릭터를 연결하면 그들의 새로운 상호작용을 반영하기 위해 텍스트 수정이 이루어집니다. 캐릭터의 위치를 이동시키면 새로운 위치에 따라 텍스트 변경이 제안됩니다. 사건의 순서를 변경하면 텍스트도 이에 맞춰 업데이트됩니다. 이 도구는 사용자의 상호작용에 따라 텍스트 수정을 제안하기 위해 GPT-4o를 사용합니다.
시스템 구축 및 실행은 TypeScript로 작성되었으며, React와 Vite를 사용합니다. 설정을 위해 Node.js를 설치하고, npm install
명령어로 의존성을 설치한 후, npm run dev
명령어로 코드를 빌드합니다.
시스템을 사용하기 위해서는 OpenAI API 키가 필요합니다. 이 애플리케이션은 로컬에서 실행되며 키를 저장하지 않습니다. 유효한 API 키가 없으면 사용자는 학습을 탐색할 수 있지만, 프롬프트 실행 시 오류가 발생할 수 있습니다.
비디오 튜토리얼은 실행기 또는 public/videos 섹션에서 참조용으로 접근할 수 있습니다.
시스템에 대한 출판물이 곧 arXiv에 게재될 예정입니다.
99.AI 학습의 한계(A formal proof that AI-by-Learning is intractable)
"AI를 인지 과학의 이론적 도구로 되찾기"라는 글은 인공지능(AI)과 인지 과학의 관계를 다룹니다. 이 글은 AI가 처음에는 인간의 인지를 이해하기 위한 수단으로 여겨졌지만, 현재의 AI 환경은 그 초점이 바뀌었다고 주장합니다. 현대의 AI 실천은 우리의 마음에 대한 이해를 증진시키기보다는 왜곡할 수 있습니다.
AI의 역사적 역할에 대해 설명하자면, AI는 인간의 인지를 이론화하는 도구로 시작되었습니다. 이는 컴퓨터 과학과 심리학의 융합으로 이루어졌습니다. 초기 AI 연구자들은 인간의 사고를 시뮬레이션하여 우리가 어떻게 생각하는지를 이해하고자 했습니다.
하지만 시간이 지나면서 AI 연구는 인지 모델링에서 인간과 유사한 지능을 창출하는 공학적 노력으로 방향이 바뀌었습니다. 이로 인해 AI가 무엇을 이룰 수 있는지에 대한 오해가 생기고, 그 능력에 대한 과대평가가 이루어졌습니다.
저자들은 인간과 유사한 인지를 가진 시스템을 만드는 것이 근본적으로 어렵다고 주장하며, 이 작업이 계산적으로 불가능하다는 것을 공식적으로 증명했습니다. 따라서 가까운 미래에 인간 수준의 AI를 달성할 수 있다는 주장은 오해를 불러일으킬 수 있습니다.
저자들은 AI를 인지 과학의 이론적 도구로 되돌려야 한다고 강조합니다. 이들은 이론적 가능성과 실제 현실을 혼동하지 않는 것이 중요하다고 말하며, AI가 인지 과학에 정보를 제공할 수는 있지만 인간의 마음을 복제할 수는 없다고 강조합니다.
마지막으로, 이 글은 AI의 역할을 재정의함으로써 인지 과학이 비현실적인 기대나 AI의 능력에 대한 오해에 빠지지 않고 계산 도구를 활용할 수 있다고 제안합니다. 저자들은 AI의 역할을 재평가하고, 인간 인지를 복제하는 가능성보다는 이론적 응용에 집중할 것을 촉구합니다.
100.C++ 컴파일러 지원(C++ Compiler Support Page)
저자는 C++20 이후 도입된 모든 C++ 기능을 명확하게 정리한 검색 가능한 표를 제공하는 웹페이지를 만들었습니다. 이 자료는 C++ 개발자들이 플랫폼 간 개발이나 일반적인 관심을 위해 기능 지원을 빠르게 확인할 수 있도록 설계되었습니다. cppreference 컴파일러 지원 사이트보다 더 간단하고 체계적인 대안이 되는 것을 목표로 하고 있습니다. 현재 이 페이지에는 LWG와 CWG 문서가 포함되어 있지 않지만, 저자는 정기적으로 업데이트할 계획이며 댓글이나 GitHub 이슈를 통해 질문과 피드백을 환영합니다.