GitHub Actions で iOS アプリをビルドするときの Xcode のインクリメンタルビルドを有効にするためのキャッシュ設定について解説します。 CI でのビルドで Xcode のインクリメンタルビルドが使えるようになれば、毎回 CI 上でフルビルドし40分程度かかっていたプロジェクトが、差分のみのビルドでビルド時間が5分に短縮されたりすることが期待できます。 環境 この記事では、以下の環境で調査・検証した結果を記載しています。 ローカル環境 macOS Ventura 13.5.1 Xcode 14.3.1 (14E300c) APFS (Encrypted / Case Insentive) GitHub Actions 環境 macos-latest macOS Monterey 12.6.8 Xcode 14.2.0 (14C18) 結論 結論としては xcode-ca
Open Interpreterのライセンス、バージョンアップのタイミングでMITからAGPL-3.0に変更されていますので注意ください。 Open Interpreterが凄い 凄いの出ちゃいましたね。Open Interpreterの凄さとか、可能性とかは、以下のshi3zさんのブログ記事で感じていただければと思います。こういうエモい文章はshi3zさん最高に上手ですね。 自分としては、Advanced Data Analysis（旧ChatGPT Code Interpreter）を触っていて「こりゃ凄いな」と思っていたものの、少し制約に窮屈さを感じていたところだったのでバッチリのタイミングでした。 Open InterpreterをDocker環境を動かす Open Interpreter凄いのですが、問題は凄すぎる点ですね。ガンガンコマンドを実行するので、ローカルで動かしたら凄い
昨今のUnityの状況を鑑みて、他のゲームエンジンも触ってみよう。というスタンスで色々触ってみているところです。既にUEは触ったことがあるため、それ以外のエンジンから触ってみています。 移行先としてGodotに注目が集まっていますが、たしかにUnityと似たところもあり使いやすいエンジンではあると思いますが違うところもたくさんあり、Unityに慣れてしまった身としては本格的に開発で使っていくにあたり新しく覚えることが多いように感じます（逆にいうと、ちょっとしたゲームを作るくらいなら少しの学習でいけそうな雰囲気を感じました） また、可能性としてはあまりないと思いますがUnityが一切使えなくなってしまったとき、中規模以上のモバイルゲーム開発ですぐに移行を検討できるようなオープンソースのエンジンを1つは見つけておきたいと思いました。 チーム開発で採用するには自分だけ頑張って勉強すればいいという
モジュラモノリスにおいてトランザクションはどうあるべきなのかについて整理している資料が少ない気付きがあったので「簡易的に」整理しました
最近では開発環境をローカルに構築することなく、Dockerをはじめとするコンテナ技術を使用する場面が増えています。コンテナ技術の利用により、環境の構築手間が大幅に軽減でき、さらにプログラミング言語やデータベースのバージョン管理も柔軟に行えるのが主な利点として挙げられます。 そんなコンテナ技術で有名なものとしてはDockerが存在しますが、最近では他にもさまざまなコンテナ技術や仮想化技術が登場しています。本記事では、これらの技術の相違点や特徴について紹介します。 コンテナはホストOSから独立した環境でアプリケーションを実行する技術です。 Dockerの場合を見てみると、下の図のようにホストOSの上にDockerが存在し、このDockerが様々なアプリケーションを「コンテナ」として管理しているとイメージできます。 具体的には、コンテナ内には必要なライブラリや依存関係がパッケージ化されており、こ
GitHub 上に Releases を作成するメリット リリースしたバージョンのソースコードを特定することができる！ アップデート版のリリースでどんな修正や更新があったか分かりやすくする！ 上記のようなメリットがあります。確かに今までライブラリーを使用する際にReleaseをよく見ていましたが、分かりやすいですよね！ GitHub 上に Releasesを作成しよう！ gitコマンドやGUI上からTagを打って作成する方法もあるみたいですが、GitHub上で作成する方法が最もシンプルで分かりやすそうだったので紹介します。 1.Releasesをクリックする！ ２. 右側のDraft a new release(新しいリリースの下書き)をクリックする！ 3. Choose a tag(タグを選択)を押す！ 4.作成したいバージョンを入力し、Create new tagを押す！ 5.Rele
こんにちはこんばんは、teftef です。今回は画像を拡大縮小することに関してです。2 回に分けて書きます。これは前半で比較的よく知られていることが書かれています。(個人的に超解像に興味がわいたので1か月くらい文献追ってました) 私もまだ初学者であり、説明が間違っていたり勘違いがある可能性が 0 ではないということをご了承ください。ぜひコメントなどをいただけたら幸いです。また、この記事を作成するにあたり、GPT-4 による校正、修正が含まれています。 ※この記事は有料となっていますが、最後まで内容が読めます。 ベクタ画像・ラスタ画像 まずは画像形式に関する基本情報です。画像を保存する際の拡張子 ( . の後) として jpeg, png, webp, svg, GIF, EPS , AI, PDF ,…といろいろあります。これらは大きく分けて、ベクタ画像とラスタ画像に分かれていて、画像の表
@tool extends Node2D # ========================================================= # 2D図形描画. # ========================================================= # --------------------------------------------------------- # const. # --------------------------------------------------------- ## 図形の種類. enum eType { CIRCLE, # 正円. ELLIPSE, # 楕円. FILL_ARC, # 塗りつぶし円弧. RECT, # 矩形. ROUND_RECT, # 角丸矩形. } ## 円. const T
1. 一方通行カベ 一方通行カベとは、左右のどちらのみ通行可能なカベです。例えば以下のような右向きの矢印があるカベは、右からのみ通行が可能です。 実装は “OneWayWall.tscn” / .gd” で行っています。 この実装は簡単で、コリジョン (CollisionShapde2D) を回転すると、一方通行コリジョンの向きを変えることができます。 改めて確認して気がついたのですが、コリジョンが正方形でないと回転したときズレが発生するので、そのあたりは調整が必要そうです。 2. 落下床 落下床はプレイヤーが上に乗ると落下する床です。 実装は “FallingFloor.tscn / .gd”、”FallingFloorBody.gd” で行っています。 GDScriptが2つある理由としては、落下する前の位置を覚えておいて落下床が画面外に消えたら最初の場所に復活する、という実装をしてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
