Git 저장소에 jj를 얹을 때 무엇이 먼저 막히는지를 묻습니다. jj 공식 문서 'Git compatibility' 표 20개 행 중 11개가 완전 지원이 아니며, 훅·Git LFS·.gitattributes는 모두 "No"에 문서상 대안도 없어 필자 점수표에서 '상' 등급입니다. 도입 전 진단 스크립트로 저장소를 점검하고, 상 등급이 걸리면 해당 작업은 Git으로 하는 부분 도입을 권합니다.

Jujutsu에 대한 관심이 실제 사용으로 이어졌는지 공표된 숫자로 확인합니다. jj 저장소 스타는 약 1만 개에서 3만 개로 늘었지만, Stack Overflow 2022 설문에서 Git 사용률은 93.87%로 실사용 점유율은 그대로입니다. 지금은 전환이 아니라 개인 사이드 프로젝트에서 가볍게 실험하고 연례 설문으로 추세를 지켜보라고 권합니다.

작업 상태를 자동으로 커밋하고 충돌도 커밋으로 저장하는 Jujutsu의 설계를 다룹니다. GitHub 스타가 2024년 말 약 1만 개에서 3만 개로 늘었고, Google은 JJ Con에서 사내 베타 900명과 장기 10만 명 이상 전환 목표를 밝혔습니다. 아직 Git을 대체하지 못했으니 Git 원리를 먼저 익히고 개인 프로젝트에서 jj를 써 보라고 권합니다.

AI 코딩 도구를 쓰는 개발자는 늘었지만 결과물을 믿는 개발자는 줄어든 간극을 다룹니다. Stack Overflow 2025 설문에서 사용·계획 비율은 84%인데 신뢰는 29%였고, GitHub 통제 실험에서는 Copilot 사용 시 55% 빨랐습니다. 기초를 다지고 검증을 별도 습관으로 만들어 믿지 않는 상태에서도 효율적으로 검증하라고 권합니다.

채용 알고리즘의 편향을 조직이 얼마나 빨리 알아챌 수 있는지 묻고, 탐지 지연을 결과 데이터 수집·속성 확보·점검 주기·책임자의 네 단계로 나눕니다. 뉴욕시 LL144는 편향 감사를 요구하지만 Wright 외(2024) 조사에서 391곳 중 감사 보고서를 공개한 곳은 18곳이었습니다. 공정성 기준을 먼저 문서로 정하고 탈락 기록까지 단계별로 남기라고 권합니다.

Rust로 작성된 파이썬 패키지 매니저 uv가 기존 도구 파편화를 통합하는 흐름을 다룹니다. Astral 벤치마크에서 uv는 캐시 없이 pip 대비 8~10배, 캐시가 있으면 80~115배 빨랐고 GitHub 스타는 Ruff를 추월했습니다. 속도뿐 아니라 통합 설계를 이해하고 uv init과 uv.lock으로 재현 가능한 빌드를 익히라고 권합니다.