이제 AI가 손금을 보고 점도 봐주는 시대가 왔다!

장안의 화제 〈파이썬토룡신점〉, 나도 쳐봤다!

해커스펍 500명 돌파 나이스~

내일 오후 1시에서 2시 사이에 제가 아래 링크한 파이콘 코리아 2025 발표를 들으러 간다는 소식입니다. 올해는 체력이 부족하여 딱 1개 발표만 듣고 바로 철수할 예정...

https://2025.pycon.kr/presentations/1de39092-918e-465b-94c5-5eb80f423742#AI-시대에-파이썬-개발자가-쌓아야-할-비파이썬적-소양들

발표자를 위한 교훈 하나: 프리젠테이션에 코드 예제를 보여줄 땐 좀 과하다 싶을 정도로 간단하게 한다. 안 그러면 발표 환경/청중의 위치에 따라 코드가 안보이는 불상사가 생길 수 있다. 😂

어라… 도움말 구현 한 것 같은데? 근데 왜 뭔가 빠뜨린 것 같지…

떨랴요..

점심시간 한정!!!! 부스 지킴이 용병하고 있습니다

파이콘 와서 더위에 시달리다 정신차려보니 왠지 부스에 앉아있었다

파이콘을 구경갑니다. 그런데 근육통 때문에 노트북을 두고 나온

오늘과 내일 PyCon KR 2025에서 해커스펍 부스 도우미로 나와있습니다! 파이콘 오신 분들 많이 들러주세요 :)

오늘은 파이콘

근데 확실히 사람의 언어든 프로그래밍 언어든 언어를 새로 배울 때마다 해당 언어의 방식으로 생각해보면서 사고 방식의 확장이 이루어지는 것 같음

news.hada.io/topic?id=22140

이 글에서 "switch network 쓰지 말고 hash map 쓰세요 그쪽이 더 빠릅니다" 해서 정말 그런가? 했는데 그런듯 하다.

지금 진행하던 개인 프로젝트의 디버깅을 찍어보는데 특정 토큰/명령어에 대해서 한 조각씩 들어오는 것에 대해 분기 네트워크를 타면 CPU의 분기예측 캐시가 제대로 쌓이질 않아서 case문 내의 모든 case를 중구난방으로 분기하면서 모두 체크하고 있다. (예를 들어 TOKEN_DEFINE을 찾기 위해서 ase TOKEN_BRACKET_OPEN.. case TOKEN_ALLOCATE... case TOKEN_EQUAL.... 같이 전부 중구난방으로 점프해가며 하나씩 체크한다. O(n)과 같은 최악의 케이스는 아니지만 10개의 케이스가 있으면 적어도 5개는 검색해버리는 짓을 벌임)

후반부로 갈수록 캐시가 쌓여서 바로 점프하는 모습은 보이지만 O(1)으로 바로 분기 없이 점프할수 있는 해시맵이 엄청나게 빠른건 사실인듯하다.

재귀하향식 파서로 구현했기 때문에 파서는 어쩔수 없이 switch network를 타버리긴 하지만 case가 극히 적어 분기 점프에 있어 큰 문제는 아니고 최대한 해시 맵 기반으로 짜는 것이 빠르다는 교훈은 얻은듯 하다.

밑바닥에서부터 연합우주 서비스를 만들고 있는데, 기능을 만들고 연합우주 연동을 붙이는 방식으로 접근하려니 자꾸 막히는 것 같음. 연합우주에서 어떻게 호환할지 먼저 생각해서 인터페이스를 만들고 거기에 기능을 갖다 붙이는 방식으로 접근해야 한다... 초기 단계는 수제코딩이 불가피한....

😂

@crohasang크롸상 님이 작명해주신 덕분에, 찝찝한 기분도 덜어내고 진행하고 있는 프로젝트에 좀 더 속도를 낼 수 있을 것 같다..... 압도적 감사.... 기념으로 도메인도 샀다. https://cosmosli.de 뽕을 뽑자 이젠.....

