はてなブックマーク

タイトルの通りです。もともとこれは書くつもりがなかったのですが RubyKaigi荷物ストラテジー（8泊9日） - osyoyu.com/blog RubyKaigi 2025 荷物ストラテジー - 日々の記録 に影響を受けて書いています。なので今回の記録は最低でもSide Dまである予定です。 今回 自宅から徒歩あるいは市内電車で通い。終わり。 …このオチがやりたかっただけじゃねーか！って言われそうなので、もうちょっとちゃんとしたものを書きます。だいたいAmazonの購入履歴retrospectiveみたいな感じの記事なので実はRubyKaigi記録かというとそんなに関係なかったりする。 RubyKaigi 2024のときのチェックリスト だいたい以下のようなやつが3日以上の長距離移動時には作成されます。self-hosted Joplinになってからだけでこんな感じ: - 期間が5/1

タイトルの通りです。 出現情報 今年はローカルオーガナイザー兼スピーカー兼DJです*1。だいたいこんな予定です。 Day 0 (4/15) 設営 2000-2100 otoge.rb活動 @ MGキスケ 2130-2330 otoge.rb メシ @ 某所 Day 1 (4/16) 0800から会場 1445くらいまで会場 オフィシャルパーティー準備 1900-2100 オフィシャルパーティー 基本的に片付けまで見届け Day 2 (4/17) 会場 1540-1610で登壇します 現場のドリンクアップ Day 3 (4/18) 会場 撤収まで スタッフ打ち上げ 2300くらいからRubyMusicMixin、出番は2600〜 Day 4 (4/19) 昼まで寝てる なんか 1700-2130 現場のドリンクアップ 2200-2600 notA DJをします。RubyKaigiとは関係ない

次回の会場の件といい、登壇といい、DJの本番といい、ほんと巨大な憑き物が落ちた— sylph01 (@s01) 2024年5月17日 タイトルの通りです。ひでえタイトルだな！！！ RubyKaigi 2024の記事のPart 1の予定です。ここ最近Part 1詐欺をしすぎて以下の記事を積んでいることの認識があるのですが、2024年7月中旬までに片付けようと思います。 ここまでに積んでる記事一覧: - IETF118遠征のプラハ・クラクフの観光サイドの記事 - RubyConf Taiwan 2023のトークの技術記事 - まだ表にできない記事のレビュー対応 - RubyKaigi 2024のトークの日本語版記事 下の2つを優先的に対応してIETF120に行くまでには全部消化することを目指します— sylph01 (@s01) 2024年5月19日 これのうち、RubyKaigi 2024の

はじめに www.youtube.com これは Digital Identity技術勉強会 #iddance Advent Calendar 2023 23日目の記事です。 今年も2021年の「JWTの発音問題について」みたいに逆張りクソ野郎ムーブをしようと思います。 タイトルはclickbaitです 私自身業務でWebAuthnのRPを実装しており、WebAuthn Level 2はだいたい読んでおり、実装過程で気づいた記述の不備の指摘を行ったりしています。よって当然WebAuthn/FIDO/Passkeysのメリットは理解しており、タイトルから想像されるような「Passkeysをやめろ」という主張を行うつもりはありません1。一方で、Passkeysの推進を行う言論で見落とされている点がかなりある（ひいては一部ポジショントークのために一部意識的に触れられていない）と感じたので、Pas

タイトルの通りです。Matzの宿題のRubyKaigiレポートブログパートは前半、後半はただの旅行記です。 よく考えたら今回の旅行は鉄道要素薄めなのでいい加減railway以外の旅行カテゴリが必要かもしれない。 RubyKaigi本体 気になったセッション 最終日は技術書典の原稿の詰めの作業しながらだったり、1日目は前日に飲みすぎて半分くらいダウンしてたりしたのでとりあえずいくつかピックアップを… rubykaigi.org rubykaigi.org やっとJITとかコンパイルされた先のコードの話をされて多少気持ちがわかるようになってきたのが大きな成長だと思った。ある程度気持ちがわかるようになったきっかけとしてはここ数年RTA(speedrun)をたくさん見るようになり、特にスーパーファミコン以前のゲームにおけるバグありカテゴリのバグの解説を見たり読んだりする際にアセンブリの知識/概念が

本記事はsylph01の関係している団体の主張を表明するものではなく*1あくまで個人の主張です。 背景: End-to-End暗号化の禁止がなぜ叫ばれるようになったか www.eff.org blog.nic.ad.jp 強力なEnd-to-End暗号化は犯罪捜査の妨げになる、特にテロリストや児童ポルノの捜査の妨げになるとして、各国政府がこれを禁止しようと表明するようになった。しかし、End-to-End暗号化の禁止はこれらの目的を達成できないどころか、害が多く、行われるべきではない。以下はこの主張を説明するものである。 End-to-End暗号化を禁止したところで犯罪者はEnd-to-End暗号化を使い続ける 犯罪行為は現に法で禁止されているが、それでも犯罪者は犯罪行為を行っている（それはそう）。よって、End-to-End暗号化を禁止したところで犯罪者はより大きな罪の証拠を隠しやすいE

