MacとRiderの組み合わせでObfuscarを使ってDLLを難読化する手順についてまとめます。 Obfuscarとは？ ドキュメントとサンプル 基本的な使い方 まずDLLを適当に作る Obfuscarをインストールする ObfuscarのConfigファイルを作成する Monoをインストールする ビルド後アクションを設定する ビルドする 参考 Obfuscarとは？ Obfuscarとは、DLLやExeを難読化するためのツールです。 GitHubで公開されているOSSになっており、MITライセンスの範囲内で誰でも無料で使うことができます。 github.com 機能としては、以下の公式ウェブサイトに Simplest .NET obfuscation tool とある通りシンプルな難読化ツールという感じです。 https://www.obfuscar.com/ ドキュメントとサンプル
はじめに VContainerはUnity向けのシンプルで強力なDIコンテナとして有名ですが、いきなり使っても使い方があまり確立されないように思います（VContainerに限らず、DIコンテナ全般としての話だと思いますが）。 最近、自分なりにある程度納得できる使い方がわかってきたので、参考程度に紹介します。 1 シーン 1 LifetimeScope VContainerのLifetimeScopeは親子関係を持たせることができます。加えてLifetime.Scopedを利用することでスコープを絞ることができます。これによって依存関係をより厳密に管理することができるのですが、濫用すると逆に複雑になりすぎる場合があります。 シーンごとにLifetimeScopeが管理されていれば十分な場合が多いので、自分は1シーンに1つのLifetimeScopeを持たせるようにしています。 たとえば、
こちらはひとりで全日埋めるアドベントカレンダー iOS by shu223 - Qiita Advent Calendar 2024 の17日目の記事です。前日の記事は「【Core ML】coremltoolsのモデル圧縮手法まとめ」でした。がんばって完走目指すので、カレンダーの購読や記事のLikeをポチッとしていただけると嬉しいです。 はじめに WWDC17のセッション動画は以下で閲覧可能： ・・・のように一見見えますが、実は既に一部の動画は非公開となっておりもう見ることができません。そのうちのひとつが "What's New in Core Bluetooth" です。 2024年のいま、2017年のWhat's Newなんてもう必要ないだろう、と思う人もいるかもしれません [1]。 が、Core Bluetoothのようなニッチなフレームワークにとっては、昔のWWDCの発表であれ、そ
以下、文章、画像はWWDCの基本的に同セッションからの引用です。適宜要約したり、順序を並び替えたり、見出しを追加したりしています。また日本語訳だけだと伝わりにくいと思われる部分には原文も載せています。 イントロダクション 長年かけて学んできたベストプラクティスのいくつかについてお話したいと思います。 まず最初にご紹介したいのは、Bluetoothアクセサリ設計ガイドラインに従うことです。 公開されているガイドラインには、最高のアクセサリを構築するための多くのデータが含まれています。 これらは必須ではありませんが、長年にわたって私たちが学んできたことであり、同じ落とし穴や問題に陥ることなく、アクセサリの構築に役立つものです。 And if possible, use existing profiles and services. We've defined our own protocols
はじめに 組織のプライベートリポジトリに、PRが作られるたびGitHub Actionsを用いてreviewdogにESLintのエラーをコメントさせようと思いました。 しかし、reviewdogのREADME.mdに書いてあるようにデフォルトのGitHub Tokenを使っても、そのTokenにはPRへコメントする権限がなかったです（故に、コメントできなかった。。）。 そこで、 GitHub Apps を使用する方法を採用することにしました！ ただし、自分は組織の管理者ではないので、 組織にGitHub Appsを作ることもインストールすることもできません。 あーだこーだやって最終的にはできましたが、それなりにつまづいたので、つまづきポイントと共に記事にして供養します！ 前提知識 GitHub Apps 公式ドキュメントより「データへのアクセスについてより細やかな権限を提供することから、
やりたいこと 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
PONOS Advent Calendar 2024 15日目の記事です。 Unityでオーディオクリップ(wav,mp3など)をインポートした際、その再生方法や圧縮方法を設定する事が出来ます。 このインポート設定を適切に設定する事で、データサイズの圧縮・再生負荷の軽減に繋がります。 特に音声データはファイルサイズが大きいので、パフォーマンスの低下に繋がりやすいです。「画面がカクッとすると思ったら音声設定が原因だった」というケースも実際に遭遇した事があります。 適切な設定を行い、パフォーマンスの向上に繋げましょう。 公式のマニュアル：https://docs.unity3d.com/ja/2018.4/Manual/class-AudioClip.html 早くオススメ設定出して 明確な答えは無いのですが、自分はこうすると良いと思いました。 BGMとSEの特徴を加味して、以下の2パターンで
Unity6から追加された「InstantiateAsync」でオブジェクトを非同期生成する方法についてまとめました。 InstantiateAsyncとは？ 使い方 Awakeの時間を調整する 参考 Unity6000.0.25f1 InstantiateAsyncとは？ Unity6より前のバージョン（正確にはUnity2022LTSの途中から入ってますが）では、Prefabなどを動的に生成する場合には以下のようにInstantiateメソッドにより同期的に生成する必要がありました。 using UnityEngine; public sealed class Example : MonoBehaviour { [SerializeField] private GameObject prefab; private void Start() { for (var i = 0; i < 1
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 一部書きかけになってしまったので後ほど追記します🙇♂️ はじめに これまでJenkinsを使ってたけどGitHub ActionsでUnityのAndroid/iOSビルドしたい！ でも... GitHubホステッドランナーは使いたくない コストがかかる スペックが固定 (Androidビルドがなぜかうまくいかない) (途中でマシンとの通信が途絶える...) act は使いたくない（辛い過去がある） ジョブの実行後にマシンの状態を引き継ぎたくない 手元にAppleシリコンMacがある ということで、 GitHub Actionsセル
グレード評価制度において、上のグレードに行けば行くほど期待が抽象的になるよねという話を会社の同僚氏と話していた。 ICでもマネジメントでも影響を及ぼす範囲も広がり、できることも増える中で求められることも自然と多くなってくる。 そんな抽象的な期待を明確にする部分も求められているよねと同僚氏が言っていて、それはたしかにと思った。要するに、自分がどこで成果を出すべきかを自分で定義できるスキルが必要になってくるということである。 ジュニアとシニアみたいな分け方があるが、これはシニアに求められるスキルの一つかもしれない。何をやったらいいのかわからない中でもまわりを見渡して、必要なアクション (must)と自分のやりたいこと (will)とできること (can)をすり合わせて方向を決めるみたいな話である。 それはマネージャーの仕事だろと言われればその通りなんだけど、グレードが上がるとそういう抽象的な期
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
