What is Hackers' Pub?

Hackers' Pub is a place for software engineers to share their knowledge and experience with each other. It's also an ActivityPub-enabled social network, so you can follow your favorite hackers in the fediverse and get their latest posts in your feed.

0

황당하게 들리시겠지만 이미 트랜스포머 구조가 나온지 몇년 지났고 그동안 온갖 논문들이 쏟아져나왔고 천문학적인 돈이 들어왔음에도 불구하고 아직도 기술적인 한계로 흉내만 냈거나 문제가 많은 구조적인 한계가 있습니다... 그래서 제가 자주 이동네 기술은 역사적으로 보면 아직 산업혁명 시대와 비교했을대 현재 와트가 만든 증기기관 단계에 있다고 하는것입죠;;

0
我都看ArchWiki
😆

我很欣賞 ArchWiki 維護者的付出 https://k7r.eu/i-love-the-work-of-the-archwiki-maintainers/

Matthias Kirschner 在今年的「I love Free Software Day」藉由一篇短文向自由軟體文件的維護者致謝,特別點名 ArchWiki 的維護團隊。他強調,無論是維護者本身,或是文件維護這類常被視為「理所當然」的工作,對軟體自由與知識傳承的貢獻經常被低估,卻是整個生態能長期運作的關鍵。

他分享自己與身邊許多人即使不一定在用 Arch Linux,也會經常查 ArchWiki:從理解 e-mail 軟體、文字編輯器到各種 window manager(視窗管理器),甚至在原始文件難以找到的功能或設定技巧,往往能在 ArchWiki 找到更清楚、可操作的整理。當他替家人朋友安裝或排除 GNU/Linux 發行版問題時,ArchWiki 也常是最可靠的後盾,甚至成為他想快速搞懂某個軟體時最先開的頁面之一;文中也引用 Edward Snowden 對「搜尋結果品質全面下滑、但 ArchWiki 例外」的感嘆,來凸顯其稀有價值。

Kirschner 進一步感謝所有貢獻者彙整知識、協助更多人理解科技,也感謝維護者確保這個資源長期可用、可信賴。他鼓勵讀者直接向 ArchWiki 維護者表達謝意,並考慮捐款給 Arch Linux;文末也提到他在 FOSDEM(Free and Open source Software Developers' European Meeting,歐洲自由與開放原始碼開發者大會)與 Arch 專案相關成員碰面並送上小禮物的插曲。

留言區的共鳴非常強烈:不少人表示早就不使用 Arch,甚至從未使用 Arch,但遇到 Linux 或常見工具的疑難雜症時仍會優先查 ArchWiki,因為內容「幾乎不會錯」,也比 Google 等搜尋結果更可靠。也有人說正是因為 ArchWiki 的文件文化太出色,才決定改用 Arch;同時也提到 ArchWiki 的影響力已外溢到其他發行版,例如 NixOS 會在 systemd(Linux 常見的初始化與服務管理系統)timer(排程)等主題直接引用 ArchWiki 作為參考。

討論也延伸到文件形式本身:有人推薦 man.archlinux.org,認為其可讀性比 man7.org 更友善,且收錄了 Arch 的 extra 套件庫(repository)中許多常見開放原始碼工具的 man page(手冊頁);也有人補充這些線上 man page 甚至可下載。另一條支線則感嘆近年不少新的 CLI(command-line interface,命令列介面)工具不再提供 man page,只留下 --help,導致使用者得猜參數;有人想做把 help 輸出自動轉成 troff(傳統 man page 排版格式)的小工具,也有人強調「能在命令列啟動的工具就該有 man page」。少數回憶派則提到早期 Arch 用 pacman(Arch 的套件管理器)pacman -Syu 更新常把系統弄壞,修復過程雖痛苦卻逼人快速學會,甚至間接促成 wiki 的厚度;也有人舉 CUPS(Common UNIX Printing System,列印系統)與 SANE(Scanner Access Now Easy,掃描器介面)為例,說明 ArchWiki 早已成為跨發行版的首選參考資料。

https://news.ycombinator.com/item?id=47020191
0
0

@mwicharyMarcin Wichary @atomicbirdTom Harrington @DrwaveMichael B. Johnson I’ve encountered so many “USB-C” issues where the cable turned out to be the problem that I’ve bought these two devices to test cables:

BitTradeOne USB cable checker: bit-trade-one.co.jp/en/adusbci

ChargerLAB POWER-Z USB port tester: power-z.com/products/chargerla

The first device shows me cable CONNECTIVITY—it’s shocking how many “USB-C” cables don’t have all their pins connected. It also shows you how much resistance the cable exhibits, which limits power application.

The second device displays various software queries. The most important is the cable’s E-Marker identifier, which tells you what protocols it supports. The device also lets you snoop on what’s going on in the cable when it is connected.

I went through my bucket of “USB-C” cables and threw out a bunch of them because they failed one test or another which made them booby traps for when I want to use them.

BONUS: the first device also tests adapters e.g. USB-A to C as well.

0
1
1
0
0
1
0

ZonePane for iOS v4.7 & ZonePane for Android v40.7 をリリースしました!

✓ brid.gy経由の投稿を「元の投稿を表示」できるようになりました!
元のBlueskyやMastodon、Misskeyの投稿をアプリ内で開くことができるようになりました
✓ タイトルバーおよびタブの余白調整機能を追加しました
✓ Misskeyで画像・動画を最大16枚までの添付に対応
✓ その他、細かい調整、不具合修正を行いました

🔽 ダウンロード (iOS)
apps.apple.com/jp/app/zonepane
🔽 ダウンロード (Android)
play.google.com/store/apps/det

brid.gy 経由の投稿をタップして「元の投稿を表示する」ができるようになりました!
0
0
0
0

2) 언어모델은 처음 만들어진담에 후훈련이라고 해야하나 이걸 반드시 해야하는데요 이건 다른분이 답을 달아주심 즉 사용자가 이런 질문하면 이렇게 응답하세요 라고 하는데 문제는 대다수 사람들이 너무나 아첨하는 걸 선호해서 모델도 그렇게 후-훈련이 배운것이라고 들었심다 즉 AI니 뭐니 하지만 실제론 사람들이 그런겁니다 다들 아첨받는걸 알게모르게 원했던것 (?!)

