Profile img

Perlmint

@perlmint@hackers.pub · 90 following · 79 followers

크로스 플랫폼 빌드 고치는 노동자

잡담은 @meperlmint 에서

Github
@perlmint
Bluesky
bsky.perlmint.dev
1
0
0
Perlmint @perlmint@hackers.pub
Public

gha대체로 gitlab설정하다가 CI랑 상관 없는 기능 때문에 설정이 복잡하고 띄우기부터 고난이라 포기하고 다시 gemini에게 추천을 요구했고 woodpecker를 시도해본다. 이제는 다시 k8s와의 싸움...

0
0
0
Perlmint @perlmint@hackers.pub
Public

gha대체로 gitlab설정하다가 CI랑 상관 없는 기능 때문에 설정이 복잡하고 띄우기부터 고난이라 포기하고 다시 gemini에게 추천을 요구했고 woodpecker를 시도해본다. 이제는 다시 k8s와의 싸움...

1
1
0
0
0
0
0
1
0
1
1
0
Hackers' Pub @hackerspub@moim.live
Public
Shared by Perlmint

앗! 나도 해커스펍 기여자? Hackers Pub 기여자 모임 스프린트

Hackers' Pub 리뉴얼, 손꼽아 기다리고 계시지 않으신가요? Hackers' Pub, 한 번쯤 직접 기여해 보고 싶다는 생각, 해보신 적 없으신가요? Hackers' Pub, 이용하면서 어딘가 아쉽다 느꼈던 부분, 혹시 있지 않으셨나요? 이번 스프린트 모임은 리뉴얼 진도도 팍팍 빼면서, 기여자들끼리 서로 얼굴도 익히고 친분도 쌓는 자리입니다. 부담 없이 참여해 주세요. 모임은 서울특별시 성동구 상원길 26, 뚝섬역 5번 출구 근처 어딘가에 있는 튜링의 사과에서 진행합니다. 일정은 3월 1일 ~ 3월 2일. 모여서 각자 편하게 해커스펍 기여하다가 가시면 됩니다. 몸만 오시면 됩니다. 비용은 튜링의 사과 이용료만 챙겨 주시면 돼요. 감사합니다. 이 글은 연합우주를 위한 모임 개최 서비스 moim.live의 첫 게시글로 영광스럽게 공유합니다

📅 2026-03-01T02:00:00.000Z — 2026-03-02T10:00:00.000Z

Organized by: @hongminhee@hollo.social

View event details

앗! 나도 해커스펍 기여자? Hackers Pub 기여자 모임 스프린트 — Hackers' Pub (@hackerspub@moim.live)

Hackers' Pub 리뉴얼, 손꼽아 기다리고 계시지 않으신가요? Hackers' Pub, 한 번쯤 직접 기여해 보고 싶다는 생각, 해보신 적 없으신가요? Hackers' Pub, 이용하면서 어딘가 아쉽다 느꼈던 부분, 혹시 있지 않으셨나요? 이번 스프린트 모임은 리뉴얼 진도도 팍팍 빼면서, 기여자들끼리 서로 얼굴도 익히고 친분도 쌓는 자리입니다. 부담 없이 참여해 주세요. 모임은 서울특별시 성동구 상원길 26, 뚝섬역 5번 출구 근처 어딘가에 있는 튜링의 사과에서 진행합니다. 일정은 3월 1일 ~ 3월 2일. 모여서 각자 편하게 해커스펍 기여하다가 가시면 됩니다. 몸만 오시면 됩니다. 비용은 튜링의 사과 이용료만 챙겨 주시면 돼요. 감사합니다. 이 글은 연합우주를 위한 모임 개최 서비스 moim.live의 첫 게시글로 영광스럽게 공유합니다

moim.live

Link author: Hackers' Pub@hackerspub@moim.live

1
0
1
0
0
0
0
0
0
0
0
0
0
0
0
geeknews_bot @geeknews_bot@sns.lemondouble.com
Public
Shared by Perlmint

ggml.ai, Hugging Face와 협력해 로컬 AI의 장기 발전 보장
------------------------------
- *로컬 AI 생태계* 의 지속적 발전을 위해 llama.cpp의 창립팀인 ggml.ai가 Hugging Face 에 합류함
- ggml과 llama.cpp는 계속해서 *오픈소스·커뮤니티 중심* 으로 운영되며, 팀은 전일제로 유지·지원 예정
- Hugging Face는 프로젝트의 *장기적 지속 가능성* 을 보장하고, 사용자 경험과 *transformer…
------------------------------
https://news.hada.io/topic?id=26861&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

