アカウント名:
パスワード:
A社があるサービスを作る。A社のサービスが広まって人気を獲得。↓B社がA社のサービスをまねる。データのやりとり方式（API）は丸々ぱくるA社のユーザーは何の修正もなしに簡単にデータ移行できてB社に乗り換えれる。ぱくりだから開発時間もすくなく低価格サービスでシェアを伸ばす
APIを保護しないというのはこういうことだからね。B社にとってみればありがたいけど、A社にしてみればたまったものじゃない。そりゃパクれれば発展に寄与するかもしれないけどさｗ
A社がぱくられたくないときは権利を主張する。A社が社会に貢献したいと思うならオープンにする。作った側が選択ができるように保護の仕組みは合ったほうがいいよ。
ぱくりだから開発時間もすくなく
この話題のたびにつっこみがあるけど、APIの話と実装の話は区別してよ
既にできているものを真似て実装するのは、ゼロから開発するよりも容易だよ。特に完成形が見えてると仕様作るのが楽。
完成形が見えてる方が実装が楽って、見えてなけりゃ実装の仕様も書けねぇだろって気がするんだが。
プログラムじゃないものに置き換えると「こんにちわと紙に書く機械の個別の仕組み」を保護するのはいいけど、「こんにちわと紙に書くこと」自体を権利として独占させるのはまずくね？っていう話だと思うんだけど。
完成形がきっちり定まってないから後から後から何度も仕様の大幅変更が入ってあたふたするのが日常よ
そんなのが日常である組織だと、真似したからって楽できるのか？真似する先がコロコロ変わってるだけじゃないのか？
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
パクられ側からすればたまったものじゃない (スコア:0, 参考になる)
A社があるサービスを作る。A社のサービスが広まって人気を獲得。
↓
B社がA社のサービスをまねる。データのやりとり方式（API）は丸々ぱくる
A社のユーザーは何の修正もなしに簡単にデータ移行できてB社に乗り換えれる。ぱくりだから開発時間もすくなく低価格サービスでシェアを伸ばす
APIを保護しないというのはこういうことだからね。
B社にとってみればありがたいけど、A社にしてみればたまったものじゃない。そりゃパクれれば発展に寄与するかもしれないけどさｗ
A社がぱくられたくないときは権利を主張する。
A社が社会に貢献したいと思うならオープンにする。
作った側が選択ができるように保護の仕組みは合ったほうがいいよ。
Re: (スコア:0)
ぱくりだから開発時間もすくなく
この話題のたびにつっこみがあるけど、APIの話と実装の話は区別してよ
Re: (スコア:0)
既にできているものを真似て実装するのは、ゼロから開発するよりも容易だよ。特に完成形が見えてると仕様作るのが楽。
Re: (スコア:0)
完成形が見えてる方が実装が楽って、見えてなけりゃ実装の仕様も書けねぇだろって気がするんだが。
プログラムじゃないものに置き換えると「こんにちわと紙に書く機械の個別の仕組み」を保護するのはいいけど、
「こんにちわと紙に書くこと」自体を権利として独占させるのはまずくね？っていう話だと思うんだけど。
Re:パクられ側からすればたまったものじゃない (スコア:0)
完成形がきっちり定まってないから後から後から何度も仕様の大幅変更が入ってあたふたするのが日常よ
Re: (スコア:0)
そんなのが日常である組織だと、真似したからって楽できるのか？
真似する先がコロコロ変わってるだけじゃないのか？