キャッシュは、CPUのバスやネットワークなど様々な情報伝達経路において、ある領域から他の領域へ情報を転送する際、その転送遅延を極力隠蔽し転送効率を向上するために考案された記憶階層の実現手段である。(引用: フリー百科事典『ウィキペディア（Wikipedia）』) こんにちは、@kaa_a_zu です。私たちエンジニアは、「キャッシュ」というワードをよく口にしています。それはインフラの設計をしている時かもしれないし、表示されるコンテンツが変わらない時かもしれないし、パフォーマンスの改善をしている時かもしれません。普段何気なく使っている「キャッシュ」とは一体何なのでしょうか。この記事は、そんな「(Webフロントエンドを触るエンジニアが知るべき)キャッシュ」について、どんなものがあるのかがちょっと分かったという状態になることを目的に書いています。

2024年（令和6年）4月1日に日本では「障害者差別解消法」という法律の改正が施行され、民間の事業者にとっては「合理的配慮」が義務化されます。義務化するのはあくまで「合理的配慮」であって、法律の条文にはどこにも「Webアクセシビリティ」とは書かれていません。 ここについての誤解が数多く出回ってしまっていて、先日「2024年4月や6月の時点では、まだ日本でWebアクセシビリティが義務化されません」という記事を書きました。 この記事について、以下のような声をもらいました 「専門用語が多くてわかりにくい」 「アクセシビリティは『合理的配慮』ではなかったの？」 「なぜアクセシビリティを推進したい人たちが急に『義務ではない』と言い出したの？」 そこで、もう少し的を絞って、「合理的配慮」「環境の整備」「Webアクセシビリティ」などの言葉の意味や関係について、説明しようと思います。 （筆者は法律に関して

「炭水化物抜きダイエット」は、実は脂肪を取らないとむしろ逆効果に　1日30分、週に90分であれば、忙しい現代人であっても続けられそうだ。具体的には、どのようなトレーニングメニューを組めばいいのだろうか。 「時間帯はたんぱく質が使われやすい朝の方がいいと言われていますが、そこまで気にする必要はないでしょう。空腹状態だと筋肉が分解されてしまうので、食後2～3時間がたったタイミングがベストです。まずは足腰、スクワットはやっておきたいですね。ダンベルなどを持ち負荷をかけた状態で、10～15回を3セット。次は腕立て伏せがおすすめです。10回が理想ですが、できない場合は膝をついてやってもOK。この2つを続けていればだいぶ変わってくると思います。プランクは鍛えられる場所が少なく、ある程度続けると楽にできるようになってしまう。トレーニングをしたことがない方や、高齢者向けのメニューと言えます。 終わってから

PHP Conference Japan 2024の登壇資料です。

この記事は hacomono advent calendar 2024 の21日目の記事です こんにちは。開発本部 UX 部の yasu です。 最近はクロストレーナーという効率的に有酸素運動（全身運動）ができるマシンにハマっていて、ジムで Netflix を見ながら楽しくカロリー消費に励んでいます。 直近では海外ドラマ「プリズンブレイク」全シーズンと日本の「六本木クラス」を見ました。 はじめに この記事では、UX 部と CTO 室リアーキテクチャ＆イネーブルメント部が主体となって進めていた、フロントエンド（Nuxt で書かれたコンポーネント）のテストコード実装に関するスキルトランスファー（スキトラ）をモブプロによってどのように進めたのか、それによって得られた効果などをご紹介します。 この記事がスキトラの手段の一つとして、参考になれば幸いです。 モブプロとは？ モブプロ自体の解説は既に分か

