投稿テスト

はじめての記事です。


コメント

コメントを投稿

このブログの人気の投稿

ホスト名にア○カツ！の登場人物の名前をつける生活

私のPCはホスト名をアイ○ツ！シリーズのキャラクター名から取る運用にしている。 Windows → あかりジェネレーション Linux → いちごジェネレーション その結果、現状の構成が ichigo - Archデスクトップ。開発とか一番使われてる稼ぎ頭 akari - Windowsデスクトップ ran - Archサーバ。一番高性能。今仕事がなくて電力の無駄飯ぐらいしてる aoi/sumire - それぞれFedoraとWindows　Thinkpad X1 Carbonでデュアルブート なので、「バリキャリのいちごがニートの蘭を養ってる。あおいとスミレは同棲してる」のようなストーリーが自然に発生したりしている。これはおいしい
続きを読む

マキネーション図とボードゲームの経済エンジンのデザイン

ゲームデザイン用ツールにMachinationsというものがある。マキネーション図（machination diagram）を作成して、それに沿ったシミュレーションまで出来るツール。 https://machinations.io/ 以前に発売された ゲームメカニクス本 で使われていて、当時それなりに話題になった本だったのでMachinationsを触ったこともある。ある程度触った感想としては「やりたいことは分かる」「でもMachinationsでシミュレーションに値するものを組むのは大変、シミュレーションレベルの詳細度でやるなら普通にプログラミングする」だった。 ところで私は最近になって、経済エンジンを組み入れたボードゲームデザインをしている。”経済エンジン”という単語はスパ帝の造語だったと思うが、要するに拡大再生産がある時に色々増えていくリソースがあったりするアレのこと。 スパ帝が以前ゲームデザイン本の中で、経済エンジンには多脚構造が必要という話をしていた。その本の主張の内容は妥当だけど、いかんせん全てが散文で書かれているので現実のゲームデザインで実践するには微妙にハードルが高かった。頭の中で経済エンジンの各要素を動かして多脚にするのはワーキングメモリも圧迫がキツく、彼のように地頭に恵まれない人には実行に難がある。ゲームデザイン理論自体は正しいだけに、これは困った。 ということで、ゲームメカニクスレベルの内容を紙とペンでグラフ（折れ線グラフ等のグラフではなく、ノードとエッジ・点と 線で関係を表す方のグラフ）に書き出して、冗長な部分やゲームが単線になっていないかチェックすることにした。この形式にしておけば、グラフの簡約が自動化できる可能性もあるし、最高効率で回す最適解も理屈の上では計算できるかもしれない（これは最長路問題になりがちで、NP困難なわけだけど…） ここまでやってみて気づいたこと：マキネーション図じゃねーかこれ！ 最初に書いたように、Machinationsはシミュレータとして使うにはちょっと厳しいツール。でもマキネーション図は書いてみると、ゲームメカニクスの見通しが良くなるし根本的にアホな設計をする可能性は減らせそう。ということで、マキネーション図は理論的分析には今後は活用して行こうと思います。
続きを読む

HyTouch - Pythonのローカルパッケージインストーラー作った

Pythonでもpackage.jsonがあってnpm iしたらローカルインストールしてくれる感じのものが欲しかった。これまで機械学習用の環境構築はDockerに閉じ込めていたのだけれど、必要なパッケージを追加して行った結果 いい感じに熟成してしまったDockerfile を見てDockerfile以外の解決法が欲しくなった。 作ったもの HyTouch https://pypi.org/project/hytouch/ 基本的な使い方などはGitHubで https://github.com/tackman/HyTouch pip install hytouch でインストールできると思います。 概要 Python上で実行されるLisp方言、Hyを利用したPythonローカルパッケージインストーラ＆タスクランナー。プロジェクトディレクトリにpackage.hyファイルを置いて hytouch install とすると、プロジェクトディレクトリ内の.hytouchにインストールしてくれる。 hytouch run task-name でいろいろ実行可能。 検証環境 Arch Linux/ Python 3.7 Pythonバージョンに関しては3.7でハードコードしているので、これ以外では確定で動かないと思います。OSに関してはUNIX-likeなCLI上では多分動くはず。生のWindodwsは知らない子なので、WSL使ってください。 virtualenvについて Pythonで環境保持といえばvirtualenvが一番メジャーだけれど、毎回activateコマンド打つのはダルいしプロジェクト単位での依存性がプロジェクト内で閉じてくれない感じがしてイヤだった。あと手なりでやると環境構築がコード化されない（package.json相当の標準的なものがない）のがつらい。 オチ これでPythonの依存性管理もできるじゃん！わたし天才！と思ったけれど、ディープの環境構築で2番目に闇なCUDA導入まわりが全く解決しないことにHyTouchを作ってから気づいた（1番目はGPUのドライバ）。そもそもnvidia-docker利用をしている理由の95%くらいがCUDAまわりの環境汚染が嫌だったからなので、ここがなん
続きを読む