■イベント 最適化ではなく最大化を - Sansan西場さんが考える開発生産性を学ぶ https://developer-productivity-engineering.connpass.com/event/309513/ ■登壇概要 タイトル：最適化ではなく最大化�生産性と生産量を上げるためにどう考えるか？ 登壇者：執行役員／VPoE　西場 正浩 ■技術本部 採用情報 https://media.sansan-engineering.com/

先日アップデートされた、VS Code v1.86で、スティッキースクロールがツリービューでも使用できるようになったので、紹介します。 エディタのスティッキースクロール（紹介記事）ができるようになった時もその便利さに喜びましたが、ツリービューでもできるようになり、深い階層でもすべての親を常に表示しておくことができます。 ツリービューのスティッキースクロールを使用するには、デフォルトではオフになっているので、機能をオンにする必要があります。 ※オンになっている人もいるようですね。

この記事はRetty Advent Calendar Part2の17日目の記事です。 はじめに おすすめプラグイン紹介 Git系 GitToolBox Find Pull Request GitLink エディタ拡張系 InspectionLens Randomness Rainbow Brackets ショートカット関連 Mnemonic Keymap Key Promoter X その他 EnvFile JsonParser Awesome Console おわりに はじめに Rettyで生産性改善を担うProductivityチームに所属している山田です。 生産性改善というと技術負債に立ち向かって開発しやすい環境を整備する、定型作業を自動化して本質的な作業に向かいやすくする、といった大掛かりなものが思い浮かびやすいと思いますが、普段使っているツールを最大限に活用して短い時間で仕事を

皆さん、筋トレをしていますか？ 「筋肉がつきすぎてムキムキなカラダになりたくない」 「ダイエットのためなら有酸素運動の方が効果的だから、筋トレはやらない」 など、筋トレを敬遠していないでしょうか。 筋トレには見た目を変える効果はもちろん、健康・美容上でも、男女ともにさまざまなメリットがあります。痩せた、自信がついた、疲れにくくなった……筋トレは体だけでなくメンタルにもいい影響を及ぼします。 今回は、まだ筋トレをしていない人、筋トレを始めようか迷っている人向けにメリットを解説します。 まずは、筋トレを行うことによって得られるメリットを挙げてみましょう。 見た目が変わる 一般の人が筋トレを行う目的の多くは、見た目を変化させるということでしょう。筋トレは筋肉量を増やし、カラダを大きくしたり、引き締まったボディラインを作るのに最適な方法です。 また、筋肉量が増えれば基礎代謝量が増え、太りにくいカラ

QAエンジニアの立場で、自動テストを導入する際の障壁をさげるために、プロダクトを開発するエンジニアに展開したい情報をこの記事にまとめる。 すでに、同様のことを述べている記事は世の中に複数あるが、自分の理解のためにも、自分の言葉で記述する。 また、「同じ意見を持っている」ことを示すためにも、自分の言葉で記述する。 自動テストにおけるテスタビリティ テスタビリティとは、テスト容易性・テスト実行可能性ともいい、テストが実行しやすいか、必要なテストが十分実施できるか、を表すものである。テスタビリティが高いということは、必要なテストが実行しやすく、不具合が見つかりやすいということになる。一方、テスタビリティが低いと、そもそもテスト実行が不可能だったり、実現できたとしても膨大なコストが発生したり、または、限られた方法でしかテストができないために不具合検出率が低くなる、ということが起こる。これらは、自動

一般的なよくある質問 Docker Desktopとは何ですか？ Docker Desktopは、Mac、Linux、Windows環境に簡単にインストールできるアプリケーションで、コンテナ化されたアプリケーションやマイクロサービスを構築して共有することができます。詳しくは、Docker Desktopのドキュメントをご覧ください。 Dockerが次に対応する新機能などについて知るには、どうすればよいですか？ 当社の公開ロードマップで、今後の予定を確認したり、新しい要望を出したりすることができます。Community All-Handsでも、最新情報を入手できます。 Dockerのサブスクリプションとライセンスに関する質問 Docker Desktopのライセンス付与方法の詳細はどこで確認できますか？ Docker Desktopのライセンスについては、Dockerサブスクリプションサービ

フォールスルー属性 ​このページは、すでにコンポーネントの基礎を読んでいることを前提にしています。初めてコンポーネントに触れる方は、まずそちらをお読みください。 属性の継承 ​"フォールスルー属性"とは、あるコンポーネントに渡されたものの、受け取ったコンポーネントの props や emits で明確に宣言されていない属性、または v-on イベントリスナーを指します。よくある例としては、class、style、id 属性などがあります。 コンポーネントが単一のルート要素をレンダリングする時、フォールスルー属性は自動的にルート要素の属性に追加されます。例えば、次のようなテンプレートを持つ <MyButton> コンポーネントがあったとします:

📝 はじめに こんにちは犬です。 デザインシステムをはじめる上で、 Figma の神プラグインを見つけたので共有します！ わたしが携わっているプロジェクトでは、エンジニアとデザイナーの双方向のコミュニケーションツールとして Figma Tokens を採用しています。 📝 Figma本体 だけでは実現が難しい色の管理手法 Figma と フロントエンド実装時の色の管理については以下のように取り決めました。 # 色の定義と利用方法 1. Primitive colors を定義 ここで定義した色をサイト全体で使用する。 ※ 定義はするものの、全ての色をサイト全体で利用するとは限らない。 基本色（赤、黄、青、、、など）からアルファ値や彩度、明度を機械的に算出して全カラーパレットを作成。機械的に出した色に微妙なものがあった場合は微調整する Primitive colors の例 red.10

