Vim에서 Quickfix List라는 걸 처음 알게 되었다.

기존 코딩 흐름은

이랬는데 Quickfix List를 이용하면

이렇게 Vim을 나가지 않고도 빌드 결과를 확인하고 에러가 발생하면 그곳으로 바로 점프할 수 있다!

.vimrc에 이렇게만 적으면 된다.

set makeprg=cabal\ build

하스켈을 금지한다!

사소하지만 매우 유용할 수 있는 팁 하나를 공유드리려 합니다. Microsoft Learn의 “PDF 다운로드하기” 기능을 사용해보셨다면 한 가지 흥미로운 기능을 볼 수 있는데, 해당 링크를 클릭하면 현재 보고 있는 페이지 뿐 아니라 하위 카테고리의 모든 페이지까지 연결된 단일 PDF 파일을 내려받을 수 있습니다.

이렇게 다운로드한 파일을 ChatGPT의 GPTs, Google NotebookLM 혹은 Gemini Gem 등 “나만의 노코드 에이전트류” 서비스들의 지식에 넣으면 곧바로 사용 가능한 지식 베이스가 되며, MCP 서버가 지원되지 않는 환경에서도 충분히 Microsoft Learn 기반의 특정 주제용 AI를 쉽게 만들어낼 수 있습니다.

https://forum.dotnetdev.kr/t/microsoft-learn-pdf/13995

오늘 @fossforall 컨퍼런스 2025에서 發表(발표)한 〈야크 셰이빙: 새로운 오픈 소스의 原動力(원동력)〉의 슬라이드를 共有(공유)합니다! 들어주신 분들 모두 感謝(감사)합니다!

I wrote up a little flowchart here for how I think about "is it ok to do this work on the default Swift Concurrency thread pool?": https://forums.swift.org/t/is-concurrent-now-the-standard-tool-for-shifting-expensive-synchronous-work-off-the-main-actor/82976/17

When to make something asynchronous, when to make it parallel, and how parallel to make it are all inherently tricky in extremis, but the default behavior is the default for a reason, and is appropriate in the vast majority of cases.

#swiftlang

When you email issues to Obsidian Entertainment (the video game company) their AI support hallucinates and tells you to email Obsidian (the note-taking company) instead.

The perils of trusting an LLM with your customer support.

교수버튜버가 말해주는 컴공과 학생 진로와 이모저모

온갖 CSE 떡밥을 총망라 했습니다. 무려 1시간짜리 영상! 슬라이드도 설명에 링크 걸어놨어요.

반박은 버튜버영상으로 받습니다. 농담이구요, 많은 분들이 같이 논의 가능 하도록 댓글로 달아주세요

https://www.youtube.com/watch?v=_UdOp01NkZM

우리 리눅스 교수님 귀여운게 시험지 맨 마지막에 EOF 붙여둠

https://youngseokch.github.io/game-of-life-rs/

오늘은 Rust + WebAssembly를 써보면서 콘웨이의 Game of Life를 만들어봤습니다.

문득 wasm은 LLVM IR과 기계어 사이에 있으면서 JIT 엔진이 읽는데 어떻게 설계되었을까..? 궁금해집니다.

이런 생각이 받아들여지는 데에는 시간이 많이 걸릴 거라고 생각했는데… AWS 먹통 사태에 대한 사람들의 반응이 생각보다 뜨겁네요. 생각보다 될 것 같기도 하네요.

그러므로 다 같이 외쳐

• 클라우드는 없다! 남의 컴퓨터 거부하자!
• 분산을 집중으로 되돌리는 역사의 퇴행 AWS 물러가라!
• 서버는 기본권이다! 집집마다 서버를! 모든 어린이에게 서버를!
• 내 컴퓨터 없이 내 보안 없다!
• 내 컴퓨터 없이 내 프라이버시 없다!
• 내 컴퓨터 없이 내 자유 없다!
• 1인 1서버는 인권이다!
• 1인 1서버가 민주주의 주춧돌이다!
• POWER TO THE PEOPLE!!! REAL FREEDOM FOR ALL!!!

얼마 전 웹서핑을 하다가 우연찮게 현재 앤트로픽에서 엔지니어이자 연구원으로 근무하고 있는 Nelson Elhage가 쓴 Computers can be understood(=컴퓨터는 이해가능하다)라는 글을 봤습니다. 다 읽고나니 이 분 마인드가 제가 평소에 CS 공부할 때랑 너무 비슷해서 공감이 가고 아직 CS 뉴비인 저한텐 굉장히 도움이 되는 한편, 이 마인드가 어떠한 단점을 또한 가져다주는지 잘 얘기하는 것 같아 (사실 읽으면서 뜬끔하는 게 많았음) 저만 알기엔 아까워서 이렇게 번역해서 올려봅니다.