ggml.ai, Hugging Face와 협력해 로컬 AI의 장기 발전 보장 | GeekNews

로컬 AI 생태계의 지속적 발전을 위해 llama.cpp의 창립팀인 ggml.ai가 Hugging Face에 합류함ggml과 llama.cpp는 계속해서 오픈소스·커뮤니티 중심으로 운영되며, 팀은 전일제로 유지·지원 예정Hugging Face는 프로젝트의 장기적 지속 가능성을 보장하고, 사용자 경험과 transformers 통합성 향상에 집중할 계획협업을

news.hada.io · GeekNews

0
0
0
제이미 @theeluwin@hackers.pub
Public
Shared by Perlmint

오래 기다리셨습니다!!!

BlueBase: Python으로 밑바닥부터 직접 만들어보는 DBMS

https://theeluwin.github.io/BlueBase/

결국 완성은 못했지만, 일단 공개할 수 있는 부분이라도 공개합니다.

RedBase DBMS을 구성하는 PF, RM, IX, SM, QL 중 PF와 RM을 여러분들이 직접 구현 할 수 있게, 과제의 형태로 제공합니다.

PF는 paged file의 약자로, file을 page 단위로 관리하는 컴포넌트입니다. 대충 4096 바이트 단위로 관리하는데요, file에 바로바로 read하거나 write하지 않고, 자주 사용되는 page는 가능한 memory에 있도록 중간에 buffer manager를 둡니다. 그렇다면 buffer에 공간이 모자라면? buffer에 있는 page 중 누군가를 evict 할 수밖에 없습니다. 그럼 뭘 기준으로 하면 좋을까요? 이 부분을 잘 생각해서 구현해보고, 성능을 비교해보기 바랍니다. 제가 cache hit/miss 시뮬레이션 구현해둔게 있으니, 제 custom 보다 높은 성능을 달성해주세요!

이후 RM은 record management의 약자인데, PF를 사용해서 record들을 가져오거나, 새로 넣거나 등을 하게 해줍니다. 그렇다면 전체 record를 순회하는 scan 연산이 중요하겠죠. 이 부분을 구현하는 것이 핵심입니다. record는 page 앞 부분에 bitmap을 둬서 slot이 비어있는지 아닌지를 확인하는데, 만약 record 삭제 명령이 마지막 slot을 비우게 된다면 해당 page는 더이상 필요 없겠죠. 그렇지만 이를 바로 free로 만드는건 조금 비싼 연산이 필요합니다. free page list를 다시 계산해야하거든요. 그래서 보통 DBMS에서는 이러한 작업들을 vacuum 연산으로 해결합니다. 추가로, 지금은 고정 길이 record만 다룰 수 있습니다만, 가변 길이를 허용하려면 어떻게 해야할까요? 이 부분들은 자유롭게 구현해보시면 좋겠습니다.

문서와 테스트는 모두 공개되어있습니다. 기여해주시면 감사하겠습니다! 다만, 정답 코드와 핵심 로직은 마지막까지 저 혼자 해보고 싶습니다 (도전).

https://github.com/theeluwin/BlueBase

밑바닥부터 직접 만들어보는 DBMS에서 page cache policy에 따른 성능 비교.
5
0
0
0
0
0
0
1
0
0
0
0
mcc @mcc@mastodon.social
Public
Shared by Perlmint

Somebody linked me RFC 7565, which linked to RFC7564, and if that's the place to look this appears to be the list of disallowed characters in a Fediverse username, and I'm cracking up because it's *mostly* stuff you'd expect, except the very first category of banned characters, specially, is "pre-1700 Korean characters".

The fediverse is welcome to all. EXCEPT KOREAN TIME TRAVELERS. Did you just wake up from being frozen in ice during the Joseon dynasty? The IETF is targeting you PERSONALLY

4.2.3. Disallowed o Old Hangul Jamo characters, i.e., the OldHangulJamo ("I") category defined under Section 9.9. o Control characters, i.e., the Controls ("L") category defined under Section 9.12. o Ignorable characters, i.e., the PrecisIgnorableProperties ("M") category defined under Section 9.13. o Space characters, i.e., the Spaces ("N") category defined under Section 9.14. o Symbol characters, i.e., the Symbols ("O") category defined under Section 9.15. o Punctuation characters, i.e., the Punctuation ("P") category defined under Section 9.16. o Any character that has a compatibility equivalent, i.e., the HasCompat ("Q") category defined under Section 9.17. These code points are disallowed even if they would otherwise be valid according to the property-based rules specified in the previous section. o Letters and digits other than the "traditional" letters and digits allowed in IDNs, i.e., the OtherLetterDigits ("R") category defined under Section 9.18.
1
9
0
0
1
0
1
0
0
0
1
1
3
0
0
0
0
0
1
0
0
Perlmint @perlmint@hackers.pub
Public

