洪 民憙 (Hong Minhee)

@bglbgl gwyng 오… 좋은 관점 같습니다.

@hongminhee洪 民憙 (Hong Minhee) 위에 제가 한 얘기를 약간 다르게 말하는 방법이 생각났는데, 우리가 쓰고있는 언어가 라이브러리 만드는 작업까진 좋은 언어지만 앱개발 작업에는 아직 구린 언어일수 있어요

애플의 수전노적인 앱 업데이트 정책

잘 알려지지 않은 사실이지만, 애플의 앱 스토어는 스토어프론트 UI는 꽤 많이 변했지만 그 안쪽은 그렇게 변하지 않았습니다. 여전히 앱스토어의 결제 관리를 위해 맥에서는 Music 앱을 사용할 필요가 있는 것이 이를 여실히 드러냅니다. 사실 사태는 좀 더 심각해서, 앱을 다운로드 받거나 업데이트하는 것을 '구입'으로 처리하던 WebObject 기반의 iTunes Music Store 시절의 시스템을 수선해 사용하던 초창기 앱 스토어 때와 달라진 게 없습니다. …

https://purengom.com/2025/07/15/%ec%95%a0%ed%94%8c%ec%9d%98-%ec%88%98%ec%a0%84%eb%85%b8%ec%a0%81%ec%9d%b8-%ec%95%b1-%ec%97%85%eb%8d%b0%ec%9d%b4%ed%8a%b8-%ec%a0%95%ec%b1%85/?utm_source=mastodon&utm_medium=jetpack_social

Hello, Fediverse!

이거 모든 2-letter code의 조합이 테이블 형태로 나와 있는 게 뻘하게 웃기다

@bglbgl gwyng @kodingwarriorJaeyeol Lee React Native라는 이름의 게임…

예전에 윈도가 필요해서 피방에서 코딩 몇 번 한 적 있는데 매번 프로그램 깔기 귀찮아서 그냥 관련 프로그램 한 번에 설치하기 위한 명령어 페이지를 블로그에 뚫어놨었음 https://chomu.dev/choco

@z9mb1wwj 아는 게 딱히 없으시다면 Fedora Linux 추천합니다. 가장 말썽이 적어서 입문용으로 좋습니다. 저도 쓰고 있어요. ㅎㅎ

아, mise도 있다.

요즘엔 Linux를 메인으로 쓰긴 하지만… X에서 macOS 필수 설치 목록을 서로 공유하기에, 나도: Homebrew, Git, GNU Bash, 1Password, WezTerm, Neovim, Zed, Visual Studio Code… 이 정도인 듯?

Not worked on my device

@pkgupdtpkg update 저는 DuckDuckGo Email 서비스를 쓰고 있는데, 이건 별로려나요?

ripgrep, comby 조합으로 코드베이스 검사/수정하고 있는데 아주 편하다

@bglbgl gwyng 그런 부분도 있고, 코드의 수명도 더 짧다는 인식이 있어서 그런 것도 있는 것 같아요.

사실 애플리케이션 만드는 것보다 라이브러리 만드는 게 훨씬 재밌다. 왜 그런지는 잘 모르겠음… 아마도 UI 개발에 약해서?

오늘의 작업공간은 서귀포 한경면에 위치한 산노루

Show GN: Upyo: 현대적인 JavaScript/TypeScript용 크로스 런타임 이메일 전송 라이브러리
------------------------------
안녕하세요. 개인적으로 이메일 발송 라이브러리를 만들어서 공유해봅니다.

## 왜 만들게 되었나요?

최근에 여러 프로젝트를 진행하면서 Node.js, Deno, Bun 등 다양한 런타임을 사용하게 되었는데, 이메일 발송 부분에서 매번 다른 라이브러리를 찾거나 설정을 다시 해야 하는 불편함이 있었습니다. 특히 D…
------------------------------
https://news.hada.io/topic?id=21971&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

에디터에서의 undo/redo가 그냥 버전관리랑 통합됐으면 좋겠다. 그러니까 undo 한 다음, redo로 다시 돌아가지 않고 다른 수정을 하면, 그 끝점이 anonymous commit 같은 걸로 남는거지.

@robin @bglbgl gwyng @xiniha 아하 그렇군요…

@bglbgl gwyng @robin 저는 그냥 @xiniha 선생님의 방침을 따라 scope-auth 방식을 쓰고 있습니다…

@jaeholee 상관 없는 얘기지만, 오스트리아 사람이니까 아르민 로나허 정도로 읽으면 되는 것 같더라고요.

LLM을 이용한 코딩에 대한 생각이 최근 몇달간 많이 바뀌었는데, 사실 영향의 40% 정도는 아민 로나커의 트윗들에서 받은 것 같다. 오늘 보니 유튜브 비디오들도 올리는 것 같아서 이번 주에 한번 잘 살펴볼 예정. https://www.youtube.com/watch?v=Y4_YYrIKLac

안경을 깜박하고 출근한 사람
그게 바로 나예요

입코딩 실습하게 생김

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

저랑도 Duolingo 친구해요!

듀오링고 친구 하실분

For your information, you can install the fedify command through Homebrew or npm:

brew install fedify
npm install -g @fedify/cli

https://macaw.social/@andypiper/114837081525940310