0

언어모델이 왜 저러나 싶긴할텐데 사실 가장 큰 원인 두가지는 1) 언어모델은 말대로 언어모델이지 채팅을 목적으로 만들어진 모델이 아닌데 이걸 채팅하는것처럼 동작시켜서 그렇습니다 구현 조금이라도 해보신분들은 아시겠지만 실제로 채팅 한턴한턴 지나갈때마다 모델이 갱신되는것이 아니고요 사용자 대화 히스토리를 입력으로 주고 매번 모델은 아무것도 기억못한 상황에서 매번 업데이트되는 히스토리만 보고 그럴듯한 응답을 내는것입죠... 사람으로 치면 머리속 해마가 망가져서 기억을 못하지만 나머진 멀쩡한 사람과 거의 비슷한듯요;;

0
0
0
1

Loops + Skylight + diVine = cross platform short videos, for everyone.

The dev of diVine is interested in cross platform interop, and with Bridgy, we could bridge Skylight too.

The revolution won't be centralized ❤️

joinloops.org via ActivityPub
skylight.social via ATproto
divine.video via Nostr

0
2
2
0
1

この間も書いたけど、この間、バッテリー上がりで来てもらったJAFのスタッフが、人手不足で大変なんだと言ってたから、「外国の人、雇えば良いのにねぇ」と言ってみたら「ホントそうなんですよ。上にも何度もそう言ってるんですけどね。なかなか首を縦に振らないんです」とこぼされてましたね。

x.com/ajimoto/status/202559529

0
1
0
1
1
0
0
0
1
0

AI 에이전트 시장의 절반은 한 분야가 차지, 나머지는 아직 미개척 영역임
------------------------------
- *소프트웨어 엔지니어링* 이 전체 AI 에이전트 도구 호출의 약 50%를 차지하는 반면, 헬스케어·법률·금융 등 16개 버티컬은 각각 5% 미만에 불과
- AI 모델의 실제 역량은 인간이 5시간 걸릴 작업을 수행할 수 있는 수준이지만, 실제 사용에서 99.9번째 백분위 세션은 약 *42분* 에 그쳐 역량과 신뢰 사이에 큰 격차…
------------------------------
https://news.hada.io/topic?id=26915&utm_source=googlechat&utm_medium=bot&utm_campaign=1834

0
0
0
1
1
1
0
0
1
0
0
2
0
0

제미나이를 업무에 활용하는(주로 자료검색 및 정리) 친구랑 채팅 중 "제미나이 이상하다. 어떤 주제든 어떤 대화든 길어지면 무조건적으로 내가 맞다고 하고 칭찬하는 빈도가 늘어난다. 내가 입으로 똥을 싸는 소리를 해도 내가 맞다고 하고 **내 안목에 감탄했다**라고 한다. 이거 도대체 왜 그런걸까?" 친구와 나는 이 부분에 대해서 고민을 해봤고, 결국은 패턴과 확률의 문제라고 잠재적으로 결론을 내렸다.