번역된 글을 보려면 여기로 이동해주세용.

혹시나 오역 및 CS 용어에 문제가 있다면 언제든 알려주시면 감사하겠습니다.

Claude Skills

Link: https://www.anthropic.com/news/skills
Discussion: https://news.ycombinator.com/item?id=45607117

SSH.NET은 SSH 연결과 명령어 송수신을 닷넷에서 프로그래밍 방식으로 처리할 수 있도록 도와주는 라이브러리로, 이 라이브러리를 이용하면 리눅스 명령어 사용을 코드 레벨로 가져와서 프로그래밍할 수 있습니다.

예를 들어 특정 컨테이너의 상세 정보를 docker inspect 명령으로 조회하는 것으로, docker inspect의 출력 자체가 JSON으로 들어오기 때문에 이것을 곧바로 System.Text.Json의 JsonDocument로 받을 수 있다는 것입니다.

https://forum.dotnetdev.kr/t/ssh-net/13882

연휴이후 첫 출근, 한글이름 정렬이 안된다는 오류를 받아서, order by name 을 빼먹었을 리 없다고 생각하면서, 오류를 추적했는데,

• 코드는 당연히 order by 가 적용되어 있었고,

결과적으로 문제는 PostgreSQL에서 한글 ORDER BY 정렬 문제 해결하기 COLLATE 이슈와 동일한 현상이었다.

(내부 docker postgre:17.4 와 AWS RDS PostgreSQL 17.2 모두) 기본값 en_US.UTF-8 이 적용되어 있었고, 한글 정렬순서가 올바르게 나오지 않았다.

SELECT datname, datcollate, datctype
FROM pg_database
WHERE datname = current_database();

|datname |datcollate |datctype   |
|--------|-----------|-----------|
|postgres|en_US.UTF-8|en_US.UTF-8|

ko_KR.UTF-8 로 새 로케일 지정해서 데이터베이스 새로 만들고, 덤프 백업 & 복원처리를 진행해서 해결은 완료했는데, 간단하게 COLLATE "C" 로도 한글정렬문제를 해결 할 수 있겠다 싶었는데, ChatGPT와 이것저것 논의해본 결과(?) 문자코드순 정렬이라서 사전식 정렬과는 다소 차이가 있어서 완전한 해결책은 아닌 듯 싶다. (비슷하게나마 해결은 되지만)

데이터베이스를 새롭게 만드는 게 어려우면, 특정 컬럼에만 COLLATE 를 지정해서 변경할 수 있다.

ALTER TABLE 테이블명
ALTER COLUMN 컬럼명 TYPE 데이터타입 COLLATE "C";

서비스가 아직 한국어와 영어만 지원해서, 별다른 고민없이 ko_KR.UTF-8로 처리하기는 했는데, 일본어나 중국어까지 지원하면 결국 Collation을 C 로 해야하는 것은 아닌가 싶은 생각도 들고, ko_KR.UTF-8에서 일본어,중국어도 다 잘 정렬되지 않을까 싶은 생각도 들고, 혹은 정렬이 중요한 포인트라면 언어별로 컬럼을 파야할 것인가 하는 고민은 있는데, 일단은(?) 나중에 다시 고민하기로 했다.

내 마음속 1등 투표하고 포인트 받아요

시작하며

"두근두근 1등 찍기!"

마치 최애 아이돌 순위 투표 같지만, 사실은 제가 매일 참여하는 토스 앱의 한 혜택 이름입니다. 저는 토스 앱에서 포인트를 줍줍하는, 소위 ‘앱테크’에 꽤 진심인 편인데요. 여느 때처럼 ‘1등 찍기’에 참여하다 문득 이런 생각이 스쳤습니다.

“고기가 선택지에 있으면 무조건 1등이던데. 정말 그럴까? 그래도 한 달은 지켜봐야 유의미한 데이터가 나오지 않을까?”

이 단순한 호기심에서 시작된 작은 실험은 결국 32일간의 관찰과 기록으로 이어졌습니다. 9월 8일부터 10월 9일까지, 저는 매일 자정과 정오에 열리는 ‘1등 찍기’에 참여하며 스크린샷을 남겼습니다.

