1.
소프트웨어 무전기 활용법 50가지
(Fifty Things you can do with a Software Defined Radio)

이 기사는 소프트웨어 정의 라디오(SDR)의 기능을 탐구하는 일주일간의 프로젝트에 대해 다루고 있습니다. SDR은 전통적인 하드웨어 대신 소프트웨어를 사용하여 신호를 처리하는 라디오의 한 종류입니다. 저자는 간단한 USB 동글과 안테나 키트를 사용하여 SDR로 할 수 있는 50가지 다양한 활동을 찾아보는 것을 목표로 했습니다.

SDR은 사용자가 다양한 전자기 신호를 수신할 수 있게 해주며, 이를 통해 라디오 방송 청취, 항공기 추적, 위성 신호 수신 등 여러 용도로 활용할 수 있습니다. 이 프로젝트를 시작하기 위해 저자는 기본 하드웨어인 SDR 동글과 안테나, 그리고 소프트웨어가 필요했습니다. 저자는 주파수 스펙트럼을 탐색하기 위해 SDR++라는 프로그램을 사용했습니다.

저자는 50가지 실험을 기록했으며, 그 중에는 FM 라디오 청취, 공항에서 날씨 데이터 수신, 항공기와 선박 추적, 디지털 및 아마추어 라디오 청취, 위성과 기상 풍선에서 신호 수신 등이 포함되어 있습니다. 이 프로젝트는 저자에게 도전적이면서도 보람 있는 경험이었으며, 라디오 주파수에 대해 배우고 안테나를 제작하며 다양한 신호를 해독하는 과정을 통해 많은 것을 배울 수 있었습니다.

저자는 앞으로 아마추어 무선 면허를 취득하여 라디오 통신에 대한 가능성을 더 탐구하고 실험을 계속하고 싶다는 의사를 밝혔습니다. 이 프로젝트는 우리 주변에 존재하지만 종종 간과되는 방대한 라디오 신호의 세계를 조명하며, SDR 기술이 취미로 삼는 사람들과 기술 애호가들에게 얼마나 많은 잠재력을 가지고 있는지를 보여주었습니다.

작성자: mihau | 점수: 190

2.
CIA Freedom of Information Act Electronic Reading Room
(CIA Freedom of Information Act Electronic Reading Room)

요약이 없습니다.

작성자: bookofjoe | 점수: 81

3.
자체 전파 NPM 악성코드 40개 패키지 침해
(Self Propagating NPM Malware Compromises over 40 Packages)

인기 있는 NPM 패키지인 @ctrl/tinycolor와 40개 이상의 다른 패키지에서 심각한 보안 사고가 발생했습니다. 이 사건은 정교한 공급망 공격으로 인해 발생했으며, 악성 코드가 도입되어 유지 관리 패키지를 통해 자동으로 확산될 수 있었습니다. 이 악성 코드는 AWS, GCP, Azure와 같은 클라우드 서비스에서 자격 증명을 수집할 수 있으며, GitHub Actions를 이용해 지속적인 백도어를 생성할 수 있어 NPM 생태계에 심각한 위협이 되고 있습니다.

이 공격의 개요는 악성 코드가 스스로 전파되어 다른 패키지를 감염시키고, 민감한 자격 증명을 수집할 수 있다는 점입니다. 이 공격은 GitHub에서 이를 보고한 사용자에 의해 발견되었습니다. 기술적으로 이 악성 코드는 설치 중 실행되는 압축된 자바스크립트 번들을 사용하며, 클라우드 서비스에서 환경 변수와 비밀 정보를 캡처합니다. 또한 자격 증명 수집, 데이터 유출, GitHub Actions를 통한 지속적인 접근을 설정하는 기능을 포함하고 있습니다.

영향을 받은 패키지의 사용자들은 즉각적으로 취해야 할 조치가 있습니다. 먼저, 감염된 패키지를 식별하고 제거해야 하며, 악성 워크플로우를 삭제하여 감염된 저장소를 정리해야 합니다. 또한, 노출되었을 수 있는 모든 자격 증명을 변경하고, 무단 접근 여부를 확인하기 위해 클라우드 인프라를 감사해야 합니다. 보안 권장 사항으로는 GitHub 보안 기능을 사용하고 정기적으로 자격 증명을 변경하는 등의 모니터링 및 보안 통제를 구현하는 것이 있습니다.

이번 사건은 소프트웨어 공급망에서의 위험이 진화하고 있음을 보여주며, 이러한 위협을 완화하기 위한 보안 관행을 유지하는 것이 중요하다는 점을 강조합니다.

작성자: jamesberthoty | 점수: 397