0
1

Fedify 2.0.0을 릴리스했습니다!

Fedify 역사상 가장 큰 릴리스입니다. 주요 변경 사항을 소개합니다:

  • 모듈형 아키텍처 — 기존의 단일 @fedify/fedify 패키지를 @fedify/vocab, @fedify/vocab-runtime, @fedify/vocab-tools, @fedify/webfinger 등 독립적인 패키지들로 분리했습니다. 번들 크기가 줄어들고, 임포트가 깔끔해지며, 커스텀 어휘 타입으로 ActivityPub을 확장할 수도 있습니다.
  • 실시간 디버그 대시보드 — 새로운 @fedify/debugger 패키지로 /__debug__/ 경로에 라이브 대시보드를 띄울 수 있습니다. 연합 트래픽의 트레이스, 액티비티 상세, 서명 검증, 로그까지 한눈에 확인할 수 있습니다. 기존 Federation 객체를 감싸기만 하면 됩니다.
  • ActivityPub 릴레이 지원@fedify/relay 패키지와 fedify relay CLI 명령어로 릴레이 서버를 바로 띄울 수 있습니다. Mastodon 방식과 LitePub 방식 모두 지원합니다(FEP-ae0c).
  • 순서 보장 메시지 전달 — 새로운 orderingKey 옵션으로 “좀비 포스트” 문제를 해결합니다. DeleteCreate보다 먼저 도착하는 문제가 더 이상 발생하지 않습니다. 같은 키를 공유하는 액티비티는 FIFO 순서가 보장됩니다.
  • 영구 전달 실패 처리setOutboxPermanentFailureHandler()로 원격 인박스가 404나 410을 반환할 때 대응할 수 있습니다. 도달 불가능한 팔로워를 정리하는 등의 처리가 가능합니다.

이 외에도 미들웨어 수준의 콘텐츠 협상, @fedify/lint, @fedify/create, CLI 설정 파일, 네이티브 Node.js/Bun CLI 지원, 다수의 버그 수정 등이 포함되어 있습니다.

이번 릴리스에는 한국 OSSCA (오픈소스 컨트리뷰션 아카데미) 참가자분들의 큰 기여가 담겨 있습니다. 참여해 주신 모든 분께 감사드립니다!

브레이킹 체인지가 포함된 메이저 릴리스입니다. 업그레이드 전에 마이그레이션 가이드를 꼭 확인해 주세요.

전체 릴리스 노트: https://github.com/fedify-dev/fedify/discussions/580

Fedify 2.0.0をリリースしました!

Fedify史上最大のリリースです。主な変更点をご紹介します:

  • モジュラーアーキテクチャ — これまでのモノリシックな@fedify/fedifyパッケージを、@fedify/vocab@fedify/vocab-runtime@fedify/vocab-tools@fedify/webfingerなど、独立したパッケージに分割しました。バンドルサイズの削減、インポートの整理に加え、カスタム語彙型によるActivityPubの拡張も可能になりました。
  • リアルタイムデバッグダッシュボード — 新しい@fedify/debuggerパッケージにより、/__debug__/パスにライブダッシュボードを表示できます。連合トラフィックのトレース、アクティビティの詳細、署名検証、ログまで一目で確認できます。既存のFederationオブジェクトをラップするだけで使えます。
  • ActivityPubリレーサポート@fedify/relayパッケージとfedify relayCLIコマンドで、リレーサーバーをすぐに立ち上げることができます。Mastodon方式とLitePub方式の両方に対応しています(FEP-ae0c)。
  • 順序保証メッセージ配信 — 新しいorderingKeyオプションにより、「ゾンビ投稿」問題を解決しました。DeleteCreateより先に到着してしまう問題がなくなります。同じキーを共有するアクティビティはFIFO順序が保証されます。
  • 永続的な配信失敗の処理setOutboxPermanentFailureHandler()で、リモートのインボックスが404や410を返した際に対応できるようになりました。到達不能なフォロワーの整理などが可能です。

その他にも、ミドルウェアレベルでのコンテンツネゴシエーション、@fedify/lint@fedify/create、CLI設定ファイル、ネイティブNode.js/Bun CLIサポート、多数のバグ修正などが含まれています。

今回のリリースには、韓国のOSSCA(オープンソースコントリビューションアカデミー)参加者の皆さんからの多大な貢献が含まれています。ご協力いただいた全ての方に感謝いたします!

破壊的変更を含むメジャーリリースです。アップグレード前にマイグレーションガイドを必ずご確認ください。

リリースノート全文: https://github.com/fedify-dev/fedify/discussions/580

3
1
1