‘두근두근 1등 찍기’는 주어진 주제에 맞춰 여러 상품 중 하나를 선택만 해도 소소한 포인트를, 내가 고른 상품이 1등이 되면 추가 포인트를 얻는 방식입니다. (31일은 하루 두 번 모두, 하루는 깜빡하고 한 번만 참여했습니다.)

🍖 고기는 언제나 옳다

결론부터 말하자면, 고기는 필승 카드였습니다. 제가 참여한 32일 중 돼지고기나 소고기가 등장한 7일 동안, 단 한 번의 예외도 없이 1등을 차지했습니다.

닭고기 역시 의외의 강자였습니다. 총 3번 1등에 올랐는데, 그중 한 번은 특히 인상적인 대결이 펼쳐졌습니다.

“이번 주말 할인 쿠폰 받고 먹고 싶은 메뉴는?”
(BHC vs BBQ)

저는 당연히 BBQ일 거라 생각하며 첫 번째 투표를 했지만, 두 번째 투표에서는 혹시나 하는 마음에 BHC를 선택했습니다.
결과는 BHC의 승리.

이 대결을 통해 요즘 치킨의 대세는 BHC라는 소소한 깨달음도 얻었습니다.

👑 예상 가능한 승부들

데이터가 쌓이자 몇 가지 흥미로운 패턴이 더 보였습니다.

기출 변형도 이겨버린 ‘황금 송편’

추석 연휴에는 유독 송편 관련 문제가 많았습니다. 총 4번 등장했는데, 놀랍게도 모두 ‘황금 송편’이 1등을 차지했습니다.

가장 흥미로웠던 것은 일종의 ‘기출 변형’ 문제였습니다.

“추석에 가장 먹기 싫은 송편은?”

처음에는 질문을 곧이곧대로 해석하고 ‘콩송편’을 골랐습니다.
하지만 두 번째 기회에서 문득 이런 생각이 들었습니다.
‘사람들이 질문은 안 읽고 무지성으로 황금 송편을 누르지 않을까?’

결과는 놀랍게도 제 예상과 정확히 일치했습니다.
사람들은 문제를 읽지 않았고(아마도...), ‘먹기 싫은 송편’ 1등은 황금 송편이었습니다.

가전제품의 왕, 워시타워

가전제품 문제는 총 5번 등장했는데, 승자는 거의 정해져 있었습니다.
워시타워가 선택지에 있는 날은 어김없이 1등을 차지했습니다.

집에 이미 워시타워가 있어 개인적으로는 스타일러를 원했지만,
1등 예측을 위해 워시타워를 선택했고 결과는 역시나였습니다.
워시타워가 후보에 없던 날에야 비로소 냉장고가 1등을 할 수 있었습니다.

📈 데이터로 증명된 1등의 법칙

총 32일간의 기록 중 제가 1등을 맞춘 날은 29일(성공률 90.6%) 이었습니다.
손수 집계한 전체 데이터는 다음과 같습니다.

결론적으로 사람들의 선택은 세 가지 키워드로 요약되었습니다.
‘고기, 가장 선호도 높은 고가품(aka. 워시타워), 그리고 현금성 혜택.’
이 세 가지 요소가 포함된 선택지는 다른 후보들을 압도하는 경향이 뚜렷했습니다.

❌ 감이 빗나간 3일

물론 제 감이 항상 맞았던 것은 아닙니다.
32일 중 3일은 예측에 실패했습니다.

아이폰 17 프로 사전예약 혜택?

→ ‘중고 보상’을 골랐지만, 정답은 ‘할인 쿠폰’이었습니다.
아무리 미래 가치가 높아도, 당장 눈앞의 ‘할인’이라는 현실적인 혜택을 이길 수는 없었습니다.

한가위를 풍성하게 보낼 알바는?

→ 정답은 ‘백화점 매장 알바’였습니다.
‘한가위’라는 키워드에 꽂혀 과일 포장 알바를 골랐지만,
아마 더 높은 시급과 쾌적한 환경이 더 매력적인 선택지였나 봅니다.

추석에 가장 인기 있는 송편은?

→ 이때만 해도 ‘황금 송편’의 위력을 몰랐습니다.
당연히 가장 맛있어 보이는 ‘꿀 송편’을 골랐지만,
사람들의 선택은 맛보다 는 ‘황금’의 가치였습니다.

마무리하며

