1.
ICLR 2026, 허위 인용 50건 발견!
(At least 50 hallucinated citations found in ICLR 2026 submissions)

최근 GPTZero의 분석 결과, 2026년 국제 학습 표현 회의(ICLR) 제출물에서 50건 이상의 "환각" 사례가 발견되었습니다. 환각이란 허위 또는 부정확한 인용을 의미합니다. 여러 전문가의 검토를 거쳤음에도 불구하고 이러한 오류는 간과되었습니다. 이 발견은 AI로 생성된 논문의 급증으로 인해 학술 동료 검토 과정의 신뢰성에 대한 우려가 커지고 있음을 보여줍니다.

제출 건수가 증가하면서 동료 검토자들이 압도당하고 있으며, 이로 인해 결함이 있는 논문이 더 많이 수용되고 있습니다. GPTZero의 인용 검사 도구는 300편의 논문을 분석하여 90편의 인용이 의심스럽다고 표시했으며, 그 중 50편에서 실제 환각이 발견되었습니다. 이러한 오류는 논문의 수용 가능성을 위협할 수 있으며, 단 하나의 환각만으로도 윤리 위반으로 간주됩니다.

이 기사는 동료 검토를 지원하기 위한 더 나은 도구의 필요성을 강조하며, GPTZero의 인용 검사와 같은 기술이 이 과정을 간소화하고 투명성을 높일 수 있다고 제안합니다. 제출 건수가 증가하는 가운데 학술 출판의 질을 향상시키는 것이 목표입니다.

작성자: puttycat | 점수: 141

2.
Java Hello World, LLVM Edition
(Java Hello World, LLVM Edition)

요약이 없습니다.

작성자: ingve | 점수: 92

3.
Google Titans architecture, helping AI have long-term memory
(Google Titans architecture, helping AI have long-term memory)

요약이 없습니다.

작성자: Alifatisk | 점수: 97

4.
Goodbye, Microsoft: Schleswig-Holstein Relies on Open Source and Saves Millions
(Goodbye, Microsoft: Schleswig-Holstein Relies on Open Source and Saves Millions)

요약이 없습니다.

작성자: doener | 점수: 214

5.
macOS 앱의 구조
(The Anatomy of a macOS App)

macOS 애플리케이션은 단순한 명령어 기반 프로그램에서 복잡한 소프트웨어로 발전해왔습니다. 이러한 소프트웨어는 다양한 자원을 관리하기 위해 구조화된 형식이 필요합니다. 초기 Mac OS에서는 자원을 리소스 포크라는 단일 파일에 저장했지만, Mac OS X의 도입 이후 애플리케이션은 새로운 번들 구조를 채택하여 자원을 디렉토리 계층으로 조직하게 되었습니다.

각 macOS 애플리케이션은 .app 확장자를 가지며 "Contents" 디렉토리를 포함하고 있습니다. 이 디렉토리 안에는 다음과 같은 내용이 있습니다.

MacOS 디렉토리는 주요 실행 코드가 들어 있으며, Resources 디렉토리는 애플리케이션의 아이콘과 GUI 구성 요소를 보관합니다. Frameworks 디렉토리에는 애플리케이션에서 사용하는 라이브러리가 포함되어 있습니다.

또한 두 개의 중요한 파일이 존재합니다. Info.plist 파일은 애플리케이션에 대한 필수 정보를 담고 있으며, 실행 파일 이름과 버전 요구 사항 등이 포함되어 있습니다. PkgInfo 파일은 애플리케이션의 유형과 제작자 정보를 제공합니다.

애플리케이션의 실행 과정은 명령 도구보다 더 복잡하며, LaunchServices와 RunningBoard와 같은 구성 요소가 포함되어 있습니다. 이들은 Info.plist의 데이터를 사용하여 작동합니다.

2007년부터 코드 서명이 도입되면서 보안을 강화하기 위해 _CodeSignature와 App Store 애플리케이션을 위한 _MASReceipt와 같은 추가 디렉토리가 생겼습니다. 예전에는 별도로 설치되던 많은 구성 요소가 이제는 애플리케이션 번들 안에 포함되어 설치, 업데이트 및 제거가 더 쉽고 안전해졌습니다.

전반적으로 이러한 중앙 집중식 구조는 애플리케이션 구성 요소의 관리를 개선하고, 공증 및 애플리케이션 서명을 통해 보안을 강화합니다. 이 구조는 다양한 하드웨어 아키텍처에서도 일관성을 유지하여 호환성을 보장합니다.

작성자: elashri | 점수: 43

6.
옥사이드의 LLM 활용
(Using LLMs at Oxide)

대형 언어 모델(LLM)은 최근 몇 년 동안 큰 발전을 이루었으며, 우리의 작업 방식을 변화시킬 잠재력을 가지고 있습니다. 그러나 이러한 도구의 사용은 이점과 위험을 모두 동반합니다. 옥사이드에서는 LLM의 책임 있는 사용을 위한 몇 가지 핵심 가치를 가지고 있습니다.

첫째, 책임입니다. LLM이 아무리 강력하더라도, 생성된 결과물에 대한 책임은 여전히 인간에게 있습니다. 둘째, 철저함입니다. LLM은 우리의 사고를 향상시킬 수 있지만, 부주의한 사용은 낮은 품질의 결과를 초래할 수 있습니다. 따라서 LLM은 우리의 분석 능력을 강화해야 합니다. 셋째, 공감입니다. 글을 쓰고 읽을 때 인간적인 요소를 고려해야 하며, 청중을 존중하는 것이 중요합니다. 넷째, 팀워크입니다. LLM의 사용이 팀원 간의 신뢰를 해치지 않아야 하며, 그 사용에 대한 투명성이 필수적입니다. 마지막으로 긴급성입니다. LLM이 작업 속도를 높일 수 있지만, 이는 책임, 철저함, 공감, 팀워크를 희생해서는 안 됩니다.

옥사이드에서는 LLM을 다양한 방식으로 활용할 수 있습니다. 첫째, 독자로서 LLM은 문서를 요약하고 이해하는 데 뛰어나지만, 데이터 프라이버시를 보장하기 위해 신중하게 다뤄야 합니다. 둘째, 편집자로서 LLM은 다듬어진 문서에 대한 귀중한 피드백을 제공할 수 있지만, 초기 사용은 원치 않는 변경을 초래할 수 있습니다. 셋째, 작가로서 LLM이 생성한 글은 종종 독창성이 부족하고 신뢰를 해칠 수 있으므로, 글쓰기 용도로의 사용은 제한해야 합니다. 넷째, 코드 리뷰어로서 LLM은 코드 검토를 도울 수 있지만, 인간의 감독을 대체해서는 안 됩니다. 다섯째, 디버거로서 LLM은 디버깅에 도움을 줄 수 있지만, 전적으로 의존해서는 안 됩니다. 마지막으로, 프로그래머로서 LLM은 특히 덜 중요한 작업에 대해 효과적으로 코드를 생성할 수 있지만, 엔지니어는 결과물에 대한 책임을 져야 합니다.

전반적으로 옥사이드는 LLM 사용을 장려하지만, 이는 제품, 고객, 서로에 대한 책임을 다하는 것과 일치해야 합니다.

작성자: steveklabnik | 점수: 545

7.
Kilauea erupts, destroying webcam [video]
(Kilauea erupts, destroying webcam [video])

요약이 없습니다.

작성자: zdw | 점수: 450

8.
스칼라 3, 속도 저하?
(Scala 3 slowed us down?)

저자는 Scala 2.13에서 Scala 3로 서비스를 이전한 경험을 공유합니다. 초기에는 모든 테스트가 통과하고 배포 과정에서도 문제가 없어서 성공적으로 보였습니다. 그러나 몇 시간 후, 처리 속도가 느려지는 현상을 발견했고, 이로 인해 더 많은 서비스 인스턴스가 필요해졌습니다.

철저한 테스트에도 불구하고 특정 작업 부하에서 성능 문제가 발생했습니다. 조사해본 결과, Scala 버전 간 CPU 사용 패턴이 크게 달라졌다는 것을 알게 되었습니다. 코드에서 사용된 라이브러리인 quicklens가 Scala 3에서 체인 평가에 영향을 미치는 미세한 버그로 인해 비효율성을 초래하고 있었습니다. 라이브러리를 업데이트한 후 성능은 정상으로 돌아왔습니다.

주요 교훈은 라이브러리가 Scala 버전마다 다르게 작동할 수 있다는 점입니다. 특히 메타 프로그래밍을 사용하는 라이브러리의 경우 더욱 그렇습니다. 마이그레이션 과정에서 성능을 벤치마킹하고 문제 지점을 파악하는 것이 중요합니다. 매끄러운 전환에 대한 가정은 예상치 못한 병목 현상을 초래할 수 있습니다.

작성자: kmaliszewski | 점수: 3

9.
차고의 IC 혁명
(Z2 – Lithographically fabricated IC in a garage fab)

2018년에 나는 차고에서 첫 번째 집적 회로(IC)를 만들었고, 이를 Z1 앰프라고 불렀다. 이 회로는 6개의 트랜지스터로 구성되어 있었다. 이제 대학 4학년이 된 나는 제작 과정을 개선하여 Z2 칩을 만들었다. 이 칩은 100개의 트랜지스터를 갖고 있으며, 인텔의 첫 번째 프로세서 기술과 유사한 폴리실리콘 게이트 공정을 사용했다.

Z2 칩은 트랜지스터를 테스트하고 특성을 분석하기 위해 설계된 10×10 배열이다. 이는 더 발전된 DIY 컴퓨터 칩으로 나아가는 중요한 진전을 나타낸다. 새로운 NMOS 트랜지스터는 낮은 문턱 전압(1.1V)과 낮은 누설 전류를 포함한 뛰어난 특성을 가지고 있어 이전 설계보다 더 효율적이다.

이전에는 알루미늄 게이트를 사용했지만, 폴리실리콘으로 전환하면서 성능과 낮은 전압 수준(2.5V 및 3.3V)과의 호환성이 크게 향상되었다. 이 새로운 공정은 청정실 없이도 불순물 화학물질을 사용하여 더 나은 트랜지스터 제작을 가능하게 한다.

지금까지 나는 15개의 칩을 생산했으며, 그 중 최소 하나는 완전히 작동하고 몇 개는 대부분 작동한다. 이 과정은 개선의 여지가 있지만, 매우 유망하다. 나는 테스트 자동화를 목표로 하고 있으며, 더 복잡한 회로 설계를 탐구하고자 한다.

나는 제작 과정을 수정하여 단계를 간소화하고 강한 화학물질의 필요성을 최소화했다. 여기에는 생산을 간소화하고 트랜지스터의 품질을 향상시키는 데 도움이 되는 미리 증착된 실리콘 웨이퍼를 사용하는 것이 포함된다. 궁극적인 목표는 개선된 도구와 재료를 사용하여 CMOS 호환 설계를 개발하는 것이다.

작성자: embedding-shape | 점수: 249

10.
Building a Toast Component
(Building a Toast Component)

요약이 없습니다.

작성자: FragrantRiver | 점수: 12

11.
개발자 스크린샷: 2002 vs 2015
(Screenshots from developers: 2002 vs. 2015 (2015))

이 글에서는 유닉스 커뮤니티의 여러 유명 개발자들이 사용하는 데스크탑 환경을 비교하며, 2002년과 2015년의 스크린샷을 보여줍니다.

브라이언 커니핸은 그의 데스크탑을 간소하게 유지하며 주로 터미널 창을 사용합니다. 리차드 스톨먼은 2002년에는 텍스트 모드만 사용했지만, 2015년에는 가끔 그래픽 인터페이스를 사용하며 주로 에맥스에서 작업합니다. 브램 무렌하르 역시 여전히 많은 터미널 창을 사용하지만, 2015년에는 더 큰 크롬 브라우저 인터페이스로 전환했습니다. 라스무스 레어도르프는 리눅스를 계속 사용하고 있으며, 이메일 프로그램과 하이브리드 운영 체제 설정에 약간의 변화가 있었습니다. 워렌 투미는 프리BSD에서 리눅스로 옮겨가며 GUI 도구를 더 많이 사용하고 있지만 여전히 명령줄 작업을 선호합니다. 조던 허버드는 그의 데스크탑 설정을 비슷하게 유지하며, OS X에서 다양한 애플리케이션을 위해 여러 가상 데스크탑을 활용합니다. 티모시 베세는 코드로 데스크탑 구성을 관리하며, 여러 작업 공간과 다양한 애플리케이션을 유지하는 설정을 가지고 있습니다.

전반적으로 일부 개발자들은 시스템에 소소한 업데이트를 했지만, 많은 이들이 여전히 명령줄 인터페이스를 선호하며 수년간 비슷한 작업 스타일을 유지하고 있습니다.

작성자: turrini | 점수: 377

12.
GrapheneOS is the only Android OS providing full security patches
(GrapheneOS is the only Android OS providing full security patches)

요약이 없습니다.

작성자: akyuu | 점수: 682

13.
How the Disappearance of Flight 19 Fueled the Legend of the Bermuda Triangle
(How the Disappearance of Flight 19 Fueled the Legend of the Bermuda Triangle)

요약이 없습니다.

작성자: pseudolus | 점수: 12

14.
과거는 별로였다
(The past was not that cute)

저자는 코티지코어(cottagecore) 트렌드와 그에 수반되는 과거에 대한 낭만적인 시각에 대해 생각해봅니다. 그들은 복고풍의 미학을 좋아하고 베이킹과 같은 활동을 즐기지만, 역사적인 삶의 현실은 종종 가혹하고 힘들었다는 점을 강조합니다.

저자는 로라 잉걸스 와일더의 책에서 볼 수 있는 많은 구식 이상들이 농작물 실패나 재정적 어려움과 같은 삶의 고난을 간과하고 있다고 인정합니다. 또한, 저자는 과거에 대한 자신의 오해를 공유하며, 사람들이 본질적으로 다르거나 더 순수했다고 믿었던 점을 반성합니다. 그들은 대중적인 이미지가 현실의 복잡성을 종종 무시한다는 것을 인식합니다.

저자는 현대의 편리함과 자신이 원하는 미학을 선택할 수 있는 능력을 소중히 여기면서도, 과거로부터 배운 교훈들, 예를 들어 함께 음악을 만드는 즐거움 같은 것들을 여전히 중요하게 생각합니다. 결국, 저자는 복고풍의 분위기를 즐기지만 현대 생활의 편안함에 감사하고 있습니다.

작성자: mhb | 점수: 305

15.
PostgreSQL 잠금 해제
(Locks in PostgreSQL)

이 글에서는 PostgreSQL에서 다양한 유형의 잠금에 대해 다루고 있으며, 특히 교착 상태, 객체 수준 잠금, 그리고 조건 잠금에 초점을 맞추고 있습니다.

교착 상태는 두 개의 트랜잭션이 서로 자원을 해제하기를 기다리면서 무한히 멈추는 상황을 말합니다. PostgreSQL은 대기 그래프에서 사이클을 확인하여 교착 상태를 감지합니다. 교착 상태가 발견되면, 한 트랜잭션이 중단되어 자원을 해제합니다. 교착 상태는 종종 애플리케이션 설계가 좋지 않음을 나타내며, 일반적으로 잠금 순서가 일관되지 않아 발생합니다.

객체 수준 잠금은 테이블스페이스나 스키마와 같이 관계로 간주되지 않는 자원에 사용됩니다. 새로운 객체가 생성될 때, 관련된 스키마와 소유자 역할이 잠겨 트랜잭션 중에 변경이 이루어지지 않도록 합니다.

관계 확장 잠금은 여러 프로세스가 동시에 테이블에 새로운 페이지를 추가하는 것을 방지하여 데이터 작업 중 안정성을 보장합니다.

조언 잠금은 일반적인 잠금과 달리 개발자가 수동으로 제어합니다. 필요할 때 사용자 정의 잠금 로직을 구현할 수 있는 방법을 제공합니다.

조건 잠금은 직렬화 가능한 격리 수준에서 트랜잭션 간의 의존성을 추적하여 이상 현상을 방지하는 메커니즘입니다. 이들은 자원을 차단하지 않지만, 트랜잭션 커밋 시 잠재적인 충돌을 확인합니다.

이 글은 PostgreSQL에서 적절한 잠금 메커니즘의 중요성을 강조하며, 교착 상태를 피하고 일관된 트랜잭션 관리를 보장하는 데 필요하다고 설명합니다.

작성자: fanf2 | 점수: 8

16.
문해 프로그래밍이란?
(What even is "literate programming"? (2024))

리터러트 프로그래밍은 1970년대 도널드 커누스가 제안한 개념으로, 사람이 이해할 수 있는 방식으로 코드를 작성하는 것을 강조합니다. 이 방법은 코드와 문서를 결합하여 프로그래머가 자신의 사고 과정과 설계 결정을 실제 코드와 함께 설명할 수 있도록 합니다.

커누스의 원래 의도는 복잡성을 초래할 수 있는 경직된 구조적 프로그래밍 방법을 피하면서, 상향식 프로그래밍 논의를 촉진하는 것이었습니다. 그는 문제 진술로 시작하고, 프로그램 구조를 의사 코드로 개요한 후, 가독성에 중점을 두고 세부 사항을 점진적으로 추가하는 방식을 제안했습니다. 이러한 접근 방식은 코드 표현의 유연성을 허용합니다.

