謎の大物になってパンダカーに乗る
「健やかなるときも、病めるときもアホなことだけを書くことを誓いますか？」 はい、誓います。 1974年生まれ。愛知県出身、紆余曲折の末、新潟県在住。 前の記事：舞いあがれ！片づけいらずの紙ふぶき ＞ 個人サイト 日本海ぱんく通信 謎の大物になりきろう 何ごとにも動じない人といえば、マンガなどでたまに見かける和服で白髪の謎の大物である。 なにごとにも動じない大物のイメージ 何者なのかはよくわからないが、とにかく威厳があって堂々としている。 こういう人の扮装をすれば鉄のメンタルを手に入れられるかもしれない。 そのうえで世のおじさんたち垂涎の、パンダカー、雑貨屋さん、クレープ屋さんに平気で入れるか検証してみよう。 扮装をする 謎の大物の扮装をするためAmazonでそれっぽい衣装を発注した。 コスプレ用の紋付き袴 白髪のロン毛のカツラ 着てみました 往年のジェームス三木風 大物感でてますか？ これ
Atomic Designをやめてディレクトリ構造を見直した話｜食べログ フロントエンドエンジニアブログ
こんにちは。フロントエンドチームの金野と申します。 食べログでは現在、React+TypeScriptでフロントエンドのリプレースを進めています。 以前の記事で、食べログではAtomic Designをどのように取り入れているかの紹介をしました。 しかし、最近のリプレース作業では、Atomic Designとは異なるディレクトリ構造を採用しています。 今回の記事では、「なぜAtomic Designをやめたのか」という理由と、「どのようなディレクトリ構造にしたのか」を紹介します。 Atomic Designを導入したねらいと導入した結果 上記の記事で言及した通り、当初Atomic Designを導入したねらいは以下になります。 1. コンポーネントの責務がより明確になる 2. 見た目の粒度だけでなく、ロジックの責務も明確にできる 3. 「ドメインが入るか／入らないか」。「抽象的か／そうでな
恩師の下着に感謝
中学時代、下着の校則違反を数えて、体育祭の得点から減点するという「伝統」があった。 当時は管理教育の全盛期。 下着だけでも色・形状などが細かく校則で指定されていた。 悪質なのは、それを生徒同士で監視するシステムになっていたこと。 違反者は教師にチクられ、その分がのちに体育祭の持ち点から減点されるという決まりなのだ。 赤組・白組それぞれの減点数は日々校内で告知され、連帯責任を煽る構造ができあがっていた。 もちろん、これに反抗する生徒は多かった。 二年生のあるとき、体育祭の出し物を決める学級会のなかで、この制度はおかしいという話になったことがある。 「生徒だけ監視されるなんて、不公平です！」 立ち上がって先生に抗議したのは、ボス格の女子だった。 やがて「そうだ、そうだ」という声が教室のあちこちから起こる。 私たちの担任はといえば、まだ若い女性教師だった。 いま思えば、先生自身もこの制度はおかし
料理をやめてみた｜能町みね子 #わたしがやめたこと - りっすん by イーアイデム
文 能町みね子 誰かの「やめた」ことに焦点を当てるシリーズ企画「わたしがやめたこと」。今回は、エッセイストの能町みね子さんに寄稿いただきました。 能町さんがやめてみたのは「料理を作ること」。 料理が苦手だったにもかかわらず、長年「きちんと自炊をしなきゃ」という“常識”にとらわれ、結果「自炊すら満足にできない自分」への“落胆”につながっていたそう。 誰しもが「正しい」と捉えることに抵抗して生まれたのは、精神の健康と、自分への自信でした。 ＊＊＊18歳で初めての一人暮らし。私は自炊をするつもりでした。それまで料理をしたことはほとんどなかったけれど、一人暮らしの人は料理をするものだ、と思っていました。節約のため、栄養バランスのため、そして自立した人間として！ 実際、最初はがんばってやっていました。カレー。シチュー。チャーハン。炒め物。ごく簡単で、多少野菜が取れるもの。 だんだんレパートリーは増え
認証用トークン保存先の第4選択肢としての「Auth0」
iCARE Developer Meetupは、月次で開催している株式会社iCAREが主催するエンジニア向けのLT勉強会です。18回目の今回は、Ruby on Railsをテーマに行いました。サーバーサイドエンジニアの越川氏からはToken認証機能について。 Rails APIモードで開発するときの認証用のトークンはどこに保存すればいいの問題 越川佳祐氏：私からは、「Rails APIモードにおけるToken認証機能について」というテーマでLT（ライトニングトーク）をしようと思っていたんですが、スライドを作っていて「あれ、これ別にRailsだけの話じゃなくない？」と思ってしまいました。みなさんの中にも、そう思う方がいるかもしれないんですが、もうこれで作っちゃったのでご了承ください。 私は株式会社iCAREで、サーバーサイドエンジニアをしている、越川と申します。Twitterは@kossy0
最新のユーザーエージェント対応はどうするべきか？ - ICS MEDIA
ユーザーエージェント文字列は、ユーザー分析やデバイス・ブラウザーで処理を分けたい時に広く用いられています。取得方法は昔からあまり変わっておらず、ウェブブラウザーの種類・バージョン・プラットフォームごとに固有の文字列を取得しています。 実は、この文字列が近い将来固定化され、正常に情報を取得できなくなってしまうことをご存知でしょうか？ 今回はユーザーエージェント文字列の変遷を追いながら、現在策定されている新しいユーザーエージェント仕様である「User-Agent Client Hints」の概要を紹介します。 User-Agent Client Hintsの使い方、ユーザーエージェント文字列が固定化された時の対応についてもまとめています。 旧来のユーザーエージェント判別方法 従来のユーザーエージェント文字列取得は、navigatorオブジェクトのuserAgentプロパティを参照する方法です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
“Railsな人” のための低レイヤへの招待 / introduction-to-low-level-mruby