Chrome Developer Toolsでパフォーマンスを最適化 | PerfData
パフォーマンスチューニングの基礎:プロファイリング 2023年4月3日 著者: 竹洞 陽一郎 はじめに Webパフォーマンスチューニングは、WebアプリケーションやWebサイトのパフォーマンスを向上させるために実施される最適化手法の一連です。 効果的なパフォーマンスチューニングを実現するには、正確なプロファイリング情報が欠かせません。 フロントエンドの品質管理では、プロファイリングを利用して時間消費別のパレート図を作成し、最も時間を消費している部分から改善を開始します。 パフォーマンスチューニングに詳しくない方向けに、Lighthouseが利用できます。 ただし、実務におけるパフォーマンスチューニングでは、Lighthouseだけではボトルネックの特定が難しいことがあります。 これからWebパフォーマンスチューニングを始める方や、現在Webパフォーマンスチューニングに取り組んでいる方には、
Monorepos in JavaScript & TypeScript
Follow on FacebookThis is a comprehensive tutorial on Monorepos in JavaScript/TypeScript --- which is using state of the art tools for these kind of architectures in frontend applications. You will learn about the following topics from this tutorial: What is a monorepo?How to structure a monorepo architecture?How to create a monorepo?Which tools to use for a monorepo?How to perform versioning in a
「たかがJavaScript」のその先 #TECHPLAY
フロントエンドと自分のキャリア形成について。このスキルツリーとセットで見るといいかもです。 https://whimsical.com/oPYtoDPyho6uWK1gDmD9e
Amazon ECS マイクロサービス & CI/CD ハンズオン
はじめに 概要 このハンズオンでは、以下のAWSサービスを用いて、コンテナによるマイクロサービスとCI/CDをご体験いただきます。 Amazon ECS（Fargate起動タイプ） Amazon ECR Application Load Balancer（ALB） AWS CodePipeline AWS CodeCommit AWS CodeBuild AWS Cloud Map メモしておいた方がよいもの 初出の際にメモしてください。後々、何回も入力することになります。 Username 例）user1 VPC ID 例）vpc-0cbc47a40f6a35eb0 ALB DNS 例）user1-ecs-alb-263952722.ap-northeast-1.elb.amazonaws.com ECR URI 例）373153792443.dkr.ecr.ap-northeast-1
フロントの動作確認用の環境をGithub Actionsで自動構築してみた - Uzabase for Engineers
AlphaDrive、NewsPicks兼務でエンジニアしているスギウラ (saba-can00)です。 今回、Github Actionsを利用してコードをpush すると動作確認ができるコンテナが自動で立ち上がるように環境整備したので、その内容をまとめます。 背景 Webのリアーキテクチャプロジェクトにおいてlocalで実装した画面をmainブランチにマージする前にBFFやバックエンドと連携した状態で確認したいというニーズがありました。 さらにGithubにプッシュすると環境がさくっと立ち上がるとDX的にすごく嬉しいということでGithub Actionsをトリガーとした環境の自動構築をチームで進めることにしました。 今回対応した内容 今回対応した内容はざっくり下記の3点です。 topicブランチへのpushをトリガーとして、動作確認用の環境を作成する すでに環境が存在しているtopi
WebサーバのSSL化対応 - ねじまきまきまき -Random Note-
■WebサーバのSSL化 ■Reverse Proxy(トンネリング)の構築に向けて ■いろいろな選択肢 ■選択肢 Apacheを使う(mod_proxy/mod_ssl) ■選択肢 NGINXを使う ■選択肢 other ■gost ■stone ■用途として一番しっくり来たstoneを使用する ■stoneのmake完了後の動作確認 ■SSLサーバ証明書 ■Let’s Encryptでの証明書発行準備 ■certbot導入 ■証明書自動更新設定 ■stone起動設定 ■定義ファイル作成 ■stone起動確認 ■起動用シェル ■WebサーバのSSL化 keitaircのSSL化を棚上げしていたものをようやくやったので、その話。 ■Reverse Proxy(トンネリング)の構築に向けて keitaircのssl化はマニュアルにある通り、mod_ssl等を利用することを想定している。 ke
普段やってる情報収集や学習について(フロントエンド寄り)
どうも。 普段フロントエンド周りの開発をやっている者です🐶 今回は普段自分がやっている情報収集と学習で使ってるサイトや手法を紹介します。 過去にも何度かこの類の話をしているのですが、2020年版という感じです。 誰かの参考になればいいなと思います。 情報収集 まずは情報収集についてです。 自分の場合は、毎日見るものと週に1度見るものがあります。 daily.dev 普段はこのdaily.devのブラウザ拡張機能を入れて、Chromeのトップ画面で情報を見ています。 新しいタブを開くたびに表示されるので、いつも目に入るのがいいところです。 2021/05/26 追記 Chrome拡張だけではなく、Web アプリケーションもリリースされました🎉 PWAにも対応しているので、デスクトップやモバイルでインストールも可能です！ daily.devは簡単に説明するとさまざまなサイトのRSSリーダー
The Wails Project | Wails
Wails v2 turns what used to be tedious and painful into a delightfully simple process. Use the tools you know to create cross-platform desktop apps. Everyone wins!— Brian Ketelsen Co-author of "Go In Action" Feature RichBuild comprehensive cross-platform applications using native UI elements such as menus and dialogs.
「フロントエンド開発者」の終焉 | POSTD
元記事の著者より：この記事は主に北米文化で私が見たことを反映しています。 誰かに職業をきかれたら、私は「フロントエンド開発者です」と答えます（答えは相手によって変わることもあります）。10年か20年前は、自分の仕事に必然的に伴うものが何なのかは、かなり明瞭でした。インタラクション用にHTMLやCSSを書き、JavaScriptも多少は書いていました。駆け出しの頃、PHPやMySQLの作業に職務の大半を費やしていたとはいえ、フロントエンド開発者として見られる方が好きです（これに関しては、後に詳しく説明します）。この状況は、2010年の初頭に変わり始めました。JavaScriptが、重要で、非常に大きな存在になってきたのです。昨年の初め頃から、たくさんのフロントエンド開発者に会うようになり、あることに気付きました。フロントエンド開発者は、もはや、私が以前から知っているフロントエンド開発者ではな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Serverless Architecture Patterns in #AWS - DEV