ほんとに腹なくなった どうして

腹なくなった

人生も嫌い！

人間嫌い！

Threads APIもあの劇ヤバGraph APIの系列なんかな それとも新しく作ったんかな

生活習慣終わり散らかしてる

眠くなってきた

この世界想像よりもゼロ除算できる人が多くてウケる

そういえばなんか雨が降ってたらしいんですけど一日中閉め切って引きこもってるせいでまったく認知してない

ポモドーロタイマーとか嘘やろと思ってたんですが、おもったより適正あるらしくて笑っています
今日の進捗半端じゃない

READMEを読み直して、変わってる

separate-saphe-from-satysfiが最新なので遊ぶならここです

今どのパッケージマネージャーを使ってもまともに動かないという辛い時代だよ0.1.0

文書は0.0.10 スライドは0.1.0

気軽にSATySFiで文書書くしスライドも作る
Word/PowerPointくらいの地位は確立した

毎回そうやってprepared statementを使ってくれればいいんですけど、世の中のアプリケーションではもっと色々なものが動的に指定されるのでという話です

データの中にSQL Injectionが混ざっていたとしてもORMを通していれば攻撃が成功することはほとんどない、などのメリットがある

SQLは人間がメンテするものではないのでORMは使いましょう(主に馬鹿な事故対策)

ちゃんと分解して別の列として保存すればちゃんとパフォーマンス出ますよ

sqlalchemyの世界ではそうなんじゃないかな、きっと と思います

RDBにデータを保存するにあたって列挙可能なデータを一つの値にしてはいけないので、配列を保存しようと思った時点で半分負けてる

「DB側の型見てIntかFloatか選ぶくらいのことは普通にやるでしょう、知らんけど」という顔ができるのがいいところですね

そういうありきたりな事故は過去に誰かが踏んでいると思われるので(ユーザー数から来る資産)概ね大丈夫だし、型変換くらいならカスタムロジックの追加などで簡単に制御下における

Rails(ActiveRecord)はORM界ではかなりイカレポンチっちな挙動をしており、model名からtable名を類推してcolumnsを自動的に取得し型変換を行うなどの多数の黒魔術によって、所定の操作(だけ)がすごく簡単に書けるようになっている

sqlalchemyを初めて見ているが、具体的にsessionという仕組みをここまでユーザーに意識させるORMは他にない気がする
単純なCRUD操作は明示的に指定することなく実行できるのが一般的

ORMの設計思想の話はまた別だからなぁ
サーバーに接続してクエリを流す過程をどのようにモデル化するかはORMによって全然違うので、そこは分けて考えなきゃいけない

それが具体的にどう実装されているかってのはSQL標準ではないはずなので、各DBMSがスキーマを管理する方法はバラバラである

スキーマは個々の値がどのように関連しているかを具体的な値を指定せずに規定するものってとこでは

集合論とか得意そうなのに