Juntai Park

@arkjun@hackers.pub · 47 following · 44 followers

中年(중년)中小企業(중소기업) 開發者(개발자), 90年代(년대) Console Gamer(콘솔 게이머). 좋은 하루를 繼續(계속)해 나아간다. 좋은 하루가 모이면 좋은 人生(인생)이 된다.

韓国人のプログラマー、40代、小学生の息子とゲームするのが幸せ😃💕龍が如く 、ゼルダの伝説、マリオ、ピクミン好き

「いい1日を続ける」
いい1日を続けていけば、いい人生になる!

threads
@rkjun
x
@rkJun
uri.life
@arkjun@uri.life
GitHub
@arkjun
0
2
0

漢字文化圈(한자문화권) 사람들이 자주 틀리는 英語(영어) 句讀法(구두법)들.

여는 括弧(괄호) 앞에 띄어쓰기를 안 하는 것

英語(영어)에서는 여는 括弧(괄호) 앞에 띄어쓰기를 한다.

틀림:

Here is an example(of wrong parentheses).

맞음:

Here is an example (of correct parentheses).

範圍(범위)를 나타낼 때 물결()를 쓰는 것

英語(영어)에서는 範圍(범위)를 나타낼 때 엔 대시(en dash)를 쓴다.

틀림:

10~20 meters

맞음:

10–20 meters

콜론 앞에 띄어쓰기를 하는 것

英語(영어)에서는 콜론 앞은 붙여 쓰고 뒤는 띄어 쓴다.

틀림:

foo : bar

foo:bar

맞음:

foo: bar

() 뒤에 띄어쓰기를 안 하는 것

英語(영어)에서는 쉼() 앞에서는 붙여 쓰고 뒤에서 띄어쓰기를 한다.

틀림:

foo,bar

foo , bar

맞음:

foo, bar

0
0

사람들이 잘 모르는 Markdown 명세 하나. CommonMark, 즉 표준 Markdown에서 URL은 자동으로 링크되지 않는다. 대부분의 Markdown 구현체들이 이를 옵션으로 지원하고, Markdown을 지원하는 웹사이트들이 이 옵션을 켜놓고 있기 때문에 모르는 사람들이 많다. CommonMark에서 URL이나 메일 주소를 링크하려면 <>로 주소를 감싸야 한다.

이를 잘 이용하면 URL의 앞 뒤에 띄어쓰기를 하지 않고도 링크를 걸 수 있다는 장점도 된다.

0

Hackers' Pub에 RSS 기능을 추가했습니다. 정확히는 RFC 4287, 일명 Atom 명세를 구현했습니다. RSS 디스커버리도 구현했기 때문에, Hackers' Pub 사용자의 프로필 페이지 링크를 RSS 앱에 추가하면 구독이 가능합니다. 확실한(?) 피드 링크를 알고 싶으시면 프로필 링크 뒤에 /feed.xml을 붙이시면 됩니다. 예를 들어, 제 피드 링크는 https://hackers.pub/@hongminhee/feed.xml입니다.

Linux용 RSS 앱인 Newsflash에서 Hackers' Pub의 한 사용자의 피드를 구독하여 읽는 모습
0
0
0
0
0
0

하스켈 패키지 검색 엔진이자 웹 서비스인 후글(Hoogle)은 서비스에 종종 문제가 생기곤 합니다. 그럴 때는 다음과 같은 대체 서비스를 이용해보세요!

한편 후글을 로컬에 설치해서 사용하는 것도 가능합니다. 잦은 서비스 문제에 질렸다면 로컬에 후글을 설치해보세요!

그리고 만약 당신이 부자라면⋯ 하스켈 재단에 기부해주세요⋯

0
0
0
0
0

타임라인 필터가 추가되었습니다. 총 네 종류의 필터와 팔로 추천 탭이 있는데요.

  • 연합우주: 기존에 보시던 타임라인입니다. 자신이 팔로하는 연합우주 내 모든 계정의 콘텐츠를 모아서 볼 수 있습니다.
  • Hackers' Pub: 다른 연합우주 서버 콘텐츠를 제외하고 Hackers' Pub 내의 콘텐츠만 모아서 볼 수 있습니다.
  • 공유 제외: 공유된 내용 말고, 자신이 팔로하는 계정이 직접 쓴 콘텐츠만 볼 수 있습니다.
  • 언급: 자신을 언급(멘션)한 콘텐츠만 모아서 볼 수 있습니다. 본격적인 알림 기능이 생기기 전까지는 이 필터를 활용해 주세요.
  • 팔로 추천: 관심 있을 만한 계정을 추천해 줍니다.
