GithubActionsでのDocker BuildでCacheを効かせる方法メモ - Qiita
はじめに GitHub ActionsでDockerのコンテナをBuildするとデフォルトだとLayerのCache?がされないため、毎回Dockerfileの先頭から実行することになります（何も工夫をしないと）。 「LocalでBuildするときは(Cacheが効いて)速いんだけど、GitHub Actionsだと遅い」というのは、Buildに時間がかかる場合結構しんどいです(Twitterなどが捗ってしまう)。 色々方法があるようですが、Dockerのマルチステージビルドを使っていないなら、割と簡単にCacheを効かせられるようなので、そのメモです（主に自分用）。 Docker BuildでCacheを効かせる方法 ポイントは docker buildコマンドの --cache-from と --build-arg BUILDKIT_INLINE_CACHE=1 になります。また、この
Berry(yarn v2) + TypeScript + PnP + Workspace でプロジェクトを作ってみた感想 - Qiita
berry(yarn v2) がそろそろリリースということで、使い込んでみた。その感想や yak-shaving などについて。 このリポジトリ https://github.com/mizchi/berry-typescript-project 日本語での網羅的な解説はこちらの記事がくわしい https://qiita.com/dojineko/items/6f65fde3c47aed8b6318 本記事は pnp の仕組みと webpack, jest, typescript を設定する泥臭い話がメイン。 使ってみた感想 npm とは完全に別系統に進化しつつある。互換があんまりない。 今対応するのは時期尚早でアーリーアダプターだけでよい berry 自体が typescript で書かれているので、typescript 連携は揃っている。ただし @arcanis 氏の手が届く範囲で。
Ivyが単体テストにもたらした恩恵 - Qiita
今年のAngularアドカレはテストの話題が豊富ですね。 Angular8 ユニットテストが動かねぇ！ や はじめてのユニットテストを書く前にモック実装で手が止まってしまわないために など、テストコードを書く上での知見が色々と紹介されています。 僕自身も3年前のアドカレで、Zone.jsがいかにAngularのテストに貢献しているかとかを書いたりしたことがあり、Angularの色々な機能の中でもテスト周りは特に好きな部分の1つだったります。 さて、Angularで直近ホットだった話題といえば、やはりIvyは外せません。 Ivy自体は基本的に内部構造の変更であるため、アプリケーションコードの書き方そのものに影響する話ではないですが、AoT(Ahead of Time)コンパイルをデフォルトにするための布石であり、バンドルサイズの削減やビルドプロセスがシンプルになる、といった効果については聞い
Firestoreを本番で半年運用したアーキテクチャ：その③ 〜パフォーマンスの劣化対策として、CacheのCollectionを作った話〜 - Qiita
これは？ Firebase Meetup #10 で 「Firestore導入前に検討したかったベスト５」 というテーマで発表したアーキテクチャ部分の話その3。 ①Firestoreを中心に据えた全体設計のコンセプト ②PubSubとCloud Functionsを使って、FirestoreのCollectionをマイクロサービスに見立てた話 ③パフォーマンスの劣化対策として、CacheのCollectionを作った話 ←今回 トライしたこと まず、どんなトライをしたのか説明していきます。 この中で、今回お話するのが、赤丸をした部分です。 背景 ぼくらは、重大な問題を抱えていました。 社内の人がユーザーであるアプリケーションなので甘えていた結果、パフォーマンスが劇的に悪くなっていたのです。。 (ぼくらというかぼくだけのせい...) 状況としては、 元々、運用をちゃんと明瞭にシンプルにしてい
GoogleがPerfumeのライブに技術提供した「Reframe Visualization」をKeras/Scikit-learnで再現する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Perfumeが紅白歌合戦でディープラーニングについて言及して話題になりましたが、それに関連する技術がGoogleのブログで公開されていたので再現してみました1。本来はColud Vision APIを使ったとのことですが、精度や速度を犠牲にすれば、普通のPCかつ1人でも実装できてしまいます。その方法を書いていきます。 訂正：Googleが使ったではなく、正しくはライゾマティクスに使っていただいただとのことです。失礼いたしました2。タイトルも訂正いたしました。 元ネタ こちらのブログに詳しく書かれています。 Perfume とライゾマテ
Goの同時関数呼び出しを１回で済ませられるライブラリ 「SingleFlight」 が便利 - Qiita
Goの同時関数呼び出しを１回で済ませられるライブラリ 「SingleFlight」 が便利 tl;dr 高頻度に叩かれがちな重めの取得系関数呼び出しはSingleFlight を使おう！ 動機 Cacheが切れた途端Mysqlに大量のアクセスが流れ込み、LAが上がる現象をどう回避しようか考えていたときに、SingleFlight というライブラリを見つけたため使えるか計測してみた。 SingleFlightって何？ 複数人が同じ関数呼び出しを同時にした場合、最初の１人だけ関数を実行し、残りの人は、最初の人が実行した関数呼び出しが終了するまで待機し、最初の１人が関数呼び出しの結果を取得したら、待機してる残りの人に結果をシェアしてくれる。 Goからリソースへのアクセスが同時に行われても、１本だけでよくなるから嬉しい。効率的。 もちろんイミュータブルな関数じゃないと使えない。 計測環境 計測対象
webpack build 高速化 まとめ - Qiita
この記事はTypescript Tutorial React & Webpackを出汁にしています。 $ npm install -D webpack@beta typescript@beta ts-loader source-map-loader @types/react-dom @types/react $ npm install -S react@next react-dom@next 途中webpackのバージョンが更新されていますがこの記事に関しては問題ないと思われます。 気になる方は What's new in webpack 2 エピソード 1 「Qiita 新着順で眺めてたら記事発見」 webpackのDLLバンドルを使ってビルドを速くする pirosikickさんの投稿でHappyPackの存在を知る。 HappyPackに関する日本語の記事は一つもなかったので、公式ドキ
npm install を高速化するpnpmの使い方と注意事項 - Qiita
access, add-user, adduser, apihelp, author, bin, bugs, c, cache, completion, config, ddp, dedupe, deprecate, dist-tag, dist-tags, docs, edit, explore, faq, find, find-dupes, get, help, help-search, home, i, info, init, install, install-test, issues, it, la, link, list, ll, ln, login, logout, ls, outdated, owner, pack, ping, prefix, prune, publish, r, rb, rebuild, remove, repo, restart, rm, root, r
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
