SSG あらかじめHTMLを作っておく方式。 ビルド時にHTMLを作っておくので表示が早い⭕️ （具体的にはコマンドnpm run buildでビルドした時点でHTMLが生成される。） SSGができるページはSSGがおすすめ。 （SSGができるページとは、ビルド時でもHTMLに必要なデータが用意できるページ。） （例：会社概要ページなど） SSR リクエストがきたときにHTMLを作る方式。 毎回HTMLを作るので表示が遅い❌ （サーバーが毎回頑張ってHTMLを作ってくれる🥲サーバーの負担やばそう🙏） SSGができないページだけSSRを使う。 （SSGができないページとは、ビルド時ではHTMLに必要なデータが用意できないページ。つまりリクエスト時でないと用意できないデータがある。） （例：現在の天気を表示するページなど） ISR SSGの進化版。 あらかじめHTMLを作っておく方式。ただ

本日7/26（金）にリリースされたRust 1.80の変更点を詳しく紹介します。 もしこの記事が参考になれば記事末尾から活動を支援頂けると嬉しいです。 7月25日は蒸気機関車が初めて走った日 ピックアップ 遅延初期化されるグローバル変数を書けるようになった Optionの値を条件を満たしたときだけ取り出せるようになった スライスをパニックなしに分割できるようになった 配列を含むスライスを一次元化できるようになった パターンとして終端の含まれない範囲を使えるようになった useなしにsize_of等が使えるようになった 安定化されたAPIのドキュメント LazyCell サンプル LazyLock サンプル Duration::div_duration_f32 サンプル Duration::div_duration_f64 サンプル Option::take_if サンプル Seek::se

はじめに Windows上のUbuntuで開発するにあたり、もはや必須とも言えるWSLとDockerですがイメージをビルドしまくりながら検証とかやっていると容量が逼迫しまくってどうしようもなくなることがあります。 それはWSL上のDockerが容量を確保した後解放しないからです。 それを強引に解放させる方法です。 概要 Dockerだけがいっぱいになったらその1だけでもいいかも。 私は その2 しかほぼやらないです。 その1. WSL上のDockerを削除して再作成する (Dockerだけ) その2. WSLで動いているDockerの仮想ディスクを最適化する (Docker, Ubuntu) その１ Docker Desktopなどから Use the WSL 2 based engine のチェックを外します。 wslのディストリビューションリストを確認 wsl --list --ver

本項は「C# Tokyo オンライン「世界一わかりやすいClean Architecture」他」による発表の登壇原稿となります。過去に発表した.NET版の記事はこちらにアーカイブしています。 本稿のサンプルコード・PPTはこちらで公開しています。 「CC BY-SA 4.0」で公開していますので、気に入っていただけたら営利目的含め、ライセンスの範囲で自由に利用していただいて問題ありません。 github.com また動画を以下で配信しています。よろしければご覧ください。 世界一わかりやすいClean Architecture はじめに まず初めに、クリーンアーキテクチャの誤解されがちな二つのことについてお話させていただきます。 その上で、クリーンアーキテクチャの本質とは何か？押さえておくべき、本当に重要だと考えている三つの事について、お話しします。 注意事項 さて本題に入る前に、少し注意

イテレータについて完全理解するぞ！！！！ 皆さん、Go1.23で導入予定のイテレータすごい楽しみですよね？ 筆者はすごい楽しみです。Go1.18でジェネリクスが導入されて書き方の幅が広がったように、今回のイテレータもGoの書き方の幅を広げる機能になるのではと予想しております！ https://github.com/golang/go/issues/61405 を見ると分かるように「add range over int, range over func」の機能はGo1.23のマイルストーンに積まれています。 「range over int」の機能についてはGo1.22で既に実装されています[1] 。「range over func」は来たるGo1.23に実装予定だと思われます。このブログでは、導入予定の型/関数とその使い方を深ぼっていきたいと思います！ このブログの中では「range ove