Hackers' Pub의 타임라인 상단. 연합우주, Hackers' Pub, 공유 제외, 언급, 팔로 추천, 이렇게 총 5개의 탭이 보인다.
0
0
0
0
0

메인 계정(@hongminhee洪 民憙 (Hong Minhee))에서는 몇 번인가 이미 말한 적 있지만, 나는 랩톱으로 MacBook Pro M1 Max를 쓰고 있고 사실 지금까지도 아주 마음에 들지만 딱 아쉬운 게 두 가지다:

  • 무겁다
  • 스토리지가 좁다 (512 GB)

특히 스토리지 문제가 가장 답답한데, 요즘 어느 정도 규모가 되는 Haskell이나 Rust 같은 프로젝트 빌드하고 나면 10 GB 이상 차지하는 경우는 예사이기 때문이다. 그 외에도 JavaScript 프로젝트들도 node_modules 안에 심연이 기다리고 있는 경우가 잦고…

그래서 MacBook Air를 2 TB 스토리지로 사려고 오랫동안 벼르고 있었는데, MacBook Air 시리즈의 여태까지 문제는 기본 M 시리즈 칩을 쓰기 때문에 최대 RAM 용량이 24 GB에 그쳤다는 것. 이미 10년 전부터 32 GB를 써 왔던 내게는 너무 좁기에 기본 M 시리즈 칩의 최대 RAM 용량이 커지기만을 기다려 왔고, 작년에 M4 시리즈가 처음 등장했을 때 32 GB가 가능해졌다는 걸 확인한 뒤로 MacBook Air M4만을 고대해 왔다.

그래서 지난주에 드디어 출시가 되었는데, 여전히 한국에서는 발매일 미정… 대체 언제까지 기다려야 하나 답답하기 짝이 없다.

0
0
0

Hackers' Pub에 만들어야 할 게 너무 많아서 우선순위 설정이 어렵다. (ADHD가 원래 이런 거 어려워 한다고 합니다.)

  • 알림 (멘션이나 DM, 댓글, 공유 같은 거 모아서 보여주는 기능)
  • 환경 설정 (UI 언어 설정 등)
  • RSS
  • 좋아요 또는 에모지 리액션 (이 두 기능을 어떻게 조화시킬지 계속 고민하고 있음)
  • 해시태그
  • 알고리즘 타임라인 (팔로하지 않아도 관심 있을 만한 콘텐츠는 타임라인에 함께 나오게)
  • 설문조사 (ActivityPub의 Question)
  • 중국어 번역 추가 (다른 것보다 행동 강령을 어떻게 번역해야 할 지 막막…)

이거 말고도 당장 생각은 안 나는데 뭔가 많음…

0
0
0
0
0

とりあえずアカウントを作ってみた。まだあんまりどういうサイトなのかわかってないけど、Markdownが使えるっぽい?

Hello hacker's pub!

I'm writing just this to see how this works

def testFunction(input: str)-> None:
  print("hello world")
0
0

전화기를 iPhone을 쓰기 때문에 아무래도 연동 때문에 macOS도 많이 쓰긴 하지만, 그래도 요즘에는 주 운영체제로 Fedora Linux를 쓰는데, Linux든 Windows든 macOS에 비해 터미널을 활용할 때 불편한 지점 하나는 바로 클립보드 단축키에 일관성이 떨어진다는 것.

터미널에서는 아무래도 SIGINT를 발생시키기 위한 Ctrl-C와 구분하기 위해 Ctrl-Shift-C를 써야 하는데, 간혹 이를 실수해서 출력 일부를 클립보드에 복사하려다가 돌아가고 있는 프로세스를 중단시키기도 하고, Firefox 같은 데서 Ctrl-Shift-C를 눌러서 개발자 도구를 띄워버리기도 한다.

macOS의 경우에는 터미널에서는 전혀 쓰이지 않는 Command 키가 일종의 센티널 값 역할을 하기 때문에 터미널을 포함하여 어느 애플리케이션을 쓰고 있든 일관적으로 Command-C 키를 쓸 수 있다. 뭐, 내가 macOS를 너무 오래 써서 (2004년부터 썼음) 이쪽이 더 편하다고 느끼는 것 뿐일 수도 있지만…

0