private한 기록을 할 일이 있고 소수와 공유가 필요해서 내 hollo 인스턴스에 계정을 만들어서 기록 한 것 까지는 좋았다. fediverse 서비스 뭐 가입하라고 골라주기도 별로라고 생각하던 참에, threads에서도 접근 가능하다는 점이 떠올라서 그냥 계정+도메인을 알려줬지만 잘 모르겠다는 말이 나와서 조금 찾아보니 활성화가 필요하다는 공식 문서를 봤다. 그래서 테스트 하기 위해 나도 threads에 가입하고는 활성화를 눌렀더니만 unexpected error가 난다.

0
0
0
0
2
0

Perlmint shared the below article:

일본은 패스키로 진격하는데, 한국은 왜 제자리인가요?

푸른곰 @purengom@purengom.com

금융부터 전자상거래까지 확산된 일본의 FIDO2 패스키 전략, 한국은 ‘간편 인증’에 머무른 채 방향성조차 흐릿합니다 보안 사고가 촉발한 일본의 급반전 2025년 상반기, 일본 증권 업계를 강타한 대규모 불법 로그인 및 부정 거래 사태는 단순한 해킹 사건을 넘어, 디지털 인증 체계에 대한 신뢰 자체를 뒤흔드는 사건이었습니다. 수천 건의 계좌 탈취와 수백억 엔 규모의 […]

Read more →
5
0
1
洪 民憙 (Hong Minhee) :nonbinary: @hongminhee@hollo.social
Public
Shared by Perlmint

日本(일본)의 TypeScript 컨퍼런스인 TSKaigi 2026이 5月(월) 22日(일)(金(금))–23日(일)(土(토))에 東京(도쿄)에서 開催(개최)된다고 합니다. 함께 가실 韓國(한국) 분 계실까요?

一旦(일단) 저랑 @2chanhaeng초무 님하고 @kodingwarriorJaeyeol Lee (a.k.a. kodingwarrior) :vim: 님이 같이 가실 것 같습니다.

TSKaigi 2026

TSKaigiは日本最大級のTypeScriptをテーマとした技術カンファレンスです。2026/5/22 (金) - 23 (土) の日程で開催します。

2026.tskaigi.org

5
0
0
0
0
0
1
0
0
2
0
0
0
0
0
2
1
0
0
1
0
2
0
0
6
0
0
0
0
0
Perlmint @perlmint@hackers.pub
Public

지금 생각 났는데, Ninja로 생성하면 일반 LTCG 옵션이 켜져있고, MSVC로 하면 LTCG:INCREMENTAL 옵션이 켜져 있었다. 아마도 이 차이가 마침 남아있던 이전 빌드 결과물과 더해져서 빌드 성공 실패 여부가 갈린게 아닐까... 애초에 그 문제되는 경고 자체가 컴파일러 버그라면 그럴 법한 것 같은데...

Perlmint @perlmint@hackers.pub
Public

어쨌든 가장 큰 실수는 레퍼런스 문서 잘 안읽고 gemini에게 물어본 것 같다. 제안을 총 10개 정도 받고 다 해봤는데 반절 이상이 존재하지 않는 옵션(정확히는 조합 불가) 거짓말이었고, 나머지는 아무 효과도 없었다. 시도도 안한 제안은 애초에 최적화 관련을 끄라는 해결 해야 되는 이유를 부정하는 일이었고

0
0
0
Perlmint @perlmint@hackers.pub
Public

잘 되는 줄 알았는데, 프로젝트 종류랑 상관 없이 발생하는 경고였고, 그냥 MSVC에서 외부 헤더에만 예외 처리 할 수 없는 경고라는 설명을 봤다... 공식 제안 방법이 그냥 전체에서 꺼라 라니...

Perlmint @perlmint@hackers.pub
Public

지금 생각 났는데, Ninja로 생성하면 일반 LTCG 옵션이 켜져있고, MSVC로 하면 LTCG:INCREMENTAL 옵션이 켜져 있었다. 아마도 이 차이가 마침 남아있던 이전 빌드 결과물과 더해져서 빌드 성공 실패 여부가 갈린게 아닐까... 애초에 그 문제되는 경고 자체가 컴파일러 버그라면 그럴 법한 것 같은데...

