北海道に住んでて音楽ライブとかよく行くんですけど、終わったあと演者の感想だいたい「あったかい」なのがマジでキツい。 例えば「新進気鋭のロックバンド・ジャックドッグの単独めちゃくちゃ最高だったなー！あっ！今週のラジオで札幌公演の感想とか話してくれるかな…！？あんだけ盛り上がってたもんなぁ！」ってワクワクしてライブ後のラジオ聴いたら、 ボーカル「さぁ、今日も始まりました〜！ジャックドッグのフルモーニングジャパン！ボーカルの溜口です！」 ベース「ベースの下井です！」 ボーカル「みなさん今週は何して過ごしてましたか！？僕らはね…そうそう！昨日！北海道でライブだったわけですけれども…！…ねぇ…えー……ほんっとにね……北海道の人達は…あっ…あったかい…ね！？」 ベース「お…おお！いやホントに…！北海道のファンは……あったかくて…！なぁ…？」 ボーカル「いやぁ…ほ…ほんとに良かった…あのー…ありがとうご
今回も誰も興味ないシリーズなので今まで書いてこなかったのですが、Semantic Versioningに関して幻想を抱いている人がいる可能性があり、そういう方にどうしても現実を知っておいて欲しかったので書きました。3行要約（と可能なら余談）だけでも読んでいただけると幸いです。 3行要約 Semantic Versioning 2.0.0にはバージョン"比較"の定義はあるが、バージョン"制約"（>= 2.1.3みたいなやつ）の定義がない その結果、同じsemver準拠ライブラリでも制約の解釈が異なり結果が真逆になる というかそもそもsemver使ってるエコシステムが少なすぎる 背景 セキュリティアドバイザリでは特定のバージョンが脆弱であることを示すためにバージョン制約が使われることが多いです。例えば >=1.2.0 <1.2.6みたいなやつです。この場合、1.2.5は脆弱だが1.2.6は修正
ご無沙汰しております。11月6日に、CNAMEレコードを使って付与された1st-party cookieの規制機能を搭載したiOS14.2がリリースされましたので、その内容をまとめます。いつものことですがマーケティングよりブラウザの細かい話です。正式発表前なので誤りの可能性がありますがご了承またはご指摘ください。 規制の仕組みまず規制されるのは、AppleのWebKitエンジニアJohn Wilanderさん（ITPの発明家）が「Third-party CNAME cloaking」として定義するものです。 Third-party CNAME cloaking means a first-party subdomain resolves to a third-party domain which does not match the resolution for the top frame
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
