[M] なんか話題のパクリシステム「redo.me.uk」にうちもパクられてた件 | mbdb (モバデビ)
イタチごっこになりそうな予感･･･というか、こうした問題はイタチごっこになってしまうものなんですが、なんか今各所で話題になっているソースコピー型パクリシステム「redo.me.uk」とかいうやつに、当ブログもおもいっきりパクられていました。ぎゃふん。 ということで、パクられていた場合の対処をしましたよ。 この話を知ったのは以下の記事。 はてブを眺めていて目が止まり、記事を読んで「ほぇー、こんなんあんねやー」と。まぁ、うちは特にないだろーとか、軽い気持ちで”site:redo.me.uk mbdb.jp“とドメイン指定して検索してみたところ、 ガッツリパクられとるやんけ! うち以外のところも引っかかったりしてますが、インデックスページ以外にも記事単位でパクられてるのが出てきました。 こんな零細ブログパクったところで意味ないのに。 とは言え、パクられたままにしておくのも寝覚めが悪いですからね。
![[M] なんか話題のパクリシステム「redo.me.uk」にうちもパクられてた件 | mbdb (モバデビ)](https://cdn-ak-scissors.b.st-hatena.com/image/square/c73440e475c9d727759d481cdf2e8f48738d10b6/height=288;version=1;width=512/https%3A%2F%2Fmbdb.jp%2Fwp-content%2Fuploads%2F2015%2F07%2Fhttps-www.pakutaso.com-assets_c-2015-06-MAX_blackpugya-20150207114045-thumb-1000xauto-181691-600x315.jpg)
sekaihaasobiba.com - このウェブサイトは販売用です！ - sekaihaasobiba リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた
「技術的負債」をコントロールする定量評価手法への期待 からの続きです。 ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけでなく、運用コストを織り込んだ上で正しい技術的判断を行っていく必要があります。 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する上で、とてもキャッチーなフレーズだと考えられます。しかし、「技術的負債」を産まないように、あるいは負債を早めに返していこうとすると、開発工数が大きくなってしまうという問題もあります。 初期開発コストと運用コストのバランス注1を、どのようにとっていけば良いのでしょう？ 同等の機能を提供する「ソフトA」と「ソフトB」を考えてみます。ソフトAは、初期開発工数が6だが、２年目以降の維持工数が毎年4かかるとします注2。ソフトBは、初期開発工数が1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