오랫동안 getpocket.com 을 사용해 왔는데 몇 달 전 서비스 셧다운을 했네요. 일단 csv로 그간 모아 놓은 링크들은 다운받을 수 있는 거 같은데 어디로 옮겨 탈지 결정을 못내려서 그냥 불편하게 지내고 있습니다. 혹시 좋은 대안 서비스 추천해주실 분 있으실까요?

젊은 친구가 눈치가 빨라서 좋군 😏

유시지(usage) 출력까지는 어떻게 구현 했다. 그런데 이건 쉬운 문제고, 도움말이 정말 어려운 문제인데…

optique <main?> $ deno run example.ts 
Usage: example.ts one [-a/--allow] -v/--value INTEGER ARG
       example.ts two [-f/--foo] -b/--bar VALUE
       example.ts three [-d/--deny] -t/--test INTEGER [-z/--baz] -q/--qux QUX
       example.ts nest foo [-a/--allow] -v/--value INTEGER ARG
       example.ts nest bar [-f/--foo] -b/--bar VALUE
Error: No parser matched.

이번 주말에는 양일 모두 파이콘 한국 2025에 가서 Hackers' Pub 부스를 지킵니다!

동명의 문제도 좋아함

https://www.acmicpc.net/problem/15936

헐... 파이썬 range 당연히 Iterator 인 줄 알았는데 Iterable 에다가 Sequence 였어...

제가 좋아하는 문제 풀어보실 분

https://www.acmicpc.net/problem/11742

dotfiles 정리를 드디어 끝내고 깃헙에 올렸다 https://github.com/evenharder/dotfiles

이번 주말........ 파이콘으로 한참 바쁠 예정입니다.....

• 파이콘 내내 한국 연합우주 개발자 모임 부스 지키기
• 일요일 파이콘 발표
• OSTEP xv6 H2 스타트 끊기...

도움말 만드는 게 생각보다 생각할 게 많구나. 사실 정형화되어 있으면 아주 쉬운 문제인데, 파서 컴비네이터를 만들어 놔서 도움말 예쁘게 출력하는 게 어려운 문제가 된 듯…

脱・ファット・CLAUDE.md

https://zenn.dev/smartshopping/articles/refactor-fat-claude-md

이제 아래와 같이 CLI 파서를 선언하면:

const parser = or(
  object("Group 1", {
    type: constant("group1"),
    allow: option("-a", "--allow"),
    value: option("-v", "--value", integer()),
    arg: argument(string({ metavar: "ARG" })),
  }),
  object("Group 2", {
    type: constant("group2"),
    foo: option("-f", "--foo"),
    bar: option("-b", "--bar", string({ metavar: "VALUE" })),
  }),
  merge(
    object("Group 3", {
      type: constant("group34"),
      deny: option("-d", "--deny"),
      test: option("-t", "--test", integer()),
    }),
    object("Group 4", {
      baz: option("-z", "--baz"),
      qux: option("-q", "--qux", string({ metavar: "QUX" })),
    }),
  ),
);

InferValue<typeof parser> 타입 함수가 아래와 같은 타입을 반환한다:

const _:
  | {
    readonly type: "group1";
    readonly allow: boolean;
    readonly value: number;
    readonly arg: string;
  }
  | {
    readonly type: "group2";
    readonly foo: boolean;
    readonly bar: string;
  }
  | {
    readonly type: "group34";
    readonly deny: boolean;
    readonly test: number;
    readonly baz: boolean;
    readonly qux: string;
  };

현재 구현한 파서 프리미티브는 option()과 argument() 두 개, 그리고 파서 컴비네이터는 or(), object(), tuple(), merge(), optional(), multiple() 정도. 그 외에 concat() 같은 것도 구현하고 싶긴 한데, 일단 도움말 먼저 만들어 보자.

@2chanhaeng이찬행 @joonnotnotJoon 리드멘티님들 안녕하세요

이번에 Amazon SES 메일 발송 처리를 추가해야 해서, Upyo 를 써 볼 수 있는 좋은 기회가 왔습니다. (SMTP 연동이어도 써볼 생각이었지만...)