`; $el.appendChild(tooltipEl); } $el.querySelector('.tooltip').style.display = 'inline-block'; } }, hideTooltip($el) { if($el.querySelector('.tooltip')) { $el.querySelector('.tooltip').style.display = 'none'; } }, toggleTooltip($el) { if($el.querySelector('.tooltip')) { if($el.querySelector('.tooltip').style.display === 'none') { $el.querySelector('.tooltip').style.display = 'inline-block'; } else

The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024

Nuxt2 -> Nuxt3にあげれない状況下（主にフレームワークに引っ張られてる）ため、VuexをPiniaに移行しつつNuxt3へアップデートを段階的に行うために調べたメモをスクラップする Piniaを動かすためには、以下をインストールするのが前提 Vue2.7系を直接インストールする compositionAPIを入れる Vue-demiが必要 TypeScriptが必要（ビルド時にコケる） 修正が必要な部分 既存コードdefineStoreで this参照できないようなので、 this.axios.$get などは axiosをインポートしてして axios.get に書き換えが必要

はじめに こんにちは、からころです。 今回は、Vue.js でよく利用される v-model の記事について保守性などの観点から書いていこうと思います。想定している読者としては、Vue.js を触ったこと、見たことがある方全般です。v-model は利用方法を誤ると痛手を負いがちですが、非常に強力な味方だよということをお伝えできればと思います。また、Vue.js のバージョンは、記事執筆時点で最新の 3.5.8 を想定しています。 v-model とは さて、v-model とはなんでしょうか？公式ドキュメントには、 コンポーネント上で v-model を使用すると双方向バインディングを実装できます。 https://ja.vuejs.org/guide/components/v-model と記載されています。もう少し詳しく書くと、props/emit のショートハンド構文です。 例えば

和田卓人氏自己紹介和田卓人氏：よろしくお願いします。 （会場拍手） お招きいただきましてありがとうございます。「望ましい自動テストとは」というタイトルで、自動テストに関するお話をさせていただきたいと思います。和田卓人と申します。インターネット上ではだいたい「t-wada」さんと呼ばれていて、t-wadaアカウントが下にいろいろ並んでいるんですが、ソーシャルアカウントをいろいろやっていますという感じです。 本日の講演、私の講演はいつもスクリーンショットとかバンバン撮って、「X」にバンバンポスト（ツィート）していただいてかまいません。ハッシュタグは「#dxd2024」と「#SP」ですね。ダブルタグという感じでガンガンポストしていただけると盛り上がって良いなと思います。どんどん写真撮っちゃってかまいません、公開してかまいませんというようなレギュレーションでお話をさせていただきたいと思います。 自

はじめに 挫折 Vue 3 への移行の手順 Vue 2.6.12 から 2.7.16 にアップグレード 依存関係 主な修正箇所 @vue/composition-api の削除 from '@vue/composition-api' を from 'vue' に変更 root.$route を root.proxy.$route に変更 root の型定義を SetupContext['root'] から Vue に変更 補足など vue-cli から vite に移行 依存関係 主な修正箇所 コマンドの変更 環境変数の修正 babel.config.js の修正 jest.config.js の修正 tsconfig.json の修正 index.html の修正 App.vue の修正 vue.config.js の削除、vite.config.ts の追加 補足など Vue 2.7.

アクセシビリティを考慮したマークアップをした経験がある方は、aria-labelやaria-labelledbyについてご存じでしょう。これらは、要素にラベル付けするためのWAI-ARIAプロパティです。多くの場合、要素のアクセシブルな名前 (accessible name) を決めるために使われます。 aria-labelはラベルを直接文字列として指定するプロパティで、aria-labelledbyはIDを通じて他の要素をラベルとして指定するプロパティです。その使い分けについては、仕様書[1]で以下のように説明されています。つまり、可能な場合はaria-labelledbyに寄せるべきだということです。 If the label text is available in the DOM (i.e. typically visible text content), authors SHOU

はじめに Reactが指す「レンダリング」ちゃんと理解できていますか？ レンダリングって画面を描画することですよね？と思ったそこのあなた。それはブラウザレンダリングがやっているのでReactはやっていません。 いやいやレンダリングはDOMに反映することだと思ったそこのあなた。 実はそれも微妙に違います。なぜなら レンダリングが必ずしもDOMへの反映に繋がる わけではないからです。 似た様な言葉が多く私自身混同してきたのでまとめたいと思います。 きっかけ 私が混乱したきっかけは上記記事を読んだ時です。そのコメント欄にて以下のような話題がありました。 render(ing) を「レンダー」と「描画」で、意図的に訳し分けるルールにしています。前者は React が render() や関数コンポーネントの本体を呼び出すこと、後者はブラウザが画面に DOM を反映する動作のこと、というルールになっ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは。サーバエンジニアのnsym-mです。普段はGoでバックエンドの開発などをしています。 最近テストに関する書籍や記事などを色々読み漁ったので、現時点での自分のテストについての考え方を備忘録として残しておきます。 今回の話はWebフロントエンドやiOS/Androidなどでも適用できる汎用的な考え方として記載していますが、ベースの文脈はバックエンド開発になりますのでそのつもりで読んでいただけますと幸いです なお、本記事では主にGoogle、『単体テストの考え方/使い方』、@t_wadaさんの発表されている考え方（いわゆる古典学派

この記事の初出は、Software Design 2023年6月号です。 はじめに前回と前々回でペアプログラミング(以下、ペアプロ)とモブプログラミング(以下、モブプロ)の魅力を伝えてきました。 そこで今回は、私のチームでのペアプロ・モブプロのやり方を紹介します。 執筆時点での私のペアプロ・モブプロ歴は4年です。 今回紹介するノウハウの特徴は「メンバーが楽しく成長する事」を重視している点です。 ペアプロ・モブプロは、楽しく成長するために有効な手段なので、本稿が少しでもその役に立てば幸いです。 なお、ペアプロとモププロは異なる特性がありますが、この記事では共通のノウハウを説明する便宜上、まとめています。 用語について、本稿ではキーボードを操作する人を「ドライバー」、それ以外の人を「ナビゲーター」と記します。 ペアプロ・モブプロをするタイミングまず、ペアプロ・モブプロをどういうタスクや進め方で

Tebiki株式会社 取締役CTO 渋谷 和暁 神戸大学法学部卒業後、SIerを経てWebシステムの開発会社に入社。ECなどの受託開発やゲームアプリ開発のリードとして従事した後、コーチ・ユナイテッドに転職。クックパッドによる吸収合併のタイミングでCEO貴山氏とともにTebiki社を起業し、取締役CTOを務める。 GitHub Medium アジャイルなプロダクト開発において、コード品質・学習効率・チームワークの向上に効果があるとされる「ペアプロ」。1人でプログラミングすること（＝ソロプログラミング、以下ソロプロ）が主流の中で、ペアプロをどうやって組織に浸透させるべきか、困っている組織は少なくないのではないでしょうか。 かつてのTebiki社も、同じ悩みを抱えていた組織の一つでした。2018年3月に創業し、小売、製造、サービス、物流などの現場マニュアルのDXを目的としたSaaSを開発する同社

【読書】Unit Testing Principles, Practices, and Patterns 感想 「テストは分類器」であるととらえ、混同行列における偽陽性を取り除くことが、単体テストで注力すべき柱であるという視点が得られたのが大きい。偽陰性を出さないことも重要ではあるが、プロジェクトの持続的な成長の観点からは偽陽性を出さないようなテストを書くことが最も重要である、と意識するだけでもテストの書き方は変わる。どうすればそのようなテストを書けるのか？という疑問にも答えが示されている。 数学的な背景のある著者は、プログラミングのガイドラインは数学的な定理と同様に第一原理から導出されるべきであるとの立場に立っており、本書は一貫して根本的な問いから徐々に論拠を構築して、最終的な結論に至るようなボトムアップ式の展開となっており、非常に理解しやすく腑落ちするところが多かった。 単体テストや統

昨今のフロントエンド向けUIライブラリでは、コンポーネントの設計が重要です。この記事では、コンポーネントのスタイリング、その中でもとくにコンポーネントの大きさに関わるコンポーネント設計について考えます。 私の考える結論は、むやみに大きさを指定できるpropを生やさずに、CSSで外から大きさを制御できるようにしたほうがいいです。 コンポーネントの大きさを制御したい UIの一部分を再利用可能なコンポーネントとする場合、同じコンポーネントがさまざまな場面で使えるのが望ましいでしょう。コンポーネントが提供する機能にもよりますが、場面に応じてさまざまな大きさでコンポーネントを使用できたほうがよいこともあります。 具体例として、このようなコンポーネントを考えてみましょう。例はReactで示しますが、この記事の内容はReactとは関係ありません。 const Card: React.FC<React.P