BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//pretalx//pretalx.com//pyconjp2026//speaker//QWR7TV
BEGIN:VTIMEZONE
TZID:Asia/Tokyo
BEGIN:STANDARD
DTSTART:20250822T000000
TZNAME:JST
TZOFFSETFROM:+0900
TZOFFSETTO:+0900
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
SUMMARY:異なる設計思想のフレームワークを経験して得た
 学び(Laravel開発からDjango開発へ) - あめちゃん
DTSTART;TZID=Asia/Tokyo:20260822T143000
DTEND;TZID=Asia/Tokyo:20260822T150000
DTSTAMP:20260818T075634Z
UID:pretalx-pyconjp2026-7NUQYD@pretalx.com
DESCRIPTION:Pythonはデータ分析、AI・機械学習だけでなく、
 Webアプリケーション開発の分野でも広く利用されてい
 ます。私自身、PHP+Laravelを用いた開発からPython+Djangoを
 用いたAPI開発へ携わるようになりました。\n\n同じWebア
 プリケーション開発でありながら、DjangoにはLaravelとは
 異なる設計思想があり、appという単位での構成、マイ
 グレーション管理、文字列フィールドにおけるNULLと空
 文字の扱い、標準で提供される管理画面など、多くの
 場面で戸惑いを感じました。\n\n本発表では、元Laravel開
 発者の視点からDjango開発で直面した具体的なつまづき
 ポイントを紹介するとともに、それぞれの違いの背景
 にある設計思想について考察します。\n\nこれからDjango
 を学ぶ方はもちろん、他言語・他フレームワークを利
 用している方にとっても、普段当たり前に使っている
 技術を別の視点から見つめ直すきっかけとなれば嬉し
 いです。\n\n**予定トーク構成**\n1 はじめに\n  - 自己紹
 介\n\n2 LaravelからDjango開発へ移った際に設計思想の違い
 に戸惑ったポイント\n  - パッケージ(app)という設計思想
 \n      Laravelの構成とDjangoのパッケージ毎の構成\n  - パ
 ッケージのマイグレーションの扱い\n      Laravelは全体
 管理でDjangoはapp単位\n  - 文字列の値なしの取り扱い(空
 文字とNULLの扱い)\n      LaravelのnullableとDjangoの文字列フ
 ィールド\n  - 管理画面の存在\n      Laravelは自前で作成
 でDjangoは最初から存在\n\n3 まとめ\n  - LaravelからDjangoを
 用いるようになったことの感想\n  - 全く違う思想のフ
 レームワークを用いたことによる考えの変化
LOCATION:Dahlia 2
URL:https://pretalx.com/pyconjp2026/talk/7NUQYD/
END:VEVENT
END:VCALENDAR