$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Pythonフレームワークをオープンソース化して苦戦したこと
Search
Naoto Shibata
February 22, 2025
Technology
2
39
Pythonフレームワークをオープンソース化して苦戦したこと
Naoto Shibata
February 22, 2025
Tweet
Share
Other Decks in Technology
See All in Technology
MLflowで始めるプロンプト管理、評価、最適化
databricksjapan
1
210
多様なデジタルアイデンティティを攻撃からどうやって守るのか / 20251212
ayokura
0
440
AWS Trainium3 をちょっと身近に感じたい
bigmuramura
1
140
regrowth_tokyo_2025_securityagent
hiashisan
0
230
AIと二人三脚で育てた、個人開発アプリグロース術
zozotech
PRO
1
720
Kiro Autonomous AgentとKiro Powers の紹介 / kiro-autonomous-agent-and-powers
tomoki10
0
460
OCI Oracle Database Services新機能アップデート(2025/09-2025/11)
oracle4engineer
PRO
1
160
業務のトイルをバスターせよ 〜AI時代の生存戦略〜
staka121
PRO
2
140
世界最速級 memcached 互換サーバー作った
yasukata
0
340
LLM-Readyなデータ基盤を高速に構築するためのアジャイルデータモデリングの実例
kashira
0
240
AI-DLCを現場にインストールしてみた:プロトタイプ開発で分かったこと・やめたこと
recruitengineers
PRO
2
100
ChatGPTで論⽂は読めるのか
spatial_ai_network
9
28k
Featured
See All Featured
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
122
21k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Music & Morning Musume
bryan
46
7k
Making Projects Easy
brettharned
120
6.5k
Leading Effective Engineering Teams in the AI Era
addyosmani
8
1.3k
How GitHub (no longer) Works
holman
316
140k
Being A Developer After 40
akosma
91
590k
Building Applications with DynamoDB
mza
96
6.8k
Into the Great Unknown - MozCon
thekraken
40
2.2k
Bash Introduction
62gerente
615
210k
GraphQLの誤解/rethinking-graphql
sonatard
73
11k
Scaling GitHub
holman
464
140k
Transcript
Pythonフレームワークを オープンソース化して苦戦したこと @オープンソースカンファレンス 2025 Tokyo/Spring 柴田直人 @sbtqueue
我々の活動について Python + MarkdownでWebアプリ を開発できるフレームワーク LLM / Agents Framework
我々の活動について Markdown(MDX) ① APIサーバーを起動 `$ morph serve` API ③ 関数名で自動で繋がる
<Chat postData="alias" /> <DataTable loadData="alias" /> <Embed loadData="alias" /> ② python関数の結果を各種フォーマットで返却するAPIが自動生成
大変だったこと ① ユーザーの環境差分の解決が大変 MacOS Windows x86-64 Windows Arm版 Ubuntu, Debian
Linux on Windows 検証環境よりも、実際のユーザー環境で動くこと を確認し続ける必要がある。 → フィードバックをもらえる環境作りが大切
大変だったこと ② 依存パッケージの影響を少なくする LLM / AI Workflow ML / LLM関連パッケージなどは更新頻度も高く、依存パッケージも多い
大変だったこと ② 依存パッケージの影響を少なくする 他のパッケージの依存とバージョンが合わない 依存パッケージの仕様変更で動かなくなる {duckdb: "^1.0.0"} → v1.2.0(最新版)でエラー
大変だったこと ② 依存パッケージの影響を少なくする 1. 2. 3. [解決策] 外部パッケージと密結合にしない 別ライブラリでアダプターとしてイ ンストールできるようにする
レシピ記事を書いてコミュニティで 解決できるようにする 運営で責任を持って管理 主要なパッケージの更新はXなどで追 跡し、メンテナーで都度確認
伝えたいこと • • ① 環境差分の吸収は思ったよりも大変! → フィードバックを頂ける環境作り 誰も質問をしていないコミュニティで質問はされない 目の前で使ってもらうユーザビリティテストでリアルタイム情報収集 •
• ② OSSプロジェクトの依存パッケージには注意 機能数よりも連携を優先し、依存は少なく バージョンは広く対応し最新バージョンの確認も頻繁に行う
Githubリポジトリ OSS活動応援してください!