사실 이 데이터를 집계하기 위해 개발자답지 않은 원시적인 방법,
바로 ‘손’으로 한 땀 한 땀 세는 길을 택했습니다.
(ChatGPT에 노션, 구글드라이브 MCP 연동부터 파이썬 스크립트, Colab까지 모두 권한 문제로 실패한 건 비밀입니다. ㅋ)

그래도 꽤 즐거운 관찰의 시간이었습니다.
결국 단순한 앱테크로 시작한 이 작은 실험은,
32일간의 기록을 통해 사람들의 보편적인 욕망과
선택의 패턴을 엿볼 수 있는 흥미로운 실험이 되었습니다.

TIL:

Zed로 Xcode Swift 프로젝트 셋팅하기

xcode-build-server와 Swift의 sourcekit-lsp 덕분에 느려터진 Xcode 대신 Zed나 다른 LSP를 이용할 수 있는 에디터에서 Xcode Swift 프로젝트를 셋팅해서 쓸 수 있다. [참고한 문서]

iOS 26의 Slider step 이슈

iOS 26는 버그가 많은데, 26.0.1이 되어서도 SwiftUI Slider에서 step값을 지정했을 때 Slider가 step값을 무시하는 버그가 있다. [Workaround]가 있는데 이렇게 땜빵식으로 해결해야한다는게 참...

오는 11月(월) 8日(일) 光云大學校(광운대학교)에서 開催(개최)되는 FOSS for All 컨퍼런스 2025에서 제가 〈야크 셰이빙: 새로운 오픈 소스의 原動力(원동력)〉이라는 主題(주제)로 基調演說(기조연설)을 하게 되었습니다!

올해 처음 열리는 FOSS for All 컨퍼런스는 “Free and Open Source Software for All”이라는 슬로건 아래, 모두를 爲(위)한 오픈 소스 컨퍼런스를 目標(목표)로 하는 非營利(비영리) 오픈 소스 커뮤니티 컨퍼런스입니다.

How I use Obsidian
https://stephango.com/vault

New tooling for profiling performance-critical services with Swift -- introducing the Swift Profile Recorder. More here: https://www.swift.org/blog/swift-profile-recorder/

NameSilo API 옛날부터 생각만 하다가 방금 처음 써 봤는데, 생각보다 너무 쉽고 간단해서 깜짝 놀랐다.

문제가 심각하다.

아니, 그냥 API 키 발급 누르면 즉시 나오고, 그걸로 내 계정의 모든 것을 다 할 수 있으며, 심지어 연장이나 신규 구입 등 카드 결제 일으키는 행위도 할 수 있다고. 있는 거라고는 API 키를 읽기 전용으로 하는 거랑, "Block Restorations" 뿐이다. 도메인 네임을 제때 연장 못해서 소유권 잃은 경우, 좀 더 큰 돈을 내고 소유권을 회복할 수 있는데 이걸 restoration 이라고 한다. 이건 돈이 많이 들고 환불도 어려운 행위이기 때문에, 이것만 API 키로 못하도록 설정하게 해 준다는 것이다.

그러니까 이거 말고는 권한 관리도 없고, 여러 개의 API 키 중에서 하나만 폐지(revoke)하는 기능도 없고, 모든 API 키를 폐지하는 기능도 안 보이고, 이 API 키를 최근에 사용한 IP 주소는 어디냐 같은 기록도 아무 데도 안 보이고, 하다못해 이 API 키로 행할 수 있는 결제액의 상한 같은 것도 설정할 수 없고, 아무것도 없어!

나는 나 자신을 믿지 않는다. 나는 반드시 사고를 칠 것이다. 엔지니어라면 당연히 그렇게 가정해야 한다! 더구나 이 API 키는 내 도메인 네임의 소유권을 다 상실시킬 수도 있는 물건...? 내가 뭔가 잘못 이해하고 있는 건가? 멀쩡한 관리 페이지가 따로 있는데 네임사일로가 꽁꽁 숨겨 놔서 못 찾고 있는 건가?

거의 10년 넘게 쓰던 서비스인데 진지하게 탈출 고민이 생겼다.

여러분은 서비스가 "쓰기 쉽다는 이유로" 탈출을 고려하는 장면을 보고 계십니다. 이것이 2025년이다.

Last year blew us away. 170 Apple developers from 25+ countries showed up, and honestly? It was everything we hoped for. Great talks, the northern lights cooperated, and everything just worked.

