Jiyu (robin)

한번 pothos-drizzle을 도입해보고 있는데요... drizzleNode로 오브젝트를 정의하면 node 쿼리 결과를 무조건 플러그인에게 맡겨야 하나요...? where를 추가로 건다거나 특정 노드는 필터링한다거나 그런 방법은 (그냥 node로 정의하기 빼고) 없나요...?

요즘은 pothos-drizzle 쓸만한가...? 라는 내용을 해커스펍에 썼더니 갑자기 500으로 맞았다 이건 쓰지 말란 뜻일까...?

SQL 조인 서커스가 진짜 머리아픈데 진짜 재밌어서 이거만큼은 손으로 짜고 싶어

(연합 테스트용) 해커스펍은 ActivityPub Note에 별도의 ostatus conversation도 context도 없다 이걸 마스토돈에서 보면 임의의 conversation id를 만들어준다

어차피 이모지 데이터 다 tag에 딸려 들어오는데 서버-이모지 관계를 분리해서 처리하고 싶은데 그럼 연합되는 쪽에서 다 박살나겠지...

구현한 코드를 모두 클립보드에 넣은 채로 컴퓨터가 다운되서 삶의 의지가 떨어진다... 과연 남아있을까

AI와 함께라면 대규모 리팩터링도 무서워!!

이제 온 연합이 지켜보고 있어서 더 이상 쓰레기 코드를 짤 수 없다

오늘의 디버그 일기 자꾸 액펍아카데미랑 플래닛에서 요청을 보내도 씹었다 근데 액티비티 워크샵에서 수동요청 만드니까 잘 받아줬다 알고보니 액터 디스패쳐에서 inbox를 http로 던져줘서 그런 거였다...

바이브 코딩(5분만에 생성하고 4시간동안 뜯어고치기)

전에 쿼리 두 번 날려서 처리했던 일을 삼중 조인으로 쿼리 한번으로 줄이는데 성공해서 기분이 좋아졌어

평소에 GraphQL 설계를 할 때 권한에 따라서 같은 리소스의 타입을 다르게 (예를 들어 프로필 타입을 MyProfile과 PublicProfile로 나눈 후 PublicProfile에만 email 등의 필드를 구현한다던가) 하는 설계를 많이 했었는데 Relay에 호환되게 짜려고 하니 node(id) 구조랑 충돌하는 거 같아서 고민이다... id만으로는 그게 Public인지 My인지 알 수도 없고...

sark는 현존 최강의 Svelte GraphQL 클라이언트다 (이렇게 말하면 더 좋은것들이 나오나요?)

안녕 해커스펍! 이제 정말로 열심히 개발블로그 같은걸 써볼거에요 (시즌 2147483647호)