  |
はてなキーワード: リクエストとは
大企業。名前だけならたぶんほとんどの人が知ってる。毎日定時に帰れて、週休二日で、有給もフル消化できて、給料も福利厚生も申し分無くて、寂しい時は社内イベントや勉強会に出てワイワイできて、仕事もそこそこ面白い。だけどもうダメかもしんない。
俺はエンジニアだ。うちは IT 企業だ。俺はエンジニアとして働くつもりで入社した。面接でもそう言ったし、先輩にも上司にも主張した。衝突も多かったけれど、概ね希望は通ったと思う。今の仕事は面白い。でも、それでも、もうダメかもしんない。こうしてお酒を飲みながら不満を垂らしちゃうほどに。
スーツ強制である。意味がわからない。あんな窮屈な服をわざわざ好んで着るほど俺はマゾじゃない。
営業マンやオフィス街に勤めるビジネスマンだってんならまだわかるけど、違う。田舎に構える拠点だ。俺たちはエンジニアだ。仕事しやすい格好であるべきだ。だからといってさすがに裸は非常識だが、ジーパンくらいはいいじゃないか。
たまにお客さんやお偉いさんが来る時もあるけど、そんなの応接室で応対する奴だけ正装すればいい。なんで俺たちにまで押し付けるのか。本当に意味がわからない。マゾという性癖を押し付けたいの？
ネットニュースは見れるくせに、Twitter は見れない。技術用語で検索して情報収集できることを知らないのかよ。
Stackoverflow や Quora や Qiita も見れない（知恵袋は見れる）。GitHub も Bitbucket も、そしてはてなさえもだ。え？IT企業だよね？何の冗談だよ。全然笑えないぞ。
「情報漏えい対策です」だって？だったら POST だけ禁止すればいいじゃん。一部のサイトはそうしてるじゃん。情シスなのに GET と POST の違いもわからないの？
とにかく不便で不便で仕方がない。管理職は「自分のスマホで見ろ」「制限解除した専用タブレットで見ろ」とかほざいてるんだけど、なんでいちいち PC から離れてそっち見なきゃいけないの？コピペしたい時とかどうすんの？効率って言葉知りませんか？何なの？マゾなの？
ウォーターウォールが常にダメとは言わない。ただウォーターフォールは昔のやり方であって、少ない人材でスピードも求められる現代ではだいたい役不足だ。にもかかわらず、馬鹿の一つ覚えみたいにウォーターフォールで開発しようとする。
テストコード書いて効率化して暇を持て余して改善に勤しむ俺よりも、いっしょうけんめい（笑）ワード使ってコードを日本語にひたすら翻訳するという詳細設計書執筆に勤しんでる奴の方が評価されてるという現実。第一ウォーターフォールに従うなら先にコードができてるのもおかしいじゃねーかよ。
ウォーターフォール続き。開発審査といってこれを通過しないと先の肯定に進めない関所みたいな審査があるんだけど、これがまた冗談みたいに面白い（笑えない）。何十年も（何年も、ではない）前につくられた基準で、かつ無理矢理定量的に解決しようとした体系をしていて、結果、
「x時間に至ってない？それはおかしい。x時間になるまでレビューしろ」
「x時間超えてる？それはおかしい。なんで超えたのは理由を説明しろ」
なんてことが起きている。何なの？ソフトウェア開発がそんなに単純にいくと思ってるの？そんなはずない。みんなわかってる。だけど逆らうこともなく、おかしいとも思わず、ただただ過剰な仕事を投入したり、数字いじりと作文に勤しんだりする。一体何と戦ってるんだよ。
ちょっとした資料でもパワポが強要される。テキストで書くと渋い顔をするし、他部署や他拠点、部長より上向けの資料となると絶対に OK が出ない。
独自フォーマットじゃねえよ。Markdown 知らないの？別に Markdown 覚えろって話じゃない。ちゃんと見易いテキストで書いてるだろ。分量的にも、話題的にもこれで十分だろ。なのにわざわざパワポなの？何がしたいの？パワポ萌えなの？勝手にやってろよ。俺たちまで巻き込むな。
PCとディスプレイは会社側が用意したものしか使えない。Windows 強制。メモリとかCPUは家電量販店で売ってるレベル。いやそっちの方がまだ高性能かも。おいおい、総務とかじゃないんだぜ？エンジニアですぜ？開発マシンだよ？こんな貧弱なマシンでどうしろって言うの？
キーボとマウスとディスプレイ枚数が自由なのがせめてもの救い。といってもディスプレイは会社支給品なので一人あたりどう頑張ってもトリプルだけど。
サーバーで仮想マシン動かしてそっちで開発しようとか、むしろ開発用のハイスペックマシン手に入れようとか画策するんだけど、無理。調達できない。壁が二つ。
上司の壁。「何贅沢言ってんの？」 贅沢じゃねえよ。それ営業マンに向かって「車？何贅沢言ってんの？（原付あるだろうが）」て言ってるようなもんだぞ。
会社の壁。やたら承認やらエクセル申請書やら冗長で数日じゃ終わらない。ちょっと記入ミスってたらやり直し。融通の利かないお役所仕事。そもそもお金が無いからそんな調達できないんだってさ。無いことはないだろ。利益出してんだろうが。その金はどこ行ってるの？お偉いさんがガハハとかっさってんの？
結局、今部署にある分でやりくりしなきゃいけない。だいぶ昔から使ってるやつだから古いし、キャパも限界。使わないマシンを落とさないと他が使えなくて、そのためにみんなに使用状況聞いて回るとかしている始末。おかしいだろうがよ。
え？クラウド？「クラウドに企業秘密置くなんて何事だ！」だってさ。だったら紙で仕事してろよハゲ。
必ずインストールして常駐させるソフトが結構ある。特にセキュリティ系。中には Windows Update みたく動作に支障を及ぼすものもある。お前自身がウイルスじゃねえかよと言いたくなるレベル。
あと全体的に実装が稚拙なようでメモリも CPU もやたら食う。ソース見せてもらえないから何とも言えないけど、初心者がゴリ押しで書いたみたいな臭いがする。これで何百、何千の人間の、いったいどれだけの時間を無駄にしているんだろう。
インフラがとにかく弱い。メンテナンスは日常茶飯事だし、入社年度とか拠点とかでアクセスしていい時間帯を分けるようアナウンスするし、24時間稼働じゃないし、稼働するにしても昼休憩とか夜間とか制限かけるし。自社のインフラさえままならない企業にいったい何ができるというのか。
本当に力入れた方がいいと思う。どれだけ損失してると思ってんだよ。お偉いさんのイベントで主張してみたりもしたけど、俺が浮いただけだった。こういうことに関して鈍感なのがデフォなのだ。
社内システムはほとんど IE しかサポートしてない。バージョンまで固定する始末。UI もレガシーだし、UX も全然考慮されてなくて、フォームを何十個もずらずら並べたみたいなページが普通に登場する。
SVN である。これでもまだマシだ。いや SVN も相当にオワコンだけど（Git 信者が何を知ってるって？いやいや Git 知らないだけでしょ。gitignore が無い時点でどれだけレガシーなのかがわかりませんか）。
ひどいと VSS とかいう化石だったりする。VSSて何ですか？だよね、知らないよね。調べてみるといいよ。面白すぎて笑えない。
今上に立っている人たちが残業何十時間何百時間当たり前の世界でバリバリ頑張ってきた人たちだから、そういう価値観が蔓延している。残業40時間くらい何とも思わない人種である。いや40でも十分多いから。
物理的に仕事が多いならわかる。本質的に難しいことしてるならわかる。残業しなきゃままならないシチュは存在する。でもそんなの見たところ一握りだよ。大半はただだらけてて怠けてて非効率的で無知なだけ。
いや、無頓着というべきかもしれない。たとえばつい先日こんなことがあった。レビューで（俺はレビューア。他にもたくさん）、レビューイがブラウザからファイルをダウンロードした時にブラウザなのかダウンロード先なのかどこかおかして、ブラウザがフリーズしたのね。イラっとするじゃん？と思ったら、したのは俺だけだった。数十秒くらいは続いたのに、俺以外はみんな平気な顔してた。平然と待ってた。そういうことに無頓着なんだ。プログラマの三大美徳を備えろとまでは言わないけど、そこまで無頓着なのは社会人として、エンジニアやビジネスマンとして、どうかと思う。
俺は巻き込まれたくないからうまく立ち回っていて、帰ろうと思えば毎日定時で帰れるが。この体質はほんとどうにかした方がいいと思う。
英数字とスペースを全角で打つのはやめろ。それが許されるの小説だけだ。
インデントはタブを挿入すること ← 俺はスペース派だが、まあわかる。規約ならしゃーない。
「従わなければいいじゃん」 俺もそう思ったよ。でもね、みんなね、レイアウト整えるのにタブ文字を入れやがんだよ。わかるかい、タブ4文字にしなきゃレイアウトが崩れるってことだよ。おかしくない？レイアウトはスペースで揃えよ。タブが許されるのは行頭のインデント部分だけだよ。
この件について戦ってみたことがあるけど、誰一人として賛同は得られなかった。俺は自分勝手な人間との烙印を押されただけだった。エンジニアとして主張すればそうなっちゃうのがうちなのだ。
この件については宗教論争的なこともあるから最悪引き上がる覚悟もあった（それにぶっちゃけ手元のエディタやツールで変えればいいことだし）。でもどいつもこいつも真面目に考えることなく、俺を一蹴した。俺が嫌いだから？何大人げないことしてんの？小学生かよ。意見を見ろよ、中身を見ろよ。
こんなことがあった。
オンプレで立ち上げてるサービスに対して REST API を勝手に使ったら怒られた。曰くシステムがダウンしたらどうなるんだと。業務停止するだろうがと。
言ってることは正しいけど、だったらエントリポイントを閉塞しておけよ。あるいは注意で REST API 使うなと書いておけよ。REST API をデフォでサポートしていて、何の注意や閉塞もなく解放されているなら、それは自由に使っていいってことだろ？（もちろんだからといってリクエストをバーストさせていいわけじゃないが）。悪いのはそんなことも知らなかった無知な管理者だ。責任転嫁するな。
ちなみに閉塞案と注意追加案と提案してみたが無視されている。もちろんそれらを行う権限は俺にはない。
チャットの意義は Pull 型コミュニケーションができることだ。受け取った側の都合で返信できることだ。送る側も、そのことを前提とした上で、期限に余裕のあることを送るのだ。
このことを知らない人があまりに多い。とにかく彼らは口頭を好む。え？あんたら、忙しいよね？むしろ俺は配慮してあげてるつもりなんだけど。口頭で割り込まれることでどれだけ集中を阻害されているかがわからないんだろうか。
まあ俺はいいけど。集中削がれて非生産的になって遅れるのはあんたらだから。俺には関係無い。もちろんそのせいで俺にまで影響が及ぶのだとしたら、そこは全力で反抗する。そういえば以前、この件で上司の上司に対してチャットでみんなに意見を尋ねてみたら、問題行動として垢BAN食らったっけなあ。その部署からは異動しました。
C言語手続きプログラミングマンがあまりに多い。OOPを使っただけで、Ruby スクリで実装しただけ異分子扱いされて「そういう最新技術を誰もが知っているわけじゃない」「自分が知っているからといって無闇に適用するにはやめろ」とか言われる始末。最新技術って。ジョークだったんだろうか。あの時は思い切り笑った。その先輩とは今でも疎遠だ。すれ違っても挨拶してくれない。
まあこれは部署や部門の問題だと思うけど。たとえば OSS で食べてる部隊ではそんなことはない。
昇進するための要件として資格取得がある。公的資格だけじゃダメで、社内独自の資格も必要なんだけど、この資格たち、試験でどうでもいい自社製品うんちくばかり問うてくるものである。はてなを例にするなら、創業時メンバー全員（一人かもしんない。知らん）のフルネームを答えよとか、創業日を答えよなど。
それ、覚えて意味ある？何がしたいの？愛社精神擦り付けたいの？そんなことしても逆に離れていくだけだと思うけど。違うかな。じゃあ何のためだろ。全く見当もつかない。それくらいに不可解だ。
ソフトウェアを新しく使用のにいちいち承認が必要とかいうふざけた制度があった。ソフト使うのって、エンジニアにとっては日常茶飯事じゃん。いちいち承認してたら進まないだろ。
それでもルールなら仕方ない。俺は何十という承認依頼を送った（ちなみに部長以上のお偉いさんが承認者になるという慣習がある）。反応が悪いし、仕事が進まないので口頭でも催促した。一蹴された時は「ならもっと上の人に掛け合います、XXさんが相手にしてくれなかったので来ましたって」的なことを言ったりもした。
結局、俺の部署では「なるべく新しいソフトウェアは使わないこと」「どうしても使いたい場合は自己責任で導入すること」「もちろんウイルスチェックはちゃんとしてね」「実績のあるソフトだけ使ってね」みたいな緩いルールが新設されることでケリがついた。
今でも多くの部署が承認制のままだろう。みんなどうしてるんだろ。それで仕事になるの？
うちは IT 企業なのに、リテラシーに明るくない人がいる。たとえば Wiki の書き方も知らないような人がいる。そういう人が部下を仕切っていたり、社員を支えるスタッフ業務に携わっていたりする。
エンジニアとしてより良いやり方を提案しても、導入しても「難しそう」と一蹴されるばかり。そもそも、ここまで上述してきたことに対してピンと来ることさえない。
厄介なのは、会社そのものがそういう人達に足並みを揃えようとするところだ。だからエンジニアにとっては物足りない、窮屈で、非効率的で、むしろ邪魔にしかならないようなシステムや仕組みや施策ばかりが降ってくる。元を辿れば煩わしいセキュリティソフト群や承認フローの多さも、一部のバカが何かしでかしたせいだ。
一部の人間が足を引っ張っている。大企業であるということ、図体が大きいということは、そういうことなんだと思う。そうするしかないのだろうか？個人的には、エンジニアとそれ以外に二分して、前者には前者のインフラなり体制なり整えればいいと思うんだけども。
うちの会社の連中は、彼らはエンジニアではない。思えば余暇で技術的な話をすることが一切無い。彼らにとって技術は手段でしかないのだろう。エンジニアとしての矜持というものは存在しないのだ。
たとえるならママチャリに乗っている人達みたいなものだ。ロードバイクに乗る人からすればママチャリは手段としてありえない。ロードの方が何倍も早いし、移動範囲も広がる。けれどママチャリ乗りはロードには乗らない。そんな世界があることをそもそも知らないし、知っているにしても努力してそこまで至ろうとは思っていない。今のままで十分だと思っている。
同じなのだ。彼らもまた今のままでいいと思っている。エンジニアリングのエの字もわかっていない。無論、ただのママチャリ乗りならそれでもいいんだけど、俺たちは IT を生業とする会社だ。ロードレースでメシ食べてるようなものなんだよ。なのにママチャリのままなんだ。どう考えたっておかしい。それで勝てるわけないだろ。この先どうすんの。今はたまたま誰も走ってない道を走ってるだけだ。そういう道も着実に少なくなってきているし、ママチャリで頑張って登ろうとするゴリ押しマン要員も減ってきている。
他にも挙げればいくらでも出てきそうだけど、疲れたんでこの辺で。
俺も偉そうなこと書けるほどのエンジニアではないし、ちゃんと読みやすいよううまく書けたか自信ないけど、それでも書かずにはいられなかった。
好きだったのは私が中学生のころだったと思う。いや、小学校高学年のときに「退屈の花」をＣＤＴＶのＥＤ曲としてはじめて聴いて好きになったのが最初だっただろうか。
スロウとか、光についてとか、そりゃもう大好きで、ラジオ番組によくハガキでリクエストしていた（なつかしい・・・）。そのうち渋谷系？が好きになってシンバルズにはまりだしたんだろうかね。どうだっただろう。今は家事をしていても音が邪魔にならないしっとりした女性ボーカルが好きで、柴田淳とか今井美樹とか聴いている。
で、久しぶりに思い出して、youtubeで彼らの曲を探してみたら、当たり前だが知らない曲がどんどん出てきて、再生してみると、私が好きだったあのテンポで、私がかっこいいと思っていたギターが鳴り響き、この声とあの顔は唯一無二だと思っていた歌声が流れ出して、よく分からないようで奥深くて文学的で時にふざけている（？）歌詞を歌っていて、ああああGRAPEVINEだぁぁぁと思って、何だかすごく心に刺さった。私が小学校中学校高校大学時代を終えて就職して結婚して子供産んで育児にいっぱいいっぱいな２０年間、彼らはずっと音楽を続けている！！しかも私の好きな部分そのままに！！
いやもちろん変わってる部分というか進化してる部分はもちろんあるんだろうけど、私はそんな細かいことは分からないので、ただ変わらず好きなGRAPEVINEだったということが嬉しかったのでここにそのことを書かせていただきました。以上、読んでくださってありがとうございます。
前回のブログはhttps://anond.hatelabo.jp/20170713011805
1回目の問い合わせで様子見ようということになったのだが、翌日にはすぐ催促を入れたw
これも原文のまま掲載する。
昨日いけんさせてもらって者ですが、いまだに誠意ある回答をいただいておりません。
貴社は曲がりなりにも航空機産業なので、土日もサービスカウンター開けているんですよね？
サービス業として恥ずかしくないんですか？
下段2行が本当におれの言いたい部分である。
直接電話しよう。
その前にもう一つアクションを入れた。
それに対する回答は、「本件については自分は別の考えを持っているので、リクエストには応じられない」というものだった。
これについては、意見に相違があることは完全に理解するし、そもそもそのかたの影響力を利用しようとしたおれの下衆な下心が悪いので、丁寧にお詫びを申し上げた。
（ちなみに言うと、このかたは拡散はしてくれなかったが、この件についてわざわざ枠を取って生配信をしてくれた。まさに神のような対応だ。）
そんなこともありつつ、コールセンターに連絡を入れることにした。
プルルル・・・ 「ナビダイヤルでお繋ぎします。予約は○番、キャンセルは×番・・・」
目的の番号を押す。
すると、「只今大変込み合っております。順番にお繋ぎするのでしばらくお待ちください」
以後、おれはここのコールセンターに連絡するたびに毎回20分近く待たされる事となる。
ここから下のやり取りは全て口頭なので、完全な再現ではないことを予め断っておく。
（おれ：以下俺）「（実名フルネーム）と申します。問い合わせフォームから問い合わせたんですが」
（俺）「内容はご存知でしょうか？」
（オ）「いえ」
（俺）「では今読んでください」
（オ）「（1回目のメールを読む）」
（俺）「申し訳ないんですが、あなたでは対応できない問題だとご理解いただけましたか？」
（オ）「はい」
（俺）「では、上の人を呼んでいただけますか？」
SVというのはコールセンターに複数人配置されていて、通常はオペレーターを管理する仕事の人のこと。
オペレーターでは抱え込めないような案件（今回のおれのようなね）には勿論対応するけど、全員が電話対応することなんてまずない。
でもまあ格安航空会社だから、こういうところで経費削ってんのかねえ。
電話に出るまでに20分も掛かるようなコールセンターだからなあ。
（オ）「○時〜×時の間でしたらなんとか・・・」
なげえよ。○時って3時間後じゃねえか。○時〜×時の間も2時間もあるじゃねえか。
（俺）「○時キッカリに折り電ください」
（俺）「じゃあSVに聞いてきてください」
つづく↓
https://anond.hatelabo.jp/20170713030752
当方、フリーの IT 技術者。ある Web ベースのシステムを開発しているのだが、プロジェクトのマネージャー、リーダーをはじめとするメンバーの無知と無理解のおかげで作業が進まずに困っています。
ブラウザーのキャッシュの仕組みを少しでも知っている人なら、非 IT 系の方でも読めるように書きました。ぜひ助言をお願いします。
私は発注元(A 社)に客先常駐している。私が契約しているのは A 社のグループ会社である B 社だ。
A 社内のチームメンバーは以下のとおり。
さて、今開発しているシステム(以下システム P)はもともとスタンドアローンで運用する形態だったが、最近クラウドバージョンの提供も始まり、現在はスタンドアローンバージョンとクラウドバージョンの並行開発となっている。X さん、Y さん、Z さんは主にクラウドサーバーの管理や、私や W さんが作った部分のテストを担当している。
クラウドバージョンの初めてのアップデートを控えた 6 月に問題が発覚した。コードをアップデートすると、ブラウザーのキャッシュが効いていて表示がおかしくなるというのだ。
プログラマー以外の 4 人は実は Web システムの案件は初めてで、ブラウザーのキャッシュの仕組みすら理解していない。X さんから相談を受け、「Web アプリケーションからブラウザーのキャッシュをクリアーすることはできない。代わりに、HTML から読み込まれる外部リソースの後ろに『?v=3.14』のようなダミーのクエリー文字列をつければよい。アップデートのたびに数字を変える。これは一般的に採用されている手法で、これ以外の解決策はない」ということを伝えた。具体的にコードエディター上で修正イメージを見せて、すべてに対応するのに 1 日あればできる、とも。
これで「そうですか、ではお願いします」となれば、テストを含めて 2、3 日で終わった話なのだが、ここから長い混乱が始まる。
X さんから、「変更箇所をなるべく少なくしたいので、前回リリース分と今回リリース分で変更のあったファイルのリストを出してほしい」と言われる。変更のないリソースにはクエリー文字列をつけたくないらしい。
内心呆れつつ、Git (ソースコード管理システム)でファイルの変更履歴を調べ、一覧表を提出した。X さんに「それぞれのページでソースコードを確認し、この一覧表に載っているファイルにはクエリー文字列がついていることをひとつひとつ確認するのですよね。却って手間が掛かりますよ。それよりも、すべてのファイルを対象にしたほうが作るほうもテストするほうも楽です」と伝えた。
6 月も残り 1 週間を切ったある日、Z さんから、「実際に問題になっているのはどのファイルのどの部分か、スタイルシートのどのクラス・ID 指定が効いていないのか、V さんが知りたがっている。原因解明に必要なので調べるように」と指示が出る。
私は「ブラウザーのキャッシュが効いているためで、キャッシュを消すか無効にすれば直る。今までも修正のたびにテストではキャッシュを消してもらっていたでしょう」と説明するが、調べろ調べろと繰り返すばかり。「そんなことを調べて何になるんですか。キャッシュの問題ですよ?」と言うと、Z さんは手をわなわな震わせて、「お客さまが知りたいと言っているのに、『そんなことを調べて何になるんですか』とはどういうことですか!」と声を荒らげる。しまいには「お客さまのご要望にお応えして私たちはお金をもらっている。お客さまからの依頼なら応えるのが当たり前」と言い出す。技術的に意味がないことをいくら説明するも理解されない。
非プログラマー 4 氏の知識の底上げをしないといつまで経っても平行線だと思い、Redmine (課題管理システム)にブラウザーのキャッシュの仕組みを解説する文書を投稿した。ほぼ同じものを以下に掲載する。非技術者にも分かりやすく書いたつもりだ。あまり細かいことを説明しても混乱させるだけだと思い、リクエストヘッダーの Cache-Control や Expires などは説明を省いた。
キャッシュとは
キャッシュ(cache) とは、一度読み込んだデータを内部に保存しておく機構のことです。2 回目以降の読み込み時はキャッシュを読み込むことで、処理時間の短縮を図ります。
ウェブブラウザーにおけるキャッシュは一般に、HTML ファイルおよび HTML から読み込まれる外部リソース(スタイルシートファイル、JavaScript ファイル、画像ファイルなど)に対して適用されます。
キャッシュが作られるタイミング
ブラウザーがあるファイルを読み込もうとする時、キャッシュがなければ実ファイルを読み込んだ上でそのファイルの内容をキャッシュします。
キャッシュが破棄されるタイミング
キャッシュがいつ破棄されるのかは完全にブラウザー依存です。異なるファイルのキャッシュが同じ期間だけ存在するかどうかも分かりません。
キャッシュはユーザーがブラウザーの操作で明示的に削除(クリアー)することはできますが、 サーバー側からクライアント(ブラウザー)のキャッシュをクリアーすることはできません。
ウェブアプリケーションのキャッシュ対策
ウェブアプリケーションをアップデートした際、クライアントのキャッシュを無効にするために、以下の手法がよく使われます。
＜ link rel="stylesheet" type="text/css" href="style.css" ＞ ＜ script type='text/javascript' src='script.js' ＞＜ /script ＞ ＜ img src="picture.jpg" alt="" width="640" height="480" ＞このような外部リソース読み込みについて、ファイル名の後ろにクエリー文字列を追加します。
＜ link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" ＞ ＜ script type="text/javascript" src="script.js?v=2.4.0" ＞＜ /script ＞ ＜ img src="picture.jpg?v=2.4.0" alt="" width="640" height="480" ＞スクリプトでない静的ファイルにクエリー文字列を付加しても、読み込まれるファイルは同じです。つまり、
style.cssとstyle.css?v=2.4.0は同じ style.css というファイルを指します。ブラウザーが style.css をキャッシュしている状態で、この行を読み込んだとします。
＜ link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" ＞ブラウザーは「
style.css?v=2.4.0というファイルはキャッシュにない」と判断し、style.css?v=2.4.0 というファイルを読み込みます。結果として、ディスク上の style.css が読み込まれてスタイルシートが更新されます。この HTML をまた読み込んだ時は、「
style.css?v=2.4.0というファイルはキャッシュ済み」と判断し、ディスク上のファイルではなくキャッシュを利用します。ウェブアプリケーションをバージョン 2.5.0 にアップデートする時には、「
?v=2.4.0」の部分を「?v=2.5.0」に書き換えてリリースします。＜ link rel="stylesheet" type="text/css" href="style.css?v=2.5.0" ＞ ＜ script type="text/javascript" src="script.js?v=2.5.0" ＞＜ /script ＞ ＜ img src="picture.jpg?v=2.5.0" alt="" width="640" height="480" ＞同様の仕組みで、2.4.0 時代のキャッシュがあっても 2.5.0 用に書き換えられたファイルが読み込まれ、キャッシュの問題は起こりません。
この手法は、キャッシュ問題を解決する手段としては一般的に用いられているものです。俗に「キャッシュバスター (cachebuster)」とも呼ばれます。
数日経った日の午後。Y さんが A4 判数ページにもなる「調査報告書」を作成した。問題になっているスタイルシートについて前回リリース分と今回リリース予定分の差分を取り、それぞれの行について「新規」「変更」「削除」の印をつけ、「とりあえず、このクラス指定が効いていないだけなので、HTML 中にインラインスタイル(＜ div style="..." ＞)で指定すればよい」と結論づけていた。
報告書には「状況から見て、変更・削除されたスタイル指定は影響が出るらしい。新規に追加した部分については影響がないようだ」とも。私が書いた説明を読んでいないのか、理解できなかったのか。
この報告書を元に、X さんから「この行とこの行にインラインスタイルを指定してください。これで暫定対応とします」と指示が出た。
私は「この修正は何ら根本的な対策になっていないことは理解していますか。『現状で問題になっている箇所』は、この環境でたまたまそうなっているだけの話で、ほかのお客さまの環境では別の画面が崩れるかもしれないのです。それを承知の上で、これを暫定対応としてよいのですね」と X さんに確認。X さんは「はい」とだけ答えたので、黙って作業を完了した。Git のコミットメッセージに「この方法は何の効果もないこと、それでも作業をしてよいのかを X さんに確認の上、作業」と書いてコミットした。
しばらくすると X さんから「うまく表示されています。OK です」と報告があった。
夕方、私が帰ろうとすると、X さんが Y さんに「画面がおかしい」と言っている。横から覗くと、先ほど「暫定対応」とやらを入れた画面で、表示は正常だがボタンを押しても何の反応もない。私は静かに「JavaScript のキャッシュですね」。
聞けば、Y さんは「キャッシュはスタイルシートにだけ効く」と思い込んでいたらしい。やはり先の説明を読んでいないようだ。そして、Y さんの環境ではボタンは有効だったとも。
私は「Y さんの環境では(JavaScript の)古いキャッシュは効いていなかった。X さんのところではキャッシュが効いていた。これが、私が言っている『環境依存』の意味です。昼の暫定対応ではダメなんです。半月前から私が言っているように、すべての外部リソース読み込みにキャッシュバスターをつけないと解決にならないんです」と伝える。
Y さんは観念した様子で、「キャッシュバスターって、一部分にだけ適用することもできますか」と聞く。この人、理解してないなと思いつつ、「はい、できますよ」と返すと、「では、問題の発生している範囲を調査して、問題が起こっているファイルにだけキャッシュバスターを……」。やはり何も分かっていない。
私は繰り返し、ブラウザーのキャッシュは環境依存なのですべての外部リソース読み込みにキャッシュバスターを付加しないと無意味だと説明した上で、こう付け加えた。
「指示されたことだけを黙ってやっていれば、そりゃあそっちのほうがラクですよ。でも、喧嘩をしてでも、場の雰囲気を悪くしてでも自分の意見を主張するのは、技術者としてのちっぽけな良心からです。お願いですから、専門家の言うことを聞いてください。私の意見が信用ならないのでしたら、ほかの技術者に意見を聞いてください」
この数日後、本件の対応を先送りにすることが決まったと X さんから報告があった。
聞けば、リリースを急いでいるのは特定の顧客の要望によるものらしい。その顧客はスタンドアローンバージョンを利用しているので、アップデートの現地作業の際にブラウザーのキャッシュを消してくればいいとのこと。
リリースに間に合わない間に合わないとあれだけ騒いでいたのに。プロジェクト管理がまるでできていない。
そして今日の夕方、この件についてレビューを開きたいとプロジェクトマネージャーの V さんから言われる。レビューって、何をやればいいんだろう。何をすれば気が済むんだろう。Redmine に書いた説明を読んで理解してもらえれば、やるべきことはひとつしかないと分かろうものなのに。
X さんから質問を受ける。「例の件、ほかの方法はないんでしょうか。『こういう方法もあるけれど、工数が掛かるので採用しません』というのがもしあれば話が進めやすいかと」。残念ながらありません、せいぜいファイル名そのものを変更するくらいですが、本質的には同じことですし管理の手間が増大します、と伝えた。
ついでに、X さんに「あの説明を読んで、よく分からない部分があったら教えてください」と尋ねると、実は忙しくて斜め読みしかしていないと白状された。その状態で対応策を一生懸命協議していたのですな。
レビューの席でまた一悶着ありそうだ。どうやったら彼らを納得させられるのだろうか。信用できない技術者に説明してもらったって、信じないんだったら意味がないのにねえ。
文字数制限に引っかかってしまい、末尾が切れてしまっていました。続きはこちらに書きました。
がめちゃめちゃ高いと改めて認識したのは実家出てからだなと改めて
それは認識していたけど、そのすごさが身にしみて分かったのは己でやるようになってからだな
なんでこんなこと急に言い出したかというと、自分が味噌汁に入れた大根の切り方が雑だったからということなんですけどもね
一般的にはいちょう切りだよね。だから私もいちょう切りにしたんだけど、ちょっと太いし、なんかいまいちで
作るときはそういうの全然思い出さなかったんだけど、食べたときにそういえば母は全然違う切り方だったなって不意に思い出した
母の切り方の方が食べやすいからそうしたいんだけど、その切り方にしようとすると意外と大変だってことに今更気付いた
母のすごいところは、幼稚園児とかの私が「ひとりでできるもん」とかに影響されて作り出したあまり美味しくない料理も、いい感じって食べてくれたことにあると思う
やってるときは見守ってくれて、食べた後に、次するときはこうするといいよと教えてくれたので
次横で教えてって言えば教えてくれたし、何も言わなければただとりあえず見ていてくれた
やってるときに口出されると嫌になるだろうからってことなんだと思うけど、ああいうのってなかなか出来ないよね…
あと、絵本とかに出てくる料理を作ってみたいという私に嫌がらず付き合ってくれたことも多数
ダヤンのスープとか、こまったさんとかわかったさんとかをよく読んでは作っていた
今も割と覚えているのは、わかったさんのドーナツを作ったことで、それ以降しばらくお菓子作りブームが来て、休日の母親を巻き込んで結構大掛かりな作業をしていたこと
お菓子作りという普通の料理よりも圧倒的に面倒なことを、しかも普段働いてる母親は休みの日なんて休みたいだろうに毎度付き合ってくれたんだなと思うと頭が下がる
おかげさまで、生きてきた中で料理が嫌だと思ったことがない
夜いつも帰るのは21時以降だからめんどくさくて自炊の回数自体は多くないけど、料理が嫌いなわけではない
いつの間にりんごの皮むきできるようになったか考えてるけど全然思い出せないし
保育園くらいの時には卵焼きつくるのに目覚めて日曜の朝早起きして家族の分の卵焼き作ってたし
小学生高学年くらいの時には一通りの料理できるようになってたから、母親が、私の自主性に任せて見守ってくれたお陰なのかなーと
いつも夕飯時には手伝いと称して母親の料理してる様子を見ていたから（もちろんちゃんと手伝いもしてたけど）そのへんもあるのかも
母親が風邪で寝てたとき、代わりに夕飯を作ることになり見よう見まねで作った味噌汁が、母親のとほぼ同じ味だったことは今もはっきり覚えている
作業的にはいつも味噌を濾すことしか手伝ってなかったから飲んでみて自分が一番びっくりした
ちなみに出汁は煮干と鰹節、選んだ具材は白菜だったのでその時は切り方に関しては問題なかった
名前のハッキリしている料理より、適当な、ありあわせの材料で作るものが圧倒的多数だから
レシピ見ながら作る様子を見たことがない
大根の葉っぱとツナを煮て卵でとじたやつとか、大根に焼き目を付けた後みりんが効いてる醤油ダレで煮てちょっとだけ一味振ったやつとか、ジャガイモと鶏肉の煮たやつとかそういう感じ
きんぴらとか肉じゃがとかカレーとかハンバーグとかも出たし美味しかったけど、そういうなんでもない感じのやつが美味しいんだよな～
小さいころは何食べたいって聞かれると、明確な名前のある料理をリクエストしがちだったけど、今、実家帰って何食べたいって聞かれたらそういうのが食べたいな～と思うけど、リクエストしづらい
季節とか、その時家にあるものが大いに影響するせいで
最近そういうのを思い出して、自分の晩酌のアテとか常備菜として作ってみてる
近い味にはなるけど母親のほど美味しくないから、次帰ったときにはああいうのどうやって作ってるかちゃんと聞いておこう
久々の有休にちゃんとごはん作って食べてたらなんかそういうどうでもいいことばっかり思いだしたり考えたりしてしまった
疲れてんのかな
でもなぜか覚えてるのは、一緒に図書委員になった子と朝早い時間に肛門に向かって走ってることだ
先いくよーｗといいながら楽しげに走っていた記憶がある
中学生ではブラックジャックとブッダとはだしのゲンを読んでいた
高校ではラノベがたくさんあってリクエストしたらそれを入れてくれたからめっちゃ入り浸った
運動部だったのに昼休み図書室いったりして3年間で３００冊くらい読んだ
部活帰りの駅で分厚いハードカバー版の模倣犯読んでたら、部活のキャプテン（脳筋系）が、「よく部活の後にそんなん読めるな」とあきれたように言ってきたのを覚えてる
行きの電車は英単語の小テストの勉強、帰りの電車は読書がおきまりのパターンだった
いさかこうたろうとかおんだりくとか
でもその友達に西尾威信すすめたら絵が萌えだからよまないといわれてがっかりした
が出始めたころでクビキリサイクル面白いとすすめたけど絵が・・・といわれて読んでもらえなかった
いつもマスクをしていてなんとなく活気がない感じだったけど、本の話をするときは目がキラキラしてた
そう伝えるとうれしそうにしていた
でも司書とかの方向には進まなかったのはなんでだろうなー
大阪府門真市の市立中学校が図書室の蔵書として購入したライトノベルについて、市議会で「わいせつ扇情的な描写がある」と、公費支出が疑問視されていることが１５日、分かった。市教委も胸をほぼあらわにしたような表紙イラストなどから学校図書として「不適切だった」と判断し、生徒への貸し出しは当初から行っていないという。
市教委によると、問題になったのは平成２７年度に購入したライトノベル計１７冊（１万１千円相当）で、タイトルは「恋愛負け組の僕に、Ｈなメイドが届きました。」（宝島社）▽「エロマンガ先生」（ＫＡＤＯＫＡＷＡ／アスキー・メディアワークス）▽「ネトゲの嫁は女の子じゃないと思った？」（同）－など。
生徒らの「ライトノベルが読みたい」というリクエストを受け、当時の図書室担当の女性教諭がインターネットで検索。人気作品を無作為に選び、内部決裁を経て注文していた。
１４日の門真市議会常任委員会で、この一部について「表紙がエロ扇情的。女性を性的愛玩物として描く本を図書室に置くのは生徒にとってもよくない」と市議から批判があった。
学校も書籍が届いてから「性的感情の刺激が懸念される」と貸し出しや閲覧の対象としておらず、市教委は取材に「配慮が必要だった」とした。
・メール無精だからちまちまやり取りするより会って飯食って話したい
みたいなことを。
何人か不発が続いて、１つ年下のバイ寄りのネコだという人が連絡をくれた。
顔文字の感じとか話題で、あんまりビアン同士の付き合いとかない人かなーと思った。なんとなくずれていた。
で、是非飲みに行きたいと言うので店のリクエストを聞いて、こっちが希望通りの店必死こいて探して、予約しましょうって段階で
「あの〜自分男です」
と言われた。
(会いたくなくなって断るための嘘かな？とも思ったが)
「普通の出会い系はヤリ目ばっかりだった。女性が好きな女性なら真面目な付き合いができるかなと思った」
意味不明だった。
「会う直前で男とバラして、反応次第で会おうと考えていた」
「で、会えますか？」
バカか。
久しぶりにこんなに腹が立ったし、こんなにバカにされたと感じたのも久しぶりだ。
彼とはあまり趣味があわなかった。はじめは、年齢が14歳も離れているのでジェネレーションギャップは仕方がないと思っていた。しかし、付き合いが長くなってくると、私と彼の趣味の相違は年齢が原因ではないことに気がついた。「この人と同級生でもあまり話があわなかっただろうな」というタイプだったのだ。
美大に通っていた私は、いわゆる青文字系、サブカルチャーみたいなものが好きだった。好きな芸能人はピースの又吉と小松菜奈、好きな音楽はくるりとtofubeatsや好きな映画は岩井俊二とグザヴィエ・ドラン。赤い口紅をつけて、現代アートの展覧会でデートしたかった。
大手メーカーで営業をしていた彼が選ぶものは、私の感覚と少し違った。好きな芸能人は磯山さやか、好きな音楽はキロロとミスチル、好きな映画はインディペンデンスデイ。カラオケが好きな人で、キロロの「長い間」という曲を覚えて歌ってほしいとリクエストされた。彼は赤い口紅を嫌っていたし、ゴッホとゴーギャンの区別ができなかった。
私には彼の趣味がよくわからなかった。磯山さやかはかわいいし、キロロの「長い間」はいい歌だし、インディペンデンスデイは今日の土曜ロードショーだった。それらの良さがわからないわけではないが、そういうものを「良い趣味」だと感じることは難しかった。これからも難しいと思う。
彼は、私が赤い口紅をつけると「ちょっと派手だな」と顔をしかめた。彼とデートするとき、私はピンクの口紅をつけ、赤文字系の店で購入したワンピースを着るように心がけた。彼はとても優しく、マメな性格で、仕事を精力的にこなしており、私はそんな彼が好きだった。ただ時おり漠然と、「この人は私のパーソナリティーにあんま興味なさそうだな、興味ないってか私の趣味の領域について考えたこともなさそうだな」と思って寂しくなった。
結局、「早く結婚して子どもが欲しい」という彼の期待に応えることができず、半年もたたず破局した。
そのすぐ後、ものすごく趣味があう男性と出会った。彼は当時26歳だったので、年齢も近い。ただ、「この人とは年齢が離れてても話があうだろうな」と思うような人だった。
彼の好きな芸能人は二階堂ふみ、好きな音楽はくるりとtofubeats、好きな映画はダージリン急行だった。ガロ系の漫画や町田康の小説が好きで、とにかくサブカル臭がすごい人だった。恋に落ちるのに1秒もいらず、私は久しぶりに赤い口紅をつけて彼とデートを重ねた。彼は私の口紅をほめてくれた。音楽、映画、小説、お笑い、彼の話はどれも面白く、「世の中にこんな趣味のあう人が存在しているんだ」と私は有頂天になった。彼は無精な性格で、仕事への情熱はあまりなかったが、それでも私は彼を好きだった。
しかし、彼とは2回目のセックスのあと連絡がとれなくなってしまった。「愛してる」、でもまさかね、そんなこと言えなかった。彼とはそのまま終わってしまった。
当時一番好きだったバンドがユーストリームで弾き語り配信をするというので観ていた。
そのバンドはインディーズ時代には期待のギターロックバンドとして注目されていた。
本当にかっこよくて、中学生のころに地元のライブハウスにきた彼らを観にいった日のことは未だに鮮明に覚えてる。
しまいには大衆ウケのいいＪＰＯＰに路線変更したけどそれでも売れず。
それでも自分はどうしてもそのバンドのことが好きでずっと聴き続けていた。
そんな状態だったけども、その日５０人くらいはその配信をみていたと思う。
メンバーは視聴者からリクエストされた曲を歌っていて、コアなファンの自分はとても興奮しながら観てた。
メンバーのほかに見知らぬ３０代のいかにもクリエイター風の眼鏡男がうつっていて
誰だろうと思っていたら、一度ミュージックビデオの監督として一緒に仕事をした人らしく
それから時々飲みに行ったりする仲とのことだった。
休日の夜ってこともあってメンバーも眼鏡男もお酒をたくさん飲んでて楽しい雰囲気で、配信開始から１時間くらい経った頃。
どんな会話の中でか忘れたけど、眼鏡男が「けどお前ら終わったバンドじゃん」って笑いながらメンバーに向かって言った。
「えっ？」と思った。メンバーも同じ気持ちだったのか、ボーカルが「今なんて言いました？」って軽く聞き返してた。
そしたら眼鏡男はまた悪気なさそうに「え？終わったバンド！」って答えてた。ありえない発言だと思った。
そこで眼鏡男が話題を変えたのでそこでこの話は終わったんですよ。メンバーもそんなに気にしてない様子だった。
けど自分は怒りに震えていた。好きなバンドのことを「終わったバンド」って言われたら普通怒る。
本当はコメント欄で「お前今なんて言った？」ってブチ切れたかった。けど場を壊したくなくて我慢した。
今でもこのバンドの曲を聴くたびにこの日の眼鏡男のことを思い出すし、あの時ちゃんとコメント欄でブチ切れておけばよかったと思う。