프로그래밍 언어 하스켈 패키지 중에 연합우주와 관련 있는 것을 찾아봤더니 webfinger-client가 있습니다. 2016년에 마지막 업로드가 되었고 너무 오래 돼서 빌드도 안 되는 상태입니다. LLM 도움을 받아 빌드 가능하게 패치하고 메인테이너에게 연락을 해봤습니다. 답장은 아직 없고 사실 메일을 보낸 지 24시간이 지나지도 않았지만 왠지 연락이 오지 않을 것만 같습니다. 급한 마음에(왜 급한지 모르겠지만) 하스켈 포럼에 패키지를 인수하고 싶다고 글을 남겼습니다. 좋은 소식이 오길 기대해봅니다. https://discourse.haskell.org/t/taking-over-the-webfinger-client-package-maintenance/11628

0
0
0

https://news.hada.io/topic?id=19738 를 읽고 최근 생성형AI 활용 관련한 짧은 감상.

  • 매우 개인적인 의견이며 날 것의 생각입니다.
  • 샘플이 적어 편향성이 있을 수 있습니다.
  • 이미 철 지난 생각도 포함되어 있습니다.
  • 레퍼런스는 없습니다.
  1. 생성형 AI를 기대하는 사람들 중 상당수는 이를 적극적으로 의존하려는 경향이 있어 보임.
  2. 생성형 AI에 대한 기대 심리가 너무 커짐. 단순한 도구가 아니라 은탄환처럼 만능 해결책이 되기를 바라는 경우가 많음.
  3. 생성형 AI 기반 소프트웨어의 출시 속도가 기존 소프트웨어보다 훨씬 빠르게 느껴짐. 대학원 시절 자주 하던 농담이 떠오름. "딥러닝 관련 아이디어가 있으면 2주 내로 논문을 쓰지 않으면 누군가가 먼저 쓴다." 이제는 AI Agent 기반 도구 덕분에 AI 관련 SW에도 같은 법칙이 적용되는 듯함. 예를 들어, 지난주 MANUS 코드가 공개되었으니 2주 내로 유사한 AI Agent SW가 쏟아질 가능성이 큼.
  4. 이러한 빠른 변화 속에서 생성형 AI 사용과 관련한 윤리 및 에티켓에 대한 집단 논의는 아직 시작조차 되지 못한 듯함. 그래도 개발팀 내부에서는 관련 논의가 점차 이루어지는 것 같음. 개인적으로는 생성형 AI를 페어 프로그래밍 개념으로 접근하는 것이 적절하지 않을까 생각했지만, MANUS의 동작 방식을 보고 생각이 바뀌려 하고 있음.
  5. 생성형 AI의 활용 범위는 이미 빠르게 확장되고 있음. 기존에 사용되는 작업이 문서 작성, 요약, 검색 정도였다면 이제는 다양한 메이저 창작 분야로 확대되는 중. 적용이 빠른 이유는 결국 속도와 비용 때문이라고 생각함. 다만, 기계가 만든 참기름 바른 듯한 미끄러운 결과물에 대한 반발감은 여전히 존재하며, 이를 줄이기 위해 생성형 AI 결과물에 전문가의 수정과 품질 검수(QC)가 결합되고 있음.
  6. 여전히 생성형 AI 및 LLM을 사용하지 않거나 거부하는 사람들도 많음. 이들에게 자연스러운 사용 경험을 제공할 방법을 고민해야 할 듯함. 생성형 AI는 한 번 익숙해지면 벗어나기 어려운 락인 효과가 크다고 생각함.
  7. 항상 생성형 AI에 뇌를 의탁해서는 안 된다고 생각함. 지금 이 글도 먼저 초안을 작성한 후 ChatGPT에 교정을 부탁한 것임. 검수를 거치기는 하지만, 이러한 과정이 나의 사고 능력을 점차 약화시키는 것은 아닐지 고민해야 함. 그래서 hackers.pub에 뭐라도 계속 남기고자 함.
0

Fresh v2.0.0-alpha.29를 Hackers' Pub 만드는 데에 미리 써보고 있는데 (이제 와서 무를 수도 없으니 써 “보다”라고 하기 좀 그렇긴 하네), _404.tsx 또는 _error.tsx 파일이 요청을 처리할 때만 _middleware.ts 파일에 정의된 미들웨어가 무시되는 현상이 있다. 아마도 Fresh v2.0.0-alpha.29의 버그인 듯한데… 🤔

아무튼 이 문제 때문에 아직도 404 Not Found 오류 페이지를 제대로 만들지 못하고 있다. 😇

0

Fresh v2.0.0-alpha.29를 Hackers' Pub 만드는 데에 미리 써보고 있는데 (이제 와서 무를 수도 없으니 써 “보다”라고 하기 좀 그렇긴 하네), _404.tsx 또는 _error.tsx 파일이 요청을 처리할 때만 _middleware.ts 파일에 정의된 미들웨어가 무시되는 현상이 있다. 아마도 Fresh v2.0.0-alpha.29의 버그인 듯한데… 🤔

