Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Pythonフレームワークをオープンソース化して苦戦したこと
Search
Naoto Shibata
February 22, 2025
Technology
2
36
Pythonフレームワークをオープンソース化して苦戦したこと
Naoto Shibata
February 22, 2025
Tweet
Share
Other Decks in Technology
See All in Technology
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
26k
Welcome to the LLM Club
koic
0
170
生成AIでwebアプリケーションを作ってみた
tajimon
2
150
M3 Expressiveの思想に迫る
chnotchy
0
100
Postman AI エージェントビルダー最新情報
nagix
0
110
Amazon S3標準/ S3 Tables/S3 Express One Zoneを使ったログ分析
shigeruoda
4
480
セキュリティの民主化は何故必要なのか_AWS WAF 運用の 10 の苦悩から学ぶ
yoh
1
140
Uniadex__公開版_20250617-AIxIoTビジネス共創ラボ_ツナガルチカラ_.pdf
iotcomjpadmin
0
160
TechLION vol.41~MySQLユーザ会のほうから来ました / techlion41_mysql
sakaik
0
180
Amazon ECS & AWS Fargate 運用アーキテクチャ2025 / Amazon ECS and AWS Fargate Ops Architecture 2025
iselegant
16
5.5k
Amazon Bedrockで実現する 新たな学習体験
kzkmaeda
2
540
A2Aのクライアントを自作する
rynsuke
1
170
Featured
See All Featured
Optimizing for Happiness
mojombo
379
70k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Writing Fast Ruby
sferik
628
61k
Balancing Empowerment & Direction
lara
1
370
Measuring & Analyzing Core Web Vitals
bluesmoon
7
490
Building an army of robots
kneath
306
45k
Code Review Best Practice
trishagee
68
18k
Stop Working from a Prison Cell
hatefulcrawdad
270
20k
Typedesign – Prime Four
hannesfritz
42
2.7k
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
[RailsConf 2023] Rails as a piece of cake
palkan
55
5.6k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
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活動応援してください!