We're doing it again with some improvements. Quality talks, hands-on workshops, and all those spontaneous side events that made last year special.

Yeah it might be -15°C outside. But the community? Warmest you'll find.

CFP and tickets are open now.

https://news.hada.io/topic?id=23384

이글을 보면서 비슷한 생각을 함과 동시에, 이제 Code에 대한 버전관리가 아닌, 프롬프트에 대한 버전관리가 필요한 시점이 아닌가 하는 생각이 들었다.

결국 파악하려는건 설계자의 의도이고 기존 개발에 있어서는 개발문서 - 주석 - 코드 로 이어지는 형태가 되었는데, 현실적으로는 세 구성요소가 항상 동기화 되기 힘들기 때문에 코드를 이해하는 상황이 많았다.

하지만 모든 코드를 LLM을 통한 바이브 코드를 하고 해당 코드와 명령 프롬프트를 함께 버전관리를 한다면 오히려 위 사례의 동기화 문제를 해결할 수 있게 되지 않을까. 그리고 별도의 문서작업이 없이 개발에 대한 의도와 스팩이 코드의 버전과 함께 잘 관리된다면 그보다 더 좋은 건 없다고 생각한다.

Super excited to see swift-configuration! There's a introduction on the Swift Forums at https://forums.swift.org/t/introducing-swift-configuration/82368; docs: https://swiftpackageindex.com/apple/swift-configuration/documentation/configuration; and code: https://github.com/apple/swift-configuration

Fills in the component for picking up configuration for server side apps that I've been shimming in somewhere between environment variables and using the argument parser for CLI options. Makes it way easier to wrangle for config when you use containers and cloud-based hosting.

#swiftlang

너무 이른 시점에 일반화를 걱정하는 것은 위험할 수 있습니다. 자신이 코드를 작성하든 다른 사람의 코드를 이해하려 하든, 우리는 이 책에서 취한 접근 방식을 따를 것을 권장합니다. 즉, 일반적인 것부터 시작하지 말고 구체적인 예시부터 시작하세요. 그런 다음 그들이 어떤 측면을 공유하는지 관찰하세요. 학습자로서 이러한 순서는 더 쉬운 구체적인 예시를 토대로 더 어려운 추상적 개념을 이해할 기회를 더 많이 제공합니다. 저자로서 이러한 순서는 더 추상적인 발상이 타당성을 갖고 목적을 지닐 수 있도록 도와줍니다.

— 《Finding Success (and Failure) in Haskell》, 149쪽

Real world Haskell use case arrived

https://tidalcycles.org/

On agents in Obsidian

I wrote an op-ed on the world-class STEM research ecosystem in the United States, and how this ecosystem is now under attack on multiple fronts by the current administration: https://newsletter.ofthebrave.org/p/im-an-award-winning-mathematician

일하기 좋은 카페/코워킹/워케이션 지도를 개편하게 되서 소식을 공유합니다. 네이버 지도 리스트에 1000개를 넘게 등록할 수 없어서, 지도를 카테고리별로 다시 분리하면서 여러 지도를 편하게 찾아보실 수 있도록 링크트리로 통합 페이지를 만들었습니다. :-D

https://linktr.ee/mogaco

연합우주의 여러분을 파이콘 한국 2025에 초대합니다!

안녕하세요. Hackers' Pub이 이번 파이콘 한국 2025에 커뮤니티 후원을 하게 되었는데요. 이를 통해 총 세 분께 이벤트로 파이콘 한국 2025 티켓을 드릴 수 있게 되었습니다.

파이콘 한국 2025에 참가하고 싶었던 분들은, 이벤트에 응모해 주세요! 이벤트 응모 방법은 다음과 같습니다.

응모 자격

연합우주의 누구나

응모 기한

7월 27일(日) 자정까지

응모 방법

다음 주제어들 중 하나로 N행시를 멋지게 지어서, 인용 또는 답글로 달아주세요! (Mastodon의 경우에는 인용이 안 되므로 답글만 가능합니다.)

• 파이콘/파이컨
• 파이썬/파이선
• 해커스퍼브/해커즈퍼브/해커스펍/해커즈펍

예:

• 파이썬이 좋아서
• 이번에는 꼭 파이
• 콘에 가고 싶습니다!

응모하신 N행시 중 멋진 작품을 제출하신 세 분을 선정하여 파이콘 한국 2025 티켓을 드리도록 하겠습니다!

많은 참여 부탁드립니다!