아무튼 이 문제 때문에 아직도 404 Not Found 오류 페이지를 제대로 만들지 못하고 있다. 😇

0

拡散希望:開発中のプロジェクトHackers' Pubの日本語ベータテスターを募集します!

これはフェディバース版のQiita/Zennを目指す、ActivityPub基盤の開発者向けSNS兼ブログプラットフォームです。AGPL-3.0ライセンスでソースコードを公開しており、GitHubでプロジェクトも公開進行中です。

現在韓国語話者中心に招待制ベータテスト中ですが、日本の開発者コミュニティにも広げたいと思っています。ソフトウェア開発に興味がある方、フェディバースが好きな方、新しいプラットフォームを試してみたい方、ぜひご参加ください!興味のある方はリプライかDMでメールアドレスをお送りください。

0
11
0

제가 開發(개발)하고 있는 프로젝트 Hackers' Pub의 베타 테스터를 모십니다!

이 프로젝트는 (fediverse)() velog 같은 것으로, 소프트웨어 開發者(개발자)() 基盤(기반)의 SNS () 블로그 플랫폼입니다. AGPL-3.0 라이선스로 소스 코드가 公開(공개)되어 있을 뿐 아니라, GitHub에서 프로젝트를 公開的(공개적)으로 進行(진행)하고 있습니다.

職業(직업)으로든 趣味(취미)로든 소프트웨어를 開發(개발)하시는 분들, 聯合宇宙(연합우주)를 좋아하시는 분들, 새로운 플랫폼을 써 보고 싶으신 분들은 부디 參與(참여)해 주시기 바랍니다! 關心(관심) 있으신 분들은 ()글이나 DM으로 이메일 住所(주소)를 보내주시면 됩니다.

0
2
0
0
0

(맥/리눅스) 리소스 모니터링 커맨드 얘기. 오랜 기간 htop 을 써왔는데, 최근에 btop 이 더 이뻐(?) 보여서 바꾸려는 중입니다. (그렇지만 나도 모르게) htop 커맨드를 입력하고 있는 것은 안비밀, 습관은 무섭습니다.

스크린샷은 btop, top, btm (bottom), htop 순입니다.

btop screenshottop screenshotbtm screenshothtop screenshot
0
0

Hackers' Pub 쓰고 계신 분들 중에서, 자신의 Hackers' Pub 계정을 연합우주(fediverse)뿐만 아니라 Bluesky에도 노출하고 그쪽 사람들과 교류하고 싶으신 분이 있다면, 상단 검색창에 @bsky.brid.gy@bsky.brid.gy을 검색하셔서 나오는 프로필을 팔로해 보세요. 그리고 1분 정도 뒤에 Bluesky에서 본인ID.hackers.pub.ap.brid.gy로 검색하면 본인의 Hackers' Pub 계정이 Bluesky에서도 보이는 걸 확인하실 수 있을 겁니다.

0

궁금해 하실 분들이 계실지 모르겠지만, Hackers' Pub은 아래의 기술로 만들어지고 있습니다.


  1. 2025년 3월 현재 Fresh 2.0은 정식 버전이 릴리스되지 않은 상태인데, 무시하고 불안정 버전을 그대로 쓰고 있습니다. Fresh 1.0 → 2.0에서 많은 게 바뀌기 때문에 굳이 Fresh 1.0을 쓰고 싶지 않았습니다. ↩︎

0
0
0
Most #ActivityPub implementations include Mention objects in the tag attribute when someone mentions another actor within the content of a Note or Article. Should actor objects like Person or Group also include Mention objects in their tag attribute when mentioning other actors within their bio (summary)? Are there any implementations that already work this way? (I've checked Mastodon and it seems they don't include these mentions.) What are your thoughts on this?

#fediverse #fedidev

大部分(대부분) 具顯(구현)들이 NoteArticle內容(내용) (content) 안에서 누군가 다른 액터를 멘션할 境遇(경우) tag 屬性(속성)으로 該當(해당)하는 Mention 客體(객체)들을 包含(포함)시킵니다. 그러면 Person, Group () 액터 客體(객체)들도 略歷(약력) (summary) 안에서 누군가 다른 액터를 멘션할 境遇(경우) tag 屬性(속성)으로 該當(해당)하는 Mention 客體(객체)들을 包含(포함)해야 할까요? 或是(혹시) 이미 그렇게 動作(동작)하는 具顯(구현)이 있을까요? (Mastodon은 確認(확인)해 본 結果(결과) 包含(포함)시키지 않는 것 같습니다만.) 어떻게 보시나요?

0
0
0