タグ

kiti-netのブックマーク (1,876)

  • 【2022年版】Figmaのおすすめプラグイン30選!使い方が分かる動画付き🎬✨ | Makiko Sakamoto(もち)

    以前「2020年版」としてFigmaのおすすめプラグインについて記事を書きました。多くの人に読んでいただき大変感謝しております🙏✨しかしそれから時もだいぶ流れ、続々と新しいプラグインがリリースされて...

    【2022年版】Figmaのおすすめプラグイン30選!使い方が分かる動画付き🎬✨ | Makiko Sakamoto(もち)
    kiti-net
    kiti-net 2022/01/18
  • simpleParallax.js - a JavaScript library for parallax effects

    orientation-String-see exampleThis is the orientation (or direction) of the parallax effect. Choose up and when scrolling down, the image will translate from the bottom to the top (so the image will translate up). When scrolling up, the image will translate from the top to the bottom. Same logic apply for all others orientations (right, down, left, up left, up right, down left or down right). When

    simpleParallax.js - a JavaScript library for parallax effects
  • これからはこの実装がオススメ! iOSの100vhでアドレスバーがあっても高さいっぱいに表示するCSSのテクニック

    高さいっぱいに表示したい時、古くはheight: 100%;、そしてmin-height: 100%;で実装していたと思います。現在ではビューポートの単位min-height: 100vh;が使用できるようになりました。 しかし、iOSでは100vhを使用してもアドレスバーが表示されていると下がその分隠れて表示されてしまい、高さいっぱいになりません。JavaScriptを使用するというやり方もありますが、CSSのみで対応できるので、そのCSSを紹介します。 Chromeにも対応しています。

    これからはこの実装がオススメ! iOSの100vhでアドレスバーがあっても高さいっぱいに表示するCSSのテクニック
    kiti-net
    kiti-net 2021/08/19
  • decoding="async"とloading="lazy"の違い| PerfData

    画像の読込処理の違い ページ作成日 2019年12月19日 ページ更新日 2021年3月2日 著者: 竹洞 陽一郎 Webページにおいて、画像は重要な役割を果たしており、高解像度化と利用される枚数は増えていく傾向にあります。 その一方で、画像は、従来どおりの実装をしていると、HTMLのパース処理を遅延させる要因となります。 画像をいかに遅延要因としないようにするかの処理として、decoding="async"とloading="lazy"の違いを解説します。 decoding属性は、画像のデコード処理に関しての指示をユーザエージェントに明示する属性です。 decoding="async"と指定することで、画像のデコード処理を非同期にバッググラウンド処理し、他のコンテンツの表示処理が終わった時に更新処理で画像を一緒に出します。 記述の仕方としては、以下のようになります。 <img class

    decoding="async"とloading="lazy"の違い| PerfData
    kiti-net
    kiti-net 2021/04/08
  • 【Flexbox】孫要素まで高さを揃える方法と、うまく行かない時の対処法(追記あり)|あたおか

    Wordpress等で記事の一覧をFlexboxで横並びにすることはよくあると思います。 デザインカンプなどでは「良い感じ」の文字量で作られていることが多いので気にならなくとも、実際に運用が始まった後に「記事毎にタイトルの長さが違っているので高さが揃わず気持ち悪い」ということはよくあると思います。 自分でも良く忘れるのでので、備忘録も兼ねて。 完成形まず、目指すべき完成形はこんな感じです。 分かりやすいようにタイトル部分に背景色を付けましたが、タイトル部分の高さが揃っているのでボタンの位置もそろっており、細かいことを言ってくるクライアントやディレクターも満足してくれるでしょう。 このタイトル部分の高さが記事によって異なることで良く陥りがちなレイアウト崩れがこちら。 タイトル行くらいであれば1行~2行で収まるのでそこまで気にならないかもしれませんが、例えば商品説明などが入る場合は参考画像の比

    【Flexbox】孫要素まで高さを揃える方法と、うまく行かない時の対処法(追記あり)|あたおか
    kiti-net
    kiti-net 2021/03/15
  • いい経営理念の定義と、他社の経営理念 | 面白法人カヤック

    経営理念について語る際は、来は言葉の定義を明確にしたいという方もいると思います。 企業理念、経営理念、信条、社是、クレド、ビジョン……来は、それぞれ厳密には定義が異なるのではないかと思います。 ですが、カヤックにおいては経営理念が一番大事だと考えております。各社の理念を見ていくとその会社が何を大事にしているかがわかります。さらに、いい理念は、唱えるだけで会社の戦術すら浮かんできてしまうものです。 ちなみにいい理念の定義を、カヤックでは下記のように考えています。 1.成長性を示唆していること 2.理念から戦略&戦術のヒントがあること 3.社会に貢献するものであること 会社が成長すべきか否かは意見の分かれるところかもしれません。ですが、資主義社会そのものを否定しないのであれば、成長は是であり、成長過程でこそ、中で働く社員も成長できると考えています。 理念から戦略や戦術が見えることもそれな

    いい経営理念の定義と、他社の経営理念 | 面白法人カヤック
    kiti-net
    kiti-net 2021/02/08
  • Apple Silicon(M1)搭載 Macの開発ツールの対応状況と、インストール方法のまとめ

    Apple Silicon(M1)搭載 Macの開発ツールの対応状況と、インストール方法のまとめ 2022-10-01T11:54:24.865Z ホーム posts Apple Mac Apple Silicon(M1) ● Apple Silicon(M1)版Macの開発ツールの対応状況まとめ よく使っている開発ツールのM1の対応状況と、インストール方法をまとめました Mac VSCode Node.js Git JDK Java Chromium Homebrew のユニバーサル版が出るまでは、Homebrew や ports は使わない! なるべく、ARM ネイティブを使う!その方が Homebrew に戻しやすいから! ・・・という方針でまとめました。 フロントエンドエンジニアなので、フロント成分多めです。 インストール&設定方法 システム環境設定(おすすめ) 早速、M1 関係な

    kiti-net
    kiti-net 2021/02/04
  • みんなの M1 Mac における Homebrew のベストプラクティス は間違っている

    追記(2020/12/14): Qiita の Advent Calendar 2020 に空きがあったので登録しました プログラミング技術の変化で得られた知見・苦労話【PR】パソナテック Advent Calendar 2020 1日目 追記(2020/12/30): Homebrew のインストーラーがM1 Macをサポートされました! 追記(2021/02/07): Homebrew 3.0.0 がリリースされ正式に対応されました Apple Silicon (M1 チップ) を採用した Mac に Homebrew をインストールするときのみんなの設定に対してもっと楽な方法があるのにと思い投稿しました。 上記の記事ではわざわざRosettaを選択してーやシェルを切り替えてーみたいなことが書いてありますがはっきり言って面倒です! 前提 Rosettaをインストールしている これがない

    みんなの M1 Mac における Homebrew のベストプラクティス は間違っている
    kiti-net
    kiti-net 2021/02/04
  • FAQ構造化データの書き方 | 構造化データ | テクニカルSEO BLOG

    FAQの構造化データとは? FAQ形式の構造化データは、質問と回答がペアになったデータ構造です。FAQ形式で構造化データをページに埋め込んでおくと、Google検索結果にリッチリザルトとして表示されます。 構造化データを使用して「よくある質問」をマークアップする  |  Google 検索デベロッパー ガイド  |  Google Developers Google検索結果には、質問ごとにアコーディオン形式で表示されます。回答部分には、HTMLタグが記述できるので、見出し・リンク・強調表示が可能です。長い回答も記述できますが、300文字前後で省略される点には注意が必要です。 また、FAQの構造化データは、Googleアシスタントや音声検索の回答として利用されることがあるので、活用シーンは広そうです。 関連ツール:構造化データと画面デザインを1画面で確認する【アナトミー】 Q&Aの構造化デー

    FAQ構造化データの書き方 | 構造化データ | テクニカルSEO BLOG
    kiti-net
    kiti-net 2021/01/25
  • 非エンジニアのためのエンジニアリング

    エンジニアのために最適化されたコンテンツ世の中の多くのエンジニアリング学習サービスは、エンジニアのために作られています。この「非エンジニアのためのエンジニアリング」は、コンテンツの構成、内容、伝え方、すべてがエンジニアではない人を対象に設計されています。特別な前提知識は必要ありません。 手を動かしながら学べるチュートリアルテキストをただ読むだけでは、知識を身に付ける前に飽きてしまいます。実践形式のチュートリアルをクリアしていくことで、自然とエンジニアリングの知識を身に付けることができます。初めての人におすすめのチュートリアルもありますが、学びたいことがある人は自由な順番でチュートリアルを進めることができます。 明日から仕事で使える知識を習得プログラミングを学ぶために、使いもしないサンプルアプリケーションを作る必要はありません。仕事でWebブラウザを使っている人であれば、明日の仕事からでも

    非エンジニアのためのエンジニアリング
    kiti-net
    kiti-net 2021/01/22
  • https://www.web-development-kb-ja.site/ja/javascript/%E3%82%B9%E3%83%AA%E3%83%83%E3%82%AF%E3%82%AB%E3%83%AB%E3%83%BC%E3%82%BB%E3%83%AB%E3%82%B9%E3%83%A9%E3%82%A4%E3%83%89%E3%81%AE%E9%AB%98%E3%81%95%E3%82%92%E5%90%8C%E3%81%98%E3%81%AB%E3%81%99%E3%82%8B/837870369/

    kiti-net
    kiti-net 2021/01/13
  • 概要  |  検索  |  Google Developers

    フィードバックを送信 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 コンテンツを検索に適したものにすることで、最適なユーザーに確実にコンテンツが表示されるようにできます。検索エンジン最適化(SEO)は、検索エンジンでのウェブサイト ページの視認性を高めて、サイトにより価値のあるトラフィックを集めるプロセスです。サイトを Google 検索に最適なものにするために、何を行えばいいか確認しましょう。 検索エンジン最適化は、サイトを検索エンジン向けに改善するプロセスです。また、このプロセスを仕事として担当する人の肩書きとしても使われます。例文: 「当社のウェブでの認知度を高めるために新しい SEO 担当者を採用しました。」 Blogger、Wix、Squarespace などの自動化されたウェブ ホスティング プラットフォームでウェブサイトを運営している場合や

    概要  |  検索  |  Google Developers
  • SASS (scss) の基本的な使い方

    Dart Sass (scss) の基的な使い方 Sass の公式サイトの Dart Sass のドキュメントを元に作成した基的な使い方に関する覚書です。 公式に推奨されている実装環境が Dart Sass になって、@import や除算演算子としてのスラッシュの使用が非推奨(将来的には廃止)になり、@use や @forward が導入され、Sass 関数からビルトインモジュールへ移行されるなどの変更(Breaking Changes)があったため内容を書き換えました。 2021年12月21日 Dart Sass (scss) の基的な使い方 Sass は Syntactically Awesome Style Sheets (構文的に素晴らしいスタイルシート) の略で、CSS を便利に使えるように拡張した言語です。 Sass には SCSS 構文とインデント構文(Sass 構文

    kiti-net
    kiti-net 2021/01/07
  • 普通のHTMLの書き方

    保守しやすく、規模に依存しないHTML文書のために 一般 DOCTYPEで始める 置き換えられるべきまたは旧式のDOCTYPEを使わない XML宣言を使用しない 文字参照はできる限り使わない &と<、>、"、'は名前文字参照を使ってエスケープする 制御文字や不可視文字は数値文字参照を使う コメントではその内容の前後へ空白文字を置く 終了タグを省略しない 空要素の書き方を混ぜない タグや属性値の前後へ空白文字を置かない 大文字・小文字を混ぜない 引用符を混ぜない 属性を2文字以上の空白文字で区切らない 真偽値を取る属性の値は省略する 名前空間は省略する XML属性は使わない data-*とMicrodata、RDFa Lite用の属性と通常の属性を混ぜない デフォルトの暗黙のARIAセマンティックスを尊重する 文書要素 lang属性を追加する lang属性の値はできる限り短くする できる限り

    kiti-net
    kiti-net 2021/01/07
  • clamp()関数を使った基本フォント・サイズの決定

    calc()やclamp()関数など、CSSの計算式では、100vwなどから%をうまく作れない。そのため、%の基フォント・サイズを描画領域に応じて決定することは難しいと考えていた。しかし、%を作れなくても、100%にピクセルを加える形でもいいことがわかった。そこで、最小で100%、最大で125%、その間は描画領域のサイズに応じてなめらかに上昇するという形の実装を、clamp()関数を使って行った。 このウェブサイトでは既に導入されているので、上記変化を確認することができる。ユーザーがどのようなフォント・サイズ設定をしていても、なめらかに変化し、うまく動いているようだ。また、ズームしても問題なく動き、フォント・サイズの変更とズームを組み合わせてもちゃんと動く。「なんでもmin()、max()、clamp()関数でやってみよう!」というのは、今だけは正しい姿勢かもしれない。 実装 html

    kiti-net
    kiti-net 2021/01/07
  • Linearly Scale font-size with CSS clamp() Based on the Viewport | CSS-Tricks

    Linearly Scale font-size with CSS clamp() Based on the Viewport Responsive typography has been tried in the past with a slew of methods such as media queries and CSS calc(). Here, we’re going to explore a different way to linearly scale text between a set of minimum and maximum sizes as the viewport’s width increases, with the intent of making its behavior at different screen sizes more predictabl

    Linearly Scale font-size with CSS clamp() Based on the Viewport | CSS-Tricks
    kiti-net
    kiti-net 2021/01/07
  • Fluid Typography | CSS-Tricks

    Getting right to the code, here’s a working implementation: html { font-size: 16px; } @media screen and (min-width: 320px) { html { font-size: calc(16px + 6 * ((100vw - 320px) / 680)); } } @media screen and (min-width: 1000px) { html { font-size: 22px; } } It’s worth looking at our more recent post Simplified Fluid Typography for practical, clamped, viewport-based type sizing. That would scale fon

    Fluid Typography | CSS-Tricks
    kiti-net
    kiti-net 2021/01/07
    font-size
  • Gitで作業途中のcommitをリモートにpushしないといけないけどコミットログを綺麗に保ちたいときの対処法

    どうも,京大博士課程のざるご( @zalgo3 )です. Gitのコミットログをきれいにするためには,作業のまとまりを意識してcommitをしていくことが重要です. ところが,チーム開発だと,中途半端な状態のものを作業報告としていったんリモートにpushしないといけないことがあると思います. そんなときに使えるtipsを個人的なメモがてらまとめておきます. とりあえず作業用ブランチにpushしておくブランチを自由に切ってしまってもいい環境のときしか使えない技ですが,中途半端な状態のものをあげる専用のブランチを作っておくといいと思います. たとえば,hogeブランチの修正をしている場合だと,hoge-WIPブランチなどを用意します. そして,中途半端なコミットをするときは,コミットメッセージに[WIP]をつけるようにしておきます. 作業がまとまったら,cherry-pick -nでもとのブラ

    kiti-net
    kiti-net 2021/01/05
  • Gitの設定をgit configで確認・変更 | note.nkmk.me

    system, global, localの順に読み込まれる。例えば、systemとlocalで同じ項目が設定されている場合はlocalの値が有効になる。 なお、以下で説明するgit configコマンドでそれぞれの設定ファイルの確認・編集が可能なので、ファイルの置き場所を気にする必要は特にない。 git configコマンドによる設定の確認・変更 設定に対する確認や変更などの処理はgit configコマンドを使う。 設定項目 設定項目の一覧およびその詳細は以下のリンクから。 Git - git-config Documentation 山ほどあるが、例えば、 color.ui : Gitの出力の色分け(通常はautoと設定) core.editor : コミットメッセージなどの編集で用いるエディタ user.name : ユーザー名 user.email : Eメールアドレス などがあ

    Gitの設定をgit configで確認・変更 | note.nkmk.me
    kiti-net
    kiti-net 2021/01/04
  • Nuxt.jsとmicroCMSで採用ページを作成してみよう!

    はじめにこんにちはかみむらです。この記事はNuxt.js + microCMSで採用ページを作成するチュートリアルです。 microCMSの最大の特徴は、APIを部分的に扱えることです。なので、さまざまなユースケースが考えられます。例えば、企業のWEBサイトを作成すると仮定してください。CMSで管理する機能は、お知らせやブログが挙げられます。しかし、運用していくと採用情報やヘルプページなど、CMSで管理したい項目が増える可能性があります。 そこで、ヘッドレスCMSを使えば、フロントエンドAPIを分離して部分的にCMS化することができます。なので、設計を一から見直すことなく、部分的な変更が可能になります。無理な工数を割くことなく、拡張性の高いWEBサイトを構築することができます。 今回は上記で上げた例の一つ、採用ページをNuxt.js + microCMSを使って実装していきます。 最終的

    Nuxt.jsとmicroCMSで採用ページを作成してみよう!
    kiti-net
    kiti-net 2021/01/04