README.md 의 Caution 을 보니 조금은 조심스럽지만, 한번 써보겠습니다!

개인적인 소망으로 https://unstable.upyo.org/logo.svg 로고에 한글도 들어가면 더욱 더 이쁠 것 같습니다!

작성된 유닛테스트들의 유지보수성이 심각하게 떨어져서 DSL을 구축하고 BDD 방식을 부분 적용하기로 했다

@cocoaAmaseCocoa OSとウェブブラウザはどうなさいますか？

안녕하세요. 개발자느님들에게 한가지 도움을 요청드립니다. 개발 1도 모르는 초초초초보가 독학으로 공부할 리액트 네이티브(앱 개발)와 파이썬 책을 추천 해주시면 감사하겠습니다. 참고로 파이썬은 https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=308908446 이 책을 생각하고 있습니다. 미리 감사드립니다~

@cocoaAmaseCocoa いい考えですね。これを標準化するFEP提案書を作成してみても良いかもしれません。一緒に作成してみませんか？

feature-info?

まぁこれはnodeinfoのmeta使ってある程度決まったjsonを埋め込むようにすれば良さそうだけども。

こんな感じにするとか？

[
 "fep:8b32",
　"rfc:9421",
 "protocol:activitypub"
]

実装間でのFEDERATION.mdみたいなのがほしいかもしれない🤔

ast-grep 알듯 모를듯.. 아래같이 하면 innerHTML prop를 넘겨주고, 여닫는 사이에 내용은 없지만 self-closing 안 하는 케이스들을 잡을 수 있겠다.

id: innerhtml-not-self-closed
language: tsx
severity: error
rule:
  all:
  - kind: jsx_element
    pattern: <$TAG $$$ARGS></$TAG>
    all:
    - has:
        kind: jsx_opening_element
        has:
          kind: jsx_attribute
          regex: innerHTML
    - has:
        kind: jsx_closing_element
fix: "<$TAG $$$ARGS />"

sap 백엔드 쪽 디벼보다 알게 된 점: 노드 의존도가 정말정말정말정말 높다. 트라이얼판이라 그런거 같긴 한데...

SAP BTP의 CAP 환경은 백엔드·프론트 모두 Node.js 생태계에 강하게 의존한다. 백엔드는 @sap/cds 같은 Node 모듈을 통해 서비스·DB·브로커를 다루고, 프론트는 SAP UI5/Fiori Elements 모듈을 가져다 쓰는 구조다. 실질적으로는 프론트와 백 모두 Node.js 기반으로 구성된다고 보는 게 편할듯.

실무에선 자바로 구축한다고들 하는데 일단은 대충 트라이얼만 돌려보면 백에 자바로 간다는 정도지 노드 비중이 딱히 줄어들 거 같진 않은.

전업 대학생하는 동안 CS 공부도 좀 해야겠네.. 아는게 없다

지난 월요일 저녁 7시에 진행했던 .NET Universe Unplugged 2025-08의 다시 보기 영상을 8/18, 8/19 이틀에 걸쳐 저녁 7시에 순차적으로 공개합니다.

https://forum.dotnetdev.kr/t/net-universe-unplugged-2025-08/13498/1

버그였구나...? 어쩐지 좀 이상한 맥락에서도 내가 맞다고 하더니만...

CLAUDME.md 상단에 "나는 언제나 맞아"를 넣고 시작해 확실하게 간신배를 만들었다.

LLM에게 코딩 시키기, 요즘 바이브 코딩이라 불리는 일을 해 봤다. 동기는, 리니어 공간에서의 이미지 리사이즈 작업이 ImageMagick 같은 전문? 툴 없이 파이썬 라이브러리로만으로 가능한가? 라는 호기심.

의외로, 알려진 알고리즘을 적용하라는 지시에는 LLM이 매우 효과적으로 대응했다. 정형화되어 있는 작업은 그게 조금? 전문적이라고 해도 찰떡 같이 알아듣고 탬플릿처럼 코드를 만들어냈다. 거대 LLM은 지식의 범위가 매우 넓다고 절감했다.

