マイナンバー連携、絶対必要なさそうなサービスで余計な情報要求されて渡さざるを得なくなる未来しか見えないから嫌なんだよな
氏名とか生年月日とか個別に制御できたって申請する事業者がそんなの絞る理由がないし(全部チェック入れない理由がない)、それを要求されてユーザーに断る権利がない
For those who wants information about Yuito, subscribe my English posts only (available on account profile, Mastodon v4 or above).
くだらないこと言ってる人格は わんせた 、コード書いてる人格は kyori
呼ぶときは わせたん でもよし。たんってついてればかわいいので
Manages: https://odakyu.app https://nitiasa.com
Maintains: https://accelf.net/yuito (fork of Tusky)
when these instances down see here: @ars42525 @ars42525
Server Status: https://graph.accelf.net
マイナンバー連携、絶対必要なさそうなサービスで余計な情報要求されて渡さざるを得なくなる未来しか見えないから嫌なんだよな
氏名とか生年月日とか個別に制御できたって申請する事業者がそんなの絞る理由がないし(全部チェック入れない理由がない)、それを要求されてユーザーに断る権利がない
ID/PassでログインしたくないからSAML SSO使ってるのに管理者アカウントをID/Passで作らなきゃいけないのだるいけど、サービス作る側になると管理者アカウントがない状態でSSOとか設定させられるかって気持ちになる
転スラの新OP、All right, all rightが完全にケセラセラじゃんと思ったら作曲者〜!パターンだった
LINE Dev Docsなんですけど、このアイコンだけ見てなんのサービスか迷わず識別できるのはホンモノのLINEマニアだけでしょ
SideMの全体曲たぶんmid2Gくらいまで使っていいことになってると思うんだけど、ギリギリ1音届かないからやめてほしいw
stores予約確か買収してきたサービスだけど、明らかに抽選が必要な規模のイベントに適した実装になってなくて死んでるんだよな
VSCodeでplain text書こうとするとめちゃくちゃINIとして検出される問題、iniだけ狙ってauto detectionを無効にできるという神ソリューションを知った
メールの先頭でxxですって挨拶してきた人が締めで「所属 yy」って別の人に成り代わってるんだけどどうしたらいいの?
そんなことより喫緊の課題がある
明日の輪講の発表資料がどう考えても10分の分量ではないことである
市長やってた頃の石丸に多少なりとも肯定感を抱いていたことを今反省しつつある、外野がナマ言って本当に悪かった 許してくれ
誰が見てもまともでないことは明らかなのにまともでない客観的な境界線を定義することが困難で、人類史上稀に見る難問なのでは?という気になりつつある
スキーマ定義から自動的にPreloadしてくれるマンじゃん、天才か?
procore-oss/blueprinter-activerecord | https://github.com/procore-oss/blueprinter-activerecord
鬱っぽい感じでめんどくさくて食べたくないなら無理にでもなんか食べるかな
胃が空っぽのままの方がよくないから
ポモドーロタイマーとか嘘やろと思ってたんですが、おもったより適正あるらしくて笑っています
今日の進捗半端じゃない
毎回そうやってprepared statementを使ってくれればいいんですけど、世の中のアプリケーションではもっと色々なものが動的に指定されるのでという話です
データの中にSQL Injectionが混ざっていたとしてもORMを通していれば攻撃が成功することはほとんどない、などのメリットがある
RDBにデータを保存するにあたって列挙可能なデータを一つの値にしてはいけないので、配列を保存しようと思った時点で半分負けてる
「DB側の型見てIntかFloatか選ぶくらいのことは普通にやるでしょう、知らんけど」という顔ができるのがいいところですね
そういうありきたりな事故は過去に誰かが踏んでいると思われるので(ユーザー数から来る資産)概ね大丈夫だし、型変換くらいならカスタムロジックの追加などで簡単に制御下における
Rails(ActiveRecord)はORM界ではかなりイカレポンチっちな挙動をしており、model名からtable名を類推してcolumnsを自動的に取得し型変換を行うなどの多数の黒魔術によって、所定の操作(だけ)がすごく簡単に書けるようになっている
sqlalchemyを初めて見ているが、具体的にsessionという仕組みをここまでユーザーに意識させるORMは他にない気がする
単純なCRUD操作は明示的に指定することなく実行できるのが一般的
ORMの設計思想の話はまた別だからなぁ
サーバーに接続してクエリを流す過程をどのようにモデル化するかはORMによって全然違うので、そこは分けて考えなきゃいけない
それが具体的にどう実装されているかってのはSQL標準ではないはずなので、各DBMSがスキーマを管理する方法はバラバラである
Open {something} in Peekを作った
https://gist.github.com/kyori19/d33e2ebf3142255c32835b69d2c8e6bc
Arc Browser、target="_blank"がついていれば任意のリンクをPeekで開くので、UserScriptで狙ったリンクをひたすらtarget="_blank"にすると捗りそう