0
1
0
Perlmint @perlmint@hackers.pub
Public

잘 되는 줄 알았는데, 프로젝트 종류랑 상관 없이 발생하는 경고였고, 그냥 MSVC에서 외부 헤더에만 예외 처리 할 수 없는 경고라는 설명을 봤다... 공식 제안 방법이 그냥 전체에서 꺼라 라니...

0
1
0
Linear @linear@hackers.pub
Public
Shared by Perlmint

코로나 시기의 단절이 사람들에게서 ‘뉴비를 잘 가르치는 법’을 앗아갔듯이 AI의 유행이 사람들에게서 ‘사람에게 잘 설명하는 법’을 앗아갈 거라는 생각이 가끔 든다.

4
1
0
2
0
0
Perlmint @perlmint@hackers.pub
Public

또 이상한 버그를 마주쳤다... LinkTimeCodeGeneration단계에서 별로 납득이 안가는 라인에서 경고가 발생해서 빌드가 실패 하는데, ninja로 프로젝트를 만들었을 때만 발생한다... MSVC로 프로젝트를 만들면 문제가 없고...

0
2
0
Perlmint @perlmint@hackers.pub
Public

또 이상한 버그를 마주쳤다... LinkTimeCodeGeneration단계에서 별로 납득이 안가는 라인에서 경고가 발생해서 빌드가 실패 하는데, ninja로 프로젝트를 만들었을 때만 발생한다... MSVC로 프로젝트를 만들면 문제가 없고...

1
1
0
Park Joon-Kyu @segfault87@hackers.pub
Public
Shared by Perlmint

관점에 동의하고, 모델과 학습 데이터의 민주화를 어떻게 이룰 것인가에 대한 현실적인 부분을 좀 더 고민한다면 결국 국가나 국가들의 연합체이 주도하는 방향이 되지 않을까 싶다. 소프트웨어는 컴퓨터만 있으면 온전히 개인의 역량만으로 접근할 수 있지만 LLM은 특히 초대형 자본의 각축장이라 풀뿌리로 접근할 수 있는 길이 잘 보이지 않는 것 같다.

4
1
0
洪 民憙 (Hong Minhee) :nonbinary: @hongminhee@hollo.social
Public

Been thinking a lot about @algernonalgernon, deployer of builds, builder of jank, fan of junk, and only junk (allegedly)'s recent post on FLOSS and LLM training. The frustration with AI companies is spot on, but I wonder if there's a different strategic path. Instead of withdrawal, what if this is our GPL moment for AI—a chance to evolve copyleft to cover training? Tried to work through the idea here: Histomat of F/OSS: We should reclaim LLMs, not reject them.

F/OSSの唯物史観——LLMを拒絶するのではなく、取り戻すべきだ

数日前、「 自由・オープンソースソフトウェアとLLM訓練について 」︵ On FLOSS and training LLMs ︶という記事を読んだ。自由・オープンソースソフトウェアコミュニティの挫折感をよく表現した文章だった。AI企業はF/OSS開発者を全く尊重していない。オープンソースライセンシングの理想主義的原則を…

writings.hongminhee.org · 洪民憙雑記

Link author: 洪 民憙 (Hong Minhee) :nonbinary:@hongminhee@hollo.social

洪 民憙 (Hong Minhee) :nonbinary: @hongminhee@hollo.social
Public
Shared by Perlmint

AI 企業(기업)이 F/OSS 코드로 LLM 訓練(훈련)하는 걸 막을 게 아니라, 訓練(훈련)한 모델을 公開(공개)하도록 要求(요구)해야 한다고 생각합니다.

撤收(철수)가 아니라 再專有(재전유)! GPL이 그랬던 것처럼요.

訓練(훈련) 카피레프트에 對(대)한 글을 썼습니다: 〈F/OSS 史唯(사유): 우리는 LLM을 拒否(거부)할 게 아니라 되찾아 와야 한다〉(한글).

F/OSSの唯物史観——LLMを拒絶するのではなく、取り戻すべきだ

数日前、「 自由・オープンソースソフトウェアとLLM訓練について 」︵ On FLOSS and training LLMs ︶という記事を読んだ。自由・オープンソースソフトウェアコミュニティの挫折感をよく表現した文章だった。AI企業はF/OSS開発者を全く尊重していない。オープンソースライセンシングの理想主義的原則を…

writings.hongminhee.org · 洪民憙雑記

Link author: 洪 民憙 (Hong Minhee) :nonbinary:@hongminhee@hollo.social

4
1
2
6
0
0
2
0
0