はてなブックマーク

ssh についてもう少し詳しくなろうと色々と調べたり手を動かしたりと勉強する中で、ssh-agent の Mac での扱い方、挙動に数日悩んだので調べてみました。 ssh-agent とは ssh-agent is a program to hold private keys used for public key authentication (RSA, DSA, ECDSA, Ed25519). ssh-agentは、公開鍵認証（RSA、DSA、ECDSA、Ed25519）に使用される秘密鍵を保持するプログラムです。 The agent initially does not have any private keys.Keys are added using ssh(1) (see AddKeysToAgent in ssh_config(5) for details) or ssh-

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? SOLID 原則の１つ「リスコフの置換原則」についての記事になります。 この原則に関する幾つかの記事を眺めてみても、どうも他４つの原則と比べて腹落ちしない部分があったので理解の為しっかり調べてみました。 S が T の派生型であれば、プログラム内で T 型のオブジェクトが使われている箇所は全て S 型のオブジェクトで置換可能 ([1] wikipedia より引用） リスコフの置換原則は上記のようにシンプルに説明されている事が多いですが、基底型と置換可能な派生型となるには幾つか遵守すべきルールがあります。この原則は Barbara Li

概要 この記事は「class 構文」と「クロージャによるカプセル化」のパフォーマンス比較記事です。 検証ブラウザーは Chrome のみになります。 何か１つの処理を作るのに態々 class 化しなくても、クロージャ（関数）を作成しカプセル化するなどの方法もある。しかしパフォーマンスの観点で考えると、どちらで実装していくのが良いのだろうか...という疑問があった。本記事では、その検証結果をまとめる。 検証前に「class 構文」と「クロージャによるカプセル化」に対する考えを述べる。 class 構文に対する考え（検証前） class 構文は実質 prototype の糖衣構文なので、同じようなオブジェクトを幾つも生成する場合は class の方が良さそうではある。しかし、class から instance（オブジェクト）を生成する new はそこそこのコストを孕んでいそうなので、オブジェク

はじめに タイトルの通り @babel/plugin-transform-runtime を使用して、Promise がネイティブで実装されていない IE でも Promise を使用したコードが動作するようにしようと思ったのですが、何故か上手くいかず IE で 'Promise' is not defined エラーが出てしまう問題にかなりの時間ハマりました。 @babel/polyfill 使えばええやん...って感じですが、それでは根本解決していないので、頑なに transform-runtime を使うぞ〜〜！！と時間をかなり割いてしまった次第です。 最初に結論としてハマったコードと修正後のコードを載せ、その説明や過程を綴ります。 ハマったコード

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 CSS で実装する要素の移動（アニメーション）に関しての簡単な説明から、パフォーマンスに関連する事象を深掘って説明していきます。この辺りの話はややこしいので、自身でも整理をつけるためにまとめました。 長い記事になりますが、CSS のアニメーション（パフォーマンス関連）を深く理解するための手助けになれば幸いです。 既にご存知の方はどこか間違っている点などあればご指摘宜しくお願いいたします。 要素の移動について 要素を縦横にアニメーションを伴って動かしたい場合 transition を適応させた要素に対して right, left,

概要 この記事では FLOCSS という CSS 設計の一部を利用したシンプルな設計を紹介します。 FLOCSS を適応する程の大規模なページ構成でも無いけど、手軽にコンポーネント指向な CSS 設計を取り入れたい場合に有効だと思います。既に BEM という設計手法を知っている方は FLOCSS について知らなくても理解できる内容になっていると思います。 概要の章ではコンポーネント指向なCSS設計を行うメリットと FLOCSS について簡単に説明します。既にご存知の方は読み飛ばして頂いて結構です。 コンポーネント指向なCSS設計を行うメリット 皆さん、サイトのコーディングを進めていく中で、似た様なスタイルを複数回記述した事ありませんか？ 例えば新しく B と C の UI を作るにあたって A の UI が似ているのでスタイルをコピペして手を加える等。一見、楽かも知れませんが、重複して同じ

個人的に今まで JavaScript を書いてて陥った失敗例などを振り返ってみました。 この記事にあるいくつかの失敗例については恐らく殆どの方が経験してるのではないかなと思います。 これから JavaScript 勉強するぞ！！という方や、現在進行形でこのような失敗に陥っている方の助けになれば幸いです。 コードの解説に関しては簡潔に行なっているので、気になった方はググってください。 DOM の取得及び操作 要素を取得して is-close なスタイルを付与したい。 しかし、エラーになってスタイルを付与できない // 失敗例 const hoge = document.getElementsByClassName('hoge'); hoge.classList.add('is-close'); // 正しい例 const hoge = document.getElementsByClassN