Vue.jsには、それぞれのコンポーネントのpropsにバリデーションルールを設定することができます。 ReactでいうところのpropTypesのような概念ですが、あちらより基本構造がシンプルであり、反面複雑な条件は自分でバリデーションルールを書くスタイルとなっています。 これまでは受け付けるpropsの名称だけを設定することも一般的でしたが、Vue 2.4以降は公式のスタイルガイドでも、propsに型や独自で定義するバリデーターを定義することを推奨することとなりました。 ですが、従来型の記法が利用されていることもまだまだ多く、中にはご存じないかたも多いのではないでしょうか。 この記事では、そんなVue.jsのpropsのバリデーターに焦点をあて、基本的な使い方についてご紹介します。 TL;DR propsでキー名のみを指定するのはやめよう とりあえず型だけでも縛ることができるなら型制限

Secondary画面でのアクションを促す、Primaryボタンに対する副次的なボタンとして使います。 SmartHR UI では特に種類の指定をしない場合はSecondaryになります。 画面内にボタンが多すぎる場合、ユーザーは次に何をすればいいのか戸惑うかもしれません。その場合はボタンを減らしたり、画面を簡略化したり、複数の画面に分けることを検討しましょう。 Danger破壊的なアクション（データの永久消去など）の実行前に、ユーザーに一歩立ち止まって考えてもらいたいときに使います。 Dangerボタンが頻出すると効果がありません。主に削除ダイアログ）で使います。削除ダイアログを呼び出すボタンにはDangerボタンを使いません。すべてのユーザーが色を見たり、理解できるわけではないため、警告を促す赤色（DANGER）に頼らないでください。ボタン配置のコンテキストやラベルテキストは重要です。

「デザイントークン」 最近はよく使われている言葉だと思うのですが、意外と日本語での情報がないのでまとめてみました。 W3C の定義実はデザイントークンには W3C という標準化団体でのワーキンググループがあります。 これが絶対の定義と思う必要はないと思いますが、共通の定義としては便利だと思うので引用するとこの W3C では Design tokens are indivisible pieces of a design system such as colors, spacing, typography scale. 訳: デザイントークンとは、色、スペーシング、タイポグラフィのスケールなど、デザインシステムを構成する不可分なピースのことです。 Design Tokens W3C Community Group https://github.com/design-tokens/commun

git でファイルを無視するには、通常は .gitignore や .git/info/exclude を使います。 しかし、既に git 管理下にあるファイルは、これらの設定があっても無視されません。 以下の方法を使えば、git 管理下にあるファイルをあえて無視することが可能です。 方法 次の2つの方法があります。どちらを使っても、ファイルの変更を無視できます。 方法(1) assume-unchanged

筆者は、より多くのWebサイトやWebサービスが、より高いアクセシビリティをもつものになることを強く願っています。 （2024/02/04追記）もう少しわかりやすく書き直したものを投稿しました Webアクセシビリティと合理的配慮 「2024年からWebアクセシビリティ対応が義務化される」というようなことが書かれたWeb上の記事が増えているようです。 しかし、2024年1月現在、日本で「Webアクセシビリティ」について法的な義務が発生している・または2024年内に発生するようになる法的な根拠はおそらくありません。法律の改正が施行され、「やったほうがいい」度合いは高まっていると解釈できますが、「Webアクセシビリティは義務です」とまでは明言できないはずです。 ところが、「アクセシビリティ 義務化」などでWebを検索すると、「2024年にアクセシビリティが義務化します」と説明していたり、あるいは

こういうのを作りました。 こういうの レビューリクエストされている Pull Request の一覧 自分の Pull Request の一覧 通知の一覧 を表示しています。 各アイテムをクリックすればブラウザで対象のページが開きます。 通知に関してはメニューバー上で既読にすることもできます ( 一括既読も可能 ) 。 とにかく仕事が捗ってしょうがないので紹介です。 仕組み xbar というオープンソースの Mac アプリを使って実現しています。 xbar はプラグインを使うことで Mac のメニューバーに様々な情報を表示することができるアプリです。 Homebrew 経由でもインストールすることができます。 xbar プラグインを使用する手順 それでは今回作成した xbar プラグインをインストールして使用する手順を紹介します。 ソースコードはこちら。 0. 前提条件 今回作成した xb

今日のXでは、イベントハンドラの関数名についての話題を見ました。元の投稿はこちらです。要するに、次のhandleClickのようなhandleイベント名という命名は良くないということです。 const handleClick = () => { ... }; <button type="button" onClick={handleClick} /> これについて少し考えたので、せっかくなのでアウトプットしておくことにしました。 この記事の目的 考えたことを頭の中に残しておくのがもったいないので、文章の形にしておく。 色々な意見が出る問題であり、ベストな答えは無いので各々好きにすれば良いということを、読者に理解してもらう。 とはいえ、筆者の考えに納得して同じ考えの人が多いと嬉しいので、なるべく納得してもらう。 筆者の考え 自分の考えとしては、むしろhandleClickいいじゃん！　どんど