Originality가 정확히 그 문제를 해결하기 위해 만든 지표입니다. Star 수는 프로젝트의 품질이 아니라 노출도를 반영하기 때문에, 같은 카테고리 내 유사 프로젝트 대비 얼마나 주목받고 있는지를 측정합니다. 그래서 자기 분야를 리드하는 프로젝트가 Star만 많은 대량 생산 레포보다 높은 점수를 받게 됩니다.
안녕하세요, oosmetrics를 만든 Alessandro입니다. 이렇게 자세하게 리뷰해 주시고, README에 배지까지 달아주셔서 정말 감사합니다. 지적하신 부분들이 정확해서 직접 답변드립니다.
카테고리 오분류 (Mobile/Desktop): 실제로 문제가 있습니다. 현재 분류기가 토픽과 설명의 키워드 매칭 방식이라 가끔 틀릴 수 있습니다. rhwp 케이스를 참고해서 분류기를 개선하겠습니다.
이중 카테고리 랭킹 (WebAssembly + Code Editors): 왜 이렇게 분류됐는지에 대한 분석이 정확합니다. 시스템이 레포당 최대 3개의 카테고리를 부여하는데, rhwp의 Rust+WASM 코어와 웹 에디터 UI 구조가 자연스럽게 두 카테고리에 걸치게 됩니다. 도메인을 넘나드는 프로젝트는 양쪽에서 모두 보여야 한다고 생각합니다.
한국어 검색: Smart Search가 영어 중심인 것은 맞습니다 (영어 임베딩을 사용합니다). 한국, 일본, 중국에서 흥미로운 오픈소스 프로젝트가 많이 나오고 있는 만큼, 다국어 지원을 검토해 보겠습니다!
다른 피드백이나 버그 리포트가 있으시면 hello@oosmetrics.com 으로 편하게 연락 주세요 :)
iOS 18에서 사용하게 해 주실 수 있을까요?
rseq가 대안으로 제시되긴 했지만, Linux 전용 코드를 도입해야 한다는 점에서 크로스 플랫폼을 고려해야 하는 오픈소스 프로젝트 입장에서는 쉽게 받아들이기 어려운 제안일 것 같습니다.
메이저 버전업에서 동작 변경이 생기는 건 이해할 수 있지만, 결과적으로 50% 성능 하락이 발생했다면 인프라를 운영하는 입장에서는 커널 업그레이드 자체를 조심스럽게 바라볼 수밖에 없을 것 같네요.
재밌게 보고 갑니다
관련해서 pgbackrest는 더 이상 유지보수 되지 않음 쪽에 댓글을 남겼는데,
유지보수 중단 발표이후, 후원사 연합을 통해 자금을 지원받게 되어 다시 pgBackRest 개발을 지속한다고 합니다.
관련해서 업데이트 되었습니다.
항상 하는 생각이지만 오픈소스 라이선스는 개발자를 위한 것이 아니라 사용자를 위한 것입니다. 오픈소스를 채택할 것이라면 이걸 잘 생각해봐야 합니다.
대 AI시대인데, 굳이 저런 부정적인 반응이 있다는 소리는 아키텍쳐적으로 저쪽에서 복잡하게 꼬인건가?
확실히 리누스갓이 옛날에 WE DO NOT BREAK USERSPACE! 라며 꾸짖을 喝! 한적이 있긴 해서 옵션을 줘야 하지 않나 싶기도 하고
글타고 유저스페이스에서 굳이 꿋꿋하게 스핀락 쓰겠다는것도 좀 말이 안되는거 같고
그런 느낌이네요
이건 아무리 생각해도 제목이 잘못됐는데요.
https://news.hada.io/comment?id=54772
커널 메인테이너가 postgres에게 아주 오래 전부터 권고해왔던 사안이라고 하니 오히려 "Postgres가 Linux 7.0에서 느려지는 이유"가 맞지 7.0이 Postgres를 망가트린 게 아니죠.
아무리 커널이 엄밀하게는 semver를 따라가지 않더라도 메이저 버전업인데, 스불재를 이렇게 프레이밍한다고요??
업데이트 공지 (v0.3.13):
설치 방법 우선순위:
[권장] Claude Code 플러그인 (1단계):
/plugin install ctx@jaytoone
[대안] pip:
pip install ctx-retriever && ctx-install
v0.3.13 변경사항: vec-daemon 격리 venv (numpy/ABI 충돌 방지), BGE 리랭커 opt-in (CTX_BGE_ENABLE=1)
Originality가 정확히 그 문제를 해결하기 위해 만든 지표입니다. Star 수는 프로젝트의 품질이 아니라 노출도를 반영하기 때문에, 같은 카테고리 내 유사 프로젝트 대비 얼마나 주목받고 있는지를 측정합니다. 그래서 자기 분야를 리드하는 프로젝트가 Star만 많은 대량 생산 레포보다 높은 점수를 받게 됩니다.
감사합니다! Star 수 대신 acceleration이나 originality로 정렬하면 완전히 다른 프로젝트들이 보입니다. 한번 사용해 보세요 :)
안녕하세요, oosmetrics를 만든 Alessandro입니다. 이렇게 자세하게 리뷰해 주시고, README에 배지까지 달아주셔서 정말 감사합니다. 지적하신 부분들이 정확해서 직접 답변드립니다.
카테고리 오분류 (Mobile/Desktop): 실제로 문제가 있습니다. 현재 분류기가 토픽과 설명의 키워드 매칭 방식이라 가끔 틀릴 수 있습니다. rhwp 케이스를 참고해서 분류기를 개선하겠습니다.
이중 카테고리 랭킹 (WebAssembly + Code Editors): 왜 이렇게 분류됐는지에 대한 분석이 정확합니다. 시스템이 레포당 최대 3개의 카테고리를 부여하는데, rhwp의 Rust+WASM 코어와 웹 에디터 UI 구조가 자연스럽게 두 카테고리에 걸치게 됩니다. 도메인을 넘나드는 프로젝트는 양쪽에서 모두 보여야 한다고 생각합니다.
한국어 검색: Smart Search가 영어 중심인 것은 맞습니다 (영어 임베딩을 사용합니다). 한국, 일본, 중국에서 흥미로운 오픈소스 프로젝트가 많이 나오고 있는 만큼, 다국어 지원을 검토해 보겠습니다!
다른 피드백이나 버그 리포트가 있으시면 hello@oosmetrics.com 으로 편하게 연락 주세요 :)
ㄷㄷㄷㄷ
Codex CLI 에 /goal 기능 추가
이 글이 몇일전 글이라 위 뉴스를 보고 나면 살짝 Codex 섹션도 들어가야 할거 같아요 ㅎ
어쨋든 통과네요
이런 비슷한 경험이 있었는데
오류를 회피하지 말 것.
이라고 추가 지시하니 괜찮았습니다.
저는 반대로 테스트 코드를 수정해서 테스트를 통과시키라고하니 대상 코드를 수정해서 통과시키더라구요
swift 에서는 따로 뭘 하지 않아도 바로 사용가능한 표기법이네요
특정 도메인의 단어를 미리 사전으로 만들어두고 참고할 수 있는 기능이 있으면 좋을 것 같습니다.