アカウント名:
パスワード:
この内容自体が、「情報が不足している」。こんなんじゃ何が問題なのかわからん。悪徳なものは放置だし。
何の情報が不足してるの？代表的な事例は挙げられてるみたいだけど。
必用なのは個々の事例に対しての結果だよ。でもって、「情報が不足している（14％）」「ユーザーインターフェースが過度に複雑または粗悪なアプリ（6％）」なんてのは、理由は述べているが閾値を示していない。仕様作成時に言われる「上手くやって置いて」ってのと変わらんレベルの情報だ。
だから、それは自分で審査を受ければ分かること。なぜ個別事例を明らかにする必要があるのか。
そりゃ審査前に知って置くべき項目だからでは？その条件自体をキッチリ仕様書に載せないと作成開始できないでしょ？「ダメ元で出そう」でトライ・アンド・エラーで「問題無い」ってのは、趣味のお遊びの時だけだ。仕事なら、そのトライ・アンド・エラー部分も見積もる必要が有るんだから。外注なんかにそんなので出したら、下手すりゃ訴訟問題になるよ。「条件に無いのに検収出来ないってなんですか？！」って。
「双方の手間が増えるから」でしょう。恣意的な運用を考えていないのなら、条件は具体的にオープンで有る方が受け入れ側にも申込み側にも手間が掛からなくてお得。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
まさしく (スコア:-1)
この内容自体が、「情報が不足している」。こんなんじゃ何が問題なのかわからん。悪徳なものは放置だし。
Re: (スコア:0)
何の情報が不足してるの？
代表的な事例は挙げられてるみたいだけど。
Re: (スコア:-1)
必用なのは個々の事例に対しての結果だよ。
でもって、「情報が不足している（14％）」「ユーザーインターフェースが過度に複雑または粗悪なアプリ（6％）」なんてのは、理由は述べているが閾値を示していない。
仕様作成時に言われる「上手くやって置いて」ってのと変わらんレベルの情報だ。
Re: (スコア:0)
だから、それは自分で審査を受ければ分かること。
なぜ個別事例を明らかにする必要があるのか。
Re: (スコア:0)
そりゃ審査前に知って置くべき項目だからでは？
その条件自体をキッチリ仕様書に載せないと作成開始できないでしょ？
「ダメ元で出そう」でトライ・アンド・エラーで「問題無い」ってのは、趣味のお遊びの時だけだ。
仕事なら、そのトライ・アンド・エラー部分も見積もる必要が有るんだから。
外注なんかにそんなので出したら、下手すりゃ訴訟問題になるよ。
「条件に無いのに検収出来ないってなんですか？！」って。
Re: (スコア:0)
Re:まさしく (スコア:0)
「双方の手間が増えるから」でしょう。
恣意的な運用を考えていないのなら、条件は具体的にオープンで有る方が受け入れ側にも申込み側にも手間が掛からなくてお得。