フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
![長く活躍できるエンジニアになるためには? 技術者として大切にしたいこと](https://cdn-ak-scissors.b.st-hatena.com/image/square/0e194e123b42ac1d3482b4e678f3c4dec0d1c3a4/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F942393bcf6d94415a688b7f568e087a5%2Fslide_0.jpg%3F27847562)
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
学習目標 この章のチュートリアルでは、Electron Forge でアプリをパッケージ化して頒布するための基本を説明します。 Electron Forge を使用する Electron は、パッケージ化や頒布のためのツールをコアモジュールにバンドルしていません。 開発モードで Electron アプリが動作するようになったならば、ユーザに頒布できるパッケージ化したアプリ (頒布形式 とも呼ばれるもの) を作成するためにさらなるツールを使用する必要があります。 頒布形式は、インストーラー (Windows の MSI など) やポータブルな実行ファイル (macOS の .app など) のどちらにもできます。 Electron Forge は、Electron アプリのパッケージ化と頒布を行うオールインワンのツールです。 このツールは内部で、既存の多くの Electron ツール (
twitter(現X)でかなり盛り上がっていたので、僕も考えてみました。最近のロードバイクはなぜここまで高価なのでしょうか? 私は今の話をしているんだよ 簡単に言うと、空力を追求したせいです。1989年のツール・ド・フランスでグレッグ・レモンがローラン・フィニオンを最終ステージで破ってから、空力を笑う人はいません。最近は選手の快適性を無視したり、バイクの重量、操作性すら無視して空力を追求するのが当たり前になったのですが、これには多大なコストが掛かります。どれくらいヤバいのかというと、F1は空力開発時間が厳しく制限、管理されており、速いチームほど風洞試験時間が少なくなります。 つまり、上限を設けないと資金力のあるチームが風洞試験を重ねて速いクルマを作ってしまい、チーム格差が広がってレースとしてエンタメ性が失われてしまうからです。今でさえRed Bull一強の構図でF1への興味が失われつつある
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く