오히려 문제는 쉽다고 예측했던 색영역 프로필 처리에서 일어났다. 존재하지 않는 메소드들을 계속 있다고 하며 라이브러리 버전 문제라고 우겼다. 제미나이도, chatgpt도 동일했다. 해당 라이브러리 문서를 직접 찾아보니, LLM들이 가져온 오브젝트는 유저에게 노출되지 않은 내부 C 코드에 있는 것들이었다.; 오브젝트는 내부를, 메소드는 문서화 되어 있는 API의 것을 조합해서 코드를 만들어 낸 것이었다.

인간 개발자는, 자기 전문 영역이 아닌 한 라이브러리의 내부 코드까지는 잘 보지 않는다. 즉 API 문서를 기반으로 작업을 해 나간다. LLM은 정반대였다. 오픈소스 라이브러리라면, 오히려 문서보다도 외부 문서화되지 않은 소스 코드가 더 잘 학습 되는 자료였던 것이다. 그 과정에서 라이브러리의 전체 동작 과정을 잘 파악할 정도는 아니었기에 동작하지 않는 코드들을 계속 만들어 냈고.

매우 흥미로운 경험이었다. LLM은 인간과는 전혀 다른 학습, 구성 과정을 통해 코딩한다. 요구-설계-개념-문서-코드 라는 단계는 LLM에게는 의미가 없다. 프로그래머들은 이제 이세돌 이후 바둑 기사들이 겪었던 충격과 비슷한 변화를 나름? 받게 된 듯 하다.

오늘은 사무실에서 TrueNAS 셋업 중인데요, PSU 감싼 부분을 제거해야 하는데 수냉쿨러 파이프를 건드리면 어쩌죠?

내가 직접 짜는게 더 효율적인 부분과 AI에게 맡기는게 나은 부분이 있기는 한데, 일단 시켜보고 "음... 이건 망했군" 하면서 수정 시키기를 선택하고 있다.

We'd like to recognize the valuable contributions from two developers who participated in Korea's #OSSCA (Open Source Contribution Academy) program. Both contributors identified important gaps in #Fedify's functionality and documentation, providing thoughtful solutions that benefit the broader #ActivityPub ecosystem.

@gaebalgom개발곰 contributed PR #365, addressing issue #353 regarding NodeInfo parser compatibility, originally reported by @andypiper. The issue arose when Fedify incorrectly rejected #NodeInfo documents from snac instances due to overly strict version string parsing that required semantic versioning compliance. Their solution improves the fallback behavior in the parseSoftware() function to handle non-SemVer version strings by parsing dot-separated numbers and defaulting to zero for missing components. The implementation includes thorough test coverage for various edge cases, including single numbers (3), two-part versions (2.81), and malformed version strings. This fix provides immediate compatibility improvements across the fediverse while maintaining backward compatibility, and will be included in Fedify 1.9. The contribution serves as an interim solution, with a more comprehensive fix planned for Fedify 2.0 (issue #366), where the NodeInfo software.version field will be changed from the SemVer type to a plain string to fully comply with the NodeInfo specification.

@z9mb1wwj contributed PR #364, resolving issue #337 by adding practical examples for Fedify's custom collection dispatchers feature. Custom collections were introduced in Fedify 1.8 but lacked clear documentation for developers seeking to implement them. Their contribution provides a comprehensive example demonstrating how to set up custom collections for tagged posts, including proper routing patterns, pagination handling, and counter functionality. The example includes mock data structures, shows how to configure collection dispatchers with URL patterns like /users/{userId}/tags/{tag}, and demonstrates the complete request/response cycle using federation.fetch(). This work provides developers with a clear, runnable reference that reduces the complexity of implementing custom collections in ActivityPub applications.

We appreciate these meaningful contributions that help make Fedify more accessible and robust for the entire ActivityPub community.

#opensource #fedidev #fediverse