@arkjunJuntai Park 수정 기능을 조만간 만드려고요!

딴 소리지만, 【단축키】는 《표준국어대사전》에 등재되어 있는 한 단어이기 때문에, 붙여서 쓴다.

@arkjunJuntai Park 참고로 Markdown에서 백쿼트를 입력하고 싶으시면 앞에 역슬래시를 붙이시면 됩니다.

@hongminhee洪 民憙 (Hong Minhee) 저도 비슷한 경험을 많이 합니다만, 제 경우에는 주로 윈도 WSL (우분투) 환경에서 어플리케이션 로그 복사를 시도하다가, 종종 (의도치않게) 프로세스를 중단시키고는 합니다. 😂 윈도에서 아무리 커스텀하려고 해도 맥의 Command 키는 대체불가한 영역이네요. 덧붙여서, 맥에서 Command–억음 악센트() 키 (전면에 있는 앱에서 열려 있는 다음 윈도우를 활성화) 키를 많이 쓰다 보니, 윈도에도 autohotkey 로 적용해서 (alt-) 쓰고 있습니다. 😅

@tatmius ようこそ、Hackers' Pubへ！

@hongminhee洪 民憙 (Hong Minhee) 역시 해커스펍과 홀로가 최고입니다!

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

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

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

@curry박준규 Mastodon은 Markdown을 지원 안 해요. 다만, Markdown을 지원하는 플랫폼(Misskey, Hackers' Pub, Hollo 등)에서 쓴 Markdown은 Mastodon에서도 제대로 표시됩니다. (ActivityPub 수준에서는 Markdown을 교환하는 게 아니라 Markdown으로부터 변환된 HTML을 교환하기 때문에…)

@arkjunJuntai Park @z9mb1wwj Hackers' Pub 자체가 만들어진 지 얼마 안 됐고, 지금 오신 분들은 다 초기 사용자 분들이세요! 베타 테스트 감사합니다. 🥰

@jLEE Jaeyoung 알림 기능을 만드려고는 하는데, 아마 푸시 알림까지는 안 만들거나 만들더라도 오래 걸릴 것 같아요.

뭔가 notification 을 받아보려면 마스토돈 클라이언트 같은걸 사용하면 되나?

근데 사실, notification 이 없어도 괜찮은 것 같다. 낭만이 있음. 무슨 변경이 있는지 궁금해서 들어오는 옛날식 낭만.

@arkjunJuntai Park 화이팅입니다! 💪

오늘 하루도 각자의 삶속에서, 개인 프로젝트를 위해, 회사 프로젝트를 위해 열심히 개발하고 문서 작업하고 테스트하는 개발자 분들을 응원합니다.

(네 맞습니다.) 이 글은 저도 응원받고 싶어서 쓰는 글입니다. 😂 셀프 화이팅, 모두 화이팅!

今日もそれぞれの人生の中で、個人プロジェクトのため、会社のプロジェクトのために、一生懸命開発し、ドキュメントを書き、テストをしているエンジニアの皆さんを応援します！

（そうです）この投稿は、僕も応援してほしくて書いています。😂自分自身がんばれ！ みんな、がんばってね！

@z9mb1wwj 안녕하세요, 어서오세요!

Not afraid of hwp attacks anymore

최근 codepush 종료로 인한 대책을 이제 막 하고있어서 codepush 라이브러리 자체를 돌려보고있는데 숨고팀 블로그가 참 도움을 많이 주는듯... cdn서비스가 아니라 온프로미스로 돌릴수있다면 좋틀텐데 다른 codepush 사용 회사들은 어떤식으로 대처하시는지 좀 궁금하네요

프로그래머는 프로그래머랑 소통하고싶어 하는 프로그래머랑 일터 바깥에서 굳이 프로그래머랑 소통하고싶지는 않은 프로그래머로 나뉘어서 그런게 아닐까 싶기도 해요

그러고 보니 한국 연합우주에서 소프트웨어 개발자들을 위한 인스턴스가 그렇게 많지는 않은 것 같다. 바로 생각나는 곳이라면 social.silicon.moe 정도?

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

요즘은 거의 Hackers' Pub 作業(작업)만 하는 中(중)… Fedify도 새 버전 릴리스하긴 해야 하는데…

일단은 Fresh 저장소에 이슈를 만들었다.

共有された投稿は、誰が共有したのか分かりやすい様に、共有者のアイコンを一緒に表示する様に修正しました。

공유된 게시물은 누가 공유했는지 알아채기 쉽도록 공유자의 프로필 사진을 함께 보여주도록 고쳤습니다.

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에 뭐라도 계속 남기고자 함.

https://hackers.pub/ 신기하다. 메인의 최근 글을 보니 각자 자기 페디버스 계정으로 글을 올리는 거였네.

호노 꽤 괜찮네......

호노 재밌는 사실: 버튜버풍 로고가 있다 (주소에 ?kawaii=true를 넣고 들어가야됨)

Deno 공식 Discord 서버에 있는 #fresh 채널에 들어가서 물어보니 개발진이 딱히 의도한 동작은 아니지만 명확하게 버그라고 여기는 것도 아닌 듯하다. 하지만 쓰는 사람 입장에서 버그처럼 느껴진다면 고치겠다고 한다!

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

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

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

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

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

#HackersPub #페디버스 #연합우주

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

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

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

#HackersPub #フェディバース #拡散希望

[‘우리.인생 코드’(‌https://code.uri.life‌)를 소개하는 글]

안녕하세요, 우리.인생 입니다.

우리.인생 의 변경 사항은 소스 코드 레포지토리에 기능 및 버전 별로 분리되어 있으나, 이것을 찾고 변경 사항을 추적하는 것은 그 구조와 방법에 익숙하지 않은 분들에겐 매우 힘들고 귀찮은 작업이었습니다.

이러한 까닭으로 우리.인생 의 변경 사항을 참고하거나 적용하고 싶은 Mastodon 서버 개발자 분들이 계시더라도 해당 변경 사항을 쉬이 적용하지 못하는 문제가 발생하기도 했습니다.

이에 우리.인생 은 ‘우리.인생 코드’의 공개 개발 미리보기를 공개합니다.

‘우리.인생 코드’는 우리.인생 버전마다 사용된 브랜치와 커밋 로그, 코드 차이를 제공하며, 패치를 브랜치 또는 커밋 별로 내려받거나 GitHub에서 볼 수 있도록 하는 선택지를 제공합니다.

현재로서는 소개드린 내용이 ‘우리.인생 코드’의 전부지만, 선택한 브랜치 또는 커밋을 작업 브랜치에 머지할 수 있는 간단 스크립트를 표시하는 등 앞으로 편의 기능을 갖춰나갈 예정입니다.

‘우리.인생 코드’는 아래 URL에서 접속하실 수 있습니다.
https://code.uri.life

추가적인 의견이나 기능 제안이 있으시다면 언제든지 말씀해 주세요!

감사합니다.

@arkjun @hongminhee洪 民憙 (Hong Minhee) @curry박준규 Hollo는 원래 제가 쓰려고 만든 건데, 어쩌다 보니 사람들이 꽤 쓰게 되었어요. ㅎㅎㅎ

연합우주에는 광고가 없어서 좋다.

@curry박준규 GitHub-flavored Markdown에서 각주 쓰는 것과 같은 문법입니다.

@curry박준규 그 사람을 팔로하지 않은 사람의 타임라인에서도 공유한 글은 뜹니다. X의 재게시(옛날 명칭으로는 리트윗)와 같다고 보시면 됩니다.

@arkjunJuntai Park 저도 불편해서 고치게 됐네요. ㅎㅎㅎㅎ

@curry박준규 감사합니다!

投稿フォームを改善しました。改行が多い場合、投稿の入力欄の高さが自動的に長くなる様に成りました。また、返信する際、原投稿内でメンションされたアカウントを基本的に一緒にメンションする様にしました。最後に、自分の投稿に返信する際に、自分自身へのメンションを含まない様にしました。

노트 작성 폼을 개선했습니다. 이제 줄바꿈을 많이 하면 노트 입력창의 높이가 알아서 길어집니다. 그리고 댓글 달 때 원(原) 노트 내에 멘션된 계정들을 기본적으로 함께 멘션하도록 했습니다. 마지막으로, 자기 자신의 노트에 댓글을 달 때는 자기 자신에 대한 멘션이 포함되지 않게 했습니다.

@arkjunJuntai Park htop은 알고 있었지만 btop이라는 게 있다는 건 처음 알았네요. 저도 한 번 설치해 보았습니다. 멋지네요… ㅎㅎㅎ

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

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

目立った変更ではありませんが、Hackers' Pub以外のサーバーのアカウントをメンションするリンクを押すと、Hackers' Pub内でそのアカウントを表示する様にしました。

눈에 띄는 변경은 아니지만, Hackers' Pub 이외 서버의 계정을 멘션하는 링크를 누르면 Hackers' Pub 안에서 해당 계정을 보여주도록 했습니다.

@curry박준규 좋아요 기능은 곧 구현하도록 할게요! 로드맵에는 당연히 포함되어 있답니다.

LLM은 파일 길이가 길어지면 정신을 못차린다. 적정 길이로 쪼개야하는구만...

TypeScriptコンパイラのGo実装、TypeScriptから移植するだけで10倍も速くなるの意外

@may오월 어서오세요. 환영합니다. @hongminhee洪 民憙 (Hong Minhee) 님 글에 덧붙여서 상단 검색에서 연합우주 계정을 넣으면, 해당 계정 직접 검색이 가능합니다. 예) 이찬진님 스레드 -> 상단 검색에서 chanjin65@threads.net

당장 두 개 인스턴스(해커스펍, 우리인생)를 쓰다 보니 팔로우를 어느 쪽에서 해야할지 고민이 된다. 한 쪽으로 몰아야 하나?