伺かのパッケージ管理?
発展的便利さ
さとー
@satos73
パッケージ管理を前提と出来るなら、特定SAORI組み込みを前提にしたミドルウェアとか、スクリプトパッケージとかも作れるな。自由過ぎて、この手の複合ツールに過度のインテリジェントさが求められてた側面があったのを、標準構成をパッケージ管理ソフトによって決められる。
2014-05-16 16:05:16
奈良阪某
@narazaka
@satos73 依存関係の解消は有用でしょうね。ただこれまでそれを前提として発展してこなかったので、既存のものの利便性を上げるという効果よりこれからのツールへの恩恵というほうが強いかもしれません?
2014-05-16 16:10:09インデックス化の手間は?
奈良阪某
@narazaka
伺かは完成品のゴースト以外はほぼプログラム的にインデックス化されてこずに10年以上を経た界隈なので、インデックス化は手間そう。とくにシェルはふくめるならフリーシェルになるんだろうけど、SAORIとかの開発ツール以上に大変そうだな。
2014-05-16 16:04:36
さとー
@satos73
@narazaka 「このパッケージ管理体系に合意頂けるなら、以下の構成でファイル一式を置いて、その後フォームで連絡下さい」とかやってけばいいかなと。
2014-05-16 16:09:01ぷち仕様策定
さとー
@satos73
@narazaka readmeテンプレートにファイル配布元記述とか、何ならLGPLを同梱するとかね。「これとこれは同一パッケージに入れるのライセンス的にNGよ」とかも、メジャーライセンスなら判定できるかなーと。まあこの手のは無しでも。
2014-05-16 16:16:25
奈良阪某
@narazaka
@satos73 むしろdescript.txt的なpackage.txtがわりとありじゃないかと(npmでいうpackage.jsonの役割)。
2014-05-16 16:18:10
奈良阪某
@narazaka
まあなんでpackage.jsonであってpackage.txtでないのかってきちんとテストされたパーサがあるからだからな。「互換性」を無視できる新しいものならyamlでもjsonでも既存の仕様を使うのが利口といえる。
2014-05-16 16:22:30