Piero Bosio Social Web Site Personale

最近、開発作業でよく使うツールをいくつか変更した。 最初のきっかけは、コードエージェントをもう少し快適に使える環境を探していて Warp を試してみたことだったと思う。 そこから連鎖的に環境を見直すことになり、 tmux → zellij zsh → fish vi → hx (Helix) iTerm2 → Ghostty という感じで、思った以上に大きく変わった。 最初は軽く触ってみるだけのつもりだったのだが、使い心地がかなり良くて、 業務用のMacはほぼ完全にこの環境へ移行した。 個人用のMacは、時間があるときに少しずつ切り替えていく予定。 とはいえ、まだいくつか気になるバグもある。 例えば、zellijで韓国語フォルダ名が文字化けする問題、fish + Ghostty の組み合わせで、ウィンドウサイズを小さくすると thread 'main' panickedが出る問題 など。 完全に安定しているとは言い難いが、今のところは許容しながら使っている。 Obsidian への完全移行 ただ、それ以上に大きな変化だったのは ドキュメント管理を Obsidianに移したこと。実は3年くらい前にも、業務日誌を書く用途で少しだけ使っていたのだけど、そのときは結局定着しなかった。今回は思い切って、個人用・業務用を含めたすべての「第二の脳」的なメモ保管庫として使い始めた。過去のメモも、時間を見つけて少しずつ移行している。 これまで使っていたメモツールはこんな感じ。Heynote, Simplenote, vscode-memo-life-for-you, Dynalist, Notion, そのほか、Google DriveやDropboxに散らばっているドキュメント。正直、かなり分散していた。 移行のきっかけ きっかけは、Claude Codeとの会話ログや plan.md（計画ファイル）を保存する場所を探していたこと。ちょうど良い Markdown ベースの保存場所を探していて、「そういえば Obsidian があったな」と思い出した。 さらに調べてみると、今後 CLIサポートも予定されている、プラグインが非常に豊富、 Markdownベースでローカル管理できる。 など、改めて見るとかなり自分の用途に合っている。それに、今の時代は AIに相談しながら段階的に環境を整えられるので、プラグインの多さにもそこまで抵抗を感じなかった。 一番気に入っているポイント そして、個人的に一番気に入っているのはアプリ内のフォントを自由に変更できること。 Macでも、モバイルアプリでもフォントを変えられるのは、自分にとってはかなり大きい。 Obsidian自体もそのままで十分気に入っているのだけど、正直このフォント変更機能だけでも、多少の不満点はすべて相殺できるくらいのメリットだと思っている。

@MattMoose I use Emacs / Org-mode (https://orgmode.org/) and cannot think / write with anything else now. It exports to html nicely, either as single files or whole projects. Beware, Emacs has a learning curve.#Emacs #OrgMode

Federating knowledge: exploring ways to bridge wikis and notesJoin the workshop at #39C3! NEW DATE: Day 4, 13:40 @ Free Knowledge Habitat Workshop Area.Most people and organisations have their very own way of acquiring, organising, archiving, sharing, and collaborating on knowledge repositories. A broad spectrum of opinions and approaches resulted in a diverse and rich ecosystem of knowledge management solutions. Nevertheless, this also implies scattered and disconnected knowledge sources. What would it mean to build bridges among wikis and federate knowledge?This workshop is going to be heavily centred on a twofold discussion, exploring the challenge of federated knowledge starting from two questions.What does it mean to federate knowledge repositories?Instead of pursuing a silver-bullet solution to embrace all use-cases, what would it mean to foster and enable interoperability for different software?These questions stem from years of questioning and wondering how to integrate my personal note-taking and collective, participatory knowledge management at work, in organisations, institutions, and informal collectives. Recently, I began actively researching this topic as I started playing with the MediaWiki API to cross-synchronise my local Markdown notes and the XPUB wiki, the public learning wiki of the Experimental Publishing master. I am puzzled by taking advantage of the potential of a specific software (in this case, MediaWiki) while fearing of being locked-in.Some further, more specific, insights and questions:Local-first approaches and software (e.g. Reflection)Interesting experiments based on existing protocols, such as IbisWhat do we take of semi-open and obscure yet very cool initiatives like AnytypeThe power and the limits of plain-text: how to enable collaboration on simple Markdown files and build on top of it, as Obsidian doesCc: @modal @p2panda @obsidian @wikimediaDE @dweb#knowledge #FreeKnowledge #wiki #MediaWiki #API #Obsidian #Anytype #Ibis #IbisWiki #Reflection #CCC #Federation #federatedKnowledge #docs #PKM #knowledgeManagement #personalKnowledgeManagement #collectiveKnowledgeManagement #DWeb #decentralization #ActivityPub