Xの初学者のポストにて古の手法を教わっている方をよく見かけるので、2024年現在そのCSSテクニックはもう古いってものをいくつか列挙しました。 ブロックのセンタリングに margin を使うなら margin-inline:auto を使いなさいmarginを使ってブロックのセンタリングを行う際によく教わるのはmargin:0 autoあるいはmargin:autoでしょう。
![あなたが教わってるそのCSSテクニックはもう古い | TAKLOG](https://cdn-ak-scissors.b.st-hatena.com/image/square/e809b8ccd30cfbee6370cd0db105b097f75febb2/height=288;version=1;width=512/https%3A%2F%2Fwww.tak-dcxi.com%2Fog%2Fthat-css-technique-you-learned-is-outdated.png)
概要 名前付け 抽象度 インフラアーキテクチャ図 チーム 認証情報 変更(デプロイ)のライフサイクル DRYの誤用 コードの検索性 モジュール間の依存 アプリケーションレイヤーとの違い まとめ 概要 TerraformのStateやModuleに関する設計に関する考慮点をざっくり書く 名前付け ユビキタス言語とディレクトリ名や変数名を合わせて認知不可を下げる リソース名でなく役割・機能ベースのディレクトリ名にして認知不可を下げる プロダクトのコードネームはユビキタス言語なのでディレクトリ名にしても問題ない ModuleやStateのREADME.mdを書く https://github.com/terraform-docs/terraform-docs を使う うまく説明が書けない場合は設計に問題がある可能性がある チームメンバーが利用できるように考慮する いつどのようなときに使えばいいか
やったこと 2つの開発言語(GoとPython)のソースコードを1リポジトリで管理するときのローカル開発環境を Devcontainer(VSCode Remote - Containers) でどのように整備するか検討した。 調査の結果、下記の3つの案が取りうる構成だとわかった Connect to multiple containersにあるように、開発言語毎に任意の設定のコンテナを作成する devcontainer.jsonで指定するDockerfile内に複数言語の任意の設定を入れ、一つのコンテナを作成する Dev Container Features (preview)で予め定義された設定を導入し、一つのコンテナを作成する 最後のDev Container Features (preview)を使用する案を採用し、サンプルリポジトリを作るに至った。 理由は、以下3点である。 今回
SPAにするとNext.jsの嬉しさが半減しますが、/pages/以下のディレクトリ構造がそのままエンドポイントのパスに対応する、ディレクトリベースのルーティングをとても気に入っていたので、ほぼルーティングだけのためにNext.jsを使い続けていました。 今年(2023年)の春頃、高機能なNext.jsをルーティングのためだけに使いつづけるのはやはり違う気がする、と調べていて「ViteとReact Routerを使えば簡単にディレクトリベースのルーティングできるよ」という記事を見つけたのが、実はViteを知った最初でした。流行に鈍感…これが老化か…。 Simplifying Routing in React with Vite and File-based Routing Viteにはimport.meta.glob()という機能があり、トランスパイル時にディレクトリ以下のファイルを列挙し
この記事から得られる知識 この記事を読むと、以下を "完全に理解" できます✌️ Terraformのtfstateファイルを分割する目的と、オススメの分割パターンについて (★) Terraformのリポジトリやリモートバックエンドのディレクトリ構成の設計について 記事のざっくりした内容は、以下のスライドからキャッチアップできちゃいます! この記事から得られる知識 01. はじめに 02. なぜ tfstate ファイルを分割するのか 分割していない場合 分割している場合 分割しなくていい場合 03. tfstate ファイルの分割 分割の境界 状態の依存関係図 依存関係図とは 依存関係の表現 ▼ 依存関係の表現記法 ▼ 依存関係がない場合 ▼ 依存関係がある場合 04. tfstate ファイルに基づくその他の設計 リポジトリ 🐱 の設計 リポジトリ分割 ディレクトリ 📂 構成 リ
[追記]:内容に誤りがあったので、タイトル並びに本文を修正しました。 www.bbc.com BBC が史上最高の児童書100選を発表しているのだが、これが56か国の177人もの本の専門家による投票結果というのだから力が入っている。 まぁ、ワタシなど映画やアニメでは観ていても、原作をちゃんと読んでいないのがほぼすべてでお恥ずかしい限りなのだけど。 モーリス・センダック『かいじゅうたちのいるところ』(asin:4572002150) ルイス・キャロル『不思議の国のアリス』(asin:4042118038、asin:B01914HLHK) アストリッド・リンドグレーン『長くつ下のピッピ』(asin:4001140144) アントワーヌ・ド・サン=テグジュペリ『星の王子さま』(asin:4167912880、asin:B06VWT2MYX) J・R・R・トールキン『ホビットの冒険』(asin:4
10月から株式会社マクアケでSREとしてお世話になっています。 そんなマクアケのアドベントカレンダー3日目の記事です。 昨日は、絶賛育休中のrenoinnさんのEnt+Atlasでマイグレーションするでした。 最近はTerraformよりもDBのお勉強が多いですが、久しぶりにTerraform関連のブログです。 概要 Terraformを使っていると、いろいろな理由で差分が発生することがある。 terraform管理と手動管理が混ざっている terraformがアップデートされて使えなくなった構文がある プロバイダーがアップデートされて使えなくなった構文がある いずれの理由にせよ、構成ドリフト(設定差異)はterraform適用へのハードルをあげる。 targetで指定すれば良いが、どこか不安が残る、そんなコードになりがちになる。 管理を対象を全てのリソースにしないにせよ、terrafor
こんにちはバックエンドの須永です。 本記事はAI Shift Advent Calendar 2022の3日目の記事です。 はじめに この記事では自分が初めてgRPCの負荷テストを実施した経験をまとめました。 AI ShiftではgRPCアプリを部分的に利用しており、今回そのアプリの負荷テストを実施しました。 今回はBidirectional streaming RPCという通信方式のgRPCアプリに対して、ghzという負荷テストツールを利用しています。 負荷テストの注意点とツール紹介 gRPCには4つの通信方式があります。 Unary RPC Server streaming RPC Client streaming RPC Bidirectional streaming RPC gRPCアプリの負荷テストを行う上で最初に一番注意すべきことは、 今自分がテストしたいgRPCアプリが4つの
Happy Elements Advent Calendar 2020 24日目の記事です。 概要 あんさんぶるスターズ!!Musicのエンジニアリーダーをしています。 複数人で音楽ゲームを行う「みんなでライブ」で使われたリアルタイム通信基盤について書きたいと思います。 今回は技術選定の段階で検討した内容について紹介し、Redis Streamsを用いたスケーラブルな基盤を提案します。 みんなでライブについて みんなでライブは、あんスタ!!Musicにおいて複数人で音楽ゲームを行うシステムです。 画面遷移の同期やスタンプ送信、コンボ数の共有などがリアルタイム通信を用いて行われています。 リアルタイム通信の技術選定について 弊社ではポーリングを用いた複数人参加のバトルや、Photonを用いた協力プレイなど実績があります。 あんスタ!!Musicのみんなでライブでは同時接続1万人以上を想定して
Kubesharkとは 図は公式 より抜粋 KubesharkはKubernetesのための観測性・監視ツールで、マイクロサービスの動的解析、異常の検出などを実現するツールです。 Wireshark、BPF Compiler Collection(BCC)ツールなどを組み合わせた、Kubernetesを意識したものとお考えください...と説明されています。 Kubesharkは、クラスタ内の一部またはすべてのTCPトラフィックをスニッフィングし、PCAPファイルに記録し、HTTP1.0, HTTP1.1, HTTP2, AMQP, Apache Kafka, Redisなどのアプリケーション層プロトコルを分析できるとのことです。 今回はHTTPに絞って実際に環境を動かしてみて、トラフィックを覗いてみたいと思います。 Kuberentesクラスターの用意 まず、Kuberentesクラスター
Ubuntuは、標準のブートローダーとしてGRUBを採用しています。ほとんどの利用者は、インストール時に自動設定されるGRUBをそのまま利用し続けていることでしょう。今回は初心者向けに、このGRUBがどう動いているのか、そしてどのように設定可能なのかを紹介します。 図1 Ubuntuインストール時の無骨なGRUB セキュアブート時代のGRUB GNU GRUB(GRand Unified Bootloader)は、言わずとしれたLinuxをはじめとする各種OSを起動するための「ブートローダー」です。一般的なコンピューターは電源が入ると、CPUを含む最低限のデバイスのリセットが解除され、ROM上にある小さなプログラムが実行されることによりRAM上に大きなプログラムがロードされ、さらにいくつかのデバイスのリセットが解除されて最終的に必要なプログラムが実行されるという、「ブートストラップ」な方
この記事は、 NTT Communications Advent Calendar 2022 14日目の記事です。 はじめに 皆様こんにちは。イノベーションセンター所属の @sublimer です。 普段はWebRTCプラットフォーム「SkyWay」の開発・運用の業務に取り組んでおり、現在は新しいSkyWayの正式リリースに向けて、インフラ・バックエンド・フロントエンドのコードをガリガリ書く楽しい日々を送っています。 一方のプライベートでは、自宅Kubernetesクラスターを盆栽のごとく愛情を持って育てています。 今回は、新しいSkyWay正式リリースに向けて、TURNサーバー(P2P通信においてNAT越えのために使用されるサーバー)の負荷試験を行った際に得られた知見をご紹介します。 ⚠️ 注意 この記事では、負荷試験の実施方法について書いています。 負荷試験は、管理下にないシステムやサ
初めましてこんにちは、今年の4月から新卒でフロントエンド開発部に入社した cw-suetake 🐧です。 いきなりですが、WebRTCを利用したビデオチャットなどを開発しているとE2Eテストがほしくなってきませんか? 開発者一人で開発していると動作確認のために複数のブラウザを起動したり、PCにたくさんのwebカメラやらマイクやらを接続して…それぞれのウィンドウで各種機能が動くか確認して…とにかく動作確認ひとつにしてもやることが多くなりがちです。 そうなってくると、ある程度の動作検証はE2Eテストに任せて楽をしたくなるものです。しかしWebRTCはブラウザ側に実装されているAPIに強く依存していますし、そもそもどうやってカメラやマイクが正しく動作することを保証すればいいのでしょうか?そんな悩みに対しての自分なりの案をご紹介します。 テスト対象 音声とカメラ映像を送受信してオンラインコミュニ
はじめに ReactとFirebaseを用いてフロントエンド開発するにあたって、追加で入れておきたい各種パッケージや設定を組み込んだ環境構築手順です。 この記事で構築する環境は以下の通りです。 ローカルで開発した内容をGitHubにpushすると、構文チェック→テスト→ビルド→デプロイされます。 また、mainブランチにpushしたらFirebaseの本番環境にデプロイされ、developブランチにpushしたらFirebaseの開発環境にデプロイされます。 事前準備 環境構築をするにあたって、以下は事前に準備してください。 VS Codeのインストール GitHubのアカウント登録 Node.jsのインストール 今回はv16.14.0を利用します Firebaseのプロジェクト作成 GitHubリポジトリの作成 GitHubのリポジトリを作成します。 公開範囲はPublic,Privat
この記事は第二のドワンゴ Advent Calendar 2017の記事です。 qiita.com 2013年までドワンゴにいたtrapezoidです。今は居ません。 今はモバイルゲームの基盤開発エンジニアをしています。 猛烈に忘れていたので、今日はUnityにおいて手軽に少しでもパフォーマンスを出すための実装テクニックというみじんもドワンゴに関係のない話を雑にします。 あんまり実際にこれがパフォーマンス上役に立つ知識かというと非常にアレなんですが、豆知識としては面白いんじゃないか程度の気持ちで読んで下さい。 IL2CPPを使う 大前提です。 旧来、iOSではMonoによるAOTコンパイル、Android等ではMonoのVM上でスクリプトが動作していたUnityですが、 時代は変わりました。iOS 64bit対応で先行してiOS向けに導入されたIL2CPPも比較的安定した挙動を示すようにな
はじめに 企業でApple製品を利用したいというニーズは昨今とても多くなってきていると思います。 しかもApple製品は買えばすぐに使えてしまうというメリットでもあり、企業としては情報統制という意味でデメリットとなります。 またゆるく使い始めてしまうと、後々企業できちんと管理する場合にとても面倒な事になります。 この記事では、今後Apple製品を利用しようとしている中小企業の情シス担当者向けに、事前準備として実施しておいた方がよいことをまとめます。 こんな企業にお勧め スタートアップ これからApple製品を使い始める予定があるけど、よくわかってない 実はもう使っちゃってるけど、心配。。。 やっておく事リスト appleの営業担当と繋がる AppleStoreForBusinessの設定 ABM(AppleBusinessManager)の設定 Appleの営業担当と繋がる 何をするにもま
Docker Desktopが2022年2月より有料化されるという情報が出てから、 Docker Desktopの代わりとなるツールを色々試していましたが、ようやく個人的に納得のいく代替手段が見つかったので記事にしてみました。 Docker Desktopを継続利用しない理由 私が今までDocker Desktopを利用していたのは k8s 環境を簡単に構築できるからという理由でした。 しかし、k8sとしては以下のような動きをしています。 v1.20からDockerの利用を非推奨にしている v1.24からDockerを完全非対応とする (予定) k8sが何故Dockerを切り離そうとしているのかは、簡単に言うと今までk8sがDockerに対応するために dockershim と呼ばれるブリッジを別途整備していたからで、これを k8s としては今後整備しなくなるためです。 何故dockers
この記事はPRを含みます。 概要 背景 移行 Docker Desktopのアンインストール Rancher Desktopのインストール Kubernetesクラスタの無効化 宣伝 まとめ 概要 Rancher Desktopがcontainerdに加えdockerにも対応したのでDocker Desktopから乗り換えてみました。簡単な用途だとdockerコマンドがそのまま使えるので特に困っていません。 背景 2021年9月にDocker Desktopが有料化されました。移行期間として2022年1月31まで引き続き無料で利用できましたが、それもついに終了しました。 www.docker.com ただし、個人利用もしくはスモールビジネス(従業員数250人未満かつ年間売上高1000万ドル未満)、教育機関、非商用のオープンソースプロジェクトでは引き続き無料で利用できるという条件でした。no
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く