리터러트 프로그래밍의 예로는 과거의 몇몇 작업이 언급되지만, 가장 주목할 만한 성공 사례는 밥 나이스트롬의 "Crafting Interpreters"입니다. 이 책은 코드 개발과 설명적 글쓰기를 결합하여 두 가지를 동시에 발전시켰습니다.

리터러트 프로그래밍은 특히 복잡한 알고리즘이나 개발 과정을 문서화할 때 지식을 보존하는 데 유용합니다. 이는 코드의 배경과 이유를 미래에 참고할 수 있도록 보장하고자 할 때 유익합니다.

하지만 이 방법은 명확한 문서를 유지하면서 진화하는 코드와 함께하는 복잡성, 그리고 이를 지원하는 현대 도구의 부족 등 여러 어려움에 직면해 있습니다. 또한 프로그래밍 문화는 종종 깊이 있는 문서화보다 빠른 개발을 우선시합니다.

효과적인 리터러트 프로그래밍을 위해서는 청중에 대한 집중, 명확한 문제 진술, 그리고 철저한 설명이 필요합니다. 이는 코드와 문서 간의 반복적인 작업을 포함할 수 있습니다.

리터러트 프로그래밍에는 정해진 정답이 없습니다. 다양한 글쓰기 스타일을 실험하고 유연하게 적용하는 것이 중요합니다. 궁극적으로 목표는 기능적일 뿐만 아니라 이해하기 쉽고 잘 설명된 코드를 만드는 것입니다.

작성자: joecobb | 점수: 46

17.
차분한 기술로 인디웹 탐험하기
(Discovering the indieweb with calm tech)

로버트 알렉산더는 블로그 글에서 소셜 미디어가 정신 건강에 미치는 부정적인 영향과 그로 인해 생기는 과도한 방해 요소에 대해 이야기합니다. 그는 사용자들이 독립적인 웹에서 더 차분하게 소통할 수 있도록 돕는 두 가지 도구를 소개합니다.

첫 번째는 '스트리트패스 포 마스토돈'이라는 브라우저 확장 프로그램입니다. 이 도구는 사용자가 웹 서핑을 하면서 마스토돈 계정을 찾을 수 있도록 도와주며, 알림으로 사용자의 경험을 방해하지 않습니다. 대신, 사용자가 편리하게 확인할 수 있도록 프로필을 조용히 목록에 추가합니다.

두 번째는 '블로그 퀘스트'라는 또 다른 브라우저 확장 프로그램입니다. 이 도구는 백그라운드에서 자동으로 RSS 피드를 찾아 블로그를 발견하고 구독할 수 있게 해줍니다. 사용자는 이 인터페이스를 통해 구독 관리를 쉽게 할 수 있습니다.

알렉산더는 전통적인 소셜 미디어로 인한 정신적 부담 없이 의미 있는 연결을 가능하게 하는 활기찬 독립 웹의 잠재력을 믿고 있습니다. 그는 사용자들이 이러한 도구를 탐색하여 온라인 상호작용에 대한 통제를 되찾기를 권장합니다.

작성자: todsacerdoti | 점수: 145