@joonnotnotJoon 디버깅 도구 주고 시키면 하긴 하던데요… ㅋㅋㅋ

초기 스타트업에는 별도의 플랫폼 엔지니어링 팀이 필요하지 않을 수 있다. 작은 규모의 조직에서는 애플리케이션 엔지니어들이 플랫폼 엔지니어링 업무를 겸하곤 한다. 공유 코드의 문제점이 증가해 자발적인 기여로 감당하기 어려울 정도가 되면 플랫폼 엔지니어링 팀을 구성할 때다. 최초의 플랫폼 엔지니어링 팀은 다른 엔지니어링 조직과 강한 연결을 유지해야 하며, 과도한 수준의 플랫폼을 구축하지 않도록 주의해야 한다.

이 문제 자체보다 '지나친 시스템 중심 접근', '과도한 개발 중심 접근' 같은 문제가 팀에 해를 입힌다는 것을 모두가 동일한 수준으로 이해하는게 더 어려운 문제처럼 느껴진다. 원글에 "리더십은 권위에 호소하며 표준을 규정해버리곤 한다." 라는 서술이 있는데, 리더십은 실무와 멀어지면서 정말로 팀에 필요한 관심사와 전혀 다른 문제를 고민하는걸 보아왔다.

개인으로서는 리더를 조금씩 해킹하는 것 이외엔 수단이 안보이는데, 이런 짓을 하다보면 현타가 온다. 성실히 임하면 문제를 해결하기 위한 자원을 기대하지 않는 곳에 사용하거나, 같이 일한 동료들을 인정하는 대신 본인의 노고와 보상을 높게 치면서 다른 동료들이 힘들어하고, 코드베이스와 협업문화에 관찰하기 힘든 레버리지들이 쌓이는게 눈에 보이기 때문이다.

보통은 이런 인식자체를 못할 뿐더러, 이런 주장을 인정하려고도 하지 않는다. 단기적으로 본인에게 득이 되는 것 보다 잃는게 많고 현재에 너무 만족스럽거나 고된 스트레스에 시달리기 때문이다. 이런걸 무시할 수 있는 사람은 싸이코패스 내지는 책임 선긋기의 달인 정도이기 때문에, 나한테 신뢰할 수 있는 리더라는 존재는 유니콘에 좀 더 가깝다.

문제를 해결하는 리더란 존재를 만나보고 싶다.

랭귀지 서버 기능 지원되면서 손으로 일일히 수제코딩하는 목적으로는 Zed가 괜찮은듯. Neovim에 너무 많이 세팅해놨어......

@2chanhaeng이찬행 제안이라면 얼마든지 가벼운 마음으로 던져주세요!

유인동님 멀티패러다임 프로그래밍 재밌게 읽어서 적용해보고는 싶은데 페디파이에 적용하면 좀 그렇겟지...?

After 15 years of writing #Haskell code, I think I am finally ready to understand Lenses and Optics.

이번에는 디렉토리 단위로 그룹화한 버전...

depcruise fedify --include-only "^fedify" --output-type dot -- fedify/**/*.ts | dot -T svg > dependency-graph.png

dependency-cruiser라는 리포지토리도 있다.

Introducing #Upyo!

A simple, cross-runtime email library that works seamlessly on #Deno, #Node.js, #Bun, and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between #SMTP, #Mailgun, #SendGrid without changing your code. Available on #JSR & #npm!

https://upyo.org/

노는 랩탑 하나를 장난감용으로 밀어버려야겠군요. 이번엔 NixOS를 써보려 합니다.

어제 OSSCA 끝나고 큐브러버 보러 갔는데
화장 지우고 그대로 잠들었음.... 피곤했나바

생각해보니 여기선 해시태그를 한 번도 써본 적이 없네요 추천 알고리즘을 좋아하지 않는게 #fediverse 의 분위기다 보니, 서로 관심사를 공유하는데엔 해시태그가 주로 사용되고 있습니다.

내일은 진짜 mock 작업하던거 끝낸다

I made a quiz about the JS Date parser. It's very easy and you will score very high.

https://jsdate.wtf

오 이렇게도 추가할수 있음!!

Oynx boox 아주 만족스럽다.. 일단 아이패드 보다 가볍고 눈이 덜 피로함

이제 발대식도 했으니까 빡겜모드다

@tedpool테드풀 @kodingwarriorJaeyeol Lee @gaebalgom개발곰 @nyeongAn Nyeong (安寧) @joonnotnotJoon @crohasang크롸상 @z9mb1wwj @r4bb1t톡기 @2chanhaeng이찬행 @cosmic_elevatorSooji Choi @ooheunda @woaol벨 @meneleHanal Ae @devomdv @eottabom @hjleee93hyeonjeong lee 오늘 발대식에서 만나 뵈어서 반가웠습니다! 다시 한 번 앞으로 잘 부탁드립니다! 화이팅!

모든 OS에서 웹콘텐츠 렌더링이 가능한 경량화된 js 엔진을 만들고싶다

제발 TC39 Temporal 주세요

제발

I scored 11/28 on https://jsdate.wtf and all I got was this lousy text to share on social media.

OSSCA 거의 도착 인데 1시간 가까이 남음...

OSSCA 발대식에 사람이 정말 많다.

정말 파파괴의 언어...

I scored 11/28 on https://jsdate.wtf and all I got was this lousy text to share on social media.