本記事は メール Advent Calendar 2018 株式会社ACCESS Advent Calendar 2018 のcross-post entryです。また、Dark Depths of SMTP のExtra Chapterでもあります。 さて、メール Advent Calendar 2018では1日目の記事でメールの通信の秘密について法的な面からアプローチしていますが、本記事では メールにおいて通信の秘密が技術的に死んでいる可能性 について紹介することになります。 Dark Depths of SMTP の第4章にてメールの暗号化について触れていますが、ものすごく噛み砕いて説明すると、 通常メールは暗号化されない メールにおけるTLSとはhop間のTLS、つまり悪意のあるサーバーを通過した場合そこで復号されたメールを読むことができる このへんで法的な意味での通信の秘密の部分

本編です。思ったよりめちゃめちゃ長くなってしまった。2000文字くらいであることが多いのに11000文字とか出てるんですが？？？ 背景 本ワークショップに至る特に重要な背景として、Cambridge Analytica事件とGDPRの施行という2つのできごとがある。これらのできごとによって、Webにおける情報共有とそれへの同意・許諾のあり方への企業やユーザーの見方が大きく変わり、今までのあり方を見直さざるを得なくなった、ということが本ワークショップにつながっていると考えられる。 Cambridge Analytica事件 2018年3月に表面化した、選挙活動へのコンサルティングなどを行うCambridge Analytica社がFacebookユーザーの個人情報を同意なく政治利用していた、という事件。 もともとGlobal Science Research社がthisisyourdigit

技術記事パートとおまけです。先週会社で見てきたセッションの内容をしゃべったものが元になっています。 1日目 Keynote Rubyの開発をどういうふうにやっているか。「ゆるふわRuby生活」というが全く内容はゆるふわでない。 Refinementsがstring interpolationの中でも機能するように変更したコミットをライブで入れたりした。 s = "foo" using Module.new{ refine(String){ def intern "<#{self}>" end } } p :"#{s}" 本来 Symbol が返ってほしいのに String#intern （to_symみたいなの）が乗っ取られてるので Stringが返る！→直した Fiber in the 10th year Fiber導入10周年に際して、Fiberの使い方、Fiberにどのような変更が入

github.com クリプト野郎なので解説します。とりあえず速報なのであとでもう少し書くかもしれません。結論から言うと（少なくとも現時点で観測される情報の範囲では）脆弱性じゃないので安心して。 これは何 SHA256でFree-start collision attackができました、というもの。 Free-start collision attackとは SHA-1、SHA-2などのハッシュ関数は Merkle–Damgård構造 という構造を持つハッシュ関数で、2つの固定長の入力を受け取る関数を連続して適用することで最終的なハッシュ値を構築します。このときの最初の関数に渡るのが初期化ベクタ(IV)と最初のメッセージブロックで、以後はこの関数の結果と次のメッセージブロックが引数となって最後のメッセージブロックまで処理します。（該当のWikipediaページの図がわかりやすい） これが現

ｷｬｰ @naoya_ito ｻｰﾝ!! （今から講演会— sylph01 (@s01) 2015年5月20日 Access でなんか講演してくれという話で小一時間エモい話したけど、質疑応答が #rebuildfm リスナーからの SHIROBAKO とかゼノブレイドクロスとかの質問で草— Naoya Ito (@naoya_ito) 2015年5月20日 「rebuild.fmの人」やTwitterの@記法の名前もそうなんですがヘビーはてなユーザーの私としてはやっぱりid記法で呼びたい id:naoya さん（伊藤直也さん）の新卒向け講演が社内で行われたのでまずは講演記録パートです。本名と所属は以前から「がんばればわかる」ようになってますし*1、出して困るような厄介な人は幸い身近にいないので身バレとか知らない。 以下長いので続きを読む記法で。感想パートは1日以内に別記事で更新します。 「

本ブログ再開の一番の目的の一つである、予告編にて予告した太字の部分からです。 @t_wadaさん講演 @ 新人研修 というわけで私sylph01は4月から会社でお仕事を始めることとなりプログラマのプロフェッショナル[要出典]としての道を歩み始めたわけですが*1 、新人研修の一環として日本のTDD界の第一人者ともいえる @t_wada さんに社内で講演していただくというイベントがありました。まあこの時点でもはや身バレ同然*2なんですが、この際開き直って、同期よりも面白い記事を書こうと思います（きっぱり）。 まず第1部では実況ログ（一部私のメモ有り）を記載して第2部でそれを受けての私の話をしようと思います。研修の記録みたいなのはまた別記事でしようと思います。 title: この先生きのこるために （このせんせいきのこるために、と読む） id: t-wada @t_wada github: tw