はじめに こんにちは。都内でソフトウェアエンジニアをしているtomoriです。 突然ですが、Go言語でHTTPサーバーを実装する際、サーバーの終了処理を適切に実装できている自信はありますか？ 自分が開発に携わっているプロダクトでは、ほんの最近まで下記のような不適切な終了処理を行なっていました（話を簡単にするためにここでは panic を使っています）。 err := http.ListenAndServe(":8080", handler) if err != nil { panic(err) } HTTPサーバー実装のサンプルとかでよく見るやつですね。 これだとアプリケーション側で、いわゆる Graceful Shutdown ができておらず、実行環境にて不具合を引き起こす恐れがあります。 というわけで、最近それを修正したのでアウトプットとして記事にします。 Go言語でHTTPサーバーを

fun feedAny(list: List<Any>) { // listの処理をする } val strings = listOf<String>("1", "2") feedAny(list = strings) // コンパイルエラーにならない そうそうListの場合は、問題なさそうだ。じゃあなにが違うんだ・・・・ というのが調べ始めたモチベーションになります。 その中でoutやinが重要となっており、せっかくなので整理してみようと考えました。 この記事を見てもらえれば、上記のコンパイルエラーが出る出ないの仕組みが理解できるはずです！（頑張ります） Genericsについて まずは、Generics（ジェネリクス）についての説明です。 Genericsとは、変数の型やクラス名を「<>」で囲む記述方法を使うことを指します。 例えばlistOf<String>みたいなやつです。 一般的

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

はじめに インストール 使い方 位置引数 エスケープされた位置引数 引数を取るオプション 引数を取らないオプション 環境変数と紐付ける 一つのフラグで複数の値を取る 排他オプション 候補から選択するオプション サブコマンド グローバルなオプション テスト おわりに はじめに clapとはRustのCLI引数をパースするためのクレートです。Pythonで言うところのargparse、Goで言うところのcobra/spf13のような立ち位置のクレートで、CLIツールの実装をする場合お世話になることが多いでしょう。 docs.rs 自分が実装時にclapでこれはどういうやり方をするのか、などを調べても日本語では網羅的な情報があまり出てきませんでした。自分のためのまとめを書いていたらそれなりの文量になったので公開することにしました。 実際の実装は以下のリポジトリにあります。 github.com

Rustの型変換まわりを頭の整理がてらまとめました。 cast Rustではas演算子でキャストを行えます。 as演算子は数値やbool, char, ポインタ等一部の型のみで利用できます。 as演算子はパニックを起こさないので安心して利用できます。 整数のキャストの例を載せておきます。 // 整数のサイズが変わらない場合はデータ自体に変更はなく、 // 型の解釈が変わるだけ let x: u8 = 150; let y = x as i8; assert_eq!(y, -106); assert_eq!(format!("{:b}", x), "10010110"); assert_eq!(format!("{:b}", y), "10010110"); // 整数のサイズが小さくなる場合は上位ビットが切り詰められる let x: u16 = 500; let y = x as i8;

実世界のRustアプリケーションを効率良く開発するための実用的な知見集 仕事などで実世界のRustアプリケーションを書く時に実用的な知見やtipsがまとまっていたらいいなと思ったことはありませんか？ この本では、アプリケーションを書く時に悩むポイントや便利crateを素早くアプリケーションに組み込む際のポイントを紹介します。本の内容をスリムにするため、自分が学び始める前に知りたかったものに絞りつつ要所を紹介・解説します。Rustの言語仕様のメジャーどころやよく利用されているcrateはドキュメントが豊富なので、わからないところや詳しく知りたい部分はドキュメントを読んだりLLMに聞いてみたりしてください。 想定読者: "The Rust Programming Language" の要所を読み終えたくらいのこれからRustでアプリケーションコードを書いていく、または今まさにアプリケーションコ