伺かパッケージマネージャの萌芽

伺かの開発時パッケージマネージャについての突発的議論をまとめました
パソコン パッケージマネージャ 伺か
1465view 0コメント
3
伺かのパッケージ管理?
さとー @satos73
node.jsのnpmみたいなパッケージ管理ソフト、ゴーストにもあると面白いんだが。合意の取れたソフトからだけでも始めたら楽かな。
まちカドまぞく後時代を生きる奈良阪 @narazaka
でもゴーストのパッケージ管理はなにを管理すべきなのだろう。
さとー @satos73
@narazaka それとテンプレートないしミドルウェア。
まちカドまぞく後時代を生きる奈良阪 @narazaka
@satos73 なるほどつまり開発スタート時とかにコマンドで最新のツールをひととおり自動配置する感じですね。ありですね。
発展的便利さ
さとー @satos73
パッケージ管理を前提と出来るなら、特定SAORI組み込みを前提にしたミドルウェアとか、スクリプトパッケージとかも作れるな。自由過ぎて、この手の複合ツールに過度のインテリジェントさが求められてた側面があったのを、標準構成をパッケージ管理ソフトによって決められる。
まちカドまぞく後時代を生きる奈良阪 @narazaka
@satos73 依存関係の解消は有用でしょうね。ただこれまでそれを前提として発展してこなかったので、既存のものの利便性を上げるという効果よりこれからのツールへの恩恵というほうが強いかもしれません?
さとー @satos73
@narazaka 当然、新規もの対象が前提ですねー
インデックス化の手間は?
まちカドまぞく後時代を生きる奈良阪 @narazaka
伺かは完成品のゴースト以外はほぼプログラム的にインデックス化されてこずに10年以上を経た界隈なので、インデックス化は手間そう。とくにシェルはふくめるならフリーシェルになるんだろうけど、SAORIとかの開発ツール以上に大変そうだな。
さとー @satos73
@narazaka 「このパッケージ管理体系に合意頂けるなら、以下の構成でファイル一式を置いて、その後フォームで連絡下さい」とかやってけばいいかなと。
まちカドまぞく後時代を生きる奈良阪 @narazaka
@satos73 なるほど手動でも各人がやるなら手間は減る系ですか。更新停止のものはめんどうそうですが。
さとー @satos73
LEGAL情報も、パッケージ管理側で必要な構成の自動構築かけることは出来るだろうし。
ぷち仕様策定
さとー @satos73
@narazaka readmeテンプレートにファイル配布元記述とか、何ならLGPLを同梱するとかね。「これとこれは同一パッケージに入れるのライセンス的にNGよ」とかも、メジャーライセンスなら判定できるかなーと。まあこの手のは無しでも。
まちカドまぞく後時代を生きる奈良阪 @narazaka
@satos73 むしろdescript.txt的なpackage.txtがわりとありじゃないかと(npmでいうpackage.jsonの役割)。
さとー @satos73
@narazaka package.txt、yamlにしとくと嬉しい人が一人居たようなw
まちカドまぞく後時代を生きる奈良阪 @narazaka
まあなんでpackage.jsonであってpackage.txtでないのかってきちんとテストされたパーサがあるからだからな。「互換性」を無視できる新しいものならyamlでもjsonでも既存の仕様を使うのが利口といえる。
まちカドまぞく後時代を生きる奈良阪 @narazaka
で、まあその類ではyamlかiniが圧倒的に書きやすいし。
まちカドまぞく後時代を生きる奈良阪 @narazaka
ただ仕様上拡張子はtxtにしとくとなにもせんでも最悪notepadで開けることから初心者サポートの手間が省けると思う。
残りを読む(35)
ログインして広告を非表示にする
ログインして広告を非表示にする