並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 2121件

新着順 人気順

オリジンの検索結果1 - 40 件 / 2121件

  • オッパイは尻の代替品という解像度の低い説 - 本しゃぶり

    書いたな、俺の前で、おっぱいの話を。 この話題に関して語りたいことはあるが、ブコメはそれを書くには狭すぎる。 / “サルは乳房に興味ないってことは、おっぱいにエッチさを見出した特殊性癖のパイオニアがどこかにいたってことだよな - Togetter” https://t.co/D1kbNEv4P0— 骨しゃぶり (@honeshabri) February 16, 2021 ヒトの視点でサルを語る人 こんなまとめを読んだ。 サルのオスは豊満な乳房に性的魅力を感じない。だからヒトのオスが乳房に性的魅力を感じるのは、進化の過程で特殊性癖の個体が誕生したのではないか。 これが発端となったツイートである。これ自体は素朴な疑問なので、そこまで気にならない。俺が気になるのはその後に出てくる「尻の代替説」である。曰く、ヒトの乳房が大きく丸みを帯びているのは、尻を模したためであるという。 この有名な仮説は、

      オッパイは尻の代替品という解像度の低い説 - 本しゃぶり
    • コーヒー沼にハマりつつある話

      ハマりはじめて現在に至るまでを適当に書きなぐる はじまり3年ぐらい前にドンキでペーパードリップセットが特価販売してて衝動買い たしか1500円とかぐらい、2000円はしてなかったはず 超安かったという印象だけ残ってる 内容は以下 ハリオV60プラスチックドリッパー 4杯取り用フィルター40枚ハリオV60コーヒーサーバー 700mlハリオコーヒーキャニスターMハリオグラス2個あとはコーヒーの粉とお湯があればOKなセットだった 同じくドンキで適当に粉を買って帰る しばらくこのセットでハンドドリップをやりはじめる 毎朝朝食のときに 休日はおやつ時とかも気分次第で 器具が増えだすポットに不満当初は電気ケトルから直でお湯を注ぐスタイル 飛び散ったり狙ったところに行かなかったり、なんかこう不格好 これまたドンキで適当にドリップポットを物色 値段も1000円ぐらいで手頃だった(気がする)1.2Lのステン

        コーヒー沼にハマりつつある話
      • 自分語り|ご飯

        【最初に】 またこんなのを上げると ・自分から燃料投下してきて、また構われたいのか。 ・被害者ヅラすんな。 ・炎上して喜んでんじゃねーよ。まーん。 等々の意見を貰いそうだな、と思いますが 私のツイート内容の善悪の如何については、勝手ですが一旦ここでは余所に置かせていただき、 「一人の一般人が、3日間で数千を超える悪意・誹謗中傷コメントを受けた」 その実体験を記そうと思います。 完全に自己満足ですが、今回の件で得た7,000人以上のフォロワーの皆さんに発信することで、少しでもこれからの「顔の見えないSNSでの人との関わり方」について考えるきっかけになればいいなと思いました。 今後、テラスハウスの木村花さんのような悲しい出来事を二度と起こさないために。 (これを目にする、私をフォローしてくれた方は、私に好意的な方が多いかもしれないので、本当に伝えたい人たちには伝わらないかもしれませんが。) 今

          自分語り|ご飯
        • クラウドエンジニア(AWS)ロードマップ2021 - Qiita

          お知らせ 2022年初頭に本記事を元にしたAWS書籍が技術評論社より全国出版決定いたしました。 関係者各位のご協力に深く感謝いたします。 タイトル:AWSエンジニア入門講座――学習ロードマップで体系的に学ぶ 本書籍出版までの制作プロセス、チーム執筆の方法論などをまとめました チームで技術書を出版して学べた共同執筆メソッド はじめに インフラ初学者がAWSを用いた設計・構築レベルに到達するため、学習の全体像をロードマップ図にまとめました。 背景 パブリッククラウド全盛期においてAWSは全エンジニアにとって「常識」となりました。 しかしながら、情報過多によってAWS学習に必要な情報がネット上のノイズに埋もれてしまい、初学者の直感による判断が誤った学習に行き着くこともあります。 このロードマップはAWS学習の全体像を俯瞰でき、パブリッククラウドを用いた設計・構築レベルに到達するまで導く体系的なス

            クラウドエンジニア(AWS)ロードマップ2021 - Qiita
          • マンガ「この巻がすごい!」大賞

            思いついたから書いてみました。記憶をもとに書いているので間違いがあるかもしれない。 1巻 テルマエロマエ(ヤマザキマリ) 2巻 ヘルシング(平野耕太) 3巻 僕といっしょ(古谷実) 4巻 ジャイアント(山田芳裕) 5巻 デビルマン(永井豪) 6巻 チェンソーマン(藤本タツキ) 7巻 名探偵コナン(青山剛昌) 8巻 鬼滅の刃(吾峠呼世晴) 9巻 チェンソーマン(藤本タツキ) 10巻 ナニワトモアレ(南勝久) 「解説の増田さん、お願いします」 —————— 1巻 テルマエロマエ(ヤマザキマリ)その他のノミネート作…岳(石塚真一)、大奥(よしながふみ)、ママはテンパリスト(東村アキコ)、ハイスコアガール(押切蓮介)、童夢(大友克洋) 「全てのマンガに1巻はあるわけですから、当然のことながら最激戦区。中でも『面白い1巻』というのは、どうしてもインパクト勝負になります。その中でも『テルマエ・ロマエ』

              マンガ「この巻がすごい!」大賞
            • CDNは5時間で開発できる | POSTD

              「CDN」(content delivery network)という言葉からは、Googleのような大企業がいくつもの巨大なハードウェアを管理し、1秒当たり何百ギガビットものデータを処理する様子が想像されます。しかし、CDNは単なるWebアプリケーションです。私たちのイメージとは違いますが、それが事実です。8年前に買ったノートパソコンを使って、コーヒーショップの席に座りながらでも、きちんと機能するCDNを構築できます。この記事では、これから5時間でCDNを開発しようとするときに、直面するかもしれないことを紹介します。 まずはCDNの機能を明らかにしておきましょう。CDNはセントラルリポジトリ(通称:オリジン)からファイルを吸い上げ、ユーザーに近い場所でコピーを保存します。初期のオリジンはCDNのFTPサーバーでした。現在、オリジンは単なるWebアプリとなり、CDNはプロキシサーバーとして機

                CDNは5時間で開発できる | POSTD
              • フロントエンドのパフォーマンスチューニングを俯瞰する - 30歳からのプログラミング

                去年からフロントエンドのパフォーマンスについて断続的に学んでいるが、自分の頭のなかにある知識はどれも断片的で、まとまりを欠いているような感覚があった。 知識と知識がつながっておらず、各施策が何のために行われるのかも、必ずしも自明ではなかった。何となく「パフォーマンスに効果がある」と言ってしまうが、それが何を指しているのかは実は曖昧だった。 このような状態では新しい知識を得ていくのが難しいというか、効率的に行えないように思えた。議論の背景が分からないし、文脈や問題意識を上手く掴めないから。何の話をしているのかよく分からない、という状態になりがち。書かれてあることの意味は分かっても論旨を掴めているわけではないから、自分のなかに定着しない。 そこで、現時点で自分が知っていることを整理して、自分なりに分類しておくことにした。 当たり前だが、どのテクニックがどの程度有効なのかは、状況によって違う。

                  フロントエンドのパフォーマンスチューニングを俯瞰する - 30歳からのプログラミング
                • 何故 Fastly を使うのか

                  数ある CDN のなかでも Fastly は圧倒的に優れた特性を持つものだと思うので、障害にかこつけてその優れた点を紹介していく。 キャッシュが消えるのがはやいCDN とは世界各地にあるキャッシュサーバーにコンテンツをキャッシュして配信してもらうことで、オリジンサーバーの負荷を軽減したりユーザーへの配信速度を上げたりするリバースプロキシのホスティングサービスだが、 Fastly の最大の特徴としてはそのキャッシュが消えるのが速い。普通の CDN が数十秒〜数分とかかるのにたいして 0.2 秒で全部消えることが保証されているし、キャッシュにたいしてキーをつけておけば(HTTP ヘッダーに Surrogate-Key って入れるだけ)特定のキーがついているキャッシュだけ 0.2 秒以内に消したりということができる。 これにより、 CDN による配信高速化の恩恵を受けながら、コンテンツをリアルタ

                    何故 Fastly を使うのか
                  • SPAのログイン認証のベストプラクティスがわからなかったのでわりと網羅的に研究してみた〜JWT or Session どっち?〜 - Qiita

                    SPAのログイン認証のベストプラクティスがわからなかったのでわりと網羅的に研究してみた〜JWT or Session どっち?〜JavaScriptRailsJWT認証React SPAのログイン周りについて、「これがベストプラクティスだ!」という情報があまり見当たらないので、様々な可能性を模索してみました。 いろいろな状況が想定され、今回記載する内容に考慮の漏れや不備などがありましたら是非コメントでご指摘いただきたいです!特に「おすすめ度:○」と記載しているものに対しての批判をどしどしお待ちしております! この記事でおすすめしているものであっても、ご自身の責任で十分な検討・検証の上で選択されてください。 前提 想定しているAPIは、 ログイン外のAPIにはPOST/PUT/DELETEのものがなく、GETのみ GETのAPIにはDBを更新するなどの操作がない とし、そのためログイン外では

                      SPAのログイン認証のベストプラクティスがわからなかったのでわりと網羅的に研究してみた〜JWT or Session どっち?〜 - Qiita
                    • サーバレスアーキテクチャによる有料ライブ配信サービスの構築

                      ライブ配信を支える技術 2019年10月4日(金)〜6日(日)開催の「水曜どうでしょう祭2019」では<昼の部>の有料ライブ配信を実施。その技術サイドのお話をいたします。社内外の多くの方のご協力があってほぼほぼ内製で構築することができました。今回の構築をざっくりですが、残しておきたいと思います。 全体のざっくり構成図 会場からクラウドにあげるまで Media Services API橋渡し(DRM)(決済・認証) ネットワーク フロントエンド プロジェクト管理 1.会場からクラウドにあげるまで テレビ中継車から会場のビジョンに出しているものを中継します。 今回はHTB本社で放送用に受けた映像を分岐してもらいました。 この映像をSDIからHDMIに変換してLiveShellPro2台を用いてRTMPでAWSであげます。 AWSまではNTT東日本さんのCloudGateway Applipac

                        サーバレスアーキテクチャによる有料ライブ配信サービスの構築
                      • マジでBLEACH初めて読んだ|ジスロマック

                        みなさまには、「明らかに見た記憶はあるのに、内容は全く覚えていない」という状態の作品があるだろうか? 私には、かなりある。 より具体的に言えば、「明らかに“見た”という記憶はあるのに、子供の頃の記憶すぎて内容はサッパリ覚えていない」という状態の作品が、ものすごく多い。 『機動戦士ガンダムOO』や『コードギアス 叛逆のルルーシュ』、『おねがいマイメロディ』に『絶対可憐チルドレン』……どれもこれも、「見た」記憶はあるのに、内容はよく覚えていない。だから、今こそ見直したい。特にその中で存在感が大きかったのが……………… 『BLEACH』1巻より そう、『BLEACH』なのです。 ちょうど前、アニメの千年血戦篇を見ていた時、ふと気がついたのです。私は、BLEACHを見た気がしていたけど、実は全く内容を覚えていない。というか、微塵も記憶の中に存在していない。そもそも、私はマンガのBLEACHを読んだ

                          マジでBLEACH初めて読んだ|ジスロマック
                        • 【追記あり】既婚年収1500万円のリアル

                          【追記】帰ってきてはてブ開いたらマジで驚いた。コメント全部読みました。賛否どちらもコメント頂いた皆様、ありがとうございます。いくつか追記しました。 ---- 増田のスペック。 アラフィフ男性、既婚、子供3人(大学生2人と中学生)、都下(23区外)在住、額面年収1500万円ほど。仕事はIT技術系管理職。理系院卒。転職歴なし。 住宅について持ち家、ローン残あり、4LDKの一戸建て、最寄り駅徒歩10分。住宅街で治安はとても良く、夜はとても静か。駐車場有。電車通勤で勤務地まで1時間ぐらい。 普段の食事について増田の家族の食事は基本妻が作っているが、食材はほぼ近所のスーパーで買っている。子供が大きくて家族のスケジュールがバラバラなので揃って食事を取ることは少ない。週末も子供たちはほぼ部活、バイト、遊びなどで家にいないので家族での外食も少ない。たまに行っても回転寿司とか。家族の夕飯を外で買って済ますこ

                            【追記あり】既婚年収1500万円のリアル
                          • 同業者のオリジン弁当従業員による嫌がらせ、営業妨害、器物損壊事件の発生と対応について|キッチンDIVE

                            キッチンDIVEについてこんにちは。キッチンDIVEです。 キッチンDIVEは亀戸、御徒町、水道橋に店を構える24時間営業のお弁当屋さんです。 店内風景をライブ配信しており、過去に万引きや悪質クレーマーなど事件の瞬間を捉えることが多々ありました。 ↓このようにYouTubeで亀戸と御徒町店の様子を配信しています。 接客業ともなればトラブルは日常茶飯事だと思いますが、今回はその中でも特に悪質な事件でした。 事件の顛末(2月20日)2月20日(日)深夜2:43の亀戸店に、オリジン弁当従業員とその関係者が来店しました。 酒を飲んでいるようで、足元がおぼつかずフラフラしている人もいます。蔓延防止期間中にも関わらず全員がノーマスクで来店しました。 同じ業種、業者として蔓延防止期間中に泥酔してノーマスクで来店するオリジン弁当従業員の行動に呆れてしまいます。 怒りより関わりたく無い人物と感じました。 そ

                              同業者のオリジン弁当従業員による嫌がらせ、営業妨害、器物損壊事件の発生と対応について|キッチンDIVE
                            • Cache Storage がめちゃくちゃ肥大化する問題について調べる | ぴんくいろにっき

                              Cache Storageがめちゃくちゃ肥大化する問題 TBSのニュースサイト、TBS NEWS DIGがめちゃくちゃブラウザのストレージを消費しているという話がはてブや増田で話題になっています。 TBSのニュースサイトヤバない? – はてな匿名ダイアリー 同・はてなブックマーク 確かに、手元でも同様の状況を観測できる。 当該サイトのストレージ使用状況 はたして、これは真実なのだろうか。本当に1.4GBも食うことがあるのだろうか…… そんなわけない、ということで調査 まずは再現性を確認するためにChromeのゲストモードで当該のサイトのDevtoolを開いてましょう。すると、StorageのUsageは386MBになっていました。(適当なページを開き、リロードした時点で340MB程度であった) 当該サイトのストレージ割合 上記のスクリーンショットをよく見ていただけるとわかると思いますが、こ

                                Cache Storage がめちゃくちゃ肥大化する問題について調べる | ぴんくいろにっき
                              • 47JIMOTOフラペチーノを全て飲むために47都道府県のスタバに行ってきた | SPOT

                                スターバックスコーヒー(スタバ)の47JIMOTOフラペチーノを全部飲んできました。47都道府県それぞれの地元ならではのフラペチーノを地元のバリスタが考案し、それぞれの地域限定で販売するスターバックス25周年記念企画です。 ※この取材は東京都の緊急事態宣言が解除されたのち、十分な感染対策を施したうえで取材先の感染状況に十分配慮しながら実施いたしました。 ※この記事は株式会社おくりバントの提供でお送りいたします。 1日目 6:00 鹿児島県鹿児島市 鹿児島中央駅 梅雨の真っ只中でありながら見事に快晴な鹿児島よりこんにちは。青い空がとても気持ち良く、早朝の雰囲気と相まってとても爽やかな気分です。 さて、九州の南の端である鹿児島、その鹿児島に朝の6時という早朝から仁王立ちしている僕。なぜこんな事態になっているのか、まずはその理由を説明する必要があるかと思います。 あれは数日前の出来事でした。ネッ

                                  47JIMOTOフラペチーノを全て飲むために47都道府県のスタバに行ってきた | SPOT
                                • フロントエンドエンジニア御用達の MDN web docs を網羅した

                                  このリストは何? MDN web docs を、あたかも書籍の目次かのごとく整理しなおしたものです。それぞれ MDN web docs の記事へリンクしています。 なぜこれが必要になったかというと、人材市場でフロントエンドエンジニアが少なすぎる現状をどうにかするべく教育体制を整えるところから考え始めたのですが、それならまずは日頃お世話になっている MDN web docs を教材として扱いたいなと思ったからです。慣れてきてもよく参照するし「アレどこだっけなぁ?」を軽減もしやすいかなって。 MDN web docs は内容そのものはかなり充実しているものの、リンクがあらゆる方向に張り巡らせられており ある一定の流れに沿って読む ということが少々難しい側面もあります。特に初学者にとっては、迷子になりやすいかもしれません。 ですので、初学者でも学習しやすいように MDN web docs 全体の

                                    フロントエンドエンジニア御用達の MDN web docs を網羅した
                                  • 海外「日本の人気コーヒー店に行ったら自信を失った」世界から注目される日本のコーヒーショップに対する海外の反応 : すらるど - 海外の反応

                                    2024年01月08日20:25 海外「日本の人気コーヒー店に行ったら自信を失った」世界から注目される日本のコーヒーショップに対する海外の反応 カテゴリ食べ物 sliceofworld Comment(116) image credit:reddit.com 現在世界中でブームとなっているサードウェーブコーヒーは日本の純喫茶に影響を受けているといわれており、日本のコーヒーショップの中には海外のコーヒー愛好家から高い評価を受けているところもあります。海外の旅行者が東京の人気コーヒーショップ、グリッチコーヒーに行って衝撃を受けた様子を紹介していました。 引用元:reddit.com スポンサードリンク ●投稿主東京のグリッチコーヒーに行って今は茫然自失となっている。東京への旅行から帰ってきたところだ。グリッチコーヒーには7回くらい行ったけど、今まで行ったことのある世界中のコーヒーショップの中で

                                      海外「日本の人気コーヒー店に行ったら自信を失った」世界から注目される日本のコーヒーショップに対する海外の反応 : すらるど - 海外の反応
                                    • ブラウザからDBに行き着くまでただまとめる

                                      はじめに あなたはブラウザからデータベース(DB)に情報が行き着くまでにどんな技術が使われているか説明できますでしょうか? どのようなプロトコルが用いられ、どの技術を駆使してサーバと通信しているのか、Webサーバでは何が行われ、どのようにして負荷が分散されているのか、トランザクションはどのように管理されているのか、そしてデータベースではシャーディングや負荷対策のためにどのような対策が取られているのか… なんとなくは理解しているものの、私は自信を持って「こうなっている!!」とは説明ができません。 そこで今回は「大規模サービス」を題材としてブラウザからデータベースに至るまでの、情報の流れとその背後にある技術について、明確かつ分かりやすく解説していきたいと思います。 対象としてはこれからエンジニアとして働き出す、WEB、バックエンド、サーバーサイド、インフラ、SREを対象としております。 1.

                                        ブラウザからDBに行き着くまでただまとめる
                                      • パスワードはおしまい! 認証はパスキーでやろう

                                        はじめに パスワードは古来より認証に良く使われる方法ですが、その運用の難しさからセキュリティの懸念とその対策としての運用の複雑さ(複雑で長い文字列、90日でパスワード変更など)が要求される大きく問題をもった仕組みです。 その根本的な解決策としてFIDO Allianceを中心に推進されている 「パスワードレス」 が注目されています。これはPINや生体認証とデバイス認証を使ったMFAからなっており、フィッシングやパスワード流出に強い上に、ユーザも複雑なパスワードを覚えなくて良い、という大きなメリットがあります。最近はこの流れでPassKeyというものが登場し、Apple/MS/Googleのプラットフォーマが対応したことで、本格運用に乗せれるフェーズになってきました。というわけで以下に解説動画を作ったのですが、動画中で時間の都合で触れきれなかったところや、JavaScriptによる実装のサン

                                          パスワードはおしまい! 認証はパスキーでやろう
                                        • ヤフー全社横断「Webパフォーマンス改善」の取り組み (Core Web Vitalsスコアの向上)

                                          ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、第11代黒帯(ヤフー内のスキル任命制度/Webフロントエンド領域)の浜田(@narirow)です。今回はヤフー全社で実施してきた、「Webパフォーマンス改善プロジェクト」についてお話ししたいと思います。 長期に渡る活動の結果、多くのサービスのWebパフォーマンスが徐々に向上しています。この記事では、取り組みの経緯や、多くのサービス分析を通してわかったコスパの良い施策(比較的簡単に実施できてスコアも上がりやすい施策)などをご紹介します。 全社横断でWebパフォーマンス改善を実施する経緯 さかのぼること2021年、Googleから以下のような案内がありました。 「Core Web VitalsがGoogle検索の検索順位に

                                            ヤフー全社横断「Webパフォーマンス改善」の取り組み (Core Web Vitalsスコアの向上)
                                          • CORSの仕様はなぜ複雑なのか

                                            Webアプリケーションを実装していると高確率で CORS の問題にぶつかります。CORSがどのようなものかはリンクしたMDNなど既存の解説を読むのが手っ取り早いと思いますが、「なぜそのように設計されたのか」という観点での説明はあまり見ないため、昔の資料の記述や現在の仕様からの推測をもとに整理してみました。 CORSとは 現代のWebはドメイン名をもとにした オリジン (Origin) という概念 (RFC 6454) をもとに権限管理とアクセス制御を行っています。その基本となるのが以下のルールです。 Same-origin policy (同一生成元ポリシー): 同じオリジンに由来するリソースだけを制御できる。 上記Wikipedia記事によるとSOPの概念は1995年のNetscape 2.02に導入されたのが最初のようです。当時のドキュメンテーションを読む限り、これはウインドウ越しに別

                                              CORSの仕様はなぜ複雑なのか
                                            • Web版VSCodeがDockerコンテナをWASM環境で起動、Webブラウザ内ローカルマシンとして利用可能に。拡張機能「vscode-container-wasm」登場

                                              Web版VSCodeがDockerコンテナをWASM環境で起動、Webブラウザ内ローカルマシンとして利用可能に。拡張機能「vscode-container-wasm」登場 WindowsやMacなどのデスクトップPCでVisual Studio Code(以下VSCode)を利用して開発をする場合、同じローカルマシン上でDockerコンテナのLinux環境を起動し、VSCodeのターミナルで接続して操作することは、開発環境としてよくあることだと思います。 これと同じことをWebブラウザ版のVSCodeでも実現する、すなわちWeb版VSCodeが同一Webブラウザ上にWebAssembly化したDockerコンテナを起動し、Web版VSCodeからローカルマシンとして接続し利用できる、実験的実装を実現したVSCodeの拡張機能「vscode-container-wasm」が登場しました。 V

                                                Web版VSCodeがDockerコンテナをWASM環境で起動、Webブラウザ内ローカルマシンとして利用可能に。拡張機能「vscode-container-wasm」登場
                                              • SPA認証トークンはlocalStorageでもCookieでもない、Auth0方式はいいねというお話 - @mizumotokのブログ

                                                SPA認証トークンをどこに保存するかは論争が絶えません。localStorageやCookieがよく使われますが、Auth0は違う方法を採用しています。この記事では、Auth0のトークン管理の方式を理解でき、トークン管理上のセキュリティへの理解を深めることができます。 SPAの認証トークンをどこに保存するか ブラウザでトークンを保存できる場所 保存場所の比較 メリット・デメリット Auth0のアプローチ トークンはインメモリに保存 OpenID Connect準拠とトークン取得のUI/UXの悪化回避を両立 Auth0のjsライブラリ ログイン アクセストークンの(再)取得 図解 ログイン アクセストークンの(再)取得 自サービス内の認証だけのもっと簡易な構成 ログイン IDトークン取得 まとめ SPAの認証トークンをどこに保存するか React やVueで認証付きSPA(Single Pa

                                                  SPA認証トークンはlocalStorageでもCookieでもない、Auth0方式はいいねというお話 - @mizumotokのブログ
                                                • 暴走族の車両デザインの源流を説明する(1/2)

                                                  初日の出暴走、通称グラチャンの季節だ。 そこで暴走族の車バイク、通称族車のトンチキなデザインがどっから来てるかを説明しようと思う。 増田は暴走族やヤンキーじゃないがはてなー平均よりはヤンキー文化に近いってくらいだ。 それじゃあ行くぜそこんとこ夜露死苦。 族車デザインは過去の「スピードへの憧れ」の形の寄せ集めまずは「google:image:族車」で画像検索してくれ。 さて全然速く走る事に頓着が無いというか速く走れない族車デザインだが、元はレースカーや街道レーサーの特徴をコピーしていた。 だがそれらの文脈を考えずに合体され、更に右翼ファッションの流入によってスピードの文脈が無くなって形だけが意味を持つようになった。 でもファッションというのはみんなそうであってWWIの塹壕戦防寒軍服がビジネスシーンでの正装になったり、ゴールドラッシュの作業着が反抗の象徴になってカジュアルで定着したり、警官の防

                                                    暴走族の車両デザインの源流を説明する(1/2)
                                                  • サトシとレッドの分岐点

                                                    TVアニメ『ポケットモンスター』でこれまで冒険を続けてきた少年サトシが、今年2023年の最終章にて、主人公という物語のフォーカスから外れるらしい。 マサラタウンにさよならしてからどれだけの時間経っただろう……26年も!? 一方同じくマサラタウン出身の主人公にレッドという人物も存在する。ゲーム『ポケットモンスター金・銀』(以下金銀)の裏ボスとして立ちはだかる「前作主人公」像が有名だろう。 最初の作品『ポケットモンスター赤・緑』(以下『赤緑』)が発売されたのは 1996/2/27。TVアニメ化し日本国内でスタートしたのは1年後、1997/4/1。アニメのサトシはゲームの主人公から派生した存在である。 ということは、レッドがサトシの原作?…と単純な話でもないようだ。「主人公」からのキャラクター派生ラインを整理してみたのが1枚目の図である(3/28修正:『ミュウツーの逆襲Evolution』の3D

                                                      サトシとレッドの分岐点
                                                    • DNSリバインディング(DNS Rebinding)対策総まとめ

                                                      サマリ DNSリバインディングが最近注目されている。Google Chromeは最近になってローカルネットワークへのアクセス制限機能を追加しており、その目的の一つがDNSリバインディング対策になっている。Googleが提供するWiFiルータGoogle Nest WiFiはデフォルトでDNSリバインディング対策機能が有効になっている。 DNSリバインディング対策は、攻撃対象アプリケーションで行うべきものであるが、ブラウザ、PROXYサーバー、リゾルバ等でも保護機能が組み込まれている。本稿ではそれら対策機能の状況と対策の考え方について説明する。 DNSリバインディング(DNS Rebinding)とは DNSリバインディングはDNS問い合わせの時間差を利用した攻撃です。DNSのTTL(キャッシュ有効期間)を極めて短くした上で、1回目と2回目の問い合わせ結果を変えることにより、IPアドレスのチ

                                                        DNSリバインディング(DNS Rebinding)対策総まとめ
                                                      • 冴えないAWS環境の育てかた α | DevelopersIO

                                                        中山です ソリューションアーキテクトとして、AWS環境の利活用をお手伝いするお仕事をしています。 まれによく見るAWS環境 とりあえずこれを見てほしい。 これが絶対にだめと言いたいわけではないです。 一時的な検証環境だったり、とにかくスピード重視でサービスをデリバリーさせる必要があったり、サービスの提供者側が何ら責任を負わない・障害時のビジネスインパクトが無い(そんな状況あるのか?)という前提があったり、状況次第ではこれで十分な時もあると思います。 しかし、一般的な業務システムやサービスの場合にはいろんな意味で不十分でしょう。 では、このような環境をどのように育てていくとよいでしょうか。 この記事では、そんな育てかたの一例を紹介していきたいと思います。 なお、本記事はくっそ長いです。 ちなみに、最終的にはこうなります。 文字が小さすぎて読めない! ちょっとそこのハ○キルーペ貸してくれーw

                                                          冴えないAWS環境の育てかた α | DevelopersIO
                                                        • コーヒー豆の選び方

                                                          anond:20191107003745 こんばんは、元コーヒー屋さん増田です。 増田さんが「コーヒーの味がわからない」とお悩みのようなので、コーヒー豆を選ぶうえでご参考になればと思いました。 ▼コーヒーの味 「このコーヒーはフルーティーで・・・」 「これはとてもコクがある豆で・・・」 正直、そんなこと言われても味の想像なんてつかない!っていうのが正直なところだと思います。 多くの場合 フルーティー=酸味がある、後味がすっきりしている、紅茶のよう コクがある=油分が多い、苦みが強い ことが多いです。 (もちろん粉の挽き方や淹れ方に依存する部分も多々あるので、必ずしもとは言い切れませんよ!) なんでフルーティーとかコクがあるとかっていうわかりにくい表現にしているかというと、 「酸味」とか「苦み」ってマイナスイメージが強いからでしょう。 増田の働いていたコーヒー屋さんでもそうでしたから。 ▼豆

                                                            コーヒー豆の選び方
                                                          • 【お手持ちの烏口】映画『ブレードランナー』に出てくる謎の日本語ネオン看板などの元ネタ、ついに見つかる【基礎の充実の上に】

                                                            高橋将貴Masaki_TAKAHASHI @takahashi__ ブレードランナーのマニアの皆さんへ、日本語グラフィックのソース発見の報告です。1981年の雑誌「アイデア」に、カード類のすべての日本語と、あのネオン「お手持ちの烏口」「基礎の充実の上に」のオリジンを見ることができます!(画像はアイデアNo.164より引用) #ブレードランナー #BladeRunner pic.twitter.com/bFMDuwJmxs 2022-12-27 14:03:32

                                                              【お手持ちの烏口】映画『ブレードランナー』に出てくる謎の日本語ネオン看板などの元ネタ、ついに見つかる【基礎の充実の上に】
                                                            • テレビ番組で監禁されてぶっ壊れた俺が今思うこと②|エッグ矢沢

                                                              🈲無断転載禁止🈲切り取り記事禁止🈲 ⚠️本編は最後まで無料で読めます⚠️ 今回これを書こうと思ったのは超軽い気持ちだった。 ここ数日なすびさんの記事がちょこちょこ出てくるから何本かサクッと流し読みをした。正直どうってことない内容だ。だって俺も似たような経験をしているし、当時テレビで見ていた内容でもありドロドロとした話も流し読みレベルでは出てこなかったように思う。それで俺もサクッとTwitterで自分の体験を書こうと思ったら溢れ出てくる感情が止まらず長くなり過ぎてしまいnoteに書く事にした。 ただ自分の体験を事実として書き記すだけで、誰かを攻撃しようとかの意図はなかったが今回の二作目を書いていると怒りが込み上げてきた。けっこー人として酷い扱いを受けたよなと。思い出さないよう蓋をしてきたが今でも許せない奴が今回から出てくる。当時の事を鮮明に思い出そうとすると気がおかしくなりそうになる。

                                                                テレビ番組で監禁されてぶっ壊れた俺が今思うこと②|エッグ矢沢
                                                              • HTTPキャッシュ入門の入門 – cat /dev/random > /dev/null &

                                                                ローカル・経路上のキャッシュを併用しよう キャッシュは再利用されるほどいいものです。 サイトの規模にもよるのですが、ローカルと経路上のキャッシュはそれぞれ性質が異なるため、ブラウザキャッシュだけ適切に設定しておけば経路上では不要というわけではありません。 ローカルキャッシュはキャッシュを持つクライアント自身がサイトを再訪する場合は有効ですが、キャッシュを持っていない新規クライアントには無効です。 経路上のキャッシュは新規クライアントに対してもキャッシュを返すことができるため、例えばサイトへの流入が突然増えるといった事態でも対処がしやすいです。 そのためコンテンツ次第ではありますが、ブラウザキャッシュのように特定のクライアントでしか使えないprivate cacheにするよりも、 効率を考えてローカル・経路上のどちらでもキャッシュができ、多数のクライアントで共有できるshared cache

                                                                • Netlifyが日本からだと遅い - id:anatooのブログ

                                                                  仕事で Netlify にデプロイしたSPAの読み込みが遅いので原因を調査してほしい、という依頼を受けてウェブパフォーマンス調査を行った。顧客から許可をもらって、この記事ではNetlifyに対してどういう調査をしたのかを書く。 結論だけをまず書くと、NetlifyのCDNのファイル配信パフォーマンスは日本国内からだと非常に悪い。パフォーマンスを改善させるためには、Netlifyに直接アクセスさせるのではなく、前段に他のCDNやキャッシュサーバを挟んだりするほうがいいだろう。 調査の前提 日本国内からのみの調査 サイトには静的なファイルをデプロイしているのみ 該当するNetlifyにデプロイしたSPAをブラウザで試しに開いてみると、確かに初回の読み込みのパフォーマンスがめちゃくちゃ悪い。 Chrome Devtoolsを開いてネットワークタブでどういうふうにリソースの読み込みを行っているのか

                                                                    Netlifyが日本からだと遅い - id:anatooのブログ
                                                                  • なぜ亀有に行くのが難しいかを解説してやんよ

                                                                    これ https://b.hatena.ne.jp/entry/s/trafficnews.jp/post/127759 関西人が亀有行くのが難しいという嘆きに対して「老害じゃね?」「スマホで乗換案内見ろ」と好き放題な罵倒がされているが、はっきり言って亀有を含む、JR常磐線の綾瀬~金町に行くのは東京もんでも難しんだよ! 増田は東京の西側ばかりで活動していて、ある日仕事で亀有の隣の綾瀬に行くことになった。だが路線図を見て行き方が判らなくなってしまった。 何故なら乗換駅のJR北千住駅には綾瀬~金町に行く各駅停車のホームが無いのである。 迷惑乗り入れ実は常磐線は列車線と緩行電車線の複々線になっており、各駅停車が走る緩行線は綾瀬で地下鉄千代田線に直結している。 北千住と綾瀬の間は地下鉄千代田線なのである。 当然北千住のホームの場所が問題となる。普通はこういう時は北千住駅手前で地下鉄が地上に出て常磐

                                                                      なぜ亀有に行くのが難しいかを解説してやんよ
                                                                    • Firefoxは危険なJavaScriptに対応しない - Qiita

                                                                      Firefox / Safari MozillaはMozilla Specification Positionsというリストを公開しています。 IETFやW3C、TC39などが提唱しているWeb技術に対して、Mozillaはどのように評価しているかという立ち位置を表明したものです。 あくまで現時点での評価であり、もちろん今後の仕様変更などに伴い評価は変わる可能性があります。 Mozilla's Positions Mozillaはどのように評価しているかの分類。 under consideration 評価の検討中。 important 優れた概念であり、Mozillaにとっても重要である。 worth prototyping 優れた概念であるが、プロトタイプを作成し、フィードバックを得て磨きをかける必要がある。 non-harmful 有害ではないが、良いアプローチではなく、取り組む価値

                                                                        Firefoxは危険なJavaScriptに対応しない - Qiita
                                                                      • 月間500万PV&転送量80TBのサイトをたった4万円で維持する方法

                                                                        月間ページビュー(PV)が500万PVあり、データ転送量も80TBあるという人気ウェブサイトを400ドル(約4万6000円)以下で維持する方法を、3Dのアセットライブラリを一般公開しているPoly Havenがまとめています。 How we handle 80TB and 5M page views a month for under $400 – Poly Haven Blog https://blog.polyhaven.com/how-we-handle-80tb-and-5m-page-views-a-month-for-under-400/ ウェブサイト運営のポイントの1つは「資金リソースをどう管理するか」です。資金があればAmazon S3のようなクラウドプラットフォームを利用するのが簡単ですが、データ転送量が月間80TBもあるPoly HavenのようなウェブサイトでAmaz

                                                                          月間500万PV&転送量80TBのサイトをたった4万円で維持する方法
                                                                        • 【Web】知っておきたいWebエンジニアリング各分野の基礎知見80

                                                                          この記事は? それぞれが専門にしている領域に関わらず、Webエンジニアリングの基礎知識として知っておきたいと思う事を対話形式でまとめていく。知識はインプットだけではなく、技術面接や現場では、専門用語の正しい理解をもとにした使用が必要なので、専門がなんであれ理解できるようなシンプルな回答を目指したものになっています。解答の正しさはこれまでの実務と各分野の専門書をベースに確認してはいますが、著者は各技術の全領域の専門家ではなく100%の正しさを保証して提供しているものではないので、そこはご認識いただき、出てきたキーワードの理解が怪しい場合各自でも調べ直すくらいの温度感を期待しています。なお、本記事で書いている私の回答が間違っている箇所があったりした場合、気軽にコメント欄などで指摘いただけるとありがたいです。 Webエンジニアリングの基礎 この記事でカバーしている領域は、以下のような領域です。W

                                                                            【Web】知っておきたいWebエンジニアリング各分野の基礎知見80
                                                                          • [書評] ハッキングAPI ―Web APIを攻撃から守るためのテスト技法

                                                                            サマリ ハッキングAPI―Web APIを攻撃から守るためのテスト技法(2023年3月27日発売)を読んだ。本書は、Web APIに対するセキュリティテストの全体像と具体的なテスト方法を記載している。ペンテスターは、APIの検出、APIエンドポイントの分析、攻撃(テスト)を行う必要があり、そのために必要な情報がすべて記載されている。また、実習のためのツールと「やられサイト」を複数紹介し、具体的なトレーニング方法を解説している。単にツールやサイトの使い方の説明にとどまらず、本格的なペネトレーションテストの考え方を説明している。 本書の想定読者はAPIのペネトレーションテストを実施するペンテスター及びペンテスターを目指す人であるが、API開発者やウェブアプリケーション脆弱性診断員にとっても有益な内容を多く含む。 重要事項説明 本書の監修者の一人(洲崎俊氏)と評者は知人関係にある 評者が読んだ書

                                                                            • Reactを取り巻く状態管理の潮流を学ぼう。HooksやServer Componentsなどの登場で何が変わるか|ハイクラス転職・求人情報サイト AMBI(アンビ)

                                                                              Reactを取り巻く状態管理の潮流を学ぼう。HooksやServer Componentsなどの登場で何が変わるか Reactを取り巻く状態管理のアプローチは変化を続けていますが、いま知っておくべき手法とはどのようなものでしょうか。小林 徹(@koba04)さんに、現在、そしてこの先の状態管理について執筆いただきました。 こんにちは、小林(@koba04)です。 2019年5月に『SPAにおける状態管理:関数型のアプローチも取り入れるフロントエンド系アーキテクチャの変遷』という記事を書きましたが、そこから2年以上が経過し、Reactを用いた状態管理は大きく変わりました。本記事ではReactを取り巻く状態管理の変遷について解説します。 広がるReduxの採用 Hooksの登場 コンポーネントツリーから独立した状態管理 Concurrent Featuresによる新しいユーザー体験 状態とキャ

                                                                                Reactを取り巻く状態管理の潮流を学ぼう。HooksやServer Componentsなどの登場で何が変わるか|ハイクラス転職・求人情報サイト AMBI(アンビ)
                                                                              • TYPE-MOON設定資料 最強リセマラランキング  - grogxgrog

                                                                                A++  人権資料 A+  特筆して優秀な資料 A  ある程度役割を持てる資料 B  平均的な水準の資料 C  やや力不足を感じる資料 D  役割を持ちづらい資料 E  買うメリットが極端に少ない資料 EX  上記のどこにも属さない資料 値段はAmazonとか駿河屋とかの通販価格見てつけてるけど参考程度にしてください。この記事半年くらい掛けて書いてたせいで執筆中にドンドン変わっていってしまったので……。 魔法使いの夜 魔法使いの夜(原作版) EX 1996年12月18日 魔法使いの夜 A++ 2012年4月12日 4000円 魔法使いの基礎音律 B 2012年4月12日 はちみつを巡る冒険 D 2012年4月12日 魔法使いの夜 公式通販パンフレット D 2012年4月12日 1000円 TYPE-MOONエース B 2008年4月21日~ 5冊1500円 魔法使いの夜 Artistic

                                                                                  TYPE-MOON設定資料 最強リセマラランキング  - grogxgrog
                                                                                • 築50年都内マンションの様相 身寄りのない高齢者の補足

                                                                                  身寄りのない高齢者 https://anond.hatelabo.jp/20230329152826 を書いた者です。ここ数日は朝晩先生のところに行き、おむつを替えたり水筒にお湯を汲んだりそうめんを茹でて届けたり恨み節を聞いたりしておりました。 コメントで、築50年、1970年代に作られたマンションの様相についてイメージしずらい(しづらい)方がいるようなので書いてみようと思いました。 このマンションは1970年ごろ、23区内の都心ではない地域に建てられた。8階建て、64戸。間取りは3LDK。私鉄の駅から続く商店街を徒歩五分といった立地だ。私は昭和55年、1980年くらいから住み始めた。幼稚園生だった。 小学校に入学するとなったとき、この地域には集団登校というものがあり、そこに参加することになった。マンションの一階のたまりに50メートル半径くらいに住む小学生が集まり、6年生の班長を先頭に行列

                                                                                    築50年都内マンションの様相 身寄りのない高齢者の補足