4.
윈도우용 구글 앱 실험 출시!
(We're launching a new Google app for Windows experiment in Labs)

구글이 윈도우용 새로운 실험 앱을 출시했습니다. 이 앱은 정보를 검색하는 방식을 개선해줍니다. 이제 Alt + Space 키를 눌러 현재 작업을 중단하지 않고도 빠르게 검색할 수 있습니다. 이 앱은 컴퓨터 파일, 설치된 앱, 구글 드라이브, 그리고 웹을 한 번에 검색할 수 있는 기능을 제공합니다. 또한, 화면에 있는 내용을 검색하고, 텍스트를 번역하며, 숙제 문제를 해결하는 데 도움을 주는 구글 렌즈도 포함되어 있습니다. 더불어, AI 모드가 있어 보다 자세한 답변을 제공하고 후속 질문도 할 수 있습니다. 이 실험에 참여하려면 Labs에서 시도해볼 수 있습니다.

작성자: meetpateltech | 점수: 19

5.
모든 데모의 어머니
(Mother of All Demos)

더글라스 엥겔바트의 1968년 "모든 데모의 어머니"는 SRI에서 진행된 혁신적인 발표로, 인터랙티브 컴퓨팅의 획기적인 개념들을 소개했습니다. 여기에는 컴퓨터 마우스의 최초 사용, 하이퍼텍스트, 실시간 편집 등이 포함됩니다. 이 데모는 기술을 통해 인간의 지능을 향상시키는 것을 목표로 하였으며, 사용자가 텍스트와 그래픽을 매끄럽게 상호작용하고, 정보를 동적으로 조작하며, 원격으로 협업할 수 있도록 했습니다.

엥겔바트는 사용자가 네트워크화된 디스플레이를 제어하고, 실시간으로 텍스트를 편집하며, 하이퍼텍스트를 통해 콘텐츠를 연결할 수 있는 도구들을 선보였습니다. 이 데모는 공유 화면 기능과 오디오 연결을 통해 원격 참가자들이 토론에 참여하고 효과적으로 협력할 수 있는 환경을 제공했습니다. 엥겔바트는 컴퓨터를 연결하는 네트워크를 구상하여 정보에 빠르게 접근하고 생산성을 높일 수 있는 미래를 그렸습니다.

기술은 인간의 능력을 보완해야 하며, 작업을 더 직관적이고 협력적으로 만들어야 합니다. 마우스와 하이퍼텍스트와 같은 간단한 혁신이 자연스러운 사고 과정에 맞춰져 생산성을 크게 높일 수 있습니다. 이 데모는 오디오와 비디오 등 다양한 매체의 원활한 통합이 효과적인 원격 협업에 얼마나 중요한지를 강조했습니다.

인간의 생산성을 향상시키는 직관적이고 협력적인 컴퓨팅 인터페이스를 활용하는 것이 중요합니다. 자연스러운 인지 과정을 모방하는 반응형 디지털 도구에 투자하고, 팀워크 중 갈등을 최소화하기 위해 명확한 계층적 제어가 있는 협업 소프트웨어를 우선시해야 합니다. 복잡한 정보를 직관적으로 드러내고 원격 근무 경험을 향상시키는 상호 연결된 시스템을 설계하는 것이 필요합니다.

작성자: thekuanysh | 점수: 56

6.
FBI couldn't get my husband to decrypt his Tor node so he was jailed for 3 years
(FBI couldn't get my husband to decrypt his Tor node so he was jailed for 3 years)

요약이 없습니다.

작성자: heavyset_go | 점수: 877

7.
암묵적 ODE의 한계
(Implicit Ode Solvers Are Not Universally More Robust Than Explicit Ode Solvers)

이 기사는 암묵적 방법과 명시적 방법으로 이루어진 일반 미분 방정식(ODE) 해법의 효과에 대해 논의하며, 암묵적 방법이 항상 더 견고하다는 일반적인 믿음에 도전합니다.

많은 사람들이 명시적 방법(예: 룽게-쿠타 방법)이 실패할 경우, 더 나은 안정성을 위해 암묵적 방법으로 전환해야 한다고 말합니다. 그러나 이 생각은 모든 문제에 적용되지 않을 수 있습니다. 암묵적 방법이 특정 방정식에 대해 더 높은 안정성을 제공할 수 있지만, 모든 경우에 우수한 것은 아닙니다.

이 기사는 선형 ODE를 사용하여 이러한 방법의 견고성을 분석합니다. 특정 상황에서는 암묵적 방법이 명시적 방법보다 안정성을 더 잘 관리할 수 있습니다. 실제 문제에서는 암묵적 방법이 더 신뢰할 수 있는 결과를 생성하는 경우가 많고, 명시적 방법은 진동과 같은 잘못된 행동을 초래할 수 있습니다.

명시적 방법은 큰 시간 간격으로 인해 불필요한 진동을 유발할 수 있는 반면, 암묵적 방법은 이러한 진동을 억제하여 더 안정적인 해를 제공합니다. 암묵적 방법과 명시적 방법의 선택은 해결하려는 모델의 특정 특성에 따라 달라져야 합니다. 진동이 필요한 시스템의 경우, 암묵적 방법은 원하는 행동을 억제할 수 있기 때문에 적합하지 않을 수 있습니다.

결론적으로, 모든 문제에 적합한 ODE 해법은 없으며, 최선의 방법은 특정 문제에 따라 달라집니다. 따라서 엔지니어들은 암묵적 방법이 항상 더 좋다는 가정 대신, 모델의 특성에 따라 해법을 선택해야 합니다. 암묵적 ODE 해법이 많은 문제에서 더 견고한 경우가 많지만, 보편적으로 우수한 것은 아니며, 해법의 선택은 문제의 특정 요구에 맞춰 조정되어야 합니다.

작성자: cbolton | 점수: 38

8.
AI가 초급 일자리를 위협한다
(Generative AI is hollowing out entry-level jobs, study finds)

"Generative AI as Seniority-Biased Technological Change: Evidence from U.S. Résumé and Job Posting Data"라는 제목의 논문에서 Guy Lichtinger와 Seyed Mahdi Hosseini Maasoum은 생성적 인공지능이 다양한 경력 수준의 근로자에게 미치는 영향을 분석했습니다.

주요 발견 사항은 다음과 같습니다. 이 연구는 2015년부터 2025년까지 6,200만 명의 근로자와 28만 5천 개의 기업 데이터를 사용했습니다. 2023년 초부터 AI를 도입한 기업의 주니어 근로자들은 AI를 도입하지 않은 기업의 근로자들에 비해 고용이 크게 감소한 반면, 시니어 근로자들은 여전히 일자리가 증가하는 모습을 보였습니다. 주니어 고용 감소는 주로 해고가 아니라 채용 속도의 둔화 때문입니다. 이 감소는 도소매 분야에서 가장 두드러지게 나타났습니다. 또한, 교육 배경도 영향을 미치는데, 중간 수준의 졸업생들이 가장 큰 영향을 받는 반면, 엘리트 졸업생과 저조한 졸업생은 상대적으로 덜 영향을 받았습니다.

전반적으로 이 연구는 생성적 AI의 도입이 노동 시장에서 주니어 근로자에게 불리한 편향을 초래할 수 있음을 시사합니다.

작성자: zeuch | 점수: 120

9.
Robert Redford Has Died
(Robert Redford Has Died)

요약이 없습니다.

작성자: uptown | 점수: 288

10.
일회용 vape로 웹사이트 호스팅하기
(Hosting a website on a disposable vape)

이 글은 저자가 일회용 전자담배에 있는 마이크로컨트롤러를 이용해 웹 서버를 호스팅한 경험에 대해 이야기합니다. 처음에 저자는 배터리를 위해 이 전자담배를 수집했지만, 나중에 PUYA C642F15라는 유능한 마이크로컨트롤러가 들어 있다는 사실을 발견했습니다.

PUYA C642F15의 주요 사양은 24MHz Cortex-M0 코어, 24KB의 플래시 저장소, 그리고 3KB의 RAM입니다. 저자는 이 마이크로컨트롤러를 웹 서버로 활용할 수 있는 아이디어를 세미호스팅에 대해 배우면서 떠올렸습니다. 세미호스팅은 마이크로컨트롤러와 디버거 간의 통신을 가능하게 합니다.

연결 설정을 위해 저자는 SLIP(직렬 라인 인터넷 프로토콜)를 사용하여 네트워크 연결을 구축했습니다. 이를 통해 가상 직렬 포트를 통해 IP 패킷을 전송할 수 있게 되었습니다. 초기에는 서버의 속도가 느리고 로딩 시간이 길었지만, 데이터 처리를 링 버퍼를 사용해 최적화한 후 핑은 20ms로, 페이지 로딩 시간은 약 160ms로 개선되었습니다.

저장 공간이 20KB로 제한되어 있어 도전 과제가 있지만, 간단한 웹 콘텐츠를 호스팅하고 C로 작성된 서버 측 코드를 실행하는 데는 충분합니다. 이 프로젝트는 저렴한 마이크로컨트롤러를 웹 호스팅과 같은 예상치 못한 용도로 활용할 수 있는 가능성을 보여줍니다.

작성자: BogdanTheGeek | 점수: 1287

11.
테슬라, 안전 조사 착수
(Tesla Faces US Auto Safety Investigation over Door Handles)

귀하의 컴퓨터 네트워크에서 비정상적인 활동이 감지되었습니다. 계속 진행하려면 로봇이 아님을 확인하는 박스를 클릭해 주시기 바랍니다.

이런 일이 발생한 이유는 브라우저에서 자바스크립트와 쿠키가 허용되어야 하며, 이들이 차단되지 않았는지 확인해야 하기 때문입니다.

도움이 필요하신가요? 이 메시지에 대한 질문이 있으시면 지원 팀에 문의하시고 참조 ID: d7da2cd0-9316-11f0-8e5e-f3c2b6e70df2를 제공해 주시기 바랍니다.

또한, Bloomberg.com에 가입하시면 중요한 글로벌 시장 뉴스를 받아보실 수 있습니다.

작성자: corvad | 점수: 17

12.
제미니 60년, 새 이미지 공개!
(60 years after Gemini, newly processed images reveal details)

새로운 책 "제미니와 머큐리 리마스터드"가 NASA의 제미니 미션 60주년을 기념하여 출간되었습니다. 이 미션은 초기 우주 탐사에서 중요한 역할을 했습니다. 책에는 머큐리와 제미니 프로그램에서 복원된 300장의 사진이 실려 있으며, 이 사진들은 이 혁신적인 미션 동안 우주비행사들의 용기를 보여줍니다.

제미니 미션은 에드 화이트의 첫 미국 우주 유영과 진 서너의 "지옥 같은 우주 유영"과 같은 중요한 사건들을 포함하고 있으며, 이는 인간 우주 여행의 초기 위험성을 강조합니다. 저자 앤디 손더스는 이 미션들의 이야기를 전달하기 위해 신중하게 이미지를 선택하고 보강하여 감정적인 깊이와 인간 경험을 강조했습니다.

손더스는 초기 우주비행사들이 자신의 여정을 기록하기 위해 카메라의 포함을 요구했던 과정을 설명하며, 그 결과 우주에서 촬영된 지구의 놀라운 이미지들이 탄생했다고 전합니다. 이 책은 이러한 역사적인 미션에 대한 관심을 되살리고, 인류가 우주로 나아가는 첫걸음의 중요성을 독자들에게 상기시키는 것을 목표로 하고 있습니다. 향후 프로젝트에서는 아폴로 프로그램과 우주왕복선 시대에 대한 내용도 포함될 수 있습니다.

작성자: sohkamyung | 점수: 171

13.
Teen Safety, Freedom, and Privacy
(Teen Safety, Freedom, and Privacy)

요약이 없습니다.

작성자: meetpateltech | 점수: 30

14.
북극 얼음 속 극한 생명체 발견!
(Scientists uncover extreme life inside the Arctic ice)

연구자들은 북극 얼음에서 발견되는 단세포 조류인 규조류가 이전에 생각했던 것처럼 휴면 상태가 아니라는 사실을 밝혀냈습니다. 이 규조류는 -15도 섭씨에서도 활발히 활동하며, 이는 복잡한 진핵세포의 움직임 중 가장 낮은 온도에서의 기록입니다. 이들은 점액과 인간 근육의 분자 모터와 유사한 방식으로 미끄러지듯이 움직입니다.

이 연구는 추크치 해에서 45일간의 탐사 중에 진행되었으며, 과학자들은 얼음 샘플을 수집하고 실험실에서 규조류의 움직임을 관찰했습니다. 그들은 규조류가 뚜렷한 움직임 없이 부드럽게 미끄러지며, 이동을 돕는 점액 같은 분비물에 의존하고 있다는 것을 발견했습니다.

이 규조류의 활동은 북극 생태계에서 중요한 역할을 하며, 얼음 형성에도 영향을 미칠 수 있습니다. 이들의 행동을 이해하는 것은 북극 생태계가 기후 변화에 어떻게 적응할 수 있는지를 파악하는 데 도움이 될 수 있습니다. 연구자들은 극지 연구에 대한 자금 지원이 줄어들 가능성이 있는 상황에서 이러한 생물체를 연구하는 것이 얼마나 중요한지를 강조하고 있습니다. 이는 미래의 발견에 큰 영향을 미칠 수 있습니다.

작성자: hhs | 점수: 46

15.
마이크로소프트, 오픈AI 대신 앤트로픽 선택
(Microsoft Favors Anthropic over OpenAI for Visual Studio Code)

마이크로소프트가 비주얼 스튜디오 코드 편집기를 업데이트하여 코딩 작업에 가장 적합한 AI 모델을 자동으로 선택하도록 하고 있습니다. 새로운 기능은 무료 및 유료 깃허브 코파일럿 사용자 모두에게 앤트로픽의 클로드 소넷 4를 오픈AI의 GPT-5보다 우선적으로 선택합니다. 마이크로소프트는 내부 테스트 결과 클로드 소넷 4가 더 나은 성능을 보인다고 판단하여 개발자들에게 이를 사용하도록 권장하고 있습니다.

또한, 마이크로소프트는 자체 AI 모델에 투자하고 있으며 앤트로픽의 모델을 마이크로소프트 365 애플리케이션에 통합할 계획입니다. 이는 마이크로소프트가 오픈AI에 130억 달러 이상을 투자하고 복잡한 파트너십을 형성한 이후의 결정입니다. 전반적으로 마이크로소프트는 개발 및 생산성 도구를 위해 앤트로픽의 AI 기술에 더 집중하고 있는 것으로 보입니다.

작성자: corvad | 점수: 34

16.
Java 25 Officially Released
(Java 25 Officially Released)

요약이 없습니다.

작성자: mkurz | 점수: 60

17.
Learn x86-64 assembly by writing a GUI from scratch (2023)
(Learn x86-64 assembly by writing a GUI from scratch (2023))

요약이 없습니다.

작성자: ibobev | 점수: 199

18.
MariaDB에 FRM 파서 추가
(Adding FRM parser utility to MariaDB)

2025년, 저는 인기 있는 관계형 데이터베이스 관리 시스템인 MariaDB와 함께 Google Summer of Code(GSoC)에 참여했습니다. MariaDB 커뮤니티와 소통하고 제 MacBook Air에서 성공적으로 실행해본 경험이 저를 이 프로젝트에 끌어들였습니다. 제 프로젝트는 MariaDB를 위한 독립적인 FRM 파서를 개발하는 것이었습니다.

FRM 파일은 MariaDB에서 테이블이 생성될 때 만들어지며 데이터베이스 작업에 필수적입니다. 사용자는 때때로 DDL(데이터 정의 언어) 명령을 복구해야 하는데, 기존 도구들은 한계가 있습니다. 제 목표는 서버 연결 없이도 정확하게 DDL 문을 생성할 수 있는 파서를 만드는 것이었습니다.

초기 접근 방식으로는 멘토들과의 논의를 통해 파서를 위한 공통 라이브러리를 구축하는 것을 제안했습니다. 개발 과정에서 여러 기술적 도전에 직면했습니다. 스레드 구조(THD)를 관리하고 컴파일 중에 발생하는 링크 오류를 해결하는 데 어려움이 있었습니다. 처음에는 THD의 단순화된 버전을 만들었지만, 나중에 파서의 요구 사항을 충족하기 위해 더 복잡한 생성자를 활용하는 방법을 배웠습니다.

중요한 기술적 통찰 중 하나는 init_from_binary_frm_image 함수입니다. 이 함수는 FRM 이미지에서 테이블 메타데이터를 채우는 데 필수적입니다. 전체 서버를 실행하지 않고도 도구가 작동하도록 서버 환경을 시뮬레이션해야 했습니다.

최종 도구인 mariadb-frm은 다양한 엔진의 FRM 파일을 파싱할 수 있으며, 기본 및 수학적 표현을 처리하고 디버깅 옵션도 포함되어 있습니다. 이 도구는 C++20 기능을 사용하며, 향후 더 많은 기능을 추가할 수 있도록 설계되었습니다.

이번 경험을 통해 데이터베이스 내부 구조, C++ 프로그래밍, 오픈 소스 프로젝트에서 커뮤니티 지원의 중요성에 대해 많은 것을 배웠습니다. 도구는 기능적으로 작동하지만, 저는 이것이 시작에 불과하다고 생각하며 앞으로 많은 개선이 이루어질 것이라고 봅니다.

MariaDB의 창립자들, 멘토들, 그리고 이 프로젝트를 지원해준 커뮤니티에 감사드립니다. mariadb-frm 도구는 향후 개선을 위한 출발점으로, 큰 발전 가능성을 지니고 있습니다.

작성자: hp77 | 점수: 5

19.
The old SF tech scene is dead. What it's morphing into is more sinister
(The old SF tech scene is dead. What it's morphing into is more sinister)

요약이 없습니다.

작성자: jakemontero24 | 점수: 32

20.
리액트의 독주, 혁신 정체
(React is winning by default and slowing innovation)

리액트는 프론트엔드 개발에서 기본 선택이 되었지만, 이는 리액트가 가장 좋은 옵션이라서가 아니라 익숙함과 네트워크 효과 때문입니다. 리액트에 대한 의존은 프론트엔드 생태계의 혁신을 저해하고, 스벨트, 솔리드, 퀵과 같은 더 나은 프레임워크의 채택을 제한하고 있습니다.

팀들은 종종 "모두가 리액트를 안다"는 이유로 리액트를 선택합니다. 이로 인해 자신들의 필요에 더 잘 맞는 다른 프레임워크를 탐색하는 것이 어려워집니다. 리액트는 강점이 있지만, 가상 DOM과 같은 아키텍처는 비효율성을 초래합니다. 반면 스벨트는 빌드 시 컴파일되고, 솔리드는 세밀한 반응성을 제공하며, 퀵은 즉각적인 시작을 위해 재개 가능성을 활용합니다.

리액트는 복잡성을 도입하여 성능 문제를 일으키고 개발자에게 가파른 학습 곡선을 요구합니다. 다른 프레임워크는 종종 더 간단한 API와 더 나은 성능 지표를 제공하지만, 리액트의 지배로 인해 시장에서 자리 잡기 어려운 상황입니다. 리액트의 보편성은 다른 프레임워크의 진입 장벽을 만들고, 구직 시장과 교육 시스템이 리액트 전문성을 선호하게 되어 그 위치를 더욱 공고히 합니다.

혁신을 촉진하기 위해 팀은 리액트에 기본적으로 의존하기보다는 특정 프로젝트의 필요에 따라 프레임워크를 평가해야 합니다. 여기에는 성능, 학습 곡선, 장기 유지 관리 비용을 고려하는 것이 포함됩니다. 건강한 생태계는 다양성에 의해 번창합니다. 다양한 프레임워크를 탐색함으로써 개발자들은 기술을 향상시키고 혁신을 촉진하며, 하나의 기술에만 의존하는 것과 관련된 위험을 피할 수 있습니다.

프론트엔드 개발의 잠재력을 최대한 활용하고 더 혁신적이며 회복력 있는 생태계를 조성하기 위해 프레임워크에 대한 정보에 기반한 선택이 중요합니다.

작성자: dbushell | 점수: 633

21.
"너의" vs. "내" UI
("Your" vs. "My" in user interfaces)

사용자 인터페이스를 설계할 때, 사용자 계정과 정보에 대한 적절한 용어 선택이 중요합니다.

사용자와 소통할 때는 "당신의"라는 표현을 사용하는 것이 좋습니다. 예를 들어 "당신의 계정", "당신의 주문", "당신의 사례"와 같이 말하면 사용자에게 소유권을 명확히 전달할 수 있어 혼란을 피할 수 있습니다.

반면에 사용자 인터페이스에서는 "내"라는 표현을 피하는 것이 좋습니다. "내 계정"이나 "내 사례"와 같은 표현은 특히 지침이나 지원 상황에서 오해를 불러일으킬 수 있습니다. 이는 사용자가 자신의 정보가 아닌 디자이너의 정보를 접근하라는 의미로 해석될 수 있습니다.

따라서 사용자에게 소통할 때는 "당신의"라는 표현을 사용하고, 사용자가 자신의 정보를 양식이나 상호작용에서 언급할 때는 "내"라는 표현을 사용하는 것이 최선의 방법입니다. 효과적인 디자인에 대한 더 많은 팁을 원한다면 "폼 디자인 마스터리"와 같은 자료를 참고하는 것도 좋습니다.

작성자: Twixes | 점수: 364

22.
리액트 네이티브 혁신하기
(Migrating to React Native's New Architecture)

Shopify는 두 개의 주요 앱인 Shopify Mobile과 Shopify Point of Sale (POS)를 React Native의 새로운 아키텍처로 성공적으로 이전했습니다. 이 복잡한 이전 과정은 많은 화면과 모듈을 포함한 방대한 코드베이스를 다루면서도 매주 수백만 사용자에게 업데이트를 계속 제공해야 했습니다. 이전 과정의 주요 사항은 다음과 같습니다.

첫째, 이전 전략에서는 초기에는 코드 변경을 최소화하여 빠른 전환을 도모했습니다. 이 과정에서 구형 아키텍처와 신형 아키텍처를 모두 지원하여 지속적인 테스트가 가능하도록 했습니다. 또한 새로운 아키텍처가 구형 아키텍처와 동등하거나 더 나은 성능을 발휘하도록 했습니다.

둘째, 개발 속도를 유지하기 위해 개발을 중단하지 않고 정기적인 업데이트를 계속했습니다. 이중 아키텍처 테스트를 통해 문제를 조기에 발견하고, 새로운 아키텍처에 준비되지 않은 서드파티 컴포넌트에 대해 기능 플래그를 구현했습니다.

셋째, 기술적인 도전 과제가 있었습니다. 상태 배치 문제, 빈 화면, UI 조작의 어려움 등 여러 가지 문제가 발생했습니다. 특히 애니메이션 성능 문제는 라이브러리 유지 관리자의 도움을 받아 해결했습니다.

넷째, 배포 전략으로는 안정성을 모니터링하기 위해 점진적인 배포를 실시했습니다. Android에서 시작하여 iOS로 넘어갔습니다. 배포 중 발생할 수 있는 문제를 관리하기 위해 안정성 지표에 기반한 대응 계획을 수립했습니다.

다섯째, 잘 진행된 부분으로는 앱의 출시 일정이 성공적으로 유지되었고, 앱 실행 시간이 개선되며 불필요한 재렌더링이 줄어들었습니다.

여섯째, 잘 진행되지 않은 부분으로는 출시 후 성능 저하와 안정성 문제를 경험했으며, 일부 컴포넌트 설계 결함이 드러났습니다.

다른 팀에 대한 권장 사항으로는 초기 의존성을 점검하고 최신 React Native 버전으로 업그레이드하며, 이전 과정에서 초기 코드 변경을 최소화할 것을 제안합니다. 안정성과 성능 위험을 관리하기 위해 단계적인 배포 계획을 세우는 것이 중요합니다.

다음 단계로는 새로운 아키텍처 최적화에 집중하고, 중요한 모듈을 이전하며 성능을 개선하는 것입니다. 전반적으로 React Native의 새로운 아키텍처로의 이전은 Shopify에 강력한 기반을 마련해 주었으며, 향후 더 나은 사용자 경험과 효율적인 개발을 가능하게 했습니다. 팀은 다른 이들이 이 경험을 통해 유사한 도전을 극복할 수 있기를 바랍니다.

작성자: vidyesh | 점수: 72

23.
맥OS 타호
(macOS Tahoe)

macOS 타호 개요

이번 업데이트는 '리퀴드 글래스'라는 새로운 디자인을 도입하여, 더욱 선명하고 직관적인 인터페이스를 제공합니다.

주요 기능으로는 전화 앱이 추가되어, 이제 Mac에서 직접 전화를 걸고 받을 수 있으며, iPhone과의 동기화가 가능합니다. 스포트라이트 기능도 대폭 개선되어, 키보드에서 손을 떼지 않고 다양한 작업을 수행할 수 있어 더욱 빠르고 편리하게 사용할 수 있습니다. 또한, 애플 인공지능을 활용한 강력한 단축키를 만들어 스마트한 자동화와 작업 관리를 지원합니다.

디자인 측면에서도 개선이 이루어졌습니다. 새로운 아이콘과 투명한 메뉴 바로 사용자 인터페이스가 더욱 개인화되었고, 업데이트된 앱들은 통합된 시각적 경험을 제공합니다.

애플 인공지능 기능으로는 실시간 번역이 가능해져, 다양한 앱에서 메시지와 자막을 즉시 번역할 수 있습니다. 또한, 특정 행동이나 일정에 따라 작업을 자동으로 수행하는 스마트 자동화 기능도 추가되었습니다.

연속성 기능이 강화되어 애플 기기 간의 연결성이 높아졌습니다. iPhone의 라이브 활동을 Mac에서 쉽게 접근할 수 있습니다.

생산성 도구로는 스포트라이트의 최신 기능이 작업을 간소화하여 자주 사용하는 앱과 파일에 쉽게 접근할 수 있도록 도와줍니다. 새로운 자동화 기능을 통해 사용자의 활동에 따라 단축키가 자동으로 실행될 수 있습니다.

접근성 향상도 이루어졌습니다. 장애인을 위한 새로운 도구가 추가되어 확대경과 개선된 읽기 옵션이 제공됩니다.

가족 안전 기능도 강화되어, 자녀가 온라인에서 안전하게 지낼 수 있도록 부모 통제 기능이 개선되었습니다.

macOS 타호는 2020년 이후의 다양한 Mac 모델과 호환됩니다. 전반적으로 macOS 타호는 현대적이고 직관적인 경험을 제공하여 일상적인 작업을 더 쉽게 만들고, 애플 기기 간의 생산성을 높입니다.

작성자: Wingy | 점수: 564

24.
William Gibson Reads Neuromancer (2004)
(William Gibson Reads Neuromancer (2004))

요약이 없습니다.

작성자: exvi | 점수: 281

25.
21년의 NYC 축소판
(Trucker built a scale model of NYC over 21 years)

뉴욕주 북부의 트럭 운전사인 조셉 맥켄은 자신의 지하실에서 뉴욕시의 상세한 축소 모형을 만드는 데 21년을 보냈다. 이 모형은 약 15미터에 9미터 크기로, 자유의 여신상과 센트럴 파크 같은 유명한 명소를 포함해 다섯 개 자치구의 수십만 개 건물과 랜드마크가 들어 있다. 맥켄은 자신의 프로젝트를 담은 영상을 틱톡에 공유하기 시작했으며, 이 영상은 빠르게 2천만 회 이상의 조회수를 기록하고 박물관의 관심을 끌었다.

목공이나 공학에 대한 정식 교육을 받지 않은 맥켄은 퀸스 박물관으로의 학교 소풍에서 영감을 받았다. 그는 4월에 프로젝트를 완성했으며, 미니애폴리스와 로스앤젤레스 같은 다른 도시의 모형도 만들 계획이다. 그의 모형은 올바니 근처의 행사에서 처음 공개되었고, 먼 곳에서 방문한 사람들은 그 놀라운 디테일에 감탄했다. 맥켄은 현재 뉴욕시 박물관과 자신의 작품 전시에 대해 논의 중이며, 작품을 보관하는 것보다는 전시하고 싶어 한다.

작성자: speckx | 점수: 61

26.
숫자 이름의 비밀
(WordNumbers: Counting letters of number names, alphabetized and concatenated)

이 글에서는 ITA 소프트웨어가 제시한 프로그래밍 도전 과제를 다루고 있습니다. 이 과제는 1부터 999,999,999까지의 숫자를 영어 단어로 표현한 목록에서 51억 번째 글자를 찾는 것입니다. 저자들은 딜런 서스턴과 다른 협력자가 함께 이 문제를 해결하기 위해 Haskell 프로그래밍 언어를 사용하여 단계별로 접근할 계획입니다.

주요 내용으로는, 먼저 정수를 영어 단어 형태로 변환하고 이를 알파벳 순서로 정리하는 프로그램을 작성할 것이라는 점이 있습니다. 이 과정에서는 숫자 단어의 반복 구조를 관리하기 위해 모노이드와 세미링과 같은 복잡한 개념을 이해해야 합니다. 저자들은 이러한 구조의 대수적 성질을 존중하면서 문자열 목록을 결합하는 연산을 정의합니다.

또한, 저자들은 영어 숫자 단어의 문법과 유사한 간결한 정의를 사용하여 모든 숫자 단어를 효율적으로 생성하는 시스템을 만듭니다. 그들은 생성된 단어의 총 길이를 계산하는 방법과 같은 예시를 공유합니다.

이 글은 앞으로 이 문제를 더 깊이 탐구할 준비를 하며, 효율성과 수학적 개념에 중점을 두고 있습니다.

작성자: lupire | 점수: 11

27.
Klotski
(Klotski)

요약이 없습니다.

작성자: surprisetalk | 점수: 16

28.
강아지 감시하다 TP-Link 발견!
(Wanted to spy on my dog, ended up spying on TP-Link)

저자는 집을 비울 때 개를 감시하기 위해 Tapo 실내 카메라를 구입했습니다. 그러나 카메라의 설정과 기능에 불만을 느끼고, 앱의 내부 구조를 파악하기 위해 역공학을 시도하며 카메라와의 통신을 분석했습니다.

주요 내용으로는 카메라 설정이 특히 어려웠고, 특히 양방향 오디오를 활성화하는 데 어려움을 겪었다는 점입니다. Tapo 클라우드 비밀번호를 변경한 후에는 연결된 기기들이 자동으로 업데이트되지 않아 문제가 발생했습니다. 저자는 "중간자 공격"이라는 기법을 사용하여 카메라와 앱 간의 통신을 관찰했으며, Frida와 같은 도구를 이용해 인증서 고정과 같은 보안 조치를 우회했습니다.

그 과정에서 카메라에 기본 비밀번호가 설정되어 있고, API 호출 시 암호화된 통신을 사용한다는 사실을 발견했습니다. 앱을 디컴파일하여 기본 비밀번호를 찾아내고, Wi-Fi 설정과 RTSP/ONVIF 기능 활성화를 포함한 온보딩 과정을 자동화하는 Bash 스크립트를 만들었습니다.

저자는 Tapo 카메라의 펌웨어에 여러 가지 결함이 있으며, 보안 관행이 일관되지 않다는 결론을 내렸습니다. 결국, 그들은 개가 혼자 있을 때 주로 잠을 잔다는 사실을 알게 되었습니다.

작성자: kennedn | 점수: 513

29.
애플, 나와의 거리감
(I feel Apple has lost its alignment with me and other long-time customers)

리카르도 모리는 9월 9일 애플의 새로운 아이폰, 에어팟, 애플 워치를 소개하는 행사 이후 애플에 대한 불만이 커지고 있다고 전합니다. 그는 애플이 오랜 사용자들과의 독창성과 연결성을 잃어버렸으며, 점점 다른 대형 기술 기업들과 비슷해지고 있다고 느낍니다. 이러한 변화로 인해 애플에 대한 논의에 흥미를 잃었지만, 여전히 그들의 결정이 미치는 영향에 대해서는 관심을 가지고 있습니다.

행사 중 애플이 스티브 잡스의 디자인에 대한 말을 인용한 것에 대해 모리는 아이러니하다고 생각합니다. 최근 디자인에 대한 비판을 감안할 때, 이는 애플의 현재 디자인 철학을 부정적으로 반영한다고 주장합니다. 특히 제품의 사용자 인터페이스에 대한 문제를 지적합니다.

모리는 새로운 에어팟과 애플 워치에 대한 흥미가 없다고 밝히며, 복잡한 기능과 개인적인 이야기를 활용한 마케팅 전략을 비판합니다. 그는 또한 새로운 아이폰, 특히 아이폰 17과 새로운 아이폰 에어에 대해 경고하며, 이 제품들이 가격이 비싸고 성능과 내구성 측면에서 문제가 있을 수 있다고 우려합니다.

전반적으로 그는 애플이 더 이상 의미 있는 혁신을 이루지 못하고 있으며, 최신 제품에 대한 흥분이 과연 정당한지 의문을 제기합니다. 그는 한때 애플을 차별화했던 하드웨어와 소프트웨어의 강력한 통합이 다시 이루어지기를 바라고 있지만, 그 격차가 점점 더 커지고 있는 것에 대해 걱정하고 있습니다.

작성자: mgrayson | 점수: 493

30.
런던의 전설 생물들
(The Mythical Creatures of London)

런던은 다양한 형태의 신화적 생물들이 존재하는 도시로, 깃발, 조각상, 건축물 등에서 그 모습을 찾아볼 수 있습니다.

드래곤은 런던 시의 수호자로 알려져 있으며, 1609년에 시의 방패에 처음 등장했습니다. 홀본 바이덕과 리든홀 마켓 등 여러 랜드마크에서 이들을 볼 수 있습니다.

엔필드는 여러 동물의 특징을 가진 생물로, 1946년부터 런던 엔필드 자치구의 상징으로 사용되고 있습니다. 그 기원은 불분명하지만 중세 아일랜드 신화에 뿌리를 두고 있습니다.

런던은 요정에 대한 풍부한 전통을 가지고 있으며, 켄싱턴 가든의 엘핀 오크에는 요정과 다른 신화적 존재들의 작은 조각들이 새겨져 있습니다.

고그와 마곡이라는 두 거인은 런던의 수호자로 알려져 있으며, 런던 시장의 쇼에서 등장합니다. 이들의 전설은 고대 문헌에 기록되어 있습니다.

그리핀은 종종 드래곤과 혼동되지만, 독수리의 머리를 가진 생물로, 치스윅의 그리핀 양조장에서 볼 수 있습니다.

런던에는 블랙프라이어스의 인어 극장과 빅토리아 공원의 금도금된 인어 바람개비와 같은 인어의 표현도 몇 가지 있습니다.

미노타우르스의 조각상은 바비컨 근처를 포함한 여러 장소에서 찾아볼 수 있습니다.

페가수스는 날개 달린 말로, 인너 템플의 상징이며 이 지역 곳곳에서 여러 형태로 표현됩니다.

불사조는 재탄생과 관련이 있으며, 불사조 정원과 대화재의 재에서 일어난 세인트 폴 대성당 등에서 찾아볼 수 있습니다.

유니콘은 왕실 문장에 등장하며 스코틀랜드를 상징합니다. 템플 바를 포함한 여러 장소에서 이들을 볼 수 있습니다.

이러한 신화적 생물들은 런던의 풍부한 역사와 문화적 배경에 기여하고 있습니다.

작성자: zeristor | 점수: 33

31.
PayPal to support Ethereum and Bitcoin
(PayPal to support Ethereum and Bitcoin)

요약이 없습니다.

작성자: DocFeind | 점수: 477

32.
청소년, 디지털 금지구역으로 변신!
(Teens turned their rooms into tech-free zones. This was the result)

브래드포드의 한 그룹 청소년들이 5일간 기술 없는 침실 도전에 참여한 경험을 공유했다. 13세의 엘리자베스는 보통 방에서 유튜브를 보거나 친구들과 채팅하며 시간을 보낸다. 그녀와 13세의 헨리는 BBC 라디오 5 라이브와 BBC 바이트사이즈의 프로젝트 일환으로 침실에서 모든 기술 기기를 제거하기로 합의했다.

그들은 공용 공간에서는 기기를 사용할 수 있지만, 이 도전은 화면 사용 시간을 줄이는 것이 주된 목표다. 엘리자베스의 아버지는 그녀가 일주일을 버틸 수 있을지 의심하고 있으며, 헨리는 이미 게임 콘솔을 손이 닿지 않는 곳에 두는 것이 어렵다는 것을 느꼈다.

이 도전은 그들이 독서나 베이킹과 같은 다른 활동을 탐색하도록 만들었고, 늦은 밤 화면 사용을 줄여 수면 개선에도 도움이 되었다. 전문가들은 많은 청소년들이 스마트폰 과다 사용으로 인해 수면에 어려움을 겪고 있다고 지적한다.

청소년들은 이 경험에 대해 다양한 감정을 보고했으며, 일부는 기술 없이 가족 및 친구들과 유대감을 형성할 수 있는 기회를 즐겼다. 설문 조사에서는 많은 청소년들이 화면 사용 시간을 줄이고 오프라인 활동에 더 참여하고 싶다는 의사를 밝혔다. 도전이 끝난 후 헨리와 엘리자베스는 밤에 침실에서 휴대폰을 멀리 두는 등의 기술 없는 습관을 계속하기로 결정했다.

작성자: xyzzy3000 | 점수: 29

33.
GPT-5 코드엑스
(GPT-5-Codex)

2025년 9월 15일, OpenAI는 소프트웨어 엔지니어링 작업에 최적화된 GPT-5-Codex라는 새로운 버전을 발표하며 Codex의 중요한 업그레이드를 알렸습니다. 이 모델은 터미널, 통합 개발 환경(IDE), 모바일 기기 등 다양한 개발 환경에서 사용될 수 있도록 설계되었습니다. GPT-5-Codex는 짧은 상호작용부터 길고 복잡한 코딩 작업까지 처리할 수 있으며, 중요한 버그를 식별하여 코드 리뷰를 개선합니다.

GPT-5-Codex의 주요 특징은 다음과 같습니다. 첫째, 성능이 향상되어 작업의 복잡성에 따라 사고 시간을 조절하며, 소규모 및 대규모 프로젝트를 효과적으로 관리합니다. 둘째, 코드 리뷰 기능이 강화되어 코드 수정 사항을 정확하게 평가하고 의미 있는 피드백을 제공하며 중요한 문제를 식별합니다. 셋째, GitHub 및 다양한 IDE와 같은 여러 환경에서 Codex를 사용할 수 있어 작업 관리와 협업이 원활해졌습니다. 마지막으로, Codex CLI와 IDE 확장 기능의 업데이트로 사용자 경험이 개선되어 더 나은 맥락 관리와 작업 추적이 가능해졌습니다.

Codex는 여러 ChatGPT 요금제에 포함되어 있으며 곧 API를 통해서도 사용할 수 있게 될 예정입니다. OpenAI는 보안의 중요성을 강조하며 개발자들이 코드를 배포하기 전에 Codex의 출력을 검토할 것을 권장합니다. 이러한 업데이트는 Codex를 더 효과적인 코딩 파트너로 만들어 개발자들의 생산성과 협업을 향상시키는 것을 목표로 하고 있습니다.

작성자: meetpateltech | 점수: 371

34.
GPT-5 업데이트
(Addendum to GPT-5 system card: GPT-5-Codex)

GPT-5-Codex는 코딩 작업을 위해 설계된 GPT-5의 한 버전입니다. 이 모델은 인간의 글쓰기와 유사한 코드를 생성하고 지침을 정확히 따르도록 훈련되었습니다. 사용자는 터미널이나 통합 개발 환경(IDE)을 통해 로컬에서 GPT-5-Codex를 사용할 수 있으며, Codex 웹사이트나 ChatGPT 모바일 앱과 같은 다양한 플랫폼을 통해 온라인에서도 이용할 수 있습니다.

이 추가 정보에서는 GPT-5-Codex의 안전 조치에 대해 강조하고 있습니다. 여기에는 유해한 작업을 처리하고 프롬프트 주입을 방지하기 위한 전문적인 훈련이 포함되어 있습니다. 또한, 에이전트 샌드박스와 조정 가능한 네트워크 접근과 같은 제품 수준의 안전 기능도 언급되고 있습니다.

작성자: wertyk | 점수: 244

35.
복잡함의 매력
(Why do we keep gravitating toward complexity?)

소프트웨어 개발자들은 일반적으로 단순함을 선호하지만, 종종 복잡한 시스템을 만듭니다. 이러한 복잡성은 때때로 마케팅에 의해 촉진되며, 복잡한 제품이 더 매력적으로 보이게 만듭니다. 예를 들어, Unix의 cat 명령어와 같은 간단한 도구는 "catzilla"라는 화려하고 복잡한 대안에 가려질 수 있지만, 실제로는 더 나은 기능을 제공하지 않을 수도 있습니다.

복잡성은 전문성과 독점성을 암시할 수 있어 매력적으로 느껴질 수 있습니다. 그러나 고대 이집트의 피라미드처럼 인상적으로 보일 수 있지만 내부에 공허함을 숨길 수 있는 것처럼, 복잡한 소프트웨어는 유지 관리가 어려워지고 실제로는 실질적인 내용이 부족할 수 있습니다.

개발자들이 복잡성을 받아들이는 더 깊은 이유가 있습니다. 첫째, 창의적인 유혹이 있습니다. 개발자들은 복잡한 시스템을 구축하는 도전을 즐깁니다. 둘째, 레거시 시스템의 존재입니다. 오래된 코드는 새로운 기능이 추가될 때 더 많은 복잡성을 초래합니다. 셋째, 팀의 역학입니다. 대규모 팀은 다양한 요구를 충족하기 위해 과도하게 설계된 솔루션을 만들 수 있습니다. 넷째, 혁신에 대한 압박입니다. 기술 산업은 새로운 기능을 요구하며, 이는 더 많은 복잡성으로 이어집니다.

이 글은 개발자들에게 불필요한 복잡성에 빠지기보다는 목적과 가치를 가지고 신중하게 구축할 것을 권장합니다. 사용자가 실제로 겪는 문제를 해결하고 유지 관리하는 사람들을 위해 간단한 코드를 만드는 데 집중하는 것이 중요합니다.

작성자: PaulHoule | 점수: 133

36.
신뢰할 수 있는 AI 앱, Trigger.dev!
(Trigger.dev (YC W23) – Open-source platform to build reliable AI apps)

Trigger.dev의 CTO인 에릭은 AI 에이전트와 워크플로우를 구축하고 관리하기 위한 오픈 소스 개발 도구인 이 플랫폼을 소개했습니다. Trigger.dev는 개발자들이 생산 수준의 에이전트를 생성하고 배포하며 실행하고 문제를 해결하는 데 도움을 줍니다. 이 도구는 Mastra와 LangChain과 같은 다른 도구와 함께 사용할 수 있으며, 클라우드에서 사용하거나 자체 호스팅할 수 있습니다.

이 플랫폼은 2023년에 시작되어 TypeScript에서 비동기 백그라운드 작업을 실행하는 데 도움을 주기 위해 개발되었습니다. 처음에는 코드를 배포하기보다는 조정하는 데 중점을 두었습니다. 그러나 개발자들은 신뢰할 수 있는 코드를 작성하고 서버리스 타임아웃을 관리하는 데 어려움을 겪었습니다. 이러한 문제를 해결하기 위해 Trigger.dev는 자체 서버리스 클라우드 인프라를 개발하여 코드를 일시 중지하고 나중에 재개할 수 있도록 했습니다.

출시 이후 Trigger.dev는 특히 AI 워크플로우에 대한 인기를 얻으며 비디오 생성 및 AI 강화와 같은 다양한 애플리케이션을 가능하게 했습니다. 이 플랫폼은 클라우드 서비스 또는 자체 호스팅으로 시작할 수 있는 옵션을 제공하며, 사용자를 위한 문서도 마련되어 있습니다.

앞으로의 기능으로는 자체 호스팅을 위한 워밍 스타트와 실행을 위한 마이크로 VM 사용이 포함될 예정이며, 이 또한 오픈 소스로 제공될 것입니다. 팀은 커뮤니티의 피드백을 환영합니다.

작성자: eallam | 점수: 147

37.
덕DB 1.4.0 출시
(DuckDB 1.4.0 LTS)

DuckDB 1.4.0 버전, 코드명 “Andium,”이 2025년 9월 16일에 출시되었습니다. 이 버전은 장기 지원(LTS) 에디션으로, 1년 동안 커뮤니티 지원을 받을 수 있습니다. 이번 릴리스의 주요 기능은 다음과 같습니다.

첫째, 데이터베이스 파일을 AES-256 암호화 방식으로 암호화할 수 있는 기능이 추가되었습니다. 사용자는 암호화된 데이터베이스를 연결할 때 암호화 키를 지정할 수 있습니다.

둘째, 새로운 MERGE INTO 명령이 추가되어, 기본 키 없이도 업데이트와 삽입을 동시에 수행할 수 있는 기능이 제공됩니다.

셋째, DuckDB는 이제 Iceberg에 데이터를 쓸 수 있어, DuckDB와 Iceberg 간의 데이터 복사가 용이해졌습니다.

넷째, 명령줄 인터페이스(CLI)에서 작업의 예상 완료 시간을 표시하는 기능이 도입되어 사용자 경험이 향상되었습니다.

다섯째, 결측값을 보간하는 새로운 FILL 함수와 Teradata 커넥터가 추가되었습니다.

여섯째, 성능 향상으로는 새로운 정렬 구현, 공통 테이블 표현식(CTE)의 물리화, 그리고 인메모리 테이블을 위한 체크포인트 기능이 포함됩니다.

마지막으로, 배포 방식이 변경되어 macOS용으로 인증된 바이너리가 제공되어 보안과 다운로드 경험이 개선되었습니다. 또한, Python 통합은 별도의 저장소로 이동되었습니다.

DuckDB는 지속적으로 업데이트와 개선을 거듭하고 있습니다. 변경 사항과 설치 방법에 대한 자세한 내용은 GitHub의 릴리스 페이지를 참조하면 됩니다.

작성자: whyho | 점수: 53

38.
Linux phones are more important now than ever
(Linux phones are more important now than ever)

요약이 없습니다.

작성자: wicket | 점수: 648

39.
사람들이 ChatGPT 활용하는 법
(How People Use ChatGPT [pdf])

"사람들이 ChatGPT를 사용하는 방법"이라는 연구는 2022년 11월 출시 이후 2025년 7월까지 ChatGPT의 빠른 성장과 사용 패턴을 추적했습니다. 이 시점에서 ChatGPT는 전 세계 성인 인구의 약 10%에 도달했습니다. 주요 발견 사항은 다음과 같습니다.

첫째, 사용자 인구 통계에서 초기에는 남성 사용자가 대부분이었으나 성별 격차가 줄어들고 있습니다. 26세 이하의 젊은 사용자가 사용자 기반의 중요한 부분을 차지하고 있으며, 저소득 국가에서도 사용이 증가하고 있습니다.

둘째, 메시지 유형에 대해 살펴보면, 상호작용의 70% 이상이 업무와 관련이 없는 내용입니다. 일반적인 주제로는 실용적인 조언, 다양한 주제에 대한 정보 검색, 글쓰기 등이 있습니다. 글쓰기는 텍스트를 작성하고 편집하는 것으로, 가장 빈번한 업무 관련 사용입니다.

셋째, 업무와 비업무 사용을 비교해보면, 교육을 받은 전문가들 사이에서는 업무 관련 메시지가 많지만, 비업무 메시지의 성장은 업무 메시지를 초과하고 있습니다.

넷째, 메시지는 세 가지 유형으로 분류됩니다. 정보 요청, 작업 수행, 감정이나 의견 공유가 그것입니다. 대부분의 메시지는 정보 요청과 작업 수행에 해당합니다.

다섯째, 경제적 가치 측면에서 ChatGPT는 의사결정 지원을 제공하며, 특히 지식 기반 직업에 유익하여 생산성을 높이는 데 기여합니다.

마지막으로, 연구는 개인 메시지가 연구자에게 노출되지 않도록 하는 개인정보 보호 접근 방식을 사용했으며, 사용자 신원을 보호하기 위해 데이터가 집계되었습니다.

요약하자면, ChatGPT는 실용적인 조언과 글쓰기와 같은 다양한 비업무 활동에 널리 사용되고 있으며, 사용자 기반은 성별 균형이 더 잘 이루어지고 젊은 층이 증가하고 있습니다.

작성자: nycdatasci | 점수: 158

40.
우주 탐험 큐브샛
(CubeSats are fascinating learning tools for space)

2025년 9월 12일, 한 게시물에서는 라즈베리 파이나 마이크로컨트롤러로 구동되는 소형 위성인 큐브샛(CubeSat)에 대해 다루고 있습니다. 큐브샛은 일반적으로 10x10x10cm 크기(1U)이며, 12U 크기의 SatGus와 같이 더 큰 모델도 존재합니다. 큐브샛은 전통적인 위성에 비해 제작 및 발사 비용이 저렴하여, 장치 비용은 수백만 달러에서 몇 천 달러로 줄어들고, 발사 비용은 약 85,000달러에 이릅니다.

게시물에서는 큐브샛 설계의 도전 과제에 대해 설명하며, 전력 관리, 하드웨어, 소프트웨어의 중요성을 강조합니다. 효율적이고 컴팩트한 솔루션이 필요하다고 언급하며, 큐브샛 설계와 보안 교육에 중점을 둔 Build a CubeSat와 T.E.M.P.E.S.T.와 같은 프로젝트를 소개합니다.

또한, 두 가지 큐브샛 교육 키트를 소개합니다. MySat Kit는 저렴하고 교육적인 키트이며, RASCube는 더 발전된 모델로 학교에서 사용됩니다. 큐브샛에 대한 관심은 학생들이 우주, 전자기기, 프로그래밍에 대해 배울 수 있는 기회를 제공합니다.

게시물은 라즈베리 파이를 탑재한 또 다른 큐브샛인 SilverSat의 발사를 언급하며, 사람들이 집에서 위성을 추적해보도록 독려합니다. 전반적으로 큐브샛 커뮤니티는 우주 기술에 대한 학습과 혁신에 대한 열정을 공유하고 있습니다.

작성자: warrenm | 점수: 205

41.
내 방의 서버
(I wish my web server were in the corner of my room (2022))

저자는 대학 시절 자신의 방에서 웹 서버를 운영했던 기억을 떠올리며, 친구들과 소통할 수 있는 음성 합성기를 만들었던 경험을 이야기합니다. 누군가 자신의 서버에 접속했을 때의 설렘과 그로 인해 형성된 특별한 유대감을 설명하며, 현대의 클라우드 기반 호스팅과 대조를 이룹니다. 저자는 라즈베리 파이와 같은 로컬 서버를 이용해 웹사이트를 호스팅하는 것이 소유감과 창의성을 되살릴 수 있다고 느끼며, 디지털 경험이 더 실질적이고 개인적으로 다가온다고 말합니다.

로컬 서버가 상호작용을 어떻게 향상시킬 수 있는지에 대한 예시로는 음악을 재생하거나 방문객을 위한 독특한 경험을 만드는 것을 들고 있습니다. 저자는 집에서 웹사이트를 쉽게 호스팅할 수 있는 방법을 원하며, 로컬 서버의 장점과 클라우드 서비스의 신뢰성을 결합하고 싶어합니다. 물리적인 서버를 갖는 것이 인터넷에 대한 인식을 변화시킬 수 있으며, 온라인 존재에 대해 더 적극적이고 주도적인 접근을 촉진할 것이라고 주장합니다.

결론적으로, 저자는 집에서 호스팅을 간단하고 신뢰할 수 있게 만드는 것이 새로운 창의적 가능성을 열어주고 디지털 세계와의 연결을 강화할 것이라고 믿고 있습니다.

작성자: jonassaid | 점수: 98

42.
파이썬을 고로!
(Pyproc – Call Python from Go Without CGO or Microservices)

pyproc는 Go 서비스가 Python 함수를 직접 호출할 수 있게 해주는 도구입니다. CGO나 별도의 마이크로서비스 없이도 사용할 수 있으며, Unix 도메인 소켓을 통해 통신하는 Python 작업자 프로세스 풀을 활용하여 효율적인 성능과 격리를 제공합니다.

이 도구의 주요 장점은 Go 서비스를 유지하면서 NumPy, pandas, PyTorch와 같은 Python 라이브러리를 활용할 수 있다는 점입니다. 또한, 네트워크 통신의 복잡성을 피하고 별도의 Python 서비스를 관리할 필요가 없습니다.

시작하는 방법은 다음과 같습니다. 먼저 Go에서 라이브러리를 설치합니다. 다음 명령어를 사용하세요. go get github.com/YuminosukeSato/pyproc@latest. 그 다음, Python에서 작업자 라이브러리를 설치합니다. pip install pyproc-worker 명령어를 입력하면 됩니다. 간단한 Python 작업자를 생성하는 코드 예시는 다음과 같습니다.

from pyproc_worker import expose, run_worker

@expose
def predict(req):
    return {"result": req["value"] * 2}

if __name__ == "__main__":
    run_worker()

이제 Go에서 Python 함수를 호출하는 방법은 다음과 같습니다.

import (
    "context"
    "fmt"
    "github.com/YuminosukeSato/pyproc/pkg/pyproc"
)

func main() {
    pool, _ := pyproc.NewPool(pyproc.PoolOptions{
        Config:       pyproc.PoolConfig{Workers: 4, MaxInFlight: 10},
        WorkerConfig: pyproc.WorkerConfig{SocketPath: "/tmp/pyproc.sock", PythonExec: "python3", WorkerScript: "worker.py"},
    }, nil)
    _ = pool.Start(context.Background())
    defer pool.Shutdown()
    var out map[string]any
    _ = pool.Call(context.Background(), "predict", map[string]any{"value": 42}, &out)
    fmt.Println(out["result"]) // 84
}

단점으로는 동일한 호스트나 포드에서만 작동하며, Linux나 macOS에서만 지원되고 Windows에서는 사용할 수 없습니다. 또한, 작은 페이로드(약 100KB JSON)에 최적화되어 있으며, GPU 작업이나 다른 호스트 간의 서비스 제공을 위해 설계되지 않았습니다.

성능 측면에서는 로컬 M1에서 50%의 요청에 대해 약 45 마이크로초가 소요되며, 8개의 작업자를 사용할 경우 초당 약 200,000 요청을 처리할 수 있습니다.

포함된 기능으로는 순수 Go 클라이언트, Python 작업자 라이브러리, 상태 점검 및 예제 코드가 있습니다. 문서와 라이센스는 GitHub에서 확인할 수 있으며, 라이센스는 Apache-2.0입니다. 현재 버전은 v0.2.x입니다.

API 설계, 부하 처리, 코덱 및 전송 우선순위에 대한 제안은 언제든지 환영합니다.

작성자: acc_10000 | 점수: 33

43.
AI 의식, 아직 멀었다!
(Why "AI consciousness" isn't coming anytime soon. (Anil Seth))

Anil Seth의 글에서는 인공지능(AI)이 무한 루프에 빠지는 이유를 설명합니다. 이는 인간과 같은 의식 있는 존재들이 일반적으로 겪지 않는 문제입니다. 공항의 고장 난 AI 운영 제트 브릿지를 예로 들어, AI가 문제를 인식하지 못한 채 반복적으로 실패할 수 있는 상황을 보여줍니다. 반면, 인간은 이러한 문제를 쉽게 파악하고 해결할 수 있습니다.

Seth는 이 문제가 AI와 인간 의식 간의 근본적인 차이에서 비롯된다고 설명합니다. AI는 시간의 흐름과 분리된 알고리즘을 사용하여 작동하기 때문에 무한한 사이클에 갇힐 가능성이 있습니다. 이는 컴퓨터 과학의 역사적 개념과 관련이 있으며, 튜링의 증명에 따르면 어떤 알고리즘도 다른 알고리즘이 실행을 멈출지를 항상 예측할 수 없다고 합니다.

반면, 인간의 지능은 시간과 생물학적 필요에 깊이 뿌리내리고 있어 복잡한 환경에 효율적으로 적응하고 반응할 수 있습니다. 우리의 의식은 다양한 경험을 통합하고 생존을 기반으로 결정을 내리도록 도와주어 반복적인 행동을 피하는 데 기여합니다.

Seth는 신경형 컴퓨팅과 같은 새로운 형태의 AI가 이러한 한계를 개선할 수 있을 것이라고 제안하지만, 여전히 살아있는 존재에서 볼 수 있는 적응형 지능을 달성하지는 못할 것이라고 말합니다. 궁극적으로 그는 진정한 의식이 시간 경험과 생존 욕구에 연결되어 있어야 무한 루프를 피하고 개방형 지능을 달성할 수 있다고 주장합니다. 이는 "AI 의식"이 가까운 미래에 나타날 가능성이 낮다는 것을 의미합니다.

작성자: ieuanking | 점수: 7

44.
How to self-host a web font from Google Fonts
(How to self-host a web font from Google Fonts)

요약이 없습니다.

작성자: Velocifyer | 점수: 167

45.
대규모 감시 실험, 콘서트에서 얼굴 인식 도입
(Massive Attack turns concert into facial recognition surveillance experiment)

브리스톨 출신의 밴드 매시브 어택은 콘서트에서 실시간 얼굴 인식 기술을 사용하여 감시 문화에 대한 메시지를 전달했습니다. 관객의 얼굴을 실시간으로 캡처하고 처리된 데이터를 화면에 표시함으로써, 일반적인 콘서트를 디지털 통제에 대한 논의로 바꾸었습니다.

관객들은 다양한 반응을 보였습니다. 일부는 감시에 대한 도발적인 대화에 감사했지만, 다른 이들은 자신의 생체 데이터가 예상치 못하게 사용되는 것에 불편함을 느꼈습니다. 이 밴드의 접근 방식은 감시에 대한 오랜 비판과 일치하며, 데이터 수집의 보이지 않는 성격을 드러냅니다.

하지만 동의와 데이터 저장에 대한 세부 사항은 불분명하여 개인 정보 보호에 대한 윤리적 질문을 제기합니다. 이 공연은 사람들이 일상 생활에서 감시가 정상화되는 상황을 직면하도록 도전하며, 예술과 개인 정보 침해 사이의 경계를 모호하게 만듭니다.

작성자: loteck | 점수: 313

46.
구형 TV 사냥꾼
(People Who Hunt Down Old TVs)

구형 CRT(브라운관) 텔레비전을 찾는 열정적인 커뮤니티가 점점 커지고 있다. 특히 전문 비디오 모니터인 PVM이 인기를 끌고 있다. 현대의 평면 TV가 널리 보급된 지금에도 이 빈티지 TV는 독특한 화질과 향수를 불러일으키는 매력 덕분에 특히 레트로 게임을 즐기는 이들 사이에서 인기를 끌고 있다. 플로리다의 게임 개발자인 샨 조시는 이러한 트렌드를 잘 보여주는 사례로, 그는 최근에 2,500달러에 10대의 CRT를 구입하고 이를 수집하는 데 많은 투자를 하고 있다.

CRT는 100년 이상 전에 발명되어 한때 텔레비전과 다양한 산업용 애플리케이션의 표준이었다. 그러나 1990년대 후반과 2000년대 초반에 평면 패널 스크린이 등장하면서 CRT는 구식이 되었고, 많은 경우 버려졌다. 이제는 품질과 향수 가치 덕분에 점점 더 많은 사람들이 찾고 있으며, 일부 모델은 1,000달러가 넘는 가격에 거래되기도 한다. 이러한 구형 기기를 수리하는 것도 전문 기술이 되었으며, 스티브 너터와 같은 기술자들이 수리 서비스를 제공하고 있다.

CRT의 매력은 단순히 게임에 그치지 않는다. 많은 사람들은 이 기기로 옛 TV 프로그램과 영화를 감상하며 어린 시절의 추억을 떠올린다. 온라인 커뮤니티가 형성되어 열정가들이 팁과 경험을 공유하고 있다. 이 bulky한 기기를 사용하고 이동하는 데 어려움이 있지만, 이러한 빈티지 기술에 대한 우정과 열정은 조시와 같은 수집가들에게 큰 동기부여가 된다. 결국 많은 이들에게 CRT를 사용하는 독특한 경험은 대체할 수 없는 것으로, 현대 기술로는 재현할 수 없는 빛과 소리를 담고 있다.

작성자: tmendez | 점수: 113

47.
The productivity paradox of AI coding assistants
(The productivity paradox of AI coding assistants)

요약이 없습니다.

작성자: chilipepperhott | 점수: 4

48.
Samsung smart fridge displaying advertisements
(Samsung smart fridge displaying advertisements)

요약이 없습니다.

작성자: saeedesmaili | 점수: 7

49.
타입 클래스의 종말
(Death to type classes)

"타입클래스의 종말"이라는 제목의 글에서는 프로그래밍 개념의 중요한 변화, 특히 Haskell에서 타입클래스를 포기하고 Backpack이라는 모듈 시스템을 채택할 것을 제안합니다. 저자는 타입클래스가 값의 유연성을 제한한다고 주장하며, 값을 모듈 서명으로 통합하는 시스템으로 대체해야 한다고 강조합니다. 이를 통해 더 추상적인 코딩이 가능해질 것입니다.

저자는 타입클래스가 제한적이라고 비판하며, 더 모듈화되고 유연한 코딩을 가능하게 하는 Backpack을 지지합니다. 글에서는 Backpack 시스템 내에서 펑터를 정의하고 사용하는 방법에 대한 자세한 예시를 제공하며, 서명을 생성하고 이를 모듈 방식으로 구현하는 과정을 설명합니다.

펑터와 그 인스턴스를 생성하는 단계, 예를 들어 Maybe 타입을 만드는 방법을 설명하고, Cabal을 사용하여 이러한 모듈을 효과적으로 관리하는 방법도 다룹니다. 저자는 새로운 시스템을 사용하여 비즈니스 로직을 구현하는 방법에 대해서도 논의하며, 실용적인 응용을 위해 명확한 효과 시스템의 중요성을 강조합니다.

또한, 새로운 접근 방식이 오류 처리와 테스트 측면에서 가지는 장점에 대해서도 언급하며, 오류 메시지를 단순화하고 병렬 컴파일을 더 쉽게 할 수 있도록 한다고 말합니다. 저자는 새로운 시스템이 타입클래스에 비해 큰 이점을 제공하지는 않지만, 더 명확하고 실험적인 접근을 가능하게 한다고 결론짓습니다. Backpack에 대한 추가 탐색을 권장하며, 이는 미래에 더 나은 시스템으로 이어질 수 있다고 제안합니다.

전반적으로 이 글은 Haskell에서의 코딩 방식에 대한 혁신적인 접근을 주장하며, 전통적인 타입클래스 방법보다 Backpack이 더 효과적인 대안이 될 수 있음을 강조합니다.

작성자: zeepthee | 점수: 123

50.
돼지 도살 사기 분석
(A qualitative analysis of pig-butchering scams)

돼지 도살 사기란 로맨스, 투자 사기, 사회적 조작을 결합하여 피해자를 착취하는 일종의 사기입니다. 이 연구는 26명의 피해자와의 인터뷰를 바탕으로 이러한 사기에 대한 첫 번째 상세한 연구 결과를 제시합니다. 연구는 이러한 사기가 어떻게 작동하는지를 밝혀내며, 그 과정에서 감정적이고 재정적인 조작이 어떻게 이루어지는지를 강조합니다.

주요 내용으로는 사기꾼들이 신뢰를 쌓고, 가짜 투자 플랫폼을 만들며, 피해자에게 반복적으로 압박을 가해 신뢰와 돈을 착취하는 방식이 있습니다. 이 사기들은 정교하게 구조화되어 있어 피해자에게 상당한 감정적, 재정적 피해를 주며, 피해자들은 이후 다른 사기의 표적이 될 수도 있습니다. 연구는 소셜 미디어와 금융 회사가 이러한 사기를 예방하는 데 도움을 줄 수 있는 방법을 제안하며, 피해자들이 자신의 경험을 신고하도록 격려하기 위해 지지적인 언어를 사용하는 것이 중요하다고 강조합니다.

작성자: stmw | 점수: 212

51.
최대 버전 NPM 패키지
(Which NPM package has the largest version number?)

저자는 AWS SDK for JavaScript를 사용한 프로젝트를 진행하면서 큰 버전 번호(v3.888.0)를 발견했습니다. 이로 인해 npm 레지스트리에서 모든 패키지 중 가장 높은 버전 번호를 가진 패키지가 무엇인지 궁금해졌습니다.

이를 조사하기 위해 저자는 npm API를 사용하여 360만 개가 넘는 방대한 패키지에 접근했습니다. 데이터 검색 중 몇 가지 어려움이 있었지만, 결국 패키지 메타데이터와 버전 정보를 포함한 데이터를 얻는 방법을 찾았습니다.

패키지 ID와 해당 버전 데이터를 가져오는 스크립트를 작성한 후, 저자는 처리된 패키지 수와 소요된 시간을 통계로 정리했습니다. 그 결과, 가장 높은 버전 번호를 가진 패키지는 "latentflip-test"로, 비현실적인 버전인 1000000000000000000.1000000000000000000을 가지고 있었습니다.

저자는 이후 의미론적 버전 관리(semver)를 실제로 따르는 패키지를 식별하기 위해 기준을 조정했습니다. 자동화 오류로 인해 버전을 게시한 패키지는 필터링했습니다. 최종적으로 진정한 승자는 "all-the-package-names"로, 버전 번호 1.3905.0을 가진 패키지로 합법적인 항목으로 간주되었습니다.

이 탐색을 통해 npm에서 패키지 버전 데이터를 접근하고 분석하는 방법을 알아냈으며, npm 생태계 내에서의 버전 관리 관행에 대한 유머러스하면서도 통찰력 있는 결론에 도달했습니다.

작성자: genshii | 점수: 162

52.
워프OS: 파워PC 멀티태스킹
(WarpOS is a multitasking kernel for the PowerPC (PPC) architecture)

WarpOS는 Haage & Partner가 PowerPC 아키텍처를 위해 개발한 멀티태스킹 커널로, 주로 아미가 컴퓨터에서 사용됩니다. 1997년에 처음 출시되었고 2007년에 단종되었습니다. WarpOS는 전통적인 68k 기반의 아미가OS와 함께 작동하여 PowerPC가 강력한 보조 프로세서로 기능할 수 있도록 합니다.

처음에는 WarpUP이라는 이름으로 시작했으나, 향상된 기능을 강조하고 경쟁 커널인 PowerUP과 구별하기 위해 이름이 변경되었습니다. WarpOS는 메모리 관리, 멀티태스킹, 68k와 PowerPC 시스템 간의 고속 통신 등 여러 고급 기능을 제공합니다.

WarpOS의 개발은 당시 아미가OS가 PowerPC에 맞게 설계되지 않았기 때문에 PowerPC 호환 솔루션의 필요성에서 비롯되었습니다. WarpOS는 널리 사용되는 커널이 되었지만, 두 CPU 유형 간의 컨텍스트 전환에서 어려움을 겪어 성능 저하를 초래하기도 했습니다.

장점에도 불구하고 WarpOS는 PowerUP과의 경쟁과 논란에 직면하여 아미가 커뮤니티 내에서 분열을 초래했습니다. 결국 아미가OS 4의 개발을 지원할 예정이었으나 이 프로젝트는 중단되었습니다.

현재 WarpOS는 아미가OS와 MorphOS의 후속 개발에 미친 영향으로 인정받고 있으며, 이러한 현대 운영 체제에서 레거시 애플리케이션을 실행할 수 있도록 래퍼를 통해 지원하고 있습니다.

작성자: doener | 점수: 10

53.
지루한 일에 긴장감 필요
(Boring work needs tension)

모하마드 아지즈의 블로그 글에서는 소프트웨어 개발과 같은 업무를 더 흥미롭게 만드는 방법에 대해 이야기합니다. 많은 개발자들이 고객이나 프로젝트 관리자의 지시를 따르기만 하다 보니 일상이 지루하게 느껴집니다. 흥미를 더하기 위해 개발자들은 느린 빌드 시간 개선, 메모리 누수 수정, 데이터베이스 성능 향상과 같은 문제에 도전해야 합니다. 이러한 문제들은 극복해야 할 "악당"으로 볼 수 있습니다. 개발자들이 이러한 문제를 적극적으로 찾아 해결함으로써 더 매력적인 근무 경험을 만들 수 있습니다. 저자는 이러한 도전 과제를 직장에서나 개인 프로젝트에서 해결해 나가면서 일상을 흥미롭게 유지할 것을 권장합니다.

작성자: iaziz786 | 점수: 126

54.
아버지가 마법사라면?
(When Your Father Is a Magician, What Do You Believe?)

리차드 사이토윅은 "아버지가 마법사일 때, 당신은 무엇을 믿습니까?"라는 글에서 마법사이자 의사인 아버지와의 어린 시절을 회상합니다. 그는 성장하면서 겉모습을 의심하고 환상의 이면에 있는 진실을 찾는 법을 배웠습니다. 아버지의 마술은 그의 호기심을 자극했고, 그는 사물을 단순히 받아들이는 것이 아니라 그 작동 원리를 탐구하게 되었습니다.

사이토윅은 아버지의 조수이자 회의론자가 되어 모든 마술에는 숨겨진 메커니즘이 있다는 것을 발견했습니다. 이러한 의심하는 태도는 그의 과학적 탐구에도 이어졌습니다. 그는 간단한 실험에 참여하며 마술과 뇌의 인식 사이의 유사성을 발견했습니다. 그는 마술과 과학 모두 더 깊은 진실을 이해하고 밝혀내는 과정이라는 것을 배웠습니다.

신경과학자로서 그는 비정상적인 인식을 연구할 때 이러한 초기 교훈을 적용했습니다. 그는 환자들의 보고를 단순한 환상으로 치부하지 않고 신중하게 다루었습니다. 그는 진정한 경이로움은 인간의 마음에 있으며, 그 마음이 현실을 구성하는 능력에 있다는 결론에 도달했습니다. 그는 마술과 과학 모두에서 탐구와 증거의 중요성을 강조했습니다. 결국 사이토윅은 불가능해 보이는 것들도 신중한 검토를 통해 이해될 수 있음을 강조합니다.

작성자: pseudolus | 점수: 81

55.
평등의 기본 원리
(Basics of Equality Saturation)

이 튜토리얼은 Egglog 프레임워크를 사용하여 간단한 선형 대수 표현식을 최적화하는 방법을 설명합니다. 주요 내용은 다음과 같습니다.

먼저, Num이라는 사용자 정의 표현식 클래스를 소개합니다. 이 클래스는 덧셈과 곱셈 같은 연산을 지원하며, 변수와 상수를 사용할 수 있습니다.

다음으로, EGraph 구조를 사용하여 표현식을 쉽게 정의하고 조작할 수 있습니다. 이를 통해 수학적 표현식을 생성할 수 있습니다.

Num 클래스는 다양한 숫자 유형을 받아들일 수 있도록 설계되어 있어, 예를 들어 Num(1) + 2와 같은 표현식을 사용할 수 있습니다.

튜토리얼에서는 두 개의 표현식을 생성하여 e-그래프에 저장하고, 이를 통해 추가적인 조작과 값 추출이 가능합니다.

또한, 두 표현식이 동등한지 확인할 수 있는 check 명령어를 사용하여 동등성을 검증할 수 있으며, 만약 표현식이 동등하지 않다면 실패할 수도 있습니다.

산술 연산의 일반적인 성질인 교환법칙과 결합법칙을 정의하는 방법도 설명합니다. 이러한 규칙을 정의한 후, run 명령어를 사용하여 규칙을 실행하고 e-그래프를 최적화할 수 있습니다.

규칙을 실행한 후에는 2 * (x + 3)6 + (2 * x)와 같은 표현식이 e-그래프에서 어떻게 동등해지는지를 관찰할 수 있습니다.

이 튜토리얼은 Egglog를 사용하여 수학적 표현식을 최적화하는 기초적인 이해를 제공하며, 표현식 생성, 성질 정의, 규칙 적용을 통해 최적화를 달성하는 데 중점을 두고 있습니다.

작성자: todsacerdoti | 점수: 14

56.
검열을 피하는 무르발의 비밀
(Mullvad Hides WireGuard in QUIC to Bypass Censorship)

이 글에서는 사람들이 종종 간과하는 중요한 계획 요소인 "킬 스위치"에 대해 다룹니다. 이는 일이 잘못될 경우 실행할 수 있는 백업 계획이나 전략을 의미합니다. 상황이 예상대로 진행되지 않을 경우 어떤 조치를 취할지 고려하는 것이 필수적입니다. 이 글은 예상치 못한 도전에 효과적으로 대처하기 위해 준비와 선견지명이 필요하다는 점을 강조합니다.

작성자: eustoria | 점수: 25

57.
집 전기 저장, 태양광 배터리 크기!
(How big a solar battery do I need to store all my home's electricity?)

이 기사는 가정에서 전기를 완전히 자급자족하기 위해 필요한 태양광 배터리의 크기를 결정하는 방법에 대해 다룹니다. 저자는 연간 약 3,800 kWh의 전기를 생산하는 태양광 패널을 가지고 있으며, 이는 연간 전기 소비량과 일치합니다. 그러나 여름에 생산된 모든 에너지를 사용할 수 없고 겨울에는 전기를 구매해야 합니다.

주요 내용은 다음과 같습니다. 태양광 생산과 가정 사용량의 차이를 보여주는 그래프가 있습니다. 태양광 에너지는 낮에 많이 생산되지만 가정의 전기 사용량은 저녁에 가장 많습니다. 이로 인해 여름에 생성된 잉여 에너지를 저장할 수 있는 시간이 존재합니다.

저자는 처음에 여름의 잉여 에너지를 저장하기 위해 9.9 kWh 배터리가 필요하다고 생각했지만, 사용 패턴을 고려해 보니 13 kWh의 더 큰 배터리가 필요하다는 것을 깨닫습니다. 그들은 겨울에 사용할 수 있도록 여름의 모든 잉여 에너지를 저장하기 위해 필요한 총 배터리 크기를 알아내고자 합니다.

과거의 에너지 데이터를 분석한 결과, 저자는 연간 잉여 에너지를 저장하기 위해 약 1,068 kWh의 저장 용량이 필요하다는 계산을 합니다. 이는 상당한 양입니다.

저자는 이렇게 큰 배터리 용량을 가정에서 달성하는 것이 비현실적이고 비용이 많이 든다고 언급합니다. 비용은 10만 파운드에서 50만 파운드에 이를 수 있습니다. 그러나 배터리 가격이 하락하고 있으며, 미래의 기술 발전이 가정에서 대용량 저장이 가능하게 만들 수 있다고 제안합니다.

가정에서 메가와트시 배터리를 갖는 개념은 흥미롭지만 현재로서는 실용적이지 않습니다. 그러나 배터리 기술의 발전이 이루어진다면, 미래에는 가정이 모든 태양광 에너지를 효율적으로 활용할 수 있는 가능성이 열릴 것입니다. 이 기사는 가정에서 태양광 에너지 자급자족의 가능성을 탐구하며, 도전과 기회를 모두 강조합니다.

작성자: FromTheArchives | 점수: 378

58.

저자는 웹 프로젝트에서 HTML을 직접 사용하는 것이 JavaScript를 사용해 HTML을 생성하는 것보다 더 나은 경우가 많다고 주장합니다. 주요 내용은 다음과 같습니다.

JavaScript는 로딩 시간과 실행 속도를 느리게 할 수 있으며, 오류가 발생할 가능성이 높고, 코드의 가독성을 떨어뜨릴 수 있습니다. JavaScript는 특히 상호작용을 추가하는 데 유용하지만, 기본 구조를 만들 때는 HTML로 시작하는 것이 더 좋습니다.

예를 들어, 많은 개발자들이 폼 입력과 제출을 처리하기 위해 복잡한 JavaScript 방법을 사용합니다. 이로 인해 오류와 접근성 문제를 초래할 수 있습니다. 더 간단한 방법은 HTML 폼을 직접 사용하고, 필요할 경우 최소한의 JavaScript로 기능을 보완하는 것입니다.

또한, 클라이언트 측에서 JSON 데이터를 가져와 HTML을 생성하는 대신, 서버가 미리 형성된 HTML(예: 테이블)을 직접 전송하면 과정을 단순화할 수 있습니다.

전반적으로 백엔드에서 더 많은 작업을 처리하면 더 빠르고 간단하며 신뢰할 수 있는 애플리케이션을 만들 수 있습니다.

작성자: speckx | 점수: 111

59.
Debian Upgrade Marathon: 3.1 Sarge
(Debian Upgrade Marathon: 3.1 Sarge)

요약이 없습니다.

작성자: zdw | 점수: 56

60.
캘리포니아, 기술 대기업과 노조 협약 체결
(California reached a union deal with tech giants)

맥브라이드는 '트럼프주의'가 제기하는 문제를 해결하기 위해 양당의 협력이 필요하다고 강조합니다. 그는 당파를 초월한 협력이 트럼프 대통령 재임 기간 동안 발생한 분열적인 정치와 문제에 효과적으로 대응하는 데 필수적이라고 주장합니다. 국가 전체에 이익이 되는 해결책을 만들기 위해서는 단결과 협력이 중요하다고 말합니다.

작성자: markerz | 점수: 61

61.
From unit tests to whole universe tests (with will wilson of antithesis) [video]
(From unit tests to whole universe tests (with will wilson of antithesis) [video])

요약이 없습니다.

작성자: zdw | 점수: 33

62.
유럽, 새로운 디지털 체크 도입!
(Visitors travelling to Europe will face new digital checks)

2025년 10월부터 유럽연합은 EU 외부에서 오는 여행자를 위한 입출국 시스템(EES)을 도입합니다. 이 시스템은 기존의 수동 여권 도장을 대체하며, 비EU 여행자는 지문과 얼굴 사진, 기타 여행 정보를 제공해야 합니다. 이는 보안을 강화하고, 체류 초과를 감지하며, 신원 사기를 방지하기 위한 조치입니다.

EES는 자동화된 게이트와 셀프 서비스 키오스크를 통해 국경 검문을 더 빠르고 효율적으로 만들고자 합니다. 시스템이 완전히 시행되는 것은 2026년 4월로 예상되며, 초기에는 처리 시간이 더 길어질 수 있습니다. 귀국하는 여행자는 저장된 정보를 확인하기만 하면 됩니다.

EES는 eu-LISA에 의해 개발되었으며, EU의 국경 관리 및 보안을 강화하기 위한 노력의 일환입니다.

작성자: 01-_- | 점수: 14

63.
프로그래밍 디플레이션
(Programming Deflation)

"프로그래밍 디플레이션"이라는 개념은 기술, 특히 인공지능의 발전으로 인해 소프트웨어 개발의 비용과 복잡성이 줄어드는 현상을 말합니다. 이 변화는 두 가지 상반된 경제 이론을 제시합니다. 하나는 기계가 일자리를 대체함에 따라 프로그래머의 수가 줄어들 것이라는 주장이고, 다른 하나는 소프트웨어가 더 저렴하고 접근 가능해짐에 따라 더 많은 프로그래머가 등장할 것이라는 예측입니다.

프로그래밍 디플레이션은 전통적인 경제 디플레이션과는 다릅니다. 전통적인 디플레이션은 경제의 약화를 나타내지만, 프로그래밍 디플레이션은 실제 생산성 향상에서 비롯되어 소프트웨어 개발을 더 저렴하고 쉽게 만듭니다.

저렴한 코드의 역설도 존재합니다. 비용이 줄어들수록 실험하려는 욕구가 커지며, 저품질의 저렴한 코드와 고품질의 잘 만들어진 소프트웨어 간의 격차가 생길 것입니다. 코드 작성이 기본적인 기술이 될 수 있으며, 복잡한 시스템을 이해하는 것이 더 중요한 가치로 자리 잡을 것입니다.

저렴한 도구는 더 많은 혁신을 촉진할 수 있어, 소규모 기업이나 개인도 소프트웨어 제작자가 될 수 있는 기회를 제공합니다. 이에 적응하기 위해서는 간단한 작업에 저렴한 도구를 사용하고, 다양한 소프트웨어 구성 요소를 통합하는 데 집중해야 합니다. 또한, 풍부한 저렴한 코드가 넘치는 세상에서 필요한 이해력과 판단력을 기르는 것이 중요합니다.

이러한 환경에서는 소프트웨어 구성 요소가 어떻게 연결되는지를 이해하고 무엇을 만들어야 할지를 아는 능력이 가치 있게 됩니다. 따라서 미래에 프로그래머의 수가 줄어들든 늘어나든 관계없이 이러한 변화에 적응하기 위한 기술을 기르는 것이 중요하다는 점이 강조됩니다.

작성자: dvcoolarun | 점수: 109

64.
Rupert's Snub Cube and Other Math Holes [video]
(Rupert's Snub Cube and Other Math Holes [video])

요약이 없습니다.

작성자: ivanjermakov | 점수: 7

65.
기타파이: 전자기타 메뉴
(GuitarPie: Electric Guitar Fretboard Pie Menus)

"GuitarPie"라는 논문은 전기 기타를 사용하여 디지털 인터페이스와 상호작용하는 새로운 방법에 대해 설명합니다. 일반적으로 기타리스트는 연습할 때 소프트웨어를 제어하기 위해 마우스나 터치 입력을 사용하는데, 이는 기타를 연주하는 것과 소프트웨어를 관리하는 것 사이를 자주 전환해야 하므로 불편할 수 있습니다.

GuitarPie는 사용자가 기타에서 나오는 오디오 입력을 통해 인터페이스를 제어할 수 있게 해줍니다. 이로 인해 설정을 관리하기 위해 연주를 중단할 필요가 없습니다. 기타의 프렛보드 레이아웃을 사용하여 다양한 오디오 명령을 나타내므로 복잡한 시퀀스를 암기하지 않고도 쉽게 사용할 수 있습니다. 저자들은 또한 GuitarPie와 함께 사용할 수 있는 TabCtrl이라는 타블래쳐 인터페이스를 만들어 보다 매끄러운 경험을 제공합니다.

작성자: DonHopkins | 점수: 43

66.
코덱스의 진화
(GPT‑5-Codex and upgrades to Codex)

OpenAI는 AI 지원 프로그래밍 도구를 위해 설계된 새로운 모델인 GPT-5-Codex를 발표했습니다. 현재 API를 통해 사용할 수는 없지만 곧 제공될 예정입니다. 이 모델은 OpenAI의 Codex 브랜드의 일환으로, 코딩 모델과 도구를 포함하고 있습니다.

GPT-5-Codex는 VS Code 확장 프로그램과 Codex Cloud 등 다양한 OpenAI 제품에 통합되어 있습니다. Codex Cloud의 새로운 기능은 특정 GitHub 저장소에 대한 자동 코드 리뷰를 가능하게 합니다.

GPT-5-Codex의 주요 특징은 다음과 같습니다. 코드 리뷰를 위해 특별히 훈련되었으며, 작업의 복잡성에 따라 처리 시간을 조정할 수 있습니다. 코드 리팩토링 성능이 향상되어 점수가 33.9%에서 51.3%로 증가했습니다. 모바일 친화적인 웹사이트 제작에서도 더 나은 성능을 보이며, 코드에 대한 더 관련성 높은 코멘트를 제공합니다.

전반적으로 GPT-5-Codex는 코딩 작업을 개선하고 프로그래밍 환경에서 사용자 경험을 향상시키는 것을 목표로 하고 있습니다.

작성자: amrrs | 점수: 55

67.
'Kissing bug' Chagas disease is here to stay in the US, experts say
('Kissing bug' Chagas disease is here to stay in the US, experts say)

요약이 없습니다.

작성자: OutOfHere | 점수: 5

68.
인간 작가의 대시 사용법
(Human writers have always used the em dash)

브라이언 필립스의 글은 종종 AI가 생성한 글과 잘못 연결되는 문장 부호인 em 대시의 사용을 옹호합니다. 필립스는 em 대시가 AI 텍스트를 나타낸다는 생각이 잘못된 것이며, 이는 해로운 결과를 초래한다고 주장합니다. 이로 인해 인간 작가들이 챗봇으로 오해받을까 두려워 em 대시를 피하게 됩니다.

그는 em 대시가 다재다능하며, 인간의 사고 흐름을 자연스럽게 반영해 복잡한 아이디어를 명확하게 표현할 수 있도록 도와준다고 설명합니다. em 대시가 AI에 속한다는 믿음은 챗봇이 텍스트를 생성하는 방식에 대한 오해에서 비롯된 것으로, 챗봇은 종종 em 대시를 포함한 인간이 쓴 자료를 바탕으로 학습합니다.

이 글은 문법적 복잡성을 유지하는 것이 중요하다고 강조하며, 이는 미묘한 사고를 지원합니다. 필립스는 em 대시가 독특하게 인간적인 문장 부호로, 작가들이 이를 기꺼이 받아들여야 한다고 결론짓습니다.

작성자: FromTheArchives | 점수: 119

69.
SpaceX built a docking system from bicycle parts
(SpaceX built a docking system from bicycle parts)

요약이 없습니다.

작성자: ryzvonusef | 점수: 5

70.
봇과 보스의 MMO 실험실
(Experimental browser MMO with bots, boss fights and power-ups)

Blobeer Arena는 플레이어들이 블롭을 조종하며 서로 경쟁하는 흥미진진한 멀티플레이어 전투 게임입니다. 이 게임의 주요 특징은 다음과 같습니다.

게임은 초당 60프레임으로 진행되어 부드럽고 빠른 움직임을 제공합니다. 다양한 파워업을 사용하여 게임을 더욱 재미있게 즐길 수 있습니다. 자석이나 방패와 같은 파워업을 통해 플레이어는 자신의 능력을 강화할 수 있습니다. 강력한 보스와의 전투도 있어 추가 점수와 보상을 얻을 수 있습니다.

플레이어는 게임을 통해 독특한 스킨과 트레일을 잠금 해제할 수 있으며, 이는 결제보다는 실력에 기반합니다. 다운로드가 필요 없고, 어떤 기기에서든 브라우저를 통해 즉시 게임을 시작할 수 있습니다.

Blobeer Arena에서 전략과 액션이 어우러진 경험을 즐기고 챔피언이 되는 여정을 시작해 보세요.

작성자: daniellax | 점수: 13

71.
CI로 배포 자동화
(Automating Distro Updates in CI)

네이츠 주판은 리눅스 배포판의 업데이트를 자동화하는 새로운 시스템에 대해 설명합니다. 이전에는 업데이트를 확인하는 일이 매달 반복되는 번거로운 작업이었고, 이로 인해 종종 새로운 버전을 놓치거나 구버전을 사용하게 되는 경우가 많았습니다.

이 문제를 해결하기 위해 그들은 몇 가지 단계를 따랐습니다. 첫째, 신뢰할 수 있는 정보 출처로 endoflife.date의 API를 사용했습니다. 이 API는 지원되는 리눅스 배포판과 다가오는 릴리스에 대한 정보를 제공합니다. 둘째, GitHub Action을 만들어 매주 API를 자동으로 확인하고 CI 매트릭스를 업데이트하여 최신 버전을 반영하도록 했습니다.

셋째, 조용히 커밋하는 대신, 시스템은 변경 사항이 있을 때마다 풀 리퀘스트(PR)를 열도록 설정했습니다. 이를 통해 변경 사항을 검토하고 테스트를 실행하며, 메인 브랜치를 안전하게 유지할 수 있습니다. 넷째, 자동화 과정에서의 실패를 방지하기 위해 Dead Man’s Snitch를 통해 알림을 설정했습니다. 이 시스템은 작업이 중단되면 즉시 알려줍니다.

이러한 자동화 덕분에 수동 업데이트에 대한 걱정이 사라졌고, 더 중요한 엔지니어링 작업에 집중할 수 있게 되었습니다. 자동화는 CI 프로세스를 더 효율적이고 신뢰할 수 있게 만들어 주었습니다.

작성자: zupo | 점수: 15

72.
NASA의 실시간 쓰나미 감지 기술
(NASA's Guardian Tsunami Detection Tech Catches Wave in Real Time)

NASA는 GUARDIAN이라는 새로운 쓰나미 탐지 시스템을 개발했습니다. 이 시스템은 기존 방법보다 최대 45분 더 빨리 쓰나미를 식별할 수 있습니다. 최근 러시아에서 발생한 대지진 동안 이 기술이 시험되었으며, 쓰나미로 인한 대기 변화 감지 능력을 입증했습니다. GUARDIAN은 지진 발생 후 20분 이내에 전문가에게 경고를 보내어 지역 사회가 쓰나미에 대비할 수 있는 중요한 시간을 제공합니다.

이 시스템은 전 세계 350개 이상의 글로벌 내비게이션 위성 시스템(GNSS) 지상국에서 수집한 데이터를 사용하여 쓰나미가 바다 표면을 방해할 때 발생하는 대기 변화를 관찰합니다. 이를 통해 GUARDIAN은 최대 745마일 떨어진 곳에서도 쓰나미를 모니터링할 수 있습니다.

GUARDIAN은 기존의 쓰나미 경고 시스템을 보완하여 추가 데이터를 제공함으로써 관계자들이 해안 지역의 대피 여부를 결정하는 데 도움을 줍니다. 이 시스템은 쓰나미의 원인을 알 필요가 없기 때문에 지진이나 다른 자연 재해와 같은 다양한 상황에 유용합니다.

전반적으로 GUARDIAN은 쓰나미 예측의 중요한 발전을 나타내며, 적시에 경고를 제공함으로써 생명을 구하고 재산을 보호할 수 있는 잠재력을 가지고 있습니다.

작성자: geox | 점수: 156

73.
5M GET/s, 러스트로 만든 Redis 대체제
(Drop-in Redis replacement in Rust with 5M+ GET/s)

FeOx 서버는 FeOxDB를 기반으로 한 고성능 Redis 호환 서버입니다. 주요 특징은 다음과 같습니다.

성능 면에서 FeOx는 초당 380만 개의 SET 작업과 500만 개의 GET 작업을 처리할 수 있어, 일반적인 캐시 작업에서 Redis보다 훨씬 빠릅니다. 호환성 측면에서도 기존의 Redis 작업을 쉽게 대체할 수 있으며, 동일한 프로토콜을 따릅니다. 아키텍처는 코어당 하나의 스레드를 사용하는 구조로, CPU 코어에 잘 확장되며 효율성을 위해 락이 없는 작업을 제공합니다.

성능 벤치마크 테스트 결과, FeOx는 캐시 시뮬레이션에서 Redis보다 약 2배 빠르며, 다양한 작업에서 지연 시간이 더 낮은 것으로 나타났습니다.

설치 방법은 cargo install feox-server 명령어를 사용하거나 GitHub에서 소스 코드를 빌드하여 진행할 수 있습니다. 기본 설정이나 사용자 정의 설정으로 서버를 시작하고, Redis CLI 명령어를 사용해 상호작용할 수 있습니다.

FeOx는 기본 작업, 리스트 처리, 원자적 작업, 클라이언트 관리와 같은 다양한 명령어를 지원하여 Redis와 유사한 기능을 제공합니다. 보안 측면에서는 AUTH 명령어를 통해 연결 인증을 지원하지만, 자격 증명이 평문으로 전송되므로 주의가 필요합니다.

단점으로는 Redis에서 제공하는 집합, 해시, 트랜잭션과 같은 일부 기능이 FeOx에서는 지원되지 않습니다.

FeOx는 Apache License 2.0 하에 기여를 받을 수 있습니다. 더 자세한 내용은 FeOxDB 문서나 GitHub 저장소를 참고하시기 바랍니다.

작성자: mehrant | 점수: 17

74.
파이썬으로 eBPF 작성하기
(PythonBPF – Writing eBPF Programs in Pure Python)

PythonBPF는 사용자가 eBPF(확장된 버클리 패킷 필터) 프로그램을 완전히 파이썬으로 작성할 수 있게 해주는 새로운 오픈 소스 라이브러리입니다. 이 라이브러리는 파이썬 코드를 실제 객체 파일로 컴파일하여, 이전의 C 코드를 파이썬에 포함시키는 방식보다 작업이 더 용이해졌습니다.

PythonBPF는 순수 파이썬으로 eBPF 프로그램을 작성할 수 있게 해주어 개발을 더 간단하고 접근하기 쉽게 만듭니다. 이 라이브러리는 pip를 통해 설치할 수 있지만, 아직 개발 중이며 생산 준비가 완료되지 않았습니다.

이전에는 eBPF 프로그램이 파이썬 내에서 멀티라인 문자열로 C 언어로 작성되었고, 현대적인 개발 지원이 부족했습니다. PythonBPF는 동일한 기능을 유지하면서 파이썬 코드를 사용하여 이를 대체합니다.

PythonBPF는 제어 흐름, 해시 맵, 헬퍼 함수와 같은 기능을 지원합니다. 데코레이터를 사용하여 BPF 프로그램과 일반 파이썬 코드를 분리하며, 생산 품질의 eBPF 프로그램을 위한 완전한 솔루션을 제공하는 것을 목표로 하고 있습니다.

이 라이브러리는 파이썬 코드에서 추상 구문 트리(AST)를 생성하고, 이를 LLVM 중간 표현(IR)으로 컴파일한 후 BPF 객체 파일을 생성하는 방식으로 작동합니다.

앞으로 이 라이브러리는 기능을 더욱 확장할 계획이며, 성능과 기능 개선을 위한 지속적인 개발이 이루어질 예정입니다. PythonBPF는 파이썬으로 직접 코딩할 수 있게 하여 eBPF 프로그래밍을 간소화하고, 이 분야에서 더 나은 개발 관행을 위한 길을 열어줍니다.

작성자: JNRowe | 점수: 147

75.
Practical Engineering: An Engineer's Perspective on the Texas Floods [video]
(Practical Engineering: An Engineer's Perspective on the Texas Floods [video])

요약이 없습니다.

작성자: crescit_eundo | 점수: 8

76.
능력 기반 보안, 왜 안 보일까?
(Why isn't capability-based security more common?)

최근 "자기 전파형 NPM 악성코드"와 관련된 문제는 현재 소프트웨어 보안 관행의 큰 결함을 드러냅니다. 이러한 관행은 종종 두더지 잡기 게임과 비슷합니다. 사용자는 실행하는 모든 소프트웨어, 즉 라이브러리와 플러그인까지 신뢰해야 하며, 이를 격리(샌드박스)하지 않는 한 안전하지 않습니다.

대안으로 제시되는 것이 권한 기반 보안입니다. 이 모델은 소프트웨어가 자원에 접근하기 위해서는 명시적으로 허가를 받아야 하며, 전통적인 블랙리스트 모델과는 다릅니다. 블랙리스트 모델은 제한되지 않는 한 모든 것이 허용된다고 가정합니다. 이 방법은 프로그래밍에서 객체-권한 모델(object-capability model)로 알려져 있으며, 일부 프로그래밍 언어에서 채택되고 있습니다.

하지만 권한 기반 보안은 널리 알려지거나 사용되지 않고 있습니다. 그 이유 중 하나는 사용자가 보안 설정을 수동으로 조정하는 것을 꺼려하기 때문일 수 있습니다. 파일 선택기를 통해 파일을 선택할 때 자동으로 접근 권한을 부여하는 방식처럼, 더 사용자 친화적으로 발전할 가능성이 있습니다. 이렇게 되면 보안 관리가 더 쉬워질 것입니다.

작성자: killerstorm | 점수: 6

77.
아브릴 해리슨의 예술
(The Artistry of Avril Harrison (2024))

아브릴 해리슨은 게임 세계에서 덜 알려진 인물로, 특히 초기 아미가 씬과 루카스필름 게임스에서 활동했습니다. 스코틀랜드 글래스고 출신인 그녀는 1985년에 미국으로 이주하여 코모도어 아미가 출시 당시 일렉트로닉 아츠에 합류했습니다. 그곳에서 그녀는 디지털 아트워크의 주요 기여자로 활동했습니다. 특히, 그녀는 델럭스 페인트를 위해 투탕카멘의 가면 이미지를 제작했으며, 스타플라이트와 프린스 오브 페르시아 같은 게임의 아트워크도 담당했습니다.

그녀의 중요한 기여에도 불구하고 아브릴은 상대적으로 무명으로 남아 있었고, 20년 이상 전에 업계를 떠났습니다. 이후 그녀는 루카스필름 게임스(현재의 루카스아츠)에서 일하며 '몬키 아일랜드의 비밀'과 '룸' 같은 고전 게임의 그래픽 작업에 참여했습니다.

안타깝게도 2025년 보도에 따르면 아브릴은 2019년에 61세의 나이로 세상을 떠났습니다. 그녀는 컴퓨터 아트의 초기 개척자로서의 유산이 종종 간과되지만, 그녀와 함께 일했던 사람들에게는 소중히 기억되고 있습니다.

작성자: rbanffy | 점수: 23

78.
튀르고 지도의 파리
(Turgot Map of Paris)

1730년대에 제작된 튀르고 지도는 파리를 상세하고 정확하게 표현한 지도입니다. 이 지도는 파리 시청의 수장인 미셸-에티엔 튀르고의 의뢰로 만들어졌습니다. 측량사 루이 브르테즈가 지도를 그렸고, 클로드 뤼카스가 이를 새겼습니다. 1739년에 출판된 이 지도책은 20개의 구역 지도와 하나의 일반 지도를 포함하고 있으며, 파리의 첫 11개 구역의 배치를 보여줍니다.

각 구역 지도는 조감도 형식으로 되어 있어 도시를 종합적으로 볼 수 있게 해줍니다. 모든 집과 작은 거리까지도 포함되어 있습니다. 튀르고는 파리의 명성을 높이기 위해 정확한 지도를 원했습니다. 브르테즈는 도시의 여러 장소를 방문하고 측정하여 데이터를 수집했습니다. 이 지도는 당시 일반적이었던 기하학적 지도와는 달리 원근법과 세밀한 표현을 사용하여 혁신적이라고 평가받았습니다.

원본 판화는 루브르 박물관에 보존되어 있으며, 오늘날에도 인쇄에 사용되고 있습니다.

작성자: Michelangelo11 | 점수: 65

79.
검색으로 만드는 모든 것
(A store that generates products from anything you type in search)

Anycrap.shop은 독특한 온라인 마켓플레이스로, 상상력과 창의력을 바탕으로 한 허구의 제품 개념을 제공합니다. 사용자들은 특이한 아이템을 검색하거나 자신의 아이디어를 제안할 수 있으며, 이러한 제품에 대한 즉각적인 시각화를 받을 수 있습니다. 이 플랫폼은 창의성을 강조하며, 고객들이 아직 존재하지 않는 "무한한" 제품을 탐색할 수 있도록 합니다. 방문객들은 새로운 허구의 제품에 대한 업데이트를 받기 위해 뉴스레터에 구독할 수 있습니다. 문의 사항이 있는 고객은 제공된 이메일로 지원팀에 연락할 수 있습니다.

작성자: kafked | 점수: 1138

80.
팀 쿡의 배신
(How Tim Cook sold out Steve Jobs)

이 기사는 애플의 CEO 팀 쿡이 최근 도널드 트럼프를 칭찬하고 그에게 트로피를 수여함으로써 회사의 가치를 타협했다는 내용을 다룹니다. 저자는 이러한 행동이 애플의 공동 창립자인 스티브 잡스의 정신을 배신한다고 주장합니다. 잡스는 반체제적인 입장과 혁신에 대한 헌신으로 유명했습니다.

저자는 잡스가 시리아 이민자의 아들로서 소박한 배경에서 성장했기 때문에 트럼프에게 이런 아부를 하지 않았을 것이라고 말합니다. 잡스는 불성실함과 억압적인 제도에 대해 강한 경멸감을 가지고 있었습니다.

잡스는 60년대와 70년대의 반문화에 영향을 받았으며, 이는 애플과 그 제품에 대한 그의 비전을 형성하는 데 중요한 역할을 했습니다. 초기 기술 혁신가들의 정신은 종종 반체제적이었습니다.

팀 쿡의 최근 행동은 애플이 이미 강력한 회사인 만큼 부끄럽고 불필요하다고 저자는 평가합니다. 저자는 쿡이 트럼프 행정부에 아부하기보다는 애플의 영향력을 사용해 반대 입장을 취했어야 한다고 믿습니다.

대신 트럼프를 칭찬하는 대신 애플이 사용자들을 모아 공정한 기술 정책을 지지하는 운동을 촉진할 수 있었던 대안도 제시합니다.

저자는 애플이 정치적 압력에 굴복하지 말고 용기를 내어 확고히 서야 한다고 촉구합니다. 굴복은 혁신과 대중의 신뢰를 저하시킬 수 있기 때문입니다.

결론적으로, 이 기사는 팀 쿡이 스티브 잡스가 정의했던 가치를 저버린 것에 대해 비판하며, 애플이 정치적 압력에 굴복하기보다는 긍정적인 변화를 이끌어낼 수 있는 힘을 받아들이기를 권장합니다.

작성자: pjmlp | 점수: 57

81.
아스키네마 3.0: 실시간 스트리밍!
(Asciinema CLI 3.0 rewritten in Rust, adds live streaming, upgrades file format)

Asciinema CLI 3.0이 출시되었습니다. 이번 버전은 Rust로 완전히 재작성되어 성능이 향상되고 새로운 기능이 추가되었습니다. 주요 내용은 다음과 같습니다.

새로운 파일 형식인 asciicast v3가 도입되어 이전 버전보다 더 나은 타이밍 관리를 제공합니다. 이제 절대 타임스탬프 대신 간격을 사용하여 녹화 편집이 쉬워졌습니다. 이 형식은 새로운 종료 이벤트 유형을 포함하고 있으며, 라인 주석도 허용합니다.

CLI는 이제 두 가지 모드로 터미널 세션의 실시간 스트리밍을 지원합니다. 로컬 모드는 내장 서버를 사용하여 로컬 네트워크에서 스트리밍하며, 원격 모드는 asciinema 서버를 통해 스트리밍하여 사용자가 공유 가능한 URL로 스트림에 접근할 수 있게 합니다.

이제 사용자는 녹화를 위해 파일 이름을 지정해야 하며, 이를 통해 민감한 데이터가 의도치 않게 업로드되는 위험을 줄였습니다. 녹화 명령에서 업로드 기능이 제거되어 서비스의 의도적인 사용을 촉진합니다.

새로운 프롬프트가 추가되어 사용자가 어떤 asciinema 서버를 사용할지 쉽게 지정할 수 있게 되어, 사용 편의성이 향상되고 데이터 유출을 방지할 수 있습니다.

이번 출시의 목표는 사용자 경험과 작업 흐름을 개선하고 asciinema 서버의 자가 호스팅을 장려하는 것입니다. GNU/Linux와 macOS용으로 미리 빌드된 바이너리를 다운로드할 수 있습니다.

작성자: ku1ik | 점수: 332

82.
The Revised Report on Scheme or An UnCommon Lisp (1985) [pdf]
(The Revised Report on Scheme or An UnCommon Lisp (1985) [pdf])

요약이 없습니다.

작성자: swatson741 | 점수: 42

83.
문화 소설의 디스토피아
(The Culture novels as a dystopia)

이 글은 문화 소설을 다루며, 이들이 겉보기와는 달리 유토피아가 아닐 수 있음을 제시합니다. 일부는 문화가 인공지능 초지능에 대한 긍정적인 비전을 나타낸다고 주장하지만, 저자는 "대립적 읽기"를 통해 반론을 제기합니다.

첫 번째로, 문화의 시민들은 비정상적으로 동질적으로 묘사되며, 개성과 행동의 다양성이 부족합니다. 이는 그들의 삶의 방식이 진정으로 자유로운 것인지, 아니면 선전이나 유전자 조작을 통해 통제되고 있는지에 대한 의문을 제기합니다.

두 번째로, 저자는 시민들이 자녀를 적게 낳기로 선택하지만, 고급 생식 기술의 존재는 문화가 인구 과잉이나 "탐욕스러운" 개인의 출현을 막기 위한 메커니즘을 갖추고 있음을 시사한다고 지적합니다.

세 번째로, 문화의 인공지능 마인드들은 윤리적으로 묘사되지만, 그들의 가치관이 일치하지 않는 것처럼 보입니다. 일부 마인드는 탈선할 수 있어, 문화가 인공지능 정렬 문제를 완전히 해결하지 못했음을 나타냅니다.

네 번째로, 문화의 통제는 미세한 방법이 아닌 물리적 힘과 감시를 통해 유지되는 것으로 보입니다. 이는 사회의 정체를 초래하며, 그들이 진화하거나 더 깊은 윤리적 딜레마를 다루는 것을 저항하게 만듭니다.

마지막으로, 저자는 "특별한 상황"이 진정한 노력이라는 생각을 일축하며, 이는 문화의 개입을 정당화하기 위한 허울에 불과하다고 주장합니다.

결론적으로, 이 글은 문화가 시민의 자율성을 제한하는 통제된 환경에 가깝고, 겉으로는 유토피아처럼 보이지만 실제로는 바람직하지 않을 수 있는 현상 유지를 우선시한다고 주장합니다. 물질적 부와 기술의 매력을 비판하며, 정의와 자결과 같은 더 높은 가치의 필요성을 강조합니다.

작성자: ibobev | 점수: 83

84.
맥 앱 벼룩시장
(The Mac app flea market)

이 기사는 Mac App Store에서 "AI 채팅"을 검색하는 경험에 대해 다루고 있습니다. 이 과정은 마치 가짜 상품으로 가득 찬 시장을 탐방하는 것과 비슷하다고 표현합니다. 많은 앱들이 ChatGPT 로고를 모방하고 있지만, 실제 OpenAI의 ChatGPT 데스크탑 앱은 상점에조차 등록되어 있지 않습니다. 대신 사용자들은 "AI", "채팅", "봇"이라는 단어를 가지고 재미있게 변형한 이름을 가진 비슷하게 생긴 앱들을 많이 발견하게 됩니다. 저자는 이러한 유사 앱들과 혼란스러운 이름들의 부조리를 강조하며, 검색이 마치 짝퉁 제품으로 가득한 가게를 방문하는 것처럼 느껴진다고 말합니다.

작성자: ingve | 점수: 386

85.
맥OS 잠금화면 커스터마이징!
(I reverse engineered macOS to allow custom Lock Screen wallpapers)

스웨덴의 독립 개발자 오스카는 Sensei와 Trim Enabler와 같은 앱으로 잘 알려져 있습니다. 그는 macOS의 제한된 사용자 설정 옵션, 특히 잠금 화면에서 애플이 제공하는 애니메이션 배경화면만 사용할 수 있는 점에 불만을 느꼈습니다. 이를 해결하기 위해 그는 Backdrop 2.0이라는 라이브 배경화면 앱을 만들었습니다. 이 앱은 이제 데스크탑과 잠금 화면 모두에서 비디오 배경화면을 표시할 수 있습니다. 오스카는 이 기능을 구현하기 위해 macOS의 배경화면 시스템을 역설계하는 기술적 도전을 극복했습니다. 그는 독립 개발자로서의 개발 과정과 경험에 대해 질문을 받는 것에 열려 있습니다.

작성자: cindori | 점수: 77

86.
IBM 기술 지도
(IBM Technology Atlas)

IBM은 컴퓨팅의 성능과 효율성을 향상시키기 위한 새로운 기술 로드맵을 발표했습니다. 이 로드맵은 보안, 양자 컴퓨팅, 하이브리드 클라우드, 데이터 자동화, 인공지능(AI) 등 여섯 가지 주요 분야에 중점을 두고 있습니다. 목표는 정보 기술과 비즈니스 분야 모두에 큰 혜택을 줄 수 있는 새로운 기술 시대를 여는 것입니다.

작성자: taubek | 점수: 55

87.
다프니올: 오픈소스 이커머스 프레임워크
(Daffodil – Open-Source Ecommerce Framework to connect to any platform)

저자는 Angular를 위한 오픈 소스 전자상거래 프레임워크인 Daffodil을 개발하고 있습니다. 7년의 작업 끝에 이제 피드백을 받을 준비가 되었으며, 특히 전자상거래 경험이 있는 프론트엔드 개발자들의 의견을 기다리고 있습니다.

Daffodil의 목표는 다양한 전자상거래 플랫폼에 연결하는 과정을 단순화하는 것입니다. 이는 운영 체제가 하드웨어 드라이버를 처리하는 방식과 유사한 표준 인터페이스를 제공함으로써 이루어집니다. 이렇게 함으로써 각 플랫폼의 독특한 시스템을 배우지 않아도 되어 전자상거래 작업이 더 쉽고 효율적으로 진행될 수 있습니다.

Angular에 익숙한 개발자라면 Daffodil을 사용하는 것이 매우 간단합니다. 복잡한 소프트웨어 설정 없이도 프로젝트에 쉽게 설치할 수 있습니다. Docker나 Kubernetes와 같은 복잡한 설정이 필요하지 않습니다.

현재 Daffodil은 Magento를 지원하며, Shopify에 대한 부분적인 지원과 Medusa를 위한 제품 드라이버도 제공합니다. 저자는 향후 GraphQL을 사용하여 성능을 개선할 가능성도 인정하지만, 초기 설정을 개발자들이 쉽게 사용할 수 있도록 간단하게 유지하는 것을 선호합니다.

추가 드라이버와 플랫폼에 대한 피드백과 제안은 환영하지만, 구현이 보장되지는 않습니다.

작성자: damienwebdev | 점수: 64

88.
자기조립의 자동화
(Self-Assembly Gets Automated in Reverse of 'Game of Life')

연구자들이 신경 세포 자동자(neural cellular automata, NCA)라는 새로운 접근 방식을 개발했습니다. 이 방법은 원하는 패턴을 만들기 위해 필요한 규칙을 역설계할 수 있습니다. 구글의 알렉산더 모르드빈체프가 이끄는 이 연구는 전통적인 방법과는 다릅니다. 전통적인 방법은 규칙을 먼저 정하고 결과를 예측하는 방식인 반면, NCA는 목표 형태에서 시작하여 이를 생성할 수 있는 간단한 규칙을 찾아냅니다.

모르드빈체프의 연구는 NCA가 복잡한 구조를 만들고 손상된 부분을 재생할 수 있다는 것을 보여줍니다. 이는 생물체와 유사한 방식으로, 의학 분야에서는 잃어버린 팔다리를 재생하는 방법으로 발전할 수 있고, 공학 분야에서는 분산 컴퓨팅 시스템을 위한 새로운 모델을 제공할 수 있습니다.

이 혁신은 신경망을 사용하여 자동자의 각 셀의 행동을 정의하는 데 있습니다. 이를 통해 고전적인 세포 자동자의 이진 상태인 살아있음/죽음보다 더 미세한 상호작용이 가능해집니다. NCA는 훈련을 통해 규칙을 학습할 수 있어, 손상에 강하고 적응력이 뛰어납니다.

모르드빈체프의 연구는 세포 자동자에 대한 관심을 다시 불러일으키며, 문제 해결, 로봇 공학, 에너지 효율이 높은 새로운 컴퓨팅 아키텍처 등 다양한 분야에서의 응용 가능성을 보여줍니다. 생물학, 컴퓨팅, 로봇 공학의 통합은 계속 발전하고 있으며, 이들 분야가 더욱 밀접하게 연결될 미래를 암시합니다.

작성자: kjhughes | 점수: 58

89.
스크라이어 프로로그 2025
(Scryer Prolog Meetup 2025)

2025년 11월 13일부터 14일까지 독일 뒤셀도르프의 Hochschule Düsseldorf에서 제3회 Scryer Prolog Meetup이 열립니다. 이 무료 행사에서는 현대적인 Prolog 시스템인 Scryer Prolog에 대해 다룰 예정입니다. 사전 등록은 필요하지 않으며, 발표를 원하는 분들은 주최측에 연락하면 됩니다.

행사 일정은 다음과 같습니다. 11월 13일 목요일에는 오전 10시부터 11시까지 Mark Thom이 Scryer Prolog의 최근 발전에 대해 이야기합니다. 이어서 11시부터 12시까지 Kauê Hunnicutt Bazilli가 Scryer Prolog의 임베딩 API에 대해 설명합니다. 정오부터 1시 30분까지는 점심시간입니다. 오후 1시 30분부터 2시 30분까지는 David C. Norris가 종양학 약물 설계에 대해 발표합니다. 이후 오후 2시 30분부터 3시까지 커피 브레이크가 있습니다. 오후 3시부터 3시 30분까지 Jonathan McHugh가 Guix OS와 Scryer Prolog에 대해 이야기하고, 3시 30분부터 5시까지 Ulrich Neumerkel이 Prolog ISO 표준 개발에 대해 발표합니다. 저녁 7시에는 저녁식사가 예정되어 있습니다.

11월 14일 금요일에는 오전 10시부터 11시까지 양자역학과 음악 이론에서의 Scryer Prolog 응용에 대한 업데이트가 있습니다. 11시부터 12시까지는 Prolog 패키지 관리자 Bakage에 대한 논의가 진행됩니다. 정오부터 1시 30분까지는 점심시간입니다. 오후 1시 30분부터 2시까지 Daniel K. Hashimoto가 Prolog의 의미 웹 인터페이스에 대해 발표하고, 2시부터 2시 30분까지 Barnabás Zahorán이 Prolog의 X11 윈도우 관리자에 대해 이야기합니다. 오후 2시 30분부터 3시까지는 커피 브레이크가 있습니다. 오후 3시부터 4시까지 Michael Leuschel이 이론을 답 집합 프로그래밍으로 번역하는 방법에 대해 발표하며, 4시부터 5시까지는 발표자가 미정인 세션이 있습니다. 저녁 7시에는 저녁식사가 예정되어 있습니다.

유익한 토론과 네트워킹 기회를 위해 많은 참여 바랍니다!

작성자: aarroyoc | 점수: 38

90.
FASTA 파일 줄 제거로 ZSTD 압축 10배 증가
(Removing newlines in FASTA file increases ZSTD compression ratio by 10x)

Zstandard의 장거리 모드는 2017년에 도입되어 대용량 파일, 특히 유전체 서열의 압축 성능을 향상시킵니다. 초기에는 성능 문제를 겪었지만, 최적화를 통해 효율성이 개선되었습니다. 이 모드는 유사한 DNA 서열에 대해 압축 비율을 크게 높일 수 있습니다. 예를 들어, Grace Blackwell의 2.6Tbp 데이터셋에서 압축 비율이 크게 향상되었습니다.

특정 방법을 사용하면 데이터셋의 크기를 2.46TiB에서 27GiB로 줄일 수 있었고, 이때 압축 비율은 91에 달했습니다. 반면, 표준 Zstandard는 훨씬 낮은 압축 비율인 3을 기록했습니다. 장거리 모드를 사용한 Zstandard는 데이터셋 크기를 777GiB에서 641GiB로 줄였고, 이때 압축 비율은 4였습니다. 불필요한 줄바꿈을 제거하자 압축 비율이 11로 개선되어 최종적으로 232GiB 파일이 되었습니다. 압축 창 크기를 늘리면 압축 비율이 31로 증가하여 파일 크기가 80GiB로 줄어들었습니다.

더 큰 창을 사용할 경우 압축 해제 시에도 동일한 설정이 필요하지만, 장거리 모드는 유전체 압축에 효과적이며, 특히 서열에서 공백을 제거할 때 더욱 그렇습니다. 전반적으로 속도와 압축 효율성 사이에서 좋은 균형을 제공합니다. 이는 느린 전문 방법들과 비교했을 때 유리한 점입니다.

작성자: bede | 점수: 275

91.
베티 크로커의 비밀 레시피
(Betty Crocker broke recipes by shrinking boxes)

이 페이지에 접근할 수 없습니다. 자동화된 도구를 사용하여 웹을 탐색하는 것처럼 보입니다. 이런 상황은 다음과 같은 경우에 발생할 수 있습니다.

  • 자바스크립트가 꺼져 있거나 광고 차단기에 의해 차단된 경우.
  • 브라우저가 쿠키를 지원하지 않는 경우.

이 문제를 해결하려면 브라우저에서 자바스크립트와 쿠키가 활성화되어 있는지 확인하고, 이를 차단하는 것이 없는지 점검하세요.

작성자: Avshalom | 점수: 561

92.
브라우저의 인증서 확인 문제
(Not all browsers perform revocation checking)

렛스 인크립트는 웹사이트를 안전하게 보호하기 위해 SSL 인증서를 제공하는 인증 기관입니다. 이 페이지에서는 그들의 ISRG 루트 X1 인증서와 연결된 취소된 인증서의 예를 보여줍니다.

렛스 인크립트는 커뮤니티의 참여를 장려하며, 사람들이 인증 기관을 함께 구축하고, 지원 포럼에 참여하며, 후원자가 될 것을 초대합니다.

작성자: sugarpimpdorsey | 점수: 99

93.
AI 웹 서비스 혁신
(AI-powered web service combining FastAPI, Pydantic-AI, and MCP servers)

저자는 최근 그리스에서 열린 PyCon 2025에서 생산 준비가 완료된 에이전트 시스템을 만드는 워크숍을 진행했습니다. 이 작업을 보여주기 위해 데모 저장소를 만들었으며, 곧 블로그에 슬라이드도 게시할 예정입니다.

워크숍에서는 FastAPI와 Pydantic-AI를 사용하여 여러 AI 에이전트가 어떻게 협력할 수 있는지를 다뤘습니다. 이 과정에서 효과적인 통신을 위해 MCP(모델 컨텍스트 프로토콜)와 A2A(에이전트 간 통신)와 같은 프로토콜을 활용했습니다. 데모의 주요 특징은 다음과 같습니다.

여러 에이전트가 컨테이너에서 실행됩니다. 도구 통합을 위한 MCP 서버(예: Brave 검색과 GitHub)가 있습니다. 서비스 간 A2A 통신이 이루어집니다. 실험을 위한 간단한 사용자 인터페이스가 제공됩니다.

이 프로젝트의 목표는 사용자들이 이러한 에이전트 패턴을 실험하고 실제 애플리케이션을 개발할 수 있도록 돕는 것입니다. 기존의 많은 프레임워크가 에이전트를 통합하는 데 어려움을 겪고 있기 때문입니다. 저자는 에이전트 간 프로토콜이 앞으로도 계속 중요할지, 아니면 단일 강력한 LLM(대형 언어 모델)과 플러그인 기능이 더 선호될지에 대한 의견과 피드백을 요청하고 있습니다.

작성자: Aherontas | 점수: 42

94.
애플의 비밀 CSS, 리퀴드 글래스 효과!
(Apple has a private CSS property to add Liquid Glass effects to web content)

2025년 9월 15일, 애플이 웹 콘텐츠에서 "액체 유리" 효과를 만들 수 있는 개인 CSS 속성인 -apple-visual-effect를 도입했다고 발표했습니다. 이 기능은 2025년 WWDC에서 강조되었으며, iOS 디자인에 큰 변화를 가져오는 요소입니다.

하지만 이 CSS 속성은 특정 설정인 useSystemAppearance가 활성화되지 않으면 웹이나 WKWebView를 사용하는 앱에서는 작동하지 않습니다. 이 설정은 개인적인 기능으로, 사용 시 앱 스토어에서 거부될 수 있는 위험이 있습니다.

이러한 제한에도 불구하고, 액체 유리 지원을 기반으로 다양한 시각적 스타일을 만들 수 있는 가능성은 주목할 만합니다. 저자는 애플이 이 기능을 자사 애플리케이션의 일부에서 사용하고 있을 것으로 추측하며, 사용자들이 이를 인식하지 못한 채 매끄러운 웹뷰와 상호작용할 수 있어, 앱 내 웹뷰의 평판을 개선할 수 있을 것이라고 언급했습니다.

작성자: _alastair | 점수: 346

95.
Pg스트림: DDL 변경 포함한 PostgreSQL 스트리밍 복제
(Pgstream: Postgres streaming logical replication with DDL changes)

pgstream은 PostgreSQL 데이터베이스를 복제하는 오픈 소스 도구로, Elasticsearch, 웹훅, 다른 PostgreSQL 인스턴스와 같은 다양한 대상에 대한 스키마 변경(DDL 변경)을 처리할 수 있습니다.

주요 기능으로는 스키마 변경을 추적하고 복제하는 기능이 있으며, 여러 대상을 기본적으로 지원합니다. PostgreSQL 데이터베이스의 스냅샷을 초기 데이터 캡처 또는 필요에 따라 생성할 수 있고, 열 값을 변환하는 기능도 제공합니다. PostgreSQL만 필요로 하는 구성 가능한 배포가 가능하며, 스키마 기반 파티셔닝을 지원하는 Kafka와의 통합도 가능합니다. 또한, 사용자 정의 대상을 위한 확장도 가능합니다.

pgstream은 여러 방법으로 설치할 수 있습니다. 최신 릴리스를 직접 다운로드하거나 Go 설치 명령을 사용하거나 소스 코드를 빌드하는 방법이 있습니다. macOS나 Linux에서는 Homebrew를 통해 설치할 수도 있습니다.

사용자는 CLI 플래그, YAML 구성 파일, 환경 변수를 사용하여 pgstream을 구성할 수 있습니다. 복제 모드에서는 소스에서 대상까지 데이터를 스트리밍하며 필요한 데이터베이스 구조를 초기화합니다. 스냅샷 모드에서는 초기화 없이 소스 데이터베이스의 시점 스냅샷을 생성할 수 있습니다.

PostgreSQL을 다른 PostgreSQL 인스턴스, OpenSearch, Kafka로 복제하는 명령이 제공되며, 환경 파일이나 CLI 플래그를 사용하는 방법에 대한 자세한 단계가 안내됩니다. 고급 사용법, 구성, 다양한 복제 시나리오에 대한 튜토리얼을 포함한 포괄적인 문서도 제공됩니다.

현재의 제한 사항으로는 단일 Kafka 주제 지원, 특정 PostgreSQL 플러그인에 대한 의존성, 복제를 위한 특정 데이터베이스 제약 조건이 필요하다는 점이 있습니다. 커뮤니티의 기여를 장려하며, 지원은 프로젝트의 저장소와 Discord를 통해 제공됩니다. pgstream은 Apache License 2.0에 따라 라이선스가 부여됩니다.

작성자: fenn | 점수: 72

96.

이 글에서는 직장에서 부정적인 생각이 어떻게 통제 불능 상태로 치닫는지를 다룹니다. 특히, 신입 직원들이 회의에 늦었을 때 상사의 발언을 잘못 해석하고 팀 내 자신의 위치에 대해 불안감을 느끼는 경우가 많습니다. 이러한 상황은 자기 의심으로 이어지고 부정적인 악순환을 초래할 수 있습니다.

핵심 내용은 다음과 같습니다. 첫째, 모든 사람은 정체성과 소속감에 대한 근본적인 질문을 마주합니다. 예를 들어, "나는 여기서 소속감을 느끼는가?"와 같은 질문이 있습니다. 이러한 질문은 특정 상황에서 촉발되어 사건을 부정적으로 해석하게 만들 수 있습니다.

둘째, 우리의 인식은 기존의 믿음과 두려움에 영향을 받습니다. 예를 들어, 긴장한 신입 직원이 상사의 말투를 비판적으로 해석할 수 있으며, 이는 자신의 불안감을 더욱 확인시켜 줍니다.

셋째, 부정적인 생각은 고착화될 수 있으며, 이는 자기 파괴적인 행동으로 이어져 자신의 무능함을 더욱 강화할 수 있습니다.

하지만 이러한 부정적인 악순환은 피할 수 있습니다. 월튼은 "현명한 개입"을 통해 개인이 생각을 재구성하도록 돕는 전략을 제안합니다. 작은 지지 행동이 시간이 지남에 따라 웰빙과 관계를 크게 개선할 수 있습니다.

결론적으로, 핵심 질문과 부정적인 해석을 인식하고 해결함으로써 개인은 자기 패배적인 사이클에서 벗어나 보다 긍정적인 시각을 기를 수 있습니다.

작성자: gmays | 점수: 365

97.
최고의 파이!
(Folks, we have the best π)

이 글에서는 다양한 수학적 공간에서 도형, 특히 원을 측정하는 개념에 대해 다룹니다. 저자는 원의 둘레와 지름의 비율인 π 값이 거리 정의에 따라 어떻게 달라지는지를 탐구합니다.

첫 번째로, 위상수학의 기본 개념을 소개합니다. 위상학자들은 도형의 모양이 아닌 연속성을 바탕으로 도형을 연구합니다. 그들에게는 도넛과 빨대가 동일한 형태로 간주됩니다.

다음으로 거리 측정 방식에 대해 설명합니다. 일반적인 유클리드 기하학에서는 두 점 사이의 거리를 (d = \sqrt{x^2 + y^2}) 공식을 사용해 계산합니다. 반면, 택시미터 거리 측정 방식에서는 수평 거리와 수직 거리의 합으로 거리를 측정합니다: (d_{taxicab} = |x| + |y|).

원에 대한 정의는 사용되는 거리 측정 방식에 따라 달라집니다. 예를 들어, 택시미터 방식에서는 원이 ( |x| + |y| = r )인 점으로 정의되어 다이아몬드 모양이 됩니다. 거리 측정 방식이 체비셰프 등으로 바뀌면 원의 형태와 성질도 변화합니다.

π 값을 계산하는 방법도 다릅니다. 택시미터 원의 경우 π 값은 4로 계산됩니다. 일반 유클리드 원에서는 π 값이 약 3.14입니다. 다른 거리 측정 방식에 따라 이 값들이 달라지며, 우리가 익숙한 π 값이 이들 중 "최소" 값임을 보여줍니다.

마지막으로, n이 1보다 작은 거리 측정 방식에 대해서도 언급합니다. 이러한 경우 비표준적이고 일관되지 않은 거리 측정이 발생합니다.

전반적으로 다양한 거리 측정 방식을 탐구함으로써 기하학에 대한 흥미로운 통찰을 제공하며, 우리가 적용하는 규칙에 따라 도형에 대한 이해가 어떻게 달라질 수 있는지를 보여줍니다.

작성자: fratellobigio | 점수: 326

98.
Website is hosted on a disposable vape
(Website is hosted on a disposable vape)

요약이 없습니다.

작성자: BogdanTheGeek | 점수: 233

99.
운영체제 커널 만들기
(Writing an operating system kernel from scratch)

저자는 Zig 프로그래밍 언어를 사용하여 RISC-V 아키텍처를 위한 간단한 시간 분할 운영 체제 커널을 개발했습니다. 이 프로젝트는 저수준 시스템 소프트웨어에 관심 있는 사람들, 특히 컴퓨터 아키텍처와 운영 체제를 공부하는 학생들에게 도움이 되는 것을 목표로 하고 있습니다.

RISC-V 아키텍처는 현대적인 설계와 이해하기 쉬운 특성 덕분에 교육적인 목적과 실용적인 응용에 적합하여 선택되었습니다. Zig 언어는 C 대신 사용되어 설정과 크로스 컴파일을 간소화하고, 사용자가 자신의 기기에서 실험을 재현하기 쉽게 만듭니다.

커널은 기본적인 시간 분할과 스레드 관리를 지원하여 여러 스레드가 단일 코어에서 실행될 수 있도록 합니다. 각 스레드는 고유한 스택과 레지스터를 가지고 있어 독립적으로 작동하며, 이는 격리성과 안정성을 높입니다. 시스템은 스레드를 가상화하여 각 스레드가 마치 자신의 코어를 가진 것처럼 실행되도록 하면서 메모리를 공유합니다.

커널은 타이머 인터럽트를 사용하여 스레드 간 전환을 수행하며, 이를 통해 코드에서 명시적인 양보 명령 없이도 시간 분할이 가능합니다. 커널은 감독 모드(S-mode)에서 작동하고, 사용자 애플리케이션은 사용자 모드(U-mode)에서 실행되며, 시스템 호출을 통해 사용자 프로그램이 커널과 상호작용할 수 있습니다.

코드는 GitHub에서 확인할 수 있으며, 커널은 QEMU를 사용하여 가상 머신에서 빌드하고 실행할 수 있습니다. 이 실험은 현대 도구와 아키텍처에 중점을 두어 운영 체제를 이해하는 데 유용한 학습 도구가 되지만, 실제 응용에는 한계가 있을 수 있습니다.

이 프로젝트는 RISC-V, OpenSBI, Zig를 결합하여 운영 체제 개발에 대한 새로운 관점을 제공하며, 시스템 소프트웨어에 대한 이해를 깊이 있게 하고자 하는 사람들에게 귀중한 자원이 됩니다.

작성자: Bogdanp | 점수: 341

100.
바니시 캐시, 비닐 캐시로 변경!
(Varnish Cache to be renamed Vinyl Cache project)

2025년 9월 15일, Varnish HTTP Cache의 새로운 버전 8.0.0이 출시되었으며, 이와 함께 중요한 프로젝트 업데이트가 발표되었습니다. Varnish Cache 프로젝트는 2026년 2월 22일에 20주년을 맞이합니다. 이 중요한 이정표는 향후 성장을 위한 재평가와 변화를 촉구하고 있습니다.

새로운 유럽연합 규정과 오픈 소스 소프트웨어의 발전에 따라, 이 프로젝트는 덴마크에서 자발적인 협회를 설립하기로 결정했습니다. 이 협회는 소프트웨어 개발과 배포에 집중하며, 금전적인 거래는 다루지 않을 것입니다.

법적 문제로 인해 Varnish Software가 "Varnish Cache"라는 이름의 소유권을 주장함에 따라, 프로젝트 이름이 "The Vinyl Cache Project"로 변경됩니다. 이번 8.0.0 버전이 이전 이름으로 출시되는 마지막 버전이며, 다음 버전은 3월에 새 이름으로 출시될 예정입니다.

여러 버전에서 보안 취약점을 해결하기 위한 보안 업데이트가 진행되었습니다. 여기에는 HTTP/2와 요청 스머글링과 관련된 문제들이 포함됩니다.

새로운 협회의 정관은 2025년 가을에 발표될 예정이며, 첫 번째 총회는 2026년 2월 23일로 예정되어 있습니다. 이 요약은 Varnish HTTP Cache 프로젝트의 주요 발전 사항, 즉 거버넌스 변화와 이름 변경에 대한 내용을 담고 있습니다.

작성자: ibotty | 점수: 62
0
Creative Commons