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まわりの環境汚染が嫌だったからなので、ここがなんともならない以上Dockerから離れられる理由がなかったのです。

HyTouch自体は別の機会に使えるとは思うので、何かの機会に活用してあげたい。

コメント

コメントを投稿

このブログの人気の投稿

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

私の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はシミュレータとして使うにはちょっと厳しいツール。でもマキネーション図は書いてみると、ゲームメカニクスの見通しが良くなるし根本的にアホな設計をする可能性は減らせそう。ということで、マキネーション図は理論的分析には今後は活用して行こうと思います。
続きを読む

シンデレラのおしごと　拡張「Step by Step」妄想カード評価

J.C.クリエイツから販売されている 「シンデレラのおしごと」 に、待望の拡張第4弾が出ました。各アイドルの能力に関して、プレイ前の強さ評価の妄想講評を置いておきます。強さは基本的にゲーム開始時ドラフト（アグリコラのようなやり方）での想定です。 佐城雪美　評価：B 安定して点数を出してくれそうだが、本人のパラメーターが今ひとつぱっとしない。終盤に出して、確実に10点＋αをもらう運用がいいところか。 結城晴　評価：B サッカーボールトークン、3つ必要というのが扱いづらい。営業での調整必須で無理にシュート決めに行くと逆に点数下がりがちになりそう。ただし体力8があるので、比較的最低限の活躍はできるはず。このゲームは歌か体力があればとりあえず出番はある。 宮本フレデリカ　評価：Z Cuの宇宙の法則が乱れるシリーズ。強い弱いではなく宇宙。宇宙だからという理由でピックしそう。なぜか宇宙の法則が乱れる能力の持ち主はCuに多い、ゲームデザイナーの土井ヴぃさんの中でCuアイドルはどういう認識なんだろうか。評価Zにしてるけど、見たらピックして損はしないという意味で実質S評価。 池袋晶葉　評価：修正前SSS　(予想される)修正後 S CivBGの修正前ギリシャ。カードテキストを読むと特レで3トークン、レッスンで2トークン自分に乗せることが出来てしまう。卯月やしぶりんの完全上位互換。なのでレッスンカウンターは自分には乗らない前提だとして、それでもめちゃくちゃ強い。レッスンカウンターが湧く能力は危険。 白菊ほたる　評価：B 3人目か4人目にスカウトする枠。8Rスカウトでも雑に10点産むのでえらい。ドラフトで3巡目くらいで残っていたらピックして多分困らない。 佐藤心　評価：A レッスンカウンターの悪用ができるアイドルのプールは結構あるので、とりあえずピックで出番は割とありそう。 村上巴　評価：C 特にドラフトでは営業が取られないラウンドはほぼ存在しないと思われるので、実質歌唱7のバニラみたいなもの。普通のワカプレに比べてスタプレを取るアクションが戦略上極めて重要なので、もうちょっと強化されてもいい気がする。 浜口あやめ　評価：S ライブで確定12点、レッスンカウンター1個が3VPになる。ただつよ。CivBGのアラブ。
続きを読む