はてなブックマーク

こんにちは。皆さんはGraphQL Code Generatorを利用していますか？ 筆者は普段React/TypeScript/Apollo Client(またはurql)といったスタックでWebフロントエンドを書いており、その際にはGraphQL Code Generatorをほぼ必需品と言えるほど愛用しています。 サーバー側から提供されたスキーマやクライアント側が必要なデータを宣言したオペレーションから型やコードを生成し利用することで、ロジックに関する実装量が大きく削減でき、ミスを減らすことにもつながります。GraphQLを使う理由の1つと言っても過言ではないでしょう。 そのGraphQL Code Generatorではv3 Roadmapとして今後の方針が公開されており、client-presetという新しいプリセットが紹介されています。そこでは「GraphQL Code Gen

はじめに DiscordアプリのEnterキーがデフォルトで送信処理の動作になるため、結構な頻度でテキスト入力途中で誤送信をしてしまう事象が発生します。 そこで、Karabiner-Elementsを使って、簡易的にキーバインドを変更し、誤送信を回避する方法について書きたいと思います。 ここでは、Slackアプリ同様に、Enterキーを改行、Command + Enterキーを送信の挙動となるようにキーバインドを変更します。 前提条件 Karabiner-Elementsをインストールします。 https://karabiner-elements.pqrs.org/ ※ macOS Monterey 12.0.1 で Karabiner-Elements v14.3.0で動作確認済み 設定ファイル { "title": "Discord-Enter-Modification", "rule

やりたいこと GraphQLのスキーマファイルの更新があった際に別のリポジトリにファイルを同期させたい。 結論 以下のワークフローファイルでファイルのコピー・別リポジトリへのブランチの作成・コミット・プッシュ・PRの作成ができます。 name: copy GraphQL schema to another-repo on: push: branches: - main paths: - "app/graphql/schema.graphql" workflow_dispatch: jobs: copy: runs-on: ubuntu-latest steps: - name: Checkout code uses: actions/checkout@v3 - name: Generate token id: generate_token uses: tibdex/github-app-t

この記事は、筆者が制作したGitHub Actions向けCustom actionであるdependency-cruiser-report-actionを紹介する記事です。 JavaScript / TypeScriptのプログラムではexportによりモジュールとして分割しimport(require) で読み込むことができますが、一度exportで公開してしまうとプロジェクト内のどこからでも読み込むことができてしまいます。 無秩序にimportを増やして依存関係が複雑になるとモジュール間は密結合になります。1つの小さな変更が大規模な障害に発展したり、変更をリリースするまでのリードタイムは伸びていくなどの悪循環に陥ります。 プロダクトを安全にメンテナンスし続けるためにはこの「依存」と立ち向かうことになります。 立ち向かうためのアプローチとしてはフレームワークによる規約の利用、SOLID

本番環境のファイルストレージにS3を利用しているプロジェクトで、ローカルでの開発環境としてS3互換のファイルストレージであるminioを利用しています。 今回の記事では、minioのデフォルトの設定を変更しvirtual-hosted styleで接続する方法を解説します。 背景 前提として、S3オブジェクトのリクエスト方法は path-style と virtual-hosted style の二つがあります。 path-style: https://s3.amazonaws.com/my-bucket/my-file.jpg virtual-hosted style: https://my-bucket.s3.amazonaws.com/my-file.jpg このうちpath-styleはdeprecatedであり、削除予定となっています。詳細についてはこちらをご覧ください。 そして

この記事は、リッチテキストエディタを構築するためのツールキットを提供するProseMirrorのライブラリガイドを日本語訳した記事です。 製作者の許諾を得て翻訳・公開いたします。 原文： https://prosemirror.net/docs/guide/ 原著者： Marijn Haverbeke このガイドでは、ライブラリで使われているさまざまな概念と、それらの相互関係について説明します。システムの全体像を把握するためには、少なくともビューコンポーネントのセクションまでは提示された順序で通して読むことをお勧めします。 Introduction ProseMirrorはリッチテキストエディタを構築するためのツールとコンセプトの両方を提供します。 what-you-see-is-what-you-getに触発されたUIを使用しつつ、その編集スタイルの落とし穴を避けることを目指しています。

ここの図の方が登場人物の関係という意味では掴みやすい 開発するMacで生成したCertSigningRequestをADP(Apple Developer Program)に登録して、ADP側で発行された証明書(Certificates)をダウンロードする。 自機(Mac)で生成したCSRから取得したCertificatesを開発するMacのキーチェーンに登録することで開発者本人の本人性を証明していることになる(っぽい) これとは別にADPでDevicesとApp IDを登録する。Devicesは開発中の実機ビルドをに使うiPhoneなどの端末 ADP側で登録されているCertificates、Devices、App IDの情報をバインド(？)したものがProvisioning Profile Provisioning Profileを開発するXcodeプロジェクトの中で登録(設定)し、登