18.
Duplication Isn't Always an Anti-Pattern
(Duplication Isn't Always an Anti-Pattern)

요약이 없습니다.

작성자: birdculture | 점수: 27

19.
유리디케: 러스트에서 C로
(Eurydice: a Rust to C compiler (yes))

Eurydice는 Rust 코드를 C로 변환하는 새로운 컴파일러로, Rust의 안전성 기능을 유지하면서도 C 코드베이스를 지원하려는 관심에 응답하고 있습니다. Rust의 인기가 높아짐에 따라 많은 개발자들이 기존 C 프로젝트에 Rust를 통합하고 싶어하며, 특히 Rust로 완전히 전환할 수 없는 레거시 시스템에서 그 필요성이 커지고 있습니다.

Eurydice의 주요 장점 중 하나는 점진적인 전환을 가능하게 한다는 점입니다. 개발자들은 C 코드를 Rust로 서서히 변환할 수 있으며, 완전한 마이그레이션이 가능해질 때까지 사용자에게 C 버전을 유지할 수 있습니다. 또한, Eurydice는 Rust 코드만 유지하고 C 코드는 이를 기반으로 생성함으로써 일관성을 보장합니다. Rust를 우선시함으로써 C에 여전히 의존하는 사용자들을 강조하여 개발자들이 마이그레이션의 어려움을 이해하는 데 도움을 줍니다.

기술적으로 Eurydice는 읽기 쉬운 C 코드를 생성하며, Rust의 중간 표현(MIR) 수준에서 작동하여 정확한 변환을 가능하게 합니다. 이 과정은 다양한 타입에 대한 특정 코드를 생성하는 단일화(monormophization)와 패턴 매칭, 메모리 안전성 같은 Rust의 독특한 기능을 처리하는 복잡한 변환을 포함합니다. 설계 목표는 장황한 구조를 최소화하고 명확한 제어 흐름을 보장하여 고품질의 유지보수 가능한 C 코드를 만드는 것입니다.

하지만 Eurydice는 몇 가지 도전과 한계가 있습니다. Rust와 C 간의 객체 레이아웃 일관성에 한계가 있으며, 생성된 코드가 엄격한 별칭 규칙을 위반할 수 있습니다. 플랫폼별 코드를 처리하기 위한 수동 설정이 필요하여 번거로울 수 있습니다. 이 프로젝트는 여전히 발전 중이며, 더 많은 Rust 기능과 라이브러리에 대한 지원을 확장할 계획이 있습니다.

앞으로의 계획으로는 주요 암호화 라이브러리와의 통합 및 동적 특성 지원이 포함됩니다. 2026년까지 Eurydice를 통해 전체 Rust 표준 라이브러리를 사용할 수 있도록 하는 것이 목표입니다.

Eurydice는 기존 C 프로젝트에서 Rust를 더 쉽게 활용할 수 있도록 하는 중요한 진전을 나타내며, 개발자들이 C와의 호환성을 잃지 않으면서 Rust의 이점을 누릴 수 있게 합니다.

작성자: todsacerdoti | 점수: 141

20.
작고 강력한 리눅스
(Tiny Core Linux: a 23 MB Linux distro with graphical desktop)

코어 프로젝트는 사용자가 자신만의 확장을 만들 수 있는 모듈형 리눅스 시스템입니다. 이 시스템은 리눅스 커널과 기본 시스템 파일이 포함된 작은 코어 패키지(Core)로 시작합니다.

타이니코어는 이 시스템의 한 예로, 크기가 단 16MB인 경량 데스크탑 환경을 제공합니다. 코어플러스는 다양한 데스크탑 설정을 위한 추가 커뮤니티 패키지 확장을 쉽게 시작할 수 있는 방법을 제공합니다.

이 시스템은 운영 환경을 사용자 맞춤형으로 설정하고자 하는 이들을 위해 설계되었습니다. 사용자는 데스크탑, 넷북, 가전제품 또는 서버에 따라 필요한 애플리케이션과 하드웨어 지원을 선택할 수 있습니다. 추가 애플리케이션은 온라인 소스에서 설치하거나 직접 컴파일할 수 있습니다.

현재 사용 가능한 최신 버전은 16.2입니다. 타이니코어는 CD, USB, 하드 드라이브 등 여러 소스에서 부팅할 수 있으며, 주로 RAM에서 실행되고 지속적인 저장 옵션도 제공합니다. 이 프로젝트는 애플리케이션과 확장을 개발하는 데 있어 커뮤니티의 참여와 기여를 장려합니다.

더 많은 정보와 참여를 원하시는 분들은 포럼과 IRC 채널에 가입해 주시기 바랍니다.

작성자: LorenDB | 점수: 470

21.
달러스토어의 속임수
(Dollar-stores overcharge cash-strapped customers while promising low prices)

최근 가디언의 조사에 따르면, 달러 제너럴과 패밀리 달러 매장에서 고객이 결제할 때 종종 가격이 과다 청구되는 경우가 많다고 합니다. 이들 매장은 저렴한 가격을 광고하지만, 노스캐롤라이나의 한 정부 검사관은 23%의 상품이 선반에 표시된 가격보다 더 비싸게 책정되어 있음을 발견했습니다. 이러한 문제는 전국적으로 흔하게 발생하며, 수천 건의 가격 정확성 검사가 유사한 불일치를 드러냈습니다.

특히 예산이 제한된 고객들이 이러한 과다 청구의 영향을 더 많이 받습니다. 많은 쇼핑객들이 자신이 더 많은 돈을 지불하고 있다는 사실을 인식하지 못해 재정적인 부담을 겪고 있습니다. 달러 스토어 산업은 알려진 가격 문제를 해결하지 않는다는 비판을 받고 있으며, 일부 매장은 반복적으로 검사를 통과하지 못하고 있습니다.

달러 제너럴과 패밀리 달러는 이러한 관행으로 인해 법적 조치와 합의에 직면했지만, 여전히 가격 정확성 문제를 해결하는 데 어려움을 겪고 있습니다. 직원 부족과 불량한 재고 관리가 문제를 악화시키고 있으며, 직원들은 종종 선반 가격을 업데이트할 시간이 부족합니다.

이 조사는 더 넓은 문제를 강조합니다. 달러 스토어는 주민들이 쇼핑 옵션이 제한된 저소득 지역에서 번창하고 있습니다. 비판자들은 이러한 매장이 지역 경제를 악화시키고 있다고 주장하며, 지역 상점을 시장에서 몰아내는 경향이 있다고 지적합니다.

최근 일부 매장이 검사를 통과했지만, 가격 불일치에 대한 고객 불만은 여전히 존재하며, 이는 산업 내 지속적인 문제를 보여줍니다.

작성자: bookofjoe | 점수: 26

22.
필사적인 스퀴클 탐색
(Desperately Seeking Squircles (2018))

이 기사는 Figma 사용자들이 추천하는 10개의 우수한 UI/UX 디자인 인턴십에 대해 다룹니다. 기술 분야의 모든 인턴십이 동일하지 않다는 점을 강조하며, 일부 인턴십은 더 나은 학습 경험과 기회를 제공한다고 설명합니다. 독자들이 UI/UX 디자인 분야에서 가치 있는 인턴십을 찾는 데 도움이 되는 정보를 제공합니다.

작성자: williamjsdavis | 점수: 14

23.
펄의 문화적 쇠퇴
(Perl's decline was cultural)

Perl 프로그래밍 언어의 쇠퇴는 주로 문화적 요인에 기인합니다. Perl은 보수적이고 반동적인 가치관을 가진 커뮤니티에서 시작되었으며, 이로 인해 일반적인 용도로 널리 사용되는 언어로 발전하는 데 한계가 있었습니다. 이러한 문화는 UNIX 시스템 관리자의 전통에 뿌리를 두고 있으며, 엘리트주의와 부족적인 사고방식이 신입 개발자들을 배척하는 경향이 있었습니다.

1990년대 후반 웹이 성장하면서 Perl은 유연성과 웹 개발 초기 도입 덕분에 한때 번창했습니다. 그러나 그 문화는 변화에 저항하며 Perl 6의 도입으로 갈라지게 되었고, 이는 혁신을 목표로 했지만 내부 갈등을 드러내는 결과를 낳았습니다. Perl 5는 안정성을 유지했지만, 루비나 파이썬과 같은 새로운 언어들에 비해 신입 개발자들에게 매력이 떨어지게 되었습니다. 후자들은 더 환영받는 커뮤니티와 현대적인 개발 방식을 제공했습니다.

인기에는 감소했지만, Perl은 여전히 널리 사용되고 있으며 특히 레거시 시스템과 스크립트 작업에 많이 활용됩니다. Perl은 프로그래밍에서 중요한 유산을 남겼고, 많은 현대적인 관행과 도구에 영향을 미쳤습니다. 저자는 Perl의 문화적 도전이 성장에 장애가 되었지만, 여전히 존재하며 프로그래밍 환경에서 역할을 하고 있다고 결론짓습니다.

작성자: todsacerdoti | 점수: 307

24.
맥박 산소계 펌웨어 업데이트
(Patching Pulse Oximeter Firmware)

이 프로젝트는 소비자용 맥박 산소 측정기인 Beurer PO 80에 초점을 맞추고 있으며, 가격은 100달러 이하입니다. 이 기기는 USB를 통해 PC에 연결되어 실시간으로 맥박과 혈중 산소 데이터를 표시하는 무료 소프트웨어인 "SpO2 Assistant"를 사용합니다.

저자는 이 장치의 USB 통신 프로토콜을 역설계하는 것을 목표로 했습니다. 정적 분석 대신 프로토콜 스니퍼를 사용하여 데이터 교환을 관찰했으며, 이를 통해 맥박과 SpO2 데이터를 가져오는 파이썬 도구를 만들었습니다.

다음으로 저자는 맥박 산소 측정기를 분해하여 내부 구성 요소를 확인했습니다. 여기에는 마이크로컨트롤러와 기타 부품이 포함되어 있습니다. 펌웨어를 덤프하는 데 보안 기능으로 인해 어려움이 있었지만, 알려진 취약점을 이용해 이러한 보호 장치를 우회하는 데 성공했습니다. 펌웨어를 복구한 후, 고장 난 마이크로컨트롤러를 새 것으로 교체했습니다.

장치를 복원한 후, 저자는 디버깅과 절전 모드를 제한하는 보안 기능을 비활성화하도록 펌웨어를 수정했습니다. 이후 디스플레이 기능에 접근하여 Doom 스플래시 화면과 같은 새로운 그래픽을 패치할 수 있게 되었지만, 게임 자체를 실행하기 위해서는 더 복잡한 접근이 필요합니다.

저자는 원격 코드 실행이 가능한 잠재적 취약점을 찾기 위해 펌웨어를 더 탐색할 의사를 밝혔습니다. 이 프로젝트에 대한 협업을 초대하며, 도움을 준 이들에게 감사의 뜻을 전했습니다.

작성자: stgl | 점수: 27

25.
Z-이미지: 강력한 이미지 생성 모델
(Z-Image: Powerful and highly efficient image generation model with 6B parameters)

Z-Image 프로젝트는 60억 개의 매개변수를 가진 효율적인 이미지 생성 모델로, 세 가지 버전이 있습니다.

Z-Image-Turbo는 빠르고 간소화된 모델로, 최소한의 자원으로 1초 이내에 고품질 이미지를 생성합니다. 이 모델은 영어와 중국어로 된 이중 언어 텍스트를 처리할 수 있으며, 세부적인 지시사항을 잘 따릅니다.

Z-Image-Base는 커뮤니티 사용을 위한 기본 모델로, 추가적인 맞춤 설정과 세부 조정이 가능합니다.

Z-Image-Edit는 이미지 편집 작업을 위해 특별히 설계된 버전으로, 자연어 프롬프트를 기반으로 창의적인 편집을 생성하는 데 뛰어납니다.

주요 특징으로는 Z-Image-Turbo가 시각적으로 매력적인 이미지를 생성하는 포토리얼리즘 품질을 제공하며, 복잡한 텍스트를 영어와 중국어로 정확하게 표현할 수 있습니다. 또한, 프롬프트를 깊이 있게 이해하고 반응할 수 있는 능력이 있으며, Z-Image-Edit는 미세한 편집 지시를 해석하고 실행할 수 있습니다.

기술적인 측면에서는 효율성을 높이기 위해 단일 스트림 DiT 아키텍처를 사용하고 있으며, Z-Image-Turbo는 다른 주요 모델들과의 평가에서 경쟁력 있는 성능을 보여주었습니다.

사용자는 PyTorch나 Diffusers 라이브러리를 이용해 모델을 설정할 수 있으며, 간단한 설치 방법과 코드 예제가 제공됩니다.

모델의 효율성은 분리된 최적화 기법을 통해 이미지 생성을 향상시키는 Decoupled-DMD 알고리즘에서 비롯되며, 품질 향상을 위한 강화 학습이 결합되어 있습니다.

커뮤니티 지원을 위해 Z-Image 추론을 최적화할 수 있는 다양한 도구와 기술이 제공되며, 저사양 하드웨어에 대한 지원도 포함되어 있습니다.

팀은 생성 모델 관련 직무를 채용 중이며, 관심 있는 지원자들의 많은 지원을 바랍니다.

자세한 정보는 공식 프로젝트 저장소를 방문해 주시기 바랍니다.

작성자: doener | 점수: 331

26.
자전거 쉘딩: 노트북 만들기 이유
(Bikeshedding, or why I want to build a laptop)

저자는 애플 노트북의 품질 저하에 대한 불만을 표하며, 사용자 친화적인 회사가 설계한 리눅스가 탑재된 꿈의 맥북에 대한 비전을 공유합니다. 그들은 애플의 폐쇄형 하드웨어와 부족한 문서화로 인해 아사히 리눅스가 완전히 작동하지 않는 점을 비판하며, 맥북에서 사용하기 어렵다고 언급합니다.

저자는 프레임워크와 같은 대안을 고려하지만, 업그레이드나 커스터마이징이 필요 없는 간단하고 세련된 노트북을 선호합니다. 또한 HP 제품의 혼란스러운 명명 규칙을 지적하며, 만약 자신이 노트북을 만든다면 "해크북"이라는 이름의 직관적이고 고성능 모델을 만들 것이라고 제안합니다. 이 모델은 최상급 부품, 뛰어난 전력 관리, 사용자 친화적인 디자인을 특징으로 할 것입니다.

결국 저자는 누군가가 좋은 맥북 대체품을 만들어 주기를 바라며, 자신이 이 프로젝트를 직접 진행하지 않아도 되기를 희망합니다.

작성자: cspags | 점수: 174

27.
접근 가능한 HTML 논문
(HTML as an Accessible Format for Papers (2023))

arXiv는 독자, 특히 장애가 있는 독자들을 위한 접근성을 개선하기 위해 연구 논문의 HTML 버전을 도입하고 있습니다. 이 initiative는 커뮤니티의 피드백에 응답하며 기존의 PDF 형식을 보완하는 것을 목표로 하고 있습니다. 모든 논문이 HTML로 변환될 수는 없지만, 이 과정은 계속 진행 중이며, 저자들은 제출 과정에서 자신의 HTML 논문을 미리 볼 수 있습니다.

"실험적" HTML 사용은 TeX(주로 LaTeX) 문서를 더 접근하기 쉬운 형식으로 변환하는 데 따른 어려움을 강조합니다. 이 변환 과정에서 일부 오류가 발생할 수 있지만, 목표는 완벽한 형식보다 접근성을 우선시하는 것입니다. 독자들은 HTML 논문을 테스트하고 문제를 보고해 주기를 권장하며, HTML과 PDF 간의 레이아웃 차이가 예상됩니다.

이 프로젝트를 지원하기 위해 저자들은 LaTeX 마크업에 대한 모범 사례를 따를 수 있으며, 개발자들은 변환 과정을 개선하는 데 기여할 수 있습니다. The LaTeX Project와 LaTeXML과 같은 조직과의 협력이 이 노력에 중요한 역할을 하고 있습니다. 이 프로젝트는 과학적 소통의 접근성을 향상시키는 것을 목표로 하며, 커뮤니티의 피드백을 환영합니다.

작성자: el3ctron | 점수: 248

28.
자폐의 혼란스러운 친척들
(Autism's confusing cousins)

이 글은 자폐증 진단의 복잡성과 그에 대한 혼란을 다루고 있습니다. 많은 사람들이 눈 맞춤에 대한 불편함, 사회적 어색함, 고정된 일상과 같은 특성으로 인해 자신이 자폐증이라고 생각하지만, 이러한 증상은 불안 장애, 분열성 인격장애, 사회적 의사소통 장애와 같은 다른 질환과 겹칠 수 있습니다.

저자는 자폐증이 임상적 진단으로, 사회적 상호작용의 어려움과 반복적인 행동에 대한 특정 기준이 필요하다고 강조합니다. 이러한 증상은 어린 시절부터 나타나야 합니다. 그러나 자폐증의 넓은 스펙트럼은 오해를 불러일으킬 수 있으며, 모든 사회적 어려움을 겪는 사람이 자폐증을 가진 것은 아닙니다.

또한, 사람들은 자폐증이라는 레이블이 더 잘 알려져 있기 때문에 이 진단에 끌리는 경향이 있으며, 이는 다른 유효한 진단을 가릴 수 있습니다. 이 글은 정확하고 세밀한 진단의 중요성을 강조하며, 잘못된 진단이 적절한 지원을 받지 못하게 할 수 있음을 지적합니다. 또한 일부 개인은 여러 가지 진단이나 상태를 가지고 있어 그들의 증상을 복잡하게 만들 수 있습니다.

결론적으로, 이 글은 자폐증 외에도 다양한 진단 가능성을 신중하게 고려해야 한다고 강조하여, 개인이 적절한 치료와 이해를 받을 수 있도록 해야 한다고 말하고 있습니다.

작성자: Anon84 | 점수: 307

29.
얼룩말-라마: 효율적 하이브리드 모델
(Zebra-Llama – Towards efficient hybrid models)

대규모 언어 모델(LLM)에 대한 수요가 증가함에 따라, 이 모델들을 더 효율적으로 만드는 것이 중요해졌습니다. 그러나 이러한 모델을 재훈련하는 것은 비용이 많이 들고 환경에도 해로운 영향을 미칩니다. 이를 해결하기 위해 우리는 기존의 사전 훈련된 모델을 결합하여 효율적인 하이브리드 언어 모델을 만드는 방법인 Zebra-Llama를 소개합니다.

Zebra-Llama는 10억(1B), 30억(3B), 80억(8B) 개의 매개변수를 가진 모델을 제공하며, 상태 공간 모델(SSM)과 다중 헤드 잠재 주의(MLA) 기법을 결합합니다. 이 접근 방식은 사전 훈련된 모델에서 지식을 효율적으로 전이할 수 있게 하여, 전통적인 모델과 동일한 정확도를 유지하면서도 훨씬 적은 훈련 데이터(7-11억 개의 토큰 사용)로도 가능합니다.

Zebra-Llama는 키-값 쌍(KV 캐시)을 저장하는 데 필요한 메모리 사용량을 원래 크기의 2%로 줄이는 동시에 다양한 작업에서 높은 성능을 유지합니다. 다른 모델과 비교했을 때, Zebra-Llama는 항상 더 적은 토큰과 메모리를 사용하면서 더 나은 성능을 보이거나 동등한 성능을 발휘합니다. 예를 들어, Zebra-Llama-8B 모델은 Minitron-8B보다 적은 훈련 데이터와 메모리를 사용하면서도 몇 가지 샘플로 학습하는 정확도에서 더 뛰어난 성능을 보이며, 데이터 처리 속도도 상당히 빠릅니다. 팀은 연구 결과가 승인되면 코드와 모델 세부 정보를 공유할 계획입니다.

작성자: mirrir | 점수: 103

30.
OMSCS 공개 강좌
(OMSCS Open Courseware)

조지아 공과대학교의 온라인 컴퓨터 과학 석사 프로그램(OMSCS)은 OMSCS 오픈 코스웨어를 통해 무료로 강의 자료에 접근할 수 있는 기회를 제공합니다. 여기에는 다양한 강의의 동영상과 연습문제가 포함되지만, 숙제나 시험과 같은 채점이 필요한 과제는 포함되지 않습니다.

현재 OMSCS에 등록된 학생들은 강의 내용에 대해 Canvas를 사용해야 합니다. Canvas에서는 채점된 자료와 오픈 코스웨어에는 없는 업데이트를 확인할 수 있습니다.

제공되는 강의 중 일부는 다음과 같습니다: 정보 보안 입문, 선한 컴퓨팅, 운영 체제 입문, 고급 운영 체제, 네트워크 보안, 인공지능, 기계 학습, 자연어 처리 등이 있습니다.

전체 강의 목록은 OMSCS 오픈 코스웨어 사이트를 방문하면 확인할 수 있습니다.

작성자: kerim-ca | 점수: 197

31.
Recreating the lost SDK for a 42-year-old operating system: VisiCorp Visi On
(Recreating the lost SDK for a 42-year-old operating system: VisiCorp Visi On)

요약이 없습니다.

작성자: nkali | 점수: 89

32.
일본의 눈 괴물 구하기
(Saving Japan's exceptionally rare 'snow monsters')

일본의 독특한 "눈 괴물"인 주효는 자오산에서 발견되는 드문 자연 형성물로, 전나무가 두꺼운 서리와 눈으로 덮여 유령 같은 형태를 만들어냅니다. 이러한 형성물은 강한 바람과 낮은 온도와 같은 매우 특정한 기상 조건에 의존하며, 거의 북일본에서만 볼 수 있습니다.

하지만 최근 연구에 따르면 주효가 기후 변화와 환경 문제로 인해 줄어들고 있다고 합니다. 기온 상승으로 인해 주효의 주식인 아오모리 도도마츠가 해충 발생과 환경 스트레스로 인해 감소하고 있습니다. 그 결과, 주효의 크기는 수십 년 동안 크게 줄어들었습니다.

이 감소를 막기 위해 지역 공무원과 연구자들은 주효 부흥 회의를 결성하여 숲을 복원하고 주효의 생존을 지원하고 있습니다. 지역 기술학교의 학생들도 아오모리 도도마츠 나무를 심고 연구하는 활동에 참여하고 있습니다.

주효의 보존은 독특한 자연 경관을 유지하는 것뿐만 아니라 관광에 크게 의존하는 지역 경제에도 중요합니다. 이러한 눈 괴물과 일본의 특별한 생태 유산의 미래를 보장하기 위한 노력이 계속되고 있습니다.

작성자: 1659447091 | 점수: 113

33.
A Struct Sockaddr Sequel
(A Struct Sockaddr Sequel)

요약이 없습니다.

작성자: g0xA52A2A | 점수: 14

34.
미국 남극 프로그램 매뉴얼 (2024)
(United States Antarctic Program Field Manual (2024) [pdf])

"2024년 대륙판 필드 매뉴얼"은 미국 국립과학재단의 남극 프로그램을 위해 현장 지원 직원과 연구자들이 작성했습니다. 이 매뉴얼은 남극에서의 수년간의 현장 경험을 바탕으로 만들어졌습니다. 매뉴얼에는 비상 관리, 현장 계획, 통신 절차에 대한 정보와 함께 혹독한 남극 환경에서의 안전 수칙과 운영 지침이 포함되어 있습니다.

주요 내용은 다음과 같습니다.

비상 관리 섹션에서는 비상 상황 발생 시 취해야 할 조치와 연락처, 대응 계획을 안내합니다. 현장 계획 체크리스트는 다양한 지원 유형(고정익 항공기 및 헬리콥터)에 대한 준비를 위한 세부 목록을 제공합니다. 건강과 안전 부분에서는 안전 유지, 위생 관리, 환경 책임에 대한 지침을 제시합니다. 통신 섹션에서는 현장에서 연락을 유지하기 위한 요구 사항과 다양한 통신 장비 사용 방법을 설명합니다. 날씨 정보는 남극의 기상 조건을 이해하고 보고하는 방법에 대해 다룹니다. 캠핑 절차에서는 현장 캠프를 설정하고 관리하는 방법, 예절 및 책임에 대한 지침을 제공합니다.

이 매뉴얼은 향후 판을 개선하기 위한 피드백과 수정 요청을 장려하며, 도전적인 남극 환경에서 안전하고 효율적인 작업을 보장하는 것을 목표로 하고 있습니다.

작성자: SheinhardtWigCo | 점수: 111

35.
마틴 파르 별세
(Martin Parr has died)

영국의 사진작가 마틴 파르가 브리스톨 자택에서 73세의 나이로 세상을 떠났습니다. 그의 재단은 그의 죽음을 확인하며, 아내, 딸, 자매, 손자를 포함한 가족들이 그를 많이 그리워할 것이라고 전했습니다. 파르는 일상적인 영국 생활을 생생하게 담아낸 사진으로 유명하며, 특히 그의 대표작인 "더 라스트 리조트"에서는 노동계급 휴가객들의 모습을 그렸습니다.

그는 1980년대 중반에 독특한 스타일로 주목받기 시작했습니다. 유머와 진지한 주제를 결합하여 사회 문제에 대한 생각을 자극하는 방식이 특징이었습니다. 파르의 다채로운 이미지는 종종 빈티지 엽서와 비슷하며, 영국 문화의 부조리를 강조하여 찬사와 논란을 동시에 불러일으켰습니다. 그는 사진이 사회에 대한 보편적인 진실을 드러낼 수 있다고 믿었습니다.

동료들은 파르를 전후 사진계에서 중요한 인물로 평가하며 그의 노력, 솔직함, 그리고 삶에 대한 열정을 칭찬했습니다. 그는 현대 소비주의에 대한 우려와 오늘날 세상에서 풍자의 필요성을 강조했습니다.

작성자: yzydserd | 점수: 5

36.
클로드의 원샷 디컴파일 효과
(The unexpected effectiveness of one-shot decompilation with Claude)

최근에 AI 도구인 클로드를 사용하여 "원샷" 디컴파일링 방법을 실험해 보았습니다. 이 방법은 더 효율적인 처리를 가능하게 했고, 스노우보드 키즈 2 프로젝트에서 지난 3개월보다 3주 만에 더 많은 성과를 올릴 수 있었습니다.

원샷 디컴파일링은 클로드가 사람의 피드백 없이 함수를 하나씩 처리하는 방식으로, 효율성을 높입니다. 하지만 이 방법은 클로드가 자원을 소모하면서도 큰 진전을 이루지 못할 위험이 있습니다.

저는 디컴파일링 과정을 자동화하는 스크립트인 vacuum.sh를 개발했습니다. 이 스크립트는 함수의 복잡성에 따라 클로드가 작업할 함수를 선택합니다. 시스템의 스코어러 컴포넌트는 디컴파일하기 쉬운 함수를 우선적으로 처리합니다. 처음에는 기본적인 스코어링 공식을 사용했지만, 나중에 로지스틱 회귀 모델을 활용해 클로드가 처리할 수 있는 함수를 더 잘 예측할 수 있도록 개선했습니다.

클로드는 실제 디컴파일링 작업을 수행하며, 특정 함수에 대해서는 다른 도구인 소넷보다 더 효과적이라는 것을 발견했습니다. 저는 클로드가 어려운 작업에 자원을 낭비하지 않도록 조치를 취했습니다. 또한, 클로드가 사용할 수 있는 간단한 도구를 설계하여 명확한 오류 메시지와 안내를 제공해 혼란을 피할 수 있도록 했습니다.

드라이버 시스템으로는 배시 스크립트를 사용해 클로드와의 상호작용을 관리하고, 원활한 작동과 디버깅을 위한 진행 상황 기록을 보장했습니다. 클로드는 디컴파일링 작업에서 코덱스와 같은 다른 AI 모델보다 더 나은 성능을 보였습니다.

전통적인 디컴파일링은 보통 수년이 걸리고 전문가 팀이 필요합니다. 하지만 클로드와 같은 AI 도구 덕분에 많은 함수가 더 접근 가능해지고 있습니다. 앞으로의 노력은 AI의 출력을 다듬고 문서화하는 데 집중될 수 있으며, 처음부터 다시 시작하는 것보다는 효율적일 것입니다.

AI가 디컴파일링에 크게 기여하고 있지만, AI가 어려워하는 복잡한 작업에서는 여전히 인간의 전문성이 중요합니다. 이 프로젝트는 계속 발전하고 있으며, 디컴파일링 커뮤니티 내의 협력이 필수적입니다.

작성자: knackers | 점수: 224

37.
자바스크립트 완벽 해석
(KJS: A Complete Formal Semantics of JavaScript)

KJS는 JavaScript에 대한 상세하고 잘 검증된 형식적 의미론으로, ECMAScript 호환성 테스트 모음의 2,782개 테스트를 모두 통과했습니다. 이를 통해 JavaScript 프로그램을 분석하고 검증할 수 있으며, 보안 취약점을 식별하고 언어 규칙 준수를 보장할 수 있습니다.

KJS는 JavaScript에 대한 가장 포괄적인 형식적 의미론으로, 핵심 언어 테스트를 모두 통과했습니다. 이 시스템은 상징적 실행을 지원하여 프로그램을 분석하고 보안 문제를 찾아낼 수 있습니다.

설치 방법으로는 Java 개발 키트(JDK)와 필요한 도구(build-essential, git, maven)를 설치한 후, K 프레임워크를 클론하고 설정해야 합니다. 특정 JavaScript 기능을 위해 Node.js를 설치하고, 제공된 스크립트를 사용하여 KJS를 컴파일하고 실행할 수 있습니다.

KJS는 ECMAScript 테스트 모음을 실행할 수 있으며, 모든 테스트를 실행하거나 특정 테스트만 선택할 수 있는 옵션이 있습니다. 모든 테스트를 실행하는 데는 일반적인 컴퓨터에서 약 2시간이 소요될 수 있습니다.

테스트 결과는 KJS가 어떤 테스트가 통과했는지 또는 실패했는지를 나타내며, 실패할 것으로 예상되는 부정적인 테스트도 처리합니다. 그러나 KJS는 Math와 Date와 같은 특정 표준 라이브러리를 지원하지 않아 이러한 기능을 사용하는 프로그램에서 오류가 발생할 수 있습니다.

KJS는 일부 객체(Object, Function)를 완전히 정의하고, 다른 객체(Array, String)는 부분적으로 정의하며, Math와 Date와 같은 특정 라이브러리는 정의하지 않습니다. KJS는 핵심 의미론, 구문 및 내장 객체 지원을 위한 다양한 파일을 포함하는 디렉토리 구조를 가지고 있습니다.

KJS는 보안 분석, 테스트 커버리지 측정 및 프로그램 검증에 활용될 수 있습니다. 사용 편의를 위해 모든 필수 설정이 완료된 가상 머신도 제공됩니다.

작성자: andsoitis | 점수: 11

38.
넷플릭스, 워너 인수!
(Netflix to Acquire Warner Bros)

넷플릭스가 워너 브라더스 디스커버리를 약 827억 달러에 인수할 계획을 발표했습니다. 이번 거래를 통해 워너 브라더스의 방대한 영화 및 TV 라이브러리, 특히 해리 포터와 왕좌의 게임과 같은 인기 프랜차이즈가 넷플릭스의 스트리밍 서비스와 결합됩니다.

이번 인수는 워너 브라더스의 주가를 주당 27.75달러로 평가하며, 워너 브라더스 디스커버리의 글로벌 네트워크 부문이 분리된 후 2026년 3분기쯤 완료될 것으로 예상됩니다. 넷플릭스는 워너 브라더스의 운영을 유지하고 콘텐츠 제공을 강화하여 소비자에게 더 많은 선택지를 제공하고, 엔터테인먼트 산업의 창작자들에게 기회를 창출할 계획입니다.

이 인수는 연간 20억에서 30억 달러의 비용 절감을 가져오고 넷플릭스의 수익을 개선할 것으로 보입니다. 거래가 진행되기 위해서는 주주와 규제 기관의 승인이 필요합니다.

전반적으로 이번 합병은 넷플릭스의 시장 위치를 강화하고 콘텐츠 라이브러리를 확장하는 방법으로 여겨지며, 시청자와 주주 모두에게 더 많은 가치를 제공할 것으로 기대됩니다.

작성자: meetpateltech | 점수: 1707

39.
가짜 다리 붕괴로 열차 중단
(Trains cancelled over fake bridge collapse image)

기차 서비스가 일시 중단되었습니다. 이는 인공지능으로 생성된 것으로 보이는 가짜 이미지가 지진으로 인해 랭커스터의 한 다리가 손상되었다고 주장했기 때문입니다. 이 이미지는 소셜 미디어에서 퍼졌고, 이에 따라 네트워크 레일은 기차 운행을 중단하고 안전 점검을 실시했습니다. BBC 기자가 확인한 결과, 해당 다리는 손상되지 않았습니다.

네트워크 레일은 몇 시간 후에 노선을 재개했지만, 이러한 허위 정보가 철도 서비스와 승객 지연에 미치는 부정적인 영향을 강조했습니다. 이들은 팀에 불필요한 부담을 주고, 중요한 약속에 가야 하는 승객들에게 실제로 미칠 수 있는 결과를 언급했습니다. 영국 교통 경찰은 상황을 인지하고 있지만 추가 조사는 하지 않기로 했습니다. 전체적으로 32개의 서비스가 지연되었지만, 영향을 받은 기차 대부분이 화물 기차나 침대차였기 때문에 승객들에게 미친 영향은 미미했습니다. 전문가들은 허위 정보를 공유하는 것이 미치는 심각한 영향을 고려할 것을 촉구했습니다.

작성자: josephcsible | 점수: 224

40.
Infisical (YC W23) Is Hiring Engineers to Build the Modern OSS Security Stack
(Infisical (YC W23) Is Hiring Engineers to Build the Modern OSS Security Stack)

요약이 없습니다.

작성자: vmatsiiako | 점수: 1

41.
오블라스트: C64의 새로운 블라스토 게임
(Oblast: A better Blasto game for the Commodore 64)

새로운 게임 Oblast에 대한 기사가 소개된다. 이 게임은 1978년에 출시된 고전 아케이드 게임 Blasto의 향상된 버전으로, 원래는 텍사스 인스트루먼트의 TI-99/4A로 이식되었다. 저자는 TI-99/4A에서 Blasto를 즐겼던 기억이 생생하며, 지난 2년 동안 코모도어 64를 위해 Oblast를 개발해 왔다. 이 게임은 실제 하드웨어와 에뮬레이터 모두에서 무료로 플레이할 수 있다.

Oblast의 주요 특징은 다음과 같다. 원작보다 더 빠른 게임 플레이와 애니메이션을 제공하며, 다양한 절차적으로 생성된 레벨이 포함되어 있다. 게임 속도, 미로 디자인, 폭탄 수 등 완전히 사용자 맞춤형 게임 옵션을 지원한다. 또한 코모도어 64의 성능을 활용해 그래픽과 사운드가 개선되었다.

이 게임은 Blasto의 본질을 유지하면서도 발사체 수와 충돌 감지와 같은 한계를 보완하였다. 플레이어는 이제 덜 답답한 방식으로 더 역동적인 경험을 즐길 수 있다. Oblast는 GitHub에서 오픈 소스 소프트웨어로 제공되어 누구나 수정하고 개선할 수 있다. 저자는 플레이어들이 이 게임을 확인하고 레트로 게임의 재미를 만끽해 보기를 권장한다.

작성자: todsacerdoti | 점수: 32

42.
Netflix’s AV1 Journey: From Android to TVs and Beyond
(Netflix’s AV1 Journey: From Android to TVs and Beyond)

요약이 없습니다.

작성자: CharlesW | 점수: 542

43.
커피, 정신질환자 노화 지연!
(Coffee linked to slower biological ageing among those with severe mental illness)

런던 킹스 칼리지의 새로운 연구에 따르면, 하루 최대 네 잔의 커피를 마시는 것이 양극성 장애나 정신분열증과 같은 심각한 정신 질환을 가진 사람들의 생물학적 노화를 늦추는 것과 관련이 있다고 합니다. 이 효과는 DNA를 보호하고 생물학적 나이를 나타내는 텔로미어의 길이와 관련이 있으며, 이를 통해 개인이 생물학적으로 약 5세 더 젊어 보일 수 있습니다.

이 연구는 18세에서 65세 사이의 436명을 대상으로 진행되었으며, 하루에 세 잔에서 네 잔의 커피를 마시는 사람들이 가장 긴 텔로미어를 가진 것으로 나타났습니다. 그러나 네 잔 이상의 커피를 마시는 것은 부정적인 영향을 미쳐 텔로미어를 짧게 만들 수 있습니다.

연구자들은 커피가 건강에 이로운 효과를 가질 수 있지만, 과도한 섭취는 수면 질을 저하시킬 수 있다고 강조했습니다. 그들은 커피의 효과에 대해 균형 잡힌 시각을 가질 것을 권장하며, 이러한 결과를 확인하기 위해 추가 연구가 필요하다고 언급했습니다. 이 연구의 데이터는 노르웨이 TOP 연구에서 가져온 것이며, BMJ 정신 건강 저널에 발표되었습니다.

작성자: bookofjoe | 점수: 179

44.
드라이스톤
(Dhrystone)

Dhrystone은 1984년 Reinhold P. Weicker가 만든 벤치마크 프로그램으로, 주로 정수 프로그래밍을 위한 컴퓨터 프로세서의 성능을 평가하는 데 사용됩니다. 이 이름은 부동 소수점 성능에 중점을 둔 Whetstone 벤치마크에서 유래된 것입니다. Dhrystone은 부동 소수점 연산을 포함하지 않으며, 주 코드 루프의 반복 횟수를 초당 측정하여 성능을 평가합니다.

이 벤치마크는 FORTRAN과 Pascal을 포함한 다양한 프로그래밍 언어를 기반으로 설계되었으며, Unix용으로 개발된 C 버전 덕분에 인기를 끌었습니다.

Dhrystone은 컴퓨터의 일반적인 성능을 평가하는 데 중요한 역할을 하지만, 여러 해에 걸쳐 비판을 받아왔습니다. 그 결과는 컴파일러 최적화에 민감하여 실제 애플리케이션을 정확하게 반영하지 못할 수 있습니다. 이러한 문제를 해결하기 위해 다른 벤치마크들이 개발되었습니다.

제한점에도 불구하고 Dhrystone은 오늘날에도 여전히 사용되고 있으며, 특히 임베디드 시스템에서 CPU 성능을 비교하는 간단한 방법을 제공합니다. Dhrystones per second나 DMIPS( Dhrystone MIPS)와 같은 지표를 사용합니다. 그러나 Dhrystone은 코드 크기가 작고 특정 코딩 패턴을 사용하기 때문에 시스템의 성능을 완전히 반영하지 못할 수 있습니다.

작성자: krelian | 점수: 33

45.
숫자 없는 수학
(Mathematics Without Numbers (1959))

시스템이 귀하의 네트워크에서 비정상적인 활동을 감지했습니다. 로봇이 아님을 증명하기 위해 reCAPTCHA 검증을 완료해 주시기 바랍니다. 문제가 발생하면 이 페이지에서 도움을 받을 수 있습니다. 문제가 계속되면 JSTOR 지원팀에 문의하여 도움을 요청할 수 있습니다.

추가 정보로는 차단 참조 번호, 귀하의 IP 주소, 문제 발생 날짜와 시간이 포함되어 있습니다. 또한 JavaScript가 비활성화되어 있다고 언급되어 있습니다.

제공된 링크를 클릭하면 JSTOR로 돌아갈 수 있습니다.

작성자: measurablefunc | 점수: 61

46.
코끼리의 손길 – TPU
(Touching the Elephant – TPUs)

텐서 처리 장치(TPU)는 구글이 개발한 특수 하드웨어 가속기로, 성장하는 인공지능 서비스 지원을 위해 처음 만들어졌습니다. NVIDIA의 GPU가 딥러닝 분야에서 인기를 얻고 있지만, TPU는 이 목적을 위해 10년 이상 전에 특별히 설계된 독특한 장치입니다.

TPU의 발전 과정은 첫 번째 TPU가 컴퓨팅 파워에 대한 수요 증가에 신속하게 대응하여 개발된 것에서 시작됩니다. 최신 세대인 TPUv7(아이언우드)은 9,216개의 칩이 42.5 엑사플롭스의 처리 능력을 제공하는 뛰어난 성능을 자랑합니다.

TPU는 일반적인 프로세서와 달리 특정 작업, 특히 신경망에 필수적인 행렬 연산에 최적화되어 있습니다. 이러한 전문화 덕분에 전통적인 CPU와 GPU에 비해 더 높은 효율성을 발휘할 수 있습니다.

TPU 개발 과정에서는 하드웨어와 소프트웨어 설계에서 복잡한 작업, 데이터 이동, 전력 효율성을 관리하기 위한 신중한 절충이 필요했습니다. 특히 전통적인 스케일링 법칙(무어의 법칙)의 한계가 드러나면서 이러한 도전이 더욱 중요해졌습니다.

초기 TPU는 데이터에서 학습하는 훈련보다는 예측을 수행하는 추론에 중점을 두었습니다. 이후 세대의 TPU는 향상된 메모리 관리와 유연성을 포함하여 두 가지 작업을 효율적으로 처리할 수 있는 새로운 기능을 도입했습니다.

새로운 TPU 세대는 칩 간의 빠른 통신을 촉진하기 위해 광회로 스위칭을 사용하여 상호 연결성을 개선했습니다. 이는 대규모 데이터 센터에서 작업을 확장하는 데 매우 중요합니다.

TPU의 성능은 하드웨어뿐만 아니라 XLA(가속 선형 대수)와 같은 정교한 소프트웨어 덕분입니다. 이 소프트웨어는 작업을 관리하고 데이터 이동을 최적화하며 자원 할당을 효율적으로 보장합니다.

구글은 다양한 AI 모델을 더 잘 지원하기 위해 새로운 TPU 디자인을 지속적으로 혁신하고 있으며, 이는 서로 다른 하드웨어 구성 간의 데이터 동적 라우팅을 필요로 하는 모델도 포함됩니다.

결론적으로, TPU는 현대 기계 학습 작업의 요구를 충족하기 위해 전문화된 설계와 혁신적인 운영 전략을 결합한 AI 하드웨어의 중요한 발전을 나타냅니다.

작성자: giuliomagnifico | 점수: 180

47.
지옥의 뱀파이어 오징어, 문어의 고대 기원 밝혀!
('Vampire Squid from Hell' Reveals the Ancient Origins of Octopuses)

"지옥의 뱀파이어 오징어"로 알려진 Vampyroteuthis infernalis가 지금까지 염기서열이 분석된 가장 큰 두족류 유전체를 공개했습니다. 이 유전체는 110억 개 이상의 염기쌍을 포함하고 있으며, 이는 가장 큰 오징어 유전체의 두 배가 넘는 수치입니다. 이 독특한 생물은 진정한 오징어나 문어가 아니라 약 1억 8천 3백만 년 전으로 거슬러 올라가는 고대 계통의 잔재로, "살아있는 화석"으로 불립니다.

연구자들은 뱀파이어 오징어의 유전체가 두족류의 진화 역사에 대한 통찰을 제공한다고 밝혔습니다. 이 생물의 유전적 구조는 오징어와 문어의 특징을 모두 가지고 있어, 약 3억 년 전 존재했던 공통 조상에 대한 단서를 제공할 것으로 보입니다.

주요 발견 중 하나는 뱀파이어 오징어의 유전체가 다른 오징어와 문어보다 상당히 크며, 62%가 반복적인 DNA 요소로 구성되어 있다는 점입니다. 연구팀은 이 유전체를 다양한 다른 두족류와 비교했으며, 뱀파이어 오징어가 팔이 여덟 개인 생물이지만, 열 개의 팔을 가진 오징어의 염색체 구조 일부를 유지하고 있다는 점을 밝혔습니다.

이 연구는 문어가 진화 초기 단계에서 상당한 유전적 변화를 겪은 반면, 뱀파이어 오징어의 유전적 구조는 더 안정적으로 유지되어 왔음을 시사합니다. 이는 두족류의 진화를 이해하는 데 중요한 참고자료로 자리 잡을 것입니다. 이 연구 결과는 iScience 저널에 발표되었습니다.

작성자: 6LLvveMx2koXfwn | 점수: 37

48.
Kids who ran away to 1960s San Francisco
(Kids who ran away to 1960s San Francisco)

요약이 없습니다.

작성자: zackoverflow | 점수: 151

49.
리눅스 설치 축제 벨그라드
(Linux Instal Fest Belgrade)

리눅스 설치 축제는 2025년 12월 9일 오후 6시부터 9시까지 베오그라드 자기체바 5번지 수학부 JAG3 강의실에서 열립니다. 행사 장소는 트램(5, 6, 7L, 14)과 버스(21, 83)를 이용해 쉽게 접근할 수 있습니다.

이번 행사의 목적은 참가자들이 자신의 노트북에 리눅스 운영 체제를 설치하는 데 도움을 주는 것입니다. 경험이 풍부한 리눅스 사용자들이 참석하여 지원할 예정이며, 명령어 사용법, 깃, 웹 서비스, C 프로그래밍 등과 같은 주제에 대한 짧은 교육 세션도 있을 수 있습니다.

행사가 끝난 후에는 참석자들이 근처 바에서 계속해서 소통할 수 있는 기회가 제공됩니다. 초보자에게 추천하는 리눅스 배포판으로는 데비안, 우분투, 민트와 같은 파생판이 있는 데비안, 최신 버전을 빠르게 제공하는 페도라, 그리고 시스템을 맞춤 설정하고 싶은 고급 사용자에게 적합한 아치가 있습니다.

이번 축제는 윈도우 10의 대안으로 리눅스를 홍보하는 글로벌 캠페인인 "End of 10"의 일환으로 진행됩니다. 리눅스는 특히 오래된 컴퓨터에서 더 효율적이고 환경 친화적인 선택으로 여겨집니다.

설치 방법에는 세 가지가 있습니다. 첫째, 가상 머신을 이용해 윈도우 안에서 리눅스를 실행하는 방법이 있지만 속도가 느릴 수 있습니다. 둘째, 듀얼 부트 방식으로 리눅스를 윈도우와 함께 설치하는 방법이 있으며, 최소 10GB의 여유 공간이 필요합니다. 셋째, 윈도우를 완전히 리눅스로 교체하는 방법입니다.

참가자들은 듀얼 부트나 전체 설치를 선택할 경우 데이터를 백업해야 합니다. 또한 DistroSea를 통해 다양한 리눅스 배포판을 온라인에서 탐색할 수 있습니다.

이번 행사는 분산화와 지식 공유에 중점을 둔 그룹인 Decentrala가 주최하며, 그들은 300회 이상의 행사를 개최한 경험이 있습니다. 추가로 리눅스 명령어와 깃에 대한 워크숍이 각각 12월 16일과 12월 23일 오후 6시에 열릴 예정입니다.

참석자들은 오래된 기기(노트북, 휴대폰 등)를 가져와 Ponovo라는 조직을 통해 수리 및 재활용할 수 있습니다. 이는 전자 폐기물을 줄이는 데 기여하는 활동입니다.

작성자: ubavic | 점수: 167

50.
Europe: WhatsApp opens for third-party apps
(Europe: WhatsApp opens for third-party apps)

요약이 없습니다.

작성자: schnatterer | 점수: 26

51.
누크 브라우저
(Nook Browser)

Nook은 macOS용으로 개발된 빠르고 현대적인 웹 브라우저로, 최소한의 디자인과 사용자 프라이버시를 강조합니다.

Nook은 완전히 무료로 제공되며, 소스 코드도 GitHub에서 누구나 확인할 수 있습니다. 이 브라우저는 사용자의 브라우징 데이터를 판매하지 않으며, 명확하고 쉽게 변경 가능한 설정을 통해 사용자 프라이버시를 최우선으로 생각합니다. 또한, Nook에서는 Chrome 확장 프로그램을 사용할 수 있어 기존의 작업 흐름을 유지할 수 있습니다. 인공지능 도구도 제공되지만, 필수는 아니어서 원할 경우에만 사용할 수 있습니다.

Nook은 공식 웹사이트나 GitHub에서 다운로드할 수 있습니다. 이 브라우저는 빠르고 효율적인 탐색 경험을 제공하면서도 사용자의 데이터를 안전하게 보호하는 데 중점을 두고 설계되었습니다.

작성자: ray__ | 점수: 121

52.
물고기에서 영감 받은 미세플라스틱 필터
(Microplastics Filter Inspired by Fish)

본 대학교의 연구자들이 세탁기에서 나오는 미세 플라스틱을 줄이기 위해 물고기 아가미에서 영감을 받은 새로운 필터를 개발했습니다. 세탁 중에 방출되는 이 작은 플라스틱 입자는 인간과 동물의 건강에 해를 끼칠 수 있습니다. 초기 테스트에서 이 필터는 99% 이상의 플라스틱 섬유를 제거하는 유망한 결과를 보여주었습니다.

일반 가정의 세탁기는 매년 최대 500그램의 미세 플라스틱을 발생시킬 수 있으며, 주로 마모된 섬유에서 나옵니다. 현재의 필터 시스템은 종종 막히거나 충분히 필터링하지 못해 연구자들은 자연에서 해결책을 찾기로 했습니다. 그들은 고등어와 정어리와 같은 여과 섭식하는 물고기 종을 연구하여 이들의 효율적인 아가미 시스템을 모방한 깔때기 모양의 필터를 설계했습니다.

이 새로운 필터는 자가 청소 기능이 있어 입자가 막히지 않고 굴러가도록 해 막힘을 방지합니다. 복잡한 기계 구조 없이도 미세 플라스틱을 효율적으로 분리할 수 있어 생산 비용이 저렴합니다. 필터링된 미세 플라스틱은 몇 번의 세탁 후에 수거하여 처리할 수 있습니다.

본 대학교와 프라운호퍼 연구소는 이 혁신에 대한 특허를 신청했으며, 제조업체들이 향후 세탁기에 이를 채택하여 미세 플라스틱의 환경 영향을 줄이기를 희망하고 있습니다.

작성자: geox | 점수: 8

53.
독일, 18세 자원 군복무 도입!
(Germany votes to bring in voluntary military service programme for 18-year-olds)

독일 의회는 18세 청소년을 위한 새로운 자발적 군 복무 제도를 승인했습니다. 이는 러시아의 우크라이나 침공 이후 국가 방위를 강화하기 위한 조치입니다. 2026년 1월부터 모든 18세 청소년은 군대에 지원할 의사가 있는지를 묻는 필수 설문지를 받게 되며, 이 요구는 남성에게는 의무이고 여성에게는 선택 사항입니다.

많은 젊은이들은 이 변화에 반대하고 있으며, 이는 그들의 삶에 혼란을 초래하고 군사 훈련으로 이어질 수 있다는 우려 때문입니다. 새로운 법안에 반대하는 시위가 최대 90개 도시에서 계획되고 있습니다.

현재 독일 군대인 분데스베어는 약 18만 2천 명의 인력을 보유하고 있으며, 정부는 이 숫자를 크게 늘릴 계획입니다. 자발적인 입대가 부족할 경우, 향후 의무 군 복무가 고려될 수 있습니다.

이번 조치는 미국의 압력과 최근의 지정학적 위협에 영향을 받아 독일이 군사적 존재를 강화하려는 방향으로 나아가고 있음을 보여줍니다.

작성자: petermcneeley | 점수: 76

54.
퓨즈셀즈: 2500단계 논리 퍼즐 게임
(FuseCells – a handcrafted logic puzzle game with 2,500 levels)

FuseCells는 2,500개의 손수 제작된 레벨로 구성된 간단한 논리 퍼즐 게임입니다. 이 게임은 절차적 생성 없이 설계되었습니다. 다양한 크기의 레벨이 있으며, 플레이어가 추측할 필요가 없는 결정론적 논리를 특징으로 합니다. 제약 해결과 경로 탐색에 기반한 규칙 시스템이 적용되어 있습니다. 매일 새로운 도전 과제가 제공되며, 전 세계 플레이어의 진행 상황을 추적할 수 있습니다. 이 게임은 전적으로 한 사람이 개발했습니다.

기술적인 측면에 관심이 있는 분들을 위해, 게임은 각 레벨이 해결 가능하도록 보장하는 도구를 포함하고 있으며, 해결 단계에 따라 난이도를 추정합니다. 저사양 기기에서도 원활하게 실행되며, 처음에는 iOS용으로 제작되었고 현재는 iPad에서도 이용할 수 있습니다.

퍼즐 애호가와 게임 디자이너의 피드백을 환영합니다. 관심 있는 분들을 위해 앱 스토어 링크도 제공됩니다.

작성자: keini | 점수: 32

55.
이미지, 내 사진의 자가 호스팅
(Self-hosting my photos with Immich)

저자는 Google Photos의 대안으로 사용할 수 있는 Immich라는 자체 호스팅 가능한 사진 관리 프로그램을 설정하는 방법을 설명합니다. 이전에 사용하던 도구가 작동하지 않게 되면서 Immich로 전환하게 되었습니다.

Immich를 설정하는 과정은 다음과 같습니다. 먼저, 저자는 전력 소비가 적은 Ryzen 7 미니 PC를 사용하고 있으며, 가상화를 위해 Proxmox를 운영하고 있습니다. 그 다음, Immich를 위한 가상 머신(VM)을 만들고 NixOS를 설치한 후, VPN 서비스인 Tailscale을 통해 접근할 수 있도록 설정했습니다.

사진을 처음 가져오는 과정에서는 공식 Immich 명령줄 도구를 사용했지만 신뢰성이 떨어져, 대신 immich-go라는 서드파티 도구로 전환하여 더 나은 결과를 얻었습니다. 또한, 저자는 자동 사진 백업을 위해 자신의 아이폰에 Immich 앱을 설치했으며, 최적의 사용을 위해 몇 가지 설정을 조정했습니다. 데이터 백업을 위해서는 rsync를 사용하여 3-2-1 백업 전략에 따라 Immich 데이터를 백업하는 시스템을 구축했습니다.

추가적으로 Immich는 사진 편집 기능이 없어, 이를 위해 다른 소프트웨어를 사용해야 합니다. 저자는 Ente와 같은 다른 옵션보다 Immich를 선호하는데, 그 이유는 간단한 사용성과 기존의 보안 조치 때문입니다. Immich는 사진 관리에 있어 빠르고 효율적이지만, 초기 설정이나 아이폰 앱 구성 등 몇 가지 개선이 필요하다고 언급합니다.

작성자: birdculture | 점수: 638

56.
세 번째 달 카메라 찾기
(Finding Gene Cernan's Missing Moon Camera)

진 세르난은 아폴로 17호 우주비행사로, 그의 하셀블라드 카메라를 달에 두고 온 것으로 유명합니다. 이 카메라는 태양 방사선에 대한 노출을 연구하기 위해 하늘을 향해 놓여 있었습니다. 그러나 증거에 따르면 이 카메라는 실제로 지구로 돌아왔을 가능성이 있으며, 이는 세르난의 설명과 NASA의 기록과 상충합니다.

이번 임무에서는 세 가지 카메라가 사용되었습니다. 세르난의 60mm 카메라, 슈미트의 60mm 카메라, 그리고 500mm 망원 카메라입니다. 세르난은 자신의 카메라를 달 탐사차에 두고 온 것으로 생각했지만, 500mm 카메라와 혼동했을 가능성이 있습니다. 보관 목록에는 세 가지 카메라 모두 달 표면에 "내려놓았다"고 되어 있지만, 임무 기록에 따르면 두 대의 카메라는 달 모듈로 다시 가져온 것으로 나타났습니다.

임무 이후 세르난의 카메라는 잃어버린 것으로 여겨졌습니다. 그러나 2020년 스위스에서 세르난의 카메라 일련번호와 일치하는 하셀블라드 카메라가 발견되었습니다. 이는 이 카메라가 실제로 지구에 있으며, 오메가 박물관에 보관되고 있음을 시사합니다.

카메라가 달에서 돌아온 이후의 여정을 추적하기 위한 추가 연구가 진행 중이지만, 어떻게 스위스에 도착했는지는 아직 불확실합니다. 세르난의 카메라는 이제 지구에 있는 것으로 확인되었으며, 아폴로 임무의 상징적인 이미지를 담고 있어 역사적으로 중요한 의미를 지니고 있습니다.

작성자: theodorespeaks | 점수: 81

57.
패치워크OS: C와 어셈블리로 만든 x86_64 운영체제
(PatchworkOS: An OS for x86_64, built from scratch in C and assembly)

PatchworkOS는 x86_64 아키텍처를 위해 설계된 초기 단계의 실험적 운영 체제입니다. 이 시스템은 모듈화와 교육적 목적을 지향하며, Plan9와 유사한 "모든 것은 파일이다"라는 독특한 접근 방식을 따릅니다. 이 프로젝트는 C와 어셈블리 언어로 처음부터 만들어졌으며, 실제 하드웨어에서 실행할 수 있는 기능적인 운영 체제를 만드는 데 중점을 두고 있습니다.

PatchworkOS의 주요 특징으로는 선점형 스케줄러, 다중 스레딩 기능, 파일 기반의 프로세스 간 통신(IPC)을 포함하는 커널이 있습니다. 또한, 성능을 향상시키기 위해 독특한 이미지 및 글꼴 형식을 갖춘 유닉스 스타일의 가상 파일 시스템을 제공합니다. 사용자 공간에서는 맞춤형 C 표준 라이브러리와 모듈형 데스크탑 환경을 특징으로 하지만, 현재 사용자 공간 개발은 제한적입니다. 모듈형 설계 덕분에 커널은 필요에 따라 로드하거나 언로드할 수 있는 작은 모듈로 구성되어 있어 메모리를 절약하고 개발을 간소화합니다.

PatchworkOS는 전통적인 사용자 개념이나 POSIX 표준 라이브러리를 구현하지 않고 fork() 대신 spawn()을 사용합니다. 또한, 전통적인 파일 모드 대신 파일 권한을 위한 플래그를 강조합니다. 현재는 RAM 디스크만 지원하며, x86_64 아키텍처에 한정되어 있습니다.

앞으로는 동적 시스템 구성을 위한 LUA 도입과 USB 및 비동기 I/O 지원 개선 계획이 있습니다. PatchworkOS는 코드 문서를 광범위하게 작성하여 운영 체제에 관심 있는 사람들이 쉽게 배울 수 있도록 하는 데 중점을 두고 있습니다.

개발자들은 GCC와 QEMU와 같은 도구를 사용하여 PatchworkOS를 빌드하고 실행하며 테스트할 수 있으며, 설정 및 사용에 대한 명확한 지침이 제공됩니다. 이 프로젝트는 버그 보고, 코드 개선, 문서 보강 등을 통해 기여를 환영합니다.

전반적으로 PatchworkOS는 야심찬 목표를 완전히 달성하지는 못할 수 있지만, 운영 체제 설계를 탐구하는 재미있고 교육적인 플랫폼으로 기능하고 있습니다.

작성자: pykello | 점수: 46

58.
타스클: 명령어로 관리하는 작업 기록
(Tascli, a command line based (human) task and record manager)

터미널에서 작업과 기록을 쉽게 관리하려면 cargo install tascli 명령어를 사용하세요. Tascli는 작고 빠르며 간단한 도구입니다.

작성자: Aperocky | 점수: 37

59.
인간 개발을 닮은 클로드 코드 루프
(Running Claude Code in a loop to mirror human development practices)

이 프로젝트는 대규모 코드베이스의 단위 테스트 커버리지를 0%에서 80% 이상으로 빠르게 늘리기 위한 요구사항으로 시작되었습니다. 이를 해결하기 위해 저자는 "Continuous Claude"라는 명령줄 도구를 만들었습니다. 이 도구는 AI인 Claude가 여러 번의 반복 작업을 통해 지속적으로 실행되며, 맥락을 유지할 수 있도록 설계되었습니다. 일반적인 AI 도구가 한 번만 응답하는 것과 달리, Continuous Claude는 반복 작업을 통해 계속 학습하고 개선됩니다.

이 도구는 간단한 스크립트를 사용하여 코딩 프로세스를 자동화합니다. 이 스크립트는 GitHub 브랜치를 생성하고, Claude를 실행하여 코드를 생성하며, 변경 사항을 푸시하고, 풀 리퀘스트를 관리합니다. 또한 마크다운 파일을 사용하여 진행 상황과 메모를 기록함으로써 Claude가 이전 반복 작업을 바탕으로 맥락을 잃지 않고 작업을 이어갈 수 있도록 합니다.

이 시스템은 자가 개선 기능을 갖추고 있어 Claude가 피드백을 통해 작업을 다듬는 방법을 배울 수 있습니다. 저자는 GitHub Next와 협력하여 여러 AI 에이전트가 동시에 다양한 코딩 작업을 수행하는 아이디어를 탐구하고 있습니다.

Continuous Claude는 의존성 업데이트로 인한 문제 수정이나 대규모 리팩토링 프로젝트 관리와 같은 작업도 효율적으로 처리할 수 있으며, 코드 리뷰를 통해 인간의 감독을 포함합니다. 이 도구는 반복적인 코딩 작업을 간소화하여 더 쉽게 관리할 수 있도록 설계되었습니다. Continuous Claude는 GitHub에서 접근할 수 있습니다.

작성자: Kerrick | 점수: 41

60.
차 충전기로 물 끓이기! [영상]
(My car charger can boil water really fast [video])

제공할 내용을 입력하지 않으신 것 같습니다. 요약해드릴 내용을 공유해 주시면 기꺼이 도와드리겠습니다!

작성자: zdw | 점수: 65

61.
놀라운 꿀벌 지도
(Mapping Amazing: Bee Maps)

저자는 1985년에 차량 내비게이션 시스템을 개발한 에탁에서의 초기 경력을 회상합니다. 당시에는 기존의 선택지가 부족해 디지털 지도를 새롭게 만들어야 했습니다. 그러나 지도 정확성 문제에 직면했는데, 데이터가 종종 오래되어 있었고 정보를 수집하는 과정이 매우 노동집약적이었습니다.

기술이 발전하면서 위성 이미지 덕분에 데이터 수집이 쉬워졌지만, 지도 정확성 문제는 여전히 해결되지 않았습니다. 여러 회사들이 카메라가 장착된 차량을 이용해 지도 데이터를 수집하기 시작했지만, 최신 정보를 유지하는 것은 여전히 복잡하고 비용이 많이 들었습니다.

2019년에는 지도 앱에 세부 기능이 추가되면서 데이터 최신화의 어려움이 더욱 부각되었습니다. 특히 자율주행차는 매우 정확한 "HD 지도"를 필요로 하기 때문에 이 문제가 더욱 중요해졌습니다.

2015년에 아리엘 사이드먼이 설립한 비 맵스는 자동으로 지도 데이터를 수집하는 장치를 개발하여 독특한 지도 접근 방식을 선보였습니다. 이 장치는 사용자에게 암호화폐인 HONEY로 보상을 주어 데이터 수집을 게임처럼 즐길 수 있게 합니다. 구독 모델을 통해 사용자는 이 장치에 접근할 수 있으며, 동시에 톰톰과 폭스바겐 같은 고객을 위한 귀중한 지도 데이터를 생성합니다.

비 맵스는 전통적인 지도 회사들을 훨씬 초월하여 전 세계적으로 상당량의 도로를 매핑했습니다. 그들의 혁신적인 모델은 방대한 장치 네트워크를 활용하여 경쟁사보다 더 광범위한 데이터 수집을 가능하게 합니다.

작성자: altilunium | 점수: 61

62.
코드로 법 만들기
(Catala – Law to Code)

카탈라는 법률 결정 과정을 자동화하기 위해 컴퓨터 과학과 법학 연구자들이 만든 전문 프로그래밍 언어입니다. 이 언어는 사용자가 법률 문서에 해당하는 코드를 주석으로 추가할 수 있게 해줍니다. 개발 과정에서는 프로그래머와 변호사 간의 협력이 이루어졌습니다. 더 많은 정보는 GitHub에서 확인할 수 있으며, 시작하는 방법도 안내되어 있습니다. 카탈라는 아폴로 프로그램의 일환으로, Apache-2.0 라이선스 하에 제공됩니다.

작성자: Grognak | 점수: 81

63.
중국 NanoKVM의 숨겨진 마이크 발견!
(How I discovered a hidden microphone on a Chinese NanoKVM)

NanoKVM은 중국 회사 Sipeed에서 제작한 작고 저렴한 하드웨어 KVM 스위치로, 컴퓨터와 서버를 원격으로 제어할 수 있도록 설계되었습니다. HDMI와 USB-C 포트를 통해 연결되며, 사용자는 추가 소프트웨어 없이 웹 브라우저를 통해 어디서든 컴퓨터를 관리할 수 있습니다. BIOS에 접근하거나 원격으로 컴퓨터의 전원을 켜는 등의 다양한 기능을 지원합니다.

가격이 약 60유로로 저렴하지만, NanoKVM은 심각한 보안 문제를 안고 있습니다. 초기 출시 버전에서는 기본 비밀번호와 안전하지 않은 SSH 접근이 설정되어 있어 취약점이 발생했으며, 이러한 문제는 충분히 해결되지 않았습니다. 사용자 인터페이스는 필수적인 보안 보호 기능이 부족하고, 중국의 서버와 통신하여 개인정보 보호에 대한 우려를 낳고 있습니다.

특히 NanoKVM에는 문서에 명시되지 않은 숨겨진 마이크가 있어 오디오를 녹음할 수 있는 기능이 있습니다. 이와 함께 소프트웨어에 해킹 도구가 포함되어 있는 점은 큰 보안 문제를 드러냅니다.

이러한 결함은 악의적인 의도보다는 서두른 개발에서 비롯된 것이지만, 심각한 위험을 초래합니다. 그러나 이 장치는 오픈 소스이기 때문에 사용자가 보다 안전한 맞춤형 소프트웨어를 설치할 수 있는 가능성이 있으며, 현재 커뮤니티에서 이러한 소프트웨어가 개발되고 있습니다.

전반적으로 NanoKVM은 유용성이 크지만, 사용자들이 신중하게 고려해야 할 심각한 보안 문제를 안고 있습니다.

작성자: ementally | 점수: 433

64.
ODF 1.4
(ODF 1.4)

요약이 없습니다.

작성자: pentagrama | 점수: 7

65.
Schizophrenia sufferer mistakes smart fridge ad for psychotic episode
(Schizophrenia sufferer mistakes smart fridge ad for psychotic episode)

요약이 없습니다.

작성자: hliyan | 점수: 512

66.
Abstract Interpretation in the Toy Optimizer
(Abstract Interpretation in the Toy Optimizer)

요약이 없습니다.

작성자: ChadNauseam | 점수: 40

67.
클라우드플레어 장애, 12월 5일
(Cloudflare outage on December 5, 2025)

2025년 12월 5일, 클라우드플레어는 약 25분간의 대규모 서비스 중단을 경험했습니다. 이로 인해 약 28%의 HTTP 트래픽에 영향을 미쳤습니다. 문제는 리액트 서버 컴포넌트의 취약점을 해결하기 위해 시스템에 변경을 시도하는 과정에서 발생했습니다. 중요한 점은 이 중단이 사이버 공격 때문이 아니라는 것입니다.

문제는 클라우드플레어가 고객을 보호하기 위해 HTTP 요청의 버퍼 크기를 늘리려 할 때 발생했습니다. 이 과정에서 팀이 웹 애플리케이션 방화벽(WAF)에서 테스트 도구를 실수로 끄게 되었고, 이로 인해 코딩 오류가 발생하여 영향을 받은 고객에게 HTTP 500 오류가 나타났습니다.

클라우드플레어는 이번 사건을 인정하고, 향후 유사한 중단을 방지하기 위해 시스템 개선에 대한 의지를 표명했습니다. 그들은 향상된 배포 절차, 더 나은 오류 처리, 개선된 롤백 기능 등 여러 가지 계획된 변경 사항을 설명했습니다.

중단 발생 시간은 다음과 같습니다.

  • 08:47 UTC: 설정 변경으로 사건 발생.
  • 08:48 UTC: 중단의 전면적인 영향이 나타남.
  • 09:11 UTC: 변경 사항이 되돌려짐.
  • 09:12 UTC: 서비스가 완전히 복구됨.

클라우드플레어는 이번 사건으로 인해 불편을 끼친 점에 대해 사과하며, 네트워크 복원력 개선을 최우선으로 하고 있다고 강조했습니다.

작성자: meetpateltech | 점수: 771

68.
거울다리: 파이썬 바인딩 혁신
(Mirror-bridge – Making Python bindings frictionless)

미러 브리지는 C++를 쉽게 통합하여 파이썬 코드의 성능을 향상시키는 간단한 방법을 제공합니다. 애플리케이션이 느려지는 파이썬 함수를 C++로 다시 작성하고 수동으로 바인딩을 코딩하는 대신, 이제는 C++ 함수를 작성하고 단 한 번의 명령어로 자동으로 바인딩을 생성할 수 있습니다.

설정이 간편하다는 점이 큰 장점입니다. 간단한 명령어(./mirror_bridge_auto)를 입력하면 C++26 리플렉션을 사용하여 C++ 클래스와 메서드에 대한 파이썬 바인딩을 자동으로 생성할 수 있습니다. 이 리플렉션 기능은 필요한 구성 요소를 자동으로 찾아냅니다.

성능 향상도 기대할 수 있습니다. 단순한 벤치마크에서는 약 3배의 속도 향상이 나타날 수 있지만, 실제 이점은 코드의 더 큰 부분, 예를 들어 루프를 최적화할 때 발생합니다. 전체 핫 루프를 C++로 이동시키면 파이썬과 C++ 간의 경계에서 발생하는 오버헤드를 최소화하여 최대 67배의 속도 향상을 이끌어낼 수 있습니다.

전통적인 바인딩 방법은 C++ 코드를 변경할 때마다 수동으로 업데이트해야 하지만, 미러 브리지는 정적 리플렉션을 사용하여 바인딩을 자동으로 생성합니다. 이로 인해 메서드를 수동으로 나열하는 번거로움이 사라집니다.

미러 브리지를 사용하는 이유는 파이썬의 장점을 유지할 수 있기 때문입니다. 전체 코드베이스를 C++로 다시 작성할 필요가 없으며, 파이썬은 여전히 빠른 개발과 다양한 라이브러리에 대한 접근을 제공합니다. 성능 병목 현상이 있는 코드의 일부만 최적화하고 나머지는 파이썬으로 유지할 수 있습니다.

시작하려면 미러 브리지 저장소를 클론하고 미리 빌드된 도커 이미지를 사용하여 예제와 벤치마크를 쉽게 실행할 수 있습니다. 이 도구는 실험적인 C++26 리플렉션 기능을 갖춘 클랭 컴파일러를 기반으로 하여 C++와 파이썬 통합을 위한 미래 지향적인 솔루션입니다.

결론적으로, 미러 브리지는 바인딩을 자동화하여 파이썬 애플리케이션의 성능을 C++로 향상시키는 과정을 간소화하고, 개발자들이 광범위한 오버헤드 없이 중요한 성능 영역에 집중할 수 있도록 도와줍니다.

작성자: fthiesen | 점수: 30

69.
5분 만에 Rust로 완성하는 S3 호환 스토어!
(S3 compatible store with 1M IOPS(4K-R,p99~5ms), BYOC in 5min with rust)

FractalBits는 S3와 호환되는 고성능 객체 저장 시스템으로 현재 베타 버전입니다. 이 시스템은 속도와 효율성을 위해 설계되어 있으며, 초당 최대 100만 개의 입출력 작업을 처리할 수 있고 지연 시간이 짧아 AI 훈련과 데이터 분석에 적합합니다.

FractalBits의 주요 특징 중 하나는 성능입니다. 작은 객체에 대해 약 100만 개의 입출력 작업을 초당 처리하며, 평균 지연 시간은 5밀리초에 불과합니다. 또한, FractalBits는 객체와 디렉토리에 대한 원자적 이름 변경을 지원하는 독특한 기능을 제공합니다. 이는 일반 S3에서는 제공되지 않는 기능입니다. 저장 구조는 NVMe SSD를 사용하여 작은 객체에 빠르게 접근할 수 있도록 하고, 더 큰 객체는 S3 백엔드를 통해 처리하여 비용 효율성을 높입니다. 이 시스템은 Rust로 구축되었으며, 성능을 최적화하기 위해 특별한 메타데이터 엔진을 사용합니다.

성능 지표를 살펴보면, 4KB 객체의 경우 FractalBits는 초당 거의 983,000개의 읽기 작업과 248,000개의 쓰기 작업을 처리할 수 있으며, 평균 지연 시간은 낮습니다.

FractalBits를 로컬에서 설정하려면, 저장소를 복제하고 구성 요소를 빌드한 후 명령어를 통해 서비스를 쉽게 실행할 수 있습니다. 이 시스템은 버킷 생성, 파일 업로드 및 다운로드와 같은 작업을 지원하는 S3 호환 클라이언트를 지원합니다.

FractalBits는 간단한 명령어를 사용하여 AWS에 5분 이내에 신속하게 배포할 수 있습니다. 현재 AWS에 초점을 맞추고 있으며, 다른 클라우드 플랫폼으로의 확장 계획도 있습니다.

사용자는 GitHub에서 문서를 찾고, 버그를 보고하며, 토론에 참여할 수 있습니다. 커뮤니티 지원은 Slack과 이메일을 통해 제공됩니다.

전반적으로 FractalBits는 빠르고 비용 효율적이며 사용자 친화적인 객체 저장 솔루션을 제공하는 것을 목표로 하고 있습니다.

작성자: fractalbits | 점수: 11

70.
조수의 신비한 진실
(Tides are weirder than you think)

조수는 주로 달과 태양의 중력에 의해 영향을 받는 복잡한 자연 현상입니다. 조수의 주요 요소는 다음과 같습니다.

달의 중력은 "조수력"을 생성하여 지구를 늘려 조수를 발생시킵니다. 이로 인해 물이 불룩해져서 높은 조수와 낮은 조수가 생깁니다.

태양도 조수에 영향을 미칩니다. 태양, 지구, 달이 일직선으로 배열될 때(보름달과 신월 때) 조수가 더 높아지며 이를 '춘조'라고 합니다. 반면, 이들이 덜 정렬될 때(초생달과 망월 때) 조수는 낮아지며 이를 '간조'라고 합니다.

지구의 축 기울기도 조수의 경험에 영향을 미쳐 지역마다 조수 패턴이 다르게 나타납니다.

육지의 존재는 조수 예측을 복잡하게 만듭니다. 해안 근처에서는 지리적 특성 때문에 조수가 다르게 행동합니다.

1870년대에 켈빈 경은 조수 예측 기계를 개발하여 조수 계산을 자동화했습니다. 이 작업은 이전에 수작업으로 이루어졌습니다. 이러한 기계는 1970년대에 컴퓨터가 등장할 때까지 사용되었습니다.

결론적으로, 조수를 예측하는 것은 천문학적 힘과 지역적 지리적 요소를 이해하는 것을 포함하며, 이는 조수가 처음 생각했던 것보다 더 복잡하다는 것을 의미합니다.

작성자: surprisetalk | 점수: 163

71.
터미널 키보드, Emacs 완벽 입력!
(Term-keys – Lossless keyboard input for Emacs)

term-keys 패키지는 Emacs 사용자들이 키 조합을 설정할 수 있도록 도와주며, 특히 터미널 에뮬레이터에서 자주 발생하는 문제를 해결합니다. 이 패키지는 사용자가 터미널 환경에서도 자신이 설정한 Emacs 경험을 유지할 수 있게 해줍니다.

term-keys는 터미널 에뮬레이터가 특정 키 조합을 신뢰성 있게 전송하지 못하는 문제를 해결합니다. 이를 위해 이러한 키 조합에 대한 사용자 정의 인코딩을 제공하여 Emacs가 올바르게 작동하도록 합니다.

설치 방법은 init.el 파일에 특정 ELPA 패키지 아카이브를 추가하고 Emacs 패키지 설치 명령을 사용하는 것입니다. 설정 과정은 Emacs 구성, term-keys 구성, 그리고 터미널 에뮬레이터 구성을 포함하여 총 세 단계로 이루어집니다.

이 패키지는 urxvt, xterm, kitty, wezterm, Alacritty, Konsole 등 다양한 터미널 에뮬레이터를 지원합니다. 각 터미널마다 구성 방법이 다르며, 쉘 스크립트나 구성 파일 편집이 필요할 수 있습니다. 그러나 PuTTY와 GNOME Terminal과 같은 일부 터미널은 사용자 정의 키 바인딩을 지원하지 않아 term-keys와 함께 사용할 수 없습니다.

term-keys는 유사한 프로젝트들보다 더 나은 지원과 문서화, 그리고 사용자 정의 가능성을 제공하여 개선된 기능을 제공합니다. 요약하자면, term-keys는 터미널 환경에서 복잡한 키 조합이 제대로 인식되고 처리되도록 하여 Emacs 사용 경험을 더욱 원활하게 만들어 줍니다.

작성자: harryday | 점수: 23

72.
2025 취업 가이드
(How to Get Hired in 2025)

2025년에 소프트웨어 엔지니어 직무에 지원할 때, 테스트 과제가 인공지능이 작성한 것처럼 보인다면 거절당할 수 있습니다. 다음은 작업이 인공적으로 보이게 할 수 있는 일반적인 징후들입니다.

과제가 완벽하게 이해되고 완료된 경우, 모든 부분이 구현되어 있으며, 표준 도구와 프레임워크가 사용된 경우입니다. 코드가 깔끔하고, 읽기 쉬운 작은 함수들로 구성되어 있으며, 변수 이름이 명확한 경우도 포함됩니다. 복잡한 부분에 주석이 잘 달려 있고, 오류 처리가 잘 되어 있으며 메시지가 명확한 경우도 해당됩니다. 소스 파일이 논리적으로 정리되어 있고, 웹 인터페이스가 시각적으로 매력적인 경우, 테스트가 포함되어 있는 경우도 마찬가지입니다.

이러한 징후들은 당신의 작업이 AI에 의해 작성되었음을 암시할 수 있으므로, 채용될 가능성을 높이기 위해서는 이러한 요소들을 피하는 것이 좋습니다.

작성자: genericlemon24 | 점수: 39

73.
부재의 침묵
(The Absent Silence (2010))

저자는 유명한 작가 호세 사라마고의 인용구를 찾으려는 개인적인 경험을 이야기합니다. 이 인용구는 신과 침묵의 본질에 대해 반성하는 내용을 담고 있습니다. 처음에 그는 구글에서 인용구를 찾는 데 어려움을 겪고, 사라마고의 무신론적 관점 때문에 누군가가 이 인용구를 삭제했을까 걱정합니다. 검색어에서 실수를 깨달은 후, 그는 쉽게 인용구를 찾게 되지만, 이 사건은 그에게 구글이 정보를 처리하는 방식에 대해 비판적으로 생각하게 만듭니다.

그는 구글을 도서관에 비유하며, 공공 도서관은 신뢰와 투명성에 기반해 운영되지만, 구글과 같은 기업은 이익을 우선시하고 정보 출처에 대한 비밀을 유지할 수 있다고 강조합니다. 이는 이러한 기업들이 지식을 공개적으로 제공해야 할 때, 대중의 신뢰에 대한 우려를 불러일으킵니다. 저자는 구글을 운영하는 사람들이 그들의 행동이 가져오는 의미를 충분히 이해하고 있는지 의문을 갖게 됩니다.

작성자: dcminter | 점수: 77

74.
영구 선물의 모든 것
(Perpetual futures, explained)

영구 선물 계약, 즉 "퍼프"는 만료일 없이 자산의 가격을 추측할 수 있는 금융 계약의 일종으로, 암호화폐 거래에서 인기가 높습니다. 전통적인 선물 계약과는 달리 하루에 여러 번 정산되며, 자금 조달 비율 메커니즘을 통해 승자는 패자로부터 정기적으로 지급을 받습니다.

퍼프는 암호화폐 거래량의 상당 부분을 차지하며, 종종 현물 거래보다 6-8배 더 많은 거래량을 기록합니다. 주로 투기를 위해 사용됩니다. 퍼프는 거래소가 자본을 효율적으로 관리할 수 있도록 도와주며, 높은 레버리지(최대 100배)를 제공할 수 있게 해줍니다. 이는 높은 위험과 높은 보상을 추구하는 거래자들에게 매력적입니다.

거래자가 퍼프에 참여할 때, 실제로 기초 자산을 소유하는 것이 아니라 가격 변동에 노출됩니다. 이 시스템은 신뢰에 기반하고 있으며, 거래소는 잠재적인 지급을 충당할 수 있는 충분한 자산을 유지해야 합니다. 높은 레버리지는 청산 위험을 증가시키며, 이는 거래자의 포지션이 계좌 잔액을 초과하는 손실을 방지하기 위해 종료되는 상황입니다. 위기 상황에서는 거래소가 자동 청산(ADL)을 사용하여 장부를 조정할 수 있으며, 때때로 변동성이 큰 시기에 거래자의 노출을 소급적으로 조정하기도 합니다.

일부는 퍼프가 전통 금융에 도움이 될 수 있다고 믿지만, 기존의 파생상품이 이미 유사한 기능을 수행하고 있으며, 암호화폐 시장의 극심한 변동성과 신뢰 문제와 같은 고유한 위험이 존재합니다. 요약하자면, 영구 선물 계약은 암호화폐 세계에서 거래자에게 흥미로운 기회를 제공하지만, 전통 금융 상품과는 다른 상당한 위험과 복잡성을 동반합니다.

작성자: sirodoht | 점수: 129

75.
신성한 D: 리눅스 모바일 혁명
(Divine D native Linux open-source mobile system – Rev. 1.1 Hardware Architecture)

Divine D.는 커뮤니티 중심의 개방형 모바일 시스템으로 발전하고 있습니다. Rev. 1.1은 Rev. 1.0에 비해 여러 가지 중요한 업그레이드를 포함하고 있습니다.

첫째, microSD Express가 도입되어 데이터 전송 속도가 최대 500 MB/s에 이르며, 입력 및 출력 작업이 개선되었습니다. 둘째, 새로운 Micro HDMI 연결을 통해 8K 비디오 출력을 지원하여 멀티미디어 기능이 향상되었습니다. 셋째, LoRa 서브시스템이 추가되어 저전력 메시징, 피어 투 피어 통신, 사물인터넷(IoT) 애플리케이션을 위한 장거리 통신 기능이 제공됩니다.

넷째, 새로운 전원 스위치가 도입되어 에너지 효율성과 신뢰성이 향상된 전력 관리가 가능해졌습니다. 다섯째, 햅틱 엔진이 추가되어 사용자 인터페이스 상호작용 시 진동과 피드백을 제공합니다. 여섯째, 저전압 배터리 모니터가 장착되어 배터리 전압을 모니터링하고, 배터리가 낮을 때 문제를 예방하여 신뢰성을 높입니다.

일곱째, 배터리 스위치를 통해 배터리를 분리할 수 있어 충전기에 연결했을 때 시스템이 켜질 수 있습니다. 여덟째, 시스템 상태와 피드백을 위한 다양한 LED 표시등이 추가되었습니다. 아홉째, 확장된 액세서리 포고 인터페이스가 새롭게 도입되어 여러 통신 옵션으로 액세서리를 연결할 수 있습니다.

마지막으로, M.2 B-key GSM 및 4G 모듈이 도입되어 미니 PCIe 대신 더 작은 커넥터로 공간 최적화가 이루어졌습니다. 디자인 수정도 이루어져 이전 평가를 바탕으로 다양한 서브시스템이 개선되었습니다.

전반적으로 Rev. 1.1은 장치를 더욱 효율적이고 다재다능하며 사용자 친화적으로 만들어주는 상당한 향상을 가져왔습니다.

작성자: wicket | 점수: 55

76.
제미니 3 프로: 비전 AI의 최전선
(Gemini 3 Pro: the frontier of vision AI)

제미니 3 프로는 구글의 고급 인공지능 모델로, 문서 이해, 공간 관계, 화면, 비디오를 잘 처리합니다. 이 모델은 시각적 추론과 복잡한 정보 처리에서 뛰어난 성능을 보여주며, 광학 문자 인식(OCR)이나 복잡한 레이아웃 분석과 같은 작업에 적합합니다.

제미니 3 프로는 혼란스러운 문서를 정확하게 해석할 수 있습니다. 텍스트, 표, 차트를 인식하고 이를 HTML이나 LaTeX와 같은 구조화된 형식으로 변환할 수 있습니다. 또한, 이 모델은 이미지 내 특정 위치를 식별하고 물리적 환경을 이해하여 로봇 공학 및 증강 현실 관련 작업에 도움을 줍니다.

화면 이해 능력도 뛰어나, 데스크탑 및 모바일 인터페이스와 효과적으로 상호작용하며 반복적인 작업을 자동화하고 사용자 경험을 개선합니다. 비디오 처리 속도도 빠르며, 빠른 동작을 이해하고 복잡한 시퀀스를 분석하여 동적인 콘텐츠에 대한 통찰력을 제공합니다.

이 모델의 기능은 교육 분야에서 복잡한 문제 해결, 의료 영상에서 전문가 수준의 분석, 법률 및 금융 분야에서 복잡한 문서 처리 등 다양한 분야에 도움이 될 수 있습니다. 개발자들은 작업 요구 사항에 따라 성능과 비용을 조절할 수 있도록 이미지 품질을 조정할 수 있는 기능도 제공합니다.

제미니 3 프로의 기능을 탐색하려면 개발자들은 문서에 접근하거나 구글 AI 스튜디오에서 실험해볼 수 있습니다.

작성자: xnx | 점수: 554

77.
광마우스로 만든 컴팩트 카메라
(A compact camera built using an optical mouse)

레딧 사용자 Dycus는 광학 마우스의 센서를 이용해 독특한 카메라를 만들었습니다. 이 프로젝트에 약 65시간을 투자한 그는 다양한 촬영 모드를 갖춘 저해상도 흑백 카메라를 3D 프린터로 제작한 케이스에 담았습니다.

Dycus의 카메라는 30x30 픽셀 해상도로 64가지의 회색 음영을 사용해 사진을 찍을 수 있습니다. 여러 촬영 모드, 조절 가능한 노출, 최대 48장의 사진을 저장할 수 있는 32kB의 저장 공간 등 다양한 기능이 포함되어 있습니다. 흥미로운 모드 중 하나는 "스미어 샷"으로, 화면을 가로질러 스캔하여 파노라마 사진을 찍는 방식입니다.

이미지 품질은 현대 기준에 비해 낮지만, Dycus는 이 프로젝트의 재미를 강조하며, 저해상도이지만 즐거운 결과로 유명한 게임보이 카메라와 비슷하다고 설명했습니다.

작성자: PaulHoule | 점수: 233

78.
내 번호판이 감시당하나요?
(Have I been Flocked? – Check if your license plate is being watched)

특정 번호판이 Flock 데이터베이스에 있는지 확인할 수 있습니다. 이 데이터베이스에는 200만 개 이상의 번호판이 포함되어 있으며, 다양한 검색 결과를 기반으로 합니다. 최근 업데이트된 기능 중에는 비정상적인 검색 패턴을 감지하는 도구와 Flock 운영자가 활동 중인 시간을 확인할 수 있는 기능이 포함되어 있습니다. Flock의 기술은 고급 추적 방법을 사용하여 사람을 인식할 수 있습니다. 또한, Flock에 대한 질문, 데이터 저장 방식, 추가 정보 요청 또는 데이터 삭제 요청 방법에 대한 답변을 제공하는 FAQ 섹션도 마련되어 있습니다.

작성자: pkaeding | 점수: 295

79.
아이반 서덜랜드의 스케치패드 데모
(Ivan Sutherland Sketchpad Demo 1963 [video])

제공할 텍스트가 없는 것 같습니다. 요약해드릴 내용을 공유해 주시면 기꺼이 도와드리겠습니다!

작성자: fs_software | 점수: 94

80.
파이프탭: 멀티툴의 혁신
(Pipetap: A Windows Named Pipe Multi-Tool / Proxy)

Pipetap은 Windows Named Pipes를 통해 데이터 트래픽을 모니터링하고 가로채며 재생하는 도구입니다. 주요 기능으로는 트래픽 캡처, 데이터 보기, 실시간 편집, 클라이언트 기능, 다중 대상 관리가 있습니다. 트래픽 캡처는 Windows API 훅을 사용하여 이름이 지정된 파이프의 트래픽을 기록합니다. 사용자는 데이터를 16진수 또는 텍스트 형식으로 확인할 수 있으며, 요청과 응답을 목표에 도달하기 전에 실시간으로 수정할 수 있습니다. 또한, 사용자는 사용자 정의 트래픽을 이름이 지정된 파이프에 전송하고 원격 이름이 지정된 파이프에 접근하여 테스트할 수 있습니다. 여러 프로세스를 하나의 인터페이스에서 관리할 수 있는 기능도 제공합니다.

Pipetap의 구성 요소로는 지원 DLL, GUI, 원격 프록시가 있습니다. 지원 DLL은 이름이 지정된 파이프 API에 훅을 걸어 데이터를 캡처합니다. GUI는 트래픽을 시각화하고 조작하기 위한 데스크톱 애플리케이션입니다. 원격 프록시는 코드 변경 없이 대상 프로세스의 이름이 지정된 파이프와 상호작용할 수 있게 해줍니다.

개발 및 빌드를 위해서는 Windows 10/11, Visual Studio 2022, VCPKG가 필요합니다. 사용자는 PowerShell이나 Visual Studio를 사용하여 특정 설정 지침에 따라 도구를 빌드할 수 있습니다. 생성물로는 대상 프로세스에 주입되는 pipetap-dll.dll과 도구의 그래픽 사용자 인터페이스인 pipetap-gui.exe가 있습니다.

사용 방법은 먼저 지원 DLL을 대상 프로세스에 주입하는 것으로 시작합니다. GUI를 사용하여 데이터 트래픽을 관찰하고 수정할 수 있으며, 트래픽을 재생하고 사용 가능한 이름이 지정된 파이프를 나열하는 기능도 포함되어 있습니다. 디버깅을 위해 로그는 특정 디렉토리에 저장되어 문제 해결에 도움을 줍니다.

Python SDK는 프로그래밍 방식으로 이름이 지정된 파이프에 연결할 수 있는 방법을 제공하며, PyPI를 통해 이용할 수 있습니다. 라이센스는 GNU 일반 공용 라이센스 v3에 따라 제공되며, 추가 권한은 SensePost를 통해 요청할 수 있습니다.

작성자: leonjza | 점수: 9

81.
Leaving Intel
(Leaving Intel)

요약이 없습니다.

작성자: speckx | 점수: 333

82.
크라 – 모든 글쓰기 앱
(Kraa – Writing App for Everything)

Kraa는 세 명의 팀이 만든 새로운 웹 기반 마크다운 편집기입니다. 이 편집기는 최소한의 방해 요소로 글쓰기 경험을 제공하면서도 다양한 기능을 갖추고 있습니다. Kraa의 주요 특징은 다음과 같습니다.

첫째, 방해 없는 디자인입니다. 간단한 인터페이스를 통해 글쓰기와 읽기에 집중할 수 있도록 도와줍니다. 둘째, 손쉬운 공유 기능이 있습니다. 작업을 링크로 빠르게 공유할 수 있으며, 누가 읽거나 편집할 수 있는지를 제어할 수 있는 비밀번호 보호 옵션도 제공합니다. 셋째, 실시간 협업 기능이 있습니다. Kraa는 실시간 편집과 함께 전송 버튼 없이 사용할 수 있는 채팅 기능을 제공합니다. 넷째, 모바일 친화적입니다. 모바일 기기에서도 잘 작동하며, 앞으로 전용 앱도 계획하고 있습니다.

Kraa는 계정 없이도 사용해 볼 수 있으며, 블로그 기사, 장편 이야기, 잡지 등의 데모 예제를 확인할 수 있습니다. 이 편집기는 ProseMirror, TipTap, Svelte를 사용하여 개발되었습니다. 피드백은 언제든지 환영합니다!

작성자: levmiseri | 점수: 124

83.
기술 문제는 사람 문제
(Most technical problems are people problems)

조 슈락은 기술 부채가 큰 회사에서의 경험을 돌아보며, 구식 코드와 단위 테스트 부족 등으로 인한 문제를 언급합니다. 그는 특정 프로젝트에서 팀이 윈도우에서 리눅스로 코드를 복사하면서 두 개의 서로 다른 코드베이스가 생겼고, 시간이 지남에 따라 이들이 점점 달라지게 된 사례를 강조합니다. 슈락은 기술적인 문제들이 종종 사람 간의 문제에서 비롯된다는 사실을 깨달았습니다. 예를 들어, 불명확한 의사소통, 비현실적인 마감일, 개발자들의 변화에 대한 저항 등이 그 원인입니다.

그는 기술 부채가 조직의 실패에서 발생한다고 강조합니다. 이는 명확하지 않은 요구 사항이나 경영진의 결정과 같은 문제를 포함합니다. 프로젝트를 진행하면서 그는 기술적인 해결책만으로는 이러한 문제를 해결할 수 없다는 것을 배웠습니다. 사람 간의 역학을 이해하고 관리하는 것이 매우 중요하다는 것입니다. 그는 엔지니어들이 비기술적인 이해관계자들에게 기술 부채 정리의 중요성을 효과적으로 전달해야 한다고 제안합니다.

슈락은 성공적인 엔지니어는 기술적 능력과 함께 사람 간의 도전을 잘 다룰 수 있는 능력을 결합해야 한다고 결론짓습니다. 이를 통해 기술적 문제와 조직적 장애물 모두를 해결할 수 있다고 강조합니다.

작성자: mooreds | 점수: 431

84.
스택형 리베이스
(Stacked Diffs with git rebase —onto)

git rebase --onto를 사용하면 Git에서 의존하는 브랜치, 즉 스택된 차이를 관리하는 데 도움이 됩니다. 이 방법은 불필요한 커밋을 포함하지 않으므로 작업을 더 체계적으로 유지하고 풀 리퀘스트(PR)를 집중적으로 관리할 수 있습니다.

스택된 차이는 큰 기능을 더 작은 의존적인 PR로 나누는 것을 의미합니다. 이렇게 하면 리뷰가 더 쉬워지지만, 업데이트 후 이러한 브랜치를 동기화하는 것은 어려울 수 있습니다. 일반적인 리베이스는 커밋을 다른 브랜치의 최상단으로 이동시키지만, 의존성을 고려하지 않기 때문에 스택된 브랜치에서 문제가 발생할 수 있습니다. 반면, git rebase --onto를 사용하면 어떤 커밋을 어디로 이동할지 정확히 지정할 수 있어 중복이나 충돌을 방지할 수 있습니다.

리베이스 –onto를 사용할 때는 먼저 의존적인 브랜치를 만들 때 마커 브랜치를 생성하여 이전 상태를 추적합니다. 메인 브랜치에 업데이트가 발생하면 먼저 부모 브랜치를 리베이스한 후, 의존적인 브랜치에 대해 rebase --onto를 사용합니다. 리베이스 후에는 항상 마커 브랜치를 업데이트하여 향후 동기화가 원활하게 이루어지도록 해야 합니다.

브랜치가 메인 브랜치에 병합된 후에는 인터랙티브 리베이스를 사용하여 의존적인 브랜치에서 해당 커밋을 제거할 수 있습니다. 리베이스 후에는 강제 푸시를 사용할 가능성이 높고, 마커 브랜치를 최신 상태로 유지하여 복잡한 상황을 피해야 합니다. 또한, 병합 충돌에 주의해야 하며, 이는 의존적인 브랜치에서 다시 나타날 수 있습니다. 스택된 브랜치의 깊이는 두세 개로 제한하여 관리하기 쉽게 하는 것이 좋습니다.

이 방법을 사용하면 PR 프로세스가 간소화되어 리뷰가 더 효율적이고 프로젝트의 기록이 깔끔하게 유지됩니다.

작성자: flexdinesh | 점수: 148

85.
100K 주식 거래 실험
(We gave 5 LLMs $100K to trade stocks for 8 months)

연구자 카姆과 조쉬는 다섯 개의 대형 언어 모델(LLM)이 주식 거래를 얼마나 잘 수행할 수 있는지를 테스트하기 위해 AI 거래 아레나를 만들었습니다. 이들은 각 모델에 10만 달러를 주어 8개월 동안 거래를 진행하게 했으며, 미래 정보를 알지 못한 상태에서 실제 역사적 데이터를 사용하여 거래 결정을 시뮬레이션했습니다. 모델들은 거래 시점에서 이용 가능한 주가, 뉴스, 재무 정보를 분석했습니다.

백테스트는 2025년 2월 3일부터 10월 20일까지 진행되어 모델 성능을 비교할 수 있는 기회를 제공했습니다. 그 결과, 그록이 가장 좋은 성과를 보였고, 딥시크가 뒤를 이었으며, 제미니는 비기술 주식에 집중한 탓에 어려움을 겪었습니다.

연구자들은 LLM의 금융 시장에서의 성능을 더 잘 이해하고 거래 전략을 개선하기 위해 실시간 거래를 포함한 추가 실험을 진행할 계획입니다. 그들의 장기 목표는 모델의 의사 결정 과정을 투명하게 분석하여 운에 의한 거래와 기술에 의한 거래를 구분하는 것입니다.

사용자들이 결과를 탐색하고 각 거래의 이유를 이해할 수 있도록 인터랙티브 데모도 제공됩니다. 연구자들은 그들의 발견에 대한 피드백과 논의를 요청하고 있습니다.

작성자: cheeseblubber | 점수: 388

86.
CSS로 피즈버즈!
(Fizz Buzz in CSS)

이 글에서는 CSS만을 사용하여 Fizz Buzz 시퀀스를 만드는 방법을 다룹니다. 이 도전 과제는 모든 출력이 CSS 스타일시트에서 나오도록 하며, HTML 텍스트나 JavaScript는 사용할 수 없습니다. 해결책은 네 가지 CSS 선택자와 선언을 필요로 합니다.

첫 번째로, **li { counter-increment: n }**는 각 목록 항목에 대해 카운터를 증가시킵니다. 두 번째로, **li:not(:nth-child(5n))::before { content: counter(n) }**는 5로 나누어 떨어지지 않는 항목에 대해 카운터 값을 표시합니다. 세 번째로, **li:nth-child(3n)::before { content: "Fizz" }**는 매 세 번째 항목에 대해 "Fizz"를 표시합니다. 마지막으로, **li:nth-child(5n)::after { content: "Buzz" }**는 매 다섯 번째 항목에 대해 "Buzz"를 표시합니다.

저자는 정렬된 목록을 사용하면 해결책이 간단해질 수 있지만, 모든 숫자를 순수하게 CSS로 생성해야 한다는 요구 사항을 위반하게 된다고 언급합니다. 이 연습의 목표는 최소한의 CSS 코드를 사용하는 것으로, 현재 공백을 제거한 후 총 152 바이트입니다. 추가적인 최적화가 가능하지만, 주요 초점은 원하는 출력을 달성하기 위해 네 가지 특정 규칙을 사용하는 데 있습니다.

작성자: froober | 점수: 106

87.
한국 OSM 파괴 사건
(Wave of (Open Street Map) Vandalism in South Korea)

최근 한국에서 OpenStreetMap이라는 지도 플랫폼에 대한 파손 행위가 증가하고 있다. 지난 주 동안 수백 건의 수정이 되돌려졌고, 50개 이상의 악의적인 계정이 차단되었다. 이 문제는 약 한 달 전 언론 보도가 한국의 군사 기지 위치를 유출한 계정이 있다는 주장을 하면서 시작되었다. 이 주장은 근거가 없었지만, 우려를 불러일으켰고 처음에는 큰 문제로 이어지지 않았다.

이후 언론 보도가 지역 서비스의 지도 오류를 OpenStreetMap과 잘못 연결하면서 혼란이 가중되었다. 한국의 일부 극단적인 보수 단체들은 OpenStreetMap이 외부 위협과 관련이 있다고 믿으며 음모론을 퍼뜨리고 있다. 이들은 이에 대한 반응으로 플랫폼을 겨냥하고 있다.

흥미롭게도, 파손 행위는 군사 기지가 아닌 발전소에 집중되고 있다. 정부나 관련 부처에 속한 일부 개인들이 적절한 절차나 대화 없이 OpenStreetMap의 정보를 삭제하려고 하는 것으로 보인다. 파손된 정보를 복구하는 작업은 비교적 간단하게 진행되고 있다.

작성자: shortrounddev2 | 점수: 82

88.
Chernobyl protective shield can no longer confine radiation after drone strike
(Chernobyl protective shield can no longer confine radiation after drone strike)

요약이 없습니다.

작성자: vinnyglennon | 점수: 80

89.
YouTube caught making AI-edits to videos and adding misleading AI summaries
(YouTube caught making AI-edits to videos and adding misleading AI summaries)

요약이 없습니다.

작성자: mystraline | 점수: 399

90.
니모니 디자인 원칙
(Nimony (Nim 3.0) Design Principles)

니모니는 미래의 님 프로그래밍 언어 버전인 님 3.0을 목표로 하는 새로운 컴파일러입니다. 이 언어는 실시간 및 임베디드 시스템에 적합한 간소화된 언어를 만드는 데 중점을 두며, 메모리 안전성과 예측 가능한 실행 시간을 우선시합니다.

니모니의 주요 특징 중 하나는 자동 메모리 관리입니다. 이는 안전성을 높이기 위해 설계되었으며, 범위 기반 시스템에 초점을 맞추고 새로운 사이클 수집 알고리즘을 사용하여 메모리 관리를 단순화합니다. 이 언어는 객체가 사이클에 포함될 경우 적절히 표시해야 하며, 이를 통해 메모리 안전성을 더욱 강화합니다.

오류 처리 부분에서는 전통적인 예외 처리를 유지하면서도 오류를 객체 상태의 일부로 만들어 오류 전파를 더 명확하게 합니다. 또한, 타입 안전한 오류 처리를 위한 새로운 ErrorCode 열거형이 도입되어 라이브러리 전반에서 오류를 더 쉽게 관리할 수 있습니다.

메모리 부족 상황에 대한 처리도 독특합니다. 니모니는 사용자 정의 핸들러를 통해 메모리 요청을 관리할 수 있도록 하여, 할당 실패 후에도 프로그램이 계속 실행될 수 있게 합니다.

제네릭과 타입 안전성 또한 중요한 특징입니다. 제네릭을 통해 성능과 타입 검사를 개선하며, 니모니는 제네릭 코드에 대한 완전한 타입 검사를 보장하여 더 신뢰할 수 있는 프로그래밍을 지원합니다.

동시성과 병렬성 측면에서는 비동기 및 다중 스레드 프로그래밍을 spawn이라는 단일 구조로 통합하여 이들 요소를 더 쉽게 처리할 수 있게 합니다. 또한, 병렬 처리를 용이하게 하는 구조화된 병렬 루프를 도입합니다.

메타 프로그래밍 기능도 강화되었습니다. 플러그인 지원을 통해 언어 기능과 최적화를 구현하는 것이 더 쉬워졌습니다.

니모니는 2025년 가을 출시를 목표로 하는 발전 중인 프로젝트입니다. 프로그래밍 문제에 대한 실용적인 경험과 혁신적인 솔루션을 통합하여 님 언어를 개선하고자 합니다. 개발이 진행됨에 따라 커뮤니티의 기여와 지원이 장려됩니다.

작성자: andsoitis | 점수: 148

91.
미국 트럭 기사 부족의 진실
(How America's "truck-driver shortage")

미국의 트럭 운송 산업은 훈련이 부족한 외국인 운전사와 운송업체의 급증으로 심각한 도전에 직면하고 있습니다. 이 상황은 미국 트럭 운송 협회(ATA)가 운전사 부족 문제를 해결하기 위해 진입 장벽을 낮추도록 로비를 한 결과 발생했습니다. 그러나 이로 인해 경험이 부족한 운전사들이 최소한의 감독 하에 산업에 진입하게 되었고, 특히 외국인이 미국 상업 면허를 취득할 수 있는 "비거주 CDL" 제도를 통해 문제가 심화되었습니다.

최근 몇 년 동안 영어 능력 요건의 제거와 훈련이 거의 없는 "CDL 밀"의 증가 등 여러 규제 변화가 이 문제에 기여했습니다. 이로 인해 많은 운전사들이 낮은 임금을 지급하고 열악한 근무 조건을 가진 소규모 외국 소유의 운송업체에서 일하게 되었습니다.

화물 중개인들은 현재 많은 화물의 계약을 저렴한 옵션에 부여하여 요금을 낮추고, 이로 인해 규정을 준수하는 운송업체들이 생존하기 어려운 상황입니다. 또한, 일자리를 찾는 새로운 이민자들의 유입으로 외국 소유의 운송업체들이 공격적으로 인재를 모집하고 있으며, COVID-19로 인한 아웃소싱이 상황을 더욱 복잡하게 만들고 있습니다.

결과적으로 트럭 운송 산업은 경제적으로 어려움을 겪고 있으며, 화물 도난 사건이 증가하고 훈련되지 않은 운전사들로 인해 치명적인 사고가 늘고 있습니다. 전반적으로 규제 실패, 통제되지 않은 이민, 기술적 허점이 결합되어 산업에 심각한 피해를 주고 있지만, 많은 리더들은 다가오는 위기를 인식하지 못하고 있습니다.

작성자: ilamont | 점수: 42

92.
고스트티, 비영리 전환!
(Ghostty is now non-profit)

Ghostty는 비영리 단체인 해크 클럽의 지원을 받게 되어 세금 면제 상태로 운영될 수 있게 되었습니다. 이 arrangement는 Ghostty가 무료이자 오픈 소스 상태를 유지하는 데 도움을 주며, 해크 클럽이 재정과 규정 준수를 관리합니다. 비영리 구조로의 전환은 투명성을 보장하고 자금의 오용을 방지하며, Ghostty가 공공의 이익을 위해 헌신하고 있음을 확고히 합니다.

비영리로 전환한 주요 이유는 다음과 같습니다. 첫째, 지속 가능성입니다. 이는 Ghostty가 한 사람에게만 의존하지 않고 지속 가능한 미래를 만들 수 있도록 합니다. 둘째, 신뢰입니다. 이는 자금의 오용 가능성을 방지하고 프로젝트의 목표가 유지되도록 보장합니다. 셋째, 커뮤니티의 이익입니다. 이는 Ghostty가 이익보다 공공의 이익을 우선시하는 사명 중심의 조직에 의해 관리될 수 있게 합니다.

실질적으로 Ghostty의 기술 목표와 라이선스는 변하지 않습니다. 이제 세금 공제가 가능한 기부를 받을 수 있어 기여자와 운영 비용을 지원하는 데 도움이 됩니다. 모든 재정 거래는 투명하게 이루어지며, 프로젝트의 지적 재산권은 해크 클럽이 소유하게 됩니다.

해크 클럽은 행정 비용을 충당하기 위해 기부금의 7%를 받을 것이며, 프로젝트의 리더로부터 추가 기부가 해크 클럽의 사명을 더욱 지원할 것입니다.

커뮤니티는 기부를 통해 Ghostty를 지원하도록 권장되며, 이는 오픈 소스 자원으로서의 개발을 보장하는 데 도움이 됩니다. 질문이 있거나 지원에 대해 논의하고 싶다면 개인이 프로젝트 리더에게 직접 연락할 수 있습니다.

작성자: vrnvu | 점수: 1332

93.
Extra Instructions Of The 65XX Series CPU (1996)
(Extra Instructions Of The 65XX Series CPU (1996))

요약이 없습니다.

작성자: embedding-shape | 점수: 70

94.
밸브, ARM 게임 혁신 주도!
(Valve reveals it’s the architect behind a push to bring Windows games to Arm)

외부 링크에 직접 접근할 수는 없습니다. 하지만 요약하고 싶은 내용을 제공해 주시면, 기꺼이 간단하게 정리해 드리겠습니다!

작성자: evolve2k | 점수: 963

95.
CHIP-8 에뮬레이터 만들기
(Guide to making a CHIP-8 emulator (2020))

이 가이드는 CHIP-8 에뮬레이터를 만드는 방법에 대한 포괄적인 개요를 제공합니다. 에뮬레이터 개발에 관심이 있는 사람들에게 좋은 출발점이 될 것입니다.

CHIP-8은 1977년에 COSMAC VIP 마이크로컴퓨터를 위해 개발된 해석형 프로그래밍 언어입니다. 기계어에 비해 프로그래밍이 더 쉽습니다. 시간이 지나면서 다양한 시스템에 맞게 조정되었고, 현대 개발에서도 다시 주목받고 있습니다.

프로그래밍에 대한 기본적인 이해와 이진수 및 16진수 시스템에 대한 지식이 필요합니다. 그래픽 출력과 키 입력을 처리할 방법도 필요합니다.

CHIP-8의 아키텍처는 간단하며, 다음과 같은 사양을 포함합니다. 4KB의 RAM, 64x32 픽셀의 단색 디스플레이(슈퍼 CHIP의 경우 128x64), 16개의 일반 목적 레지스터(V0부터 VF까지), 소리와 지연을 위한 타이머, 서브루틴 호출을 위한 스택이 있습니다.

에뮬레이터의 핵심 구성 요소로는 메모리, 디스플레이, 스택, 타이머, 입력 키패드가 있습니다. 메모리는 프로그램 데이터와 글꼴 데이터를 저장하며, 디스플레이는 픽셀 기반 시스템을 사용하여 그래픽을 그립니다. 스택은 서브루틴 호출을 관리하는 데 사용되고, 타이머는 에뮬레이터 내 소리와 지연의 타이밍을 제어합니다. 초기 시스템은 16진수 키패드를 사용했지만, 현대 에뮬레이터는 종종 키보드 매핑을 사용합니다.

에뮬레이터는 메모리에서 명령어를 가져와 해석하고 실행하는 루프에서 작동합니다. 게임이 너무 빨리 실행되지 않도록 타이밍이 중요합니다.

이 가이드는 CHIP-8의 다양한 명령어를 상세히 설명하며, 레지스터를 수정하고 점프를 처리하며 스프라이트를 그리는 방법, 타이머를 관리하는 방법 등을 포함합니다. 일부 명령어는 구현에 따라 동작 방식이 다를 수 있습니다(예: 슈퍼 CHIP).

디버깅 기능은 문제를 식별하는 데 필수적입니다. IBM 로고와 같은 간단한 프로그램으로 테스트를 시작하고, 테스트 ROM을 사용하여 구현이 올바른지 확인하는 것이 좋습니다.

에뮬레이터를 완성한 후에는 자신만의 CHIP-8 게임을 만들거나 슈퍼 CHIP 및 XO-CHIP과 같은 향상된 버전을 지원하거나, 심지어 잘 알려지지 않은 시스템을 위해 개발할 수 있습니다.

이 가이드는 구조화된 접근 방식을 제공하며, 팁과 예시로 가득 차 있어 에뮬레이터 개발에 뛰어들고자 하는 사람들에게 접근하기 쉽습니다.

작성자: AlexeyBrin | 점수: 41

96.
울프람 컴퓨트 서비스
(Wolfram Compute Services)

2025년 12월 2일, Wolfram은 Wolfram Desktop의 14.3 버전에서 대규모 계산을 간소화하는 새로운 기능인 Wolfram Compute Services의 출시를 발표했습니다. 사용자는 RemoteBatchSubmit 기능을 통해 계산을 쉽게 확장할 수 있으며, 강력한 원격 서버에서 계산이 처리됩니다.

주요 내용은 다음과 같습니다. 사용자는 종속성에 대한 걱정 없이 Wolfram Compute Services에 계산을 전송할 수 있으며, 계산이 완료되면 결과가 이메일로 반환됩니다. 이 서비스는 여러 코어와 기계에서 계산을 실행할 수 있어 대량의 데이터 처리 작업에 적합합니다. 사용자는 기본 설정부터 최대 192코어와 1500GB 메모리를 갖춘 고성능 옵션까지 다양한 기계 구성을 자신의 필요와 예산에 맞춰 선택할 수 있습니다. Wolfram Compute Services는 완전한 프로그래밍이 가능하여 사용자가 작업 매개변수를 설정하고 알림을 받으며 작업 세부 정보를 쉽게 관리할 수 있습니다. 앞으로는 조직이 자체 계산 시설을 만들고 동기화된 원격 계산을 지원하는 기능도 추가될 예정입니다.

전반적으로 Wolfram Compute Services는 Wolfram Language의 모든 사용자에게 고성능 컴퓨팅을 제공하여 복잡한 계산의 생산성과 효율성을 높이는 것을 목표로 하고 있습니다.

작성자: nsoonhui | 점수: 226

97.
우주는 시뮬레이션이 아니다!
(Physicists prove the Universe isn't a simulation after all)

브리티시컬럼비아 대학교 오카나간 캠퍼스의 연구자들이 우리의 우주가 시뮬레이션일 수 없다는 것을 수학적으로 증명했습니다. 그들은 괴델의 불완전성 정리를 사용하여 현실은 어떤 계산으로도 복제할 수 없는 이해의 형태를 요구한다고 밝혔습니다. 이는 우리가 시뮬레이션된 현실에 살고 있을지도 모른다는 인기 있는 시뮬레이션 가설에 도전하는 결과입니다.

미르 파이잘 박사와 그의 팀이 이끄는 연구는 우주가 알고리즘적 과정 이상의 원리에 따라 작동한다고 주장합니다. 그들은 컴퓨터가 엄격한 지침을 따르지만, 어떤 진리는 계산만으로는 증명할 수 없다고 설명합니다. 이는 현실에 대한 완전한 설명이 계산 이론으로는 이룰 수 없음을 의미합니다.

연구 결과는 물리학의 기본 법칙이 공간과 시간의 영역을 넘어 존재하며, 더 깊은 정보적 기초에서 나타난다고 제안합니다. 결국 연구자들은 우주의 본질이 비알고리즘적 이해에 기반하고 있기 때문에 시뮬레이션될 수 없다고 결론지으며, 시뮬레이션된 우주에 대한 아이디어에 강력한 수학적 근거를 제공합니다.

작성자: webnrrd2k | 점수: 37

98.
Comparing genuine and fake Casio F91-W watches
(Comparing genuine and fake Casio F91-W watches)

요약이 없습니다.

작성자: rwmj | 점수: 14

99.
테이프헤드: 파일 스트림 랜덤 접근 도구
(TapeHead – A CLI tool for stateful random access of file streams)

저자는 드라이버를 수정하는 과정에서 기존에 파일을 열고, 그 안에서 이동하며 데이터를 쉽게 읽고 쓸 수 있는 도구가 없다는 점을 깨닫고 새로운 도구를 만들었습니다. 이 도구가 앞으로 다른 사람들에게도 유용할 것이라고 생각했습니다.

작성자: emamoah | 점수: 16

100.
BMW PHEV: 안전 퓨즈 교체 비용 폭탄!
(BMW PHEV: Safety fuse replacement is extremely expensive)

이 기사는 BMW PHEV 차량의 사고 후 회복 및 수리 과정에서 발생하는 중요한 문제들을 다루고 있습니다. 특히 고전압 배터리 시스템을 제어하는 iBMUCP 모듈에 초점을 맞추고 있습니다.

첫째, 수리 비용이 매우 높습니다. 작은 사고라도 배터리 시스템의 퓨즈를 교체하는 데 약 5,000유로가 소요될 수 있습니다. 이러한 차량의 보험료는 전통적인 내연기관 차량이나 전기차보다 세 배 이상 비쌀 것으로 예상됩니다.

둘째, 진단 절차가 복잡합니다. BMW의 수리 절차는 매우 복잡하여 기술자들이 필요한 교체 작업을 수행하기 어렵습니다. iBMUCP 모듈은 밀봉되어 있어 간단한 수리 대신 전체 교체가 필요하며, 이 비용은 세금을 포함해 1,100유로에 달합니다.

셋째, 추가 비용의 위험이 있습니다. 교체 과정에서 실수가 발생하면 도난 방지 잠금 장치가 작동해 중요한 데이터가 삭제될 수 있으며, 이 경우 전체 배터리 시스템을 교체해야 할 수도 있습니다. 이 비용은 모듈당 6,000유로를 넘길 수 있습니다.

넷째, 교육 및 접근성 문제도 있습니다. BMW는 서비스 센터에 대한 적절한 교육을 제공하지 않아 수리를 제대로 수행하기 어렵습니다. 또한, 수리를 여러 작업장 간에 이전해야 할 경우 비용이 증가합니다.

다섯째, 환경 문제에 대한 우려도 제기됩니다. 이 차량들이 환경 친화적으로 마케팅되고 있지만, 높은 고장률과 복잡한 서비스 요구 사항으로 인해 오히려 더 많은 CO₂ 배출을 초래한다는 주장이 있습니다.

마지막으로, BMW PHEV의 퓨즈 교체 비용과 복잡성이 테슬라의 전체 배터리 교체보다 더 비싸다는 점이 강조되며, 이러한 차량의 환경적 주장에 대한 의문을 제기합니다.

전반적으로 이 기사는 BMW의 엔지니어링 및 서비스 접근 방식을 비판하며, 약속된 안전성과 환경적 이점을 제공하지 못하고 낭비와 비효율성을 초래한다고 지적하고 있습니다.

작성자: mikelabatt | 점수: 435
0
Creative Commons