cgiとかじゃないから、リポジトリのファイル構造をそのまま提供するから必要最小限の通信が出来ず遅い＆更新をトリガーとした処理も起動できない、のが問題らしい。

でもこれ、SubversionでもHTTP/WebDAVアクセスだと遅いらしいからgit固有の問題ではなさげ。
トリガーを仕込めるかもサーバに使うソフトウェア毎の個別対応になりそうだし、
任意のトリガー仕込めるような柔軟なサーバを考えるなら専用プロトコル吐いたほうが良さそう…

必要最小限の通信についてはファイル構造次第で多少は改善できるだろうけど、
一定以上の効率改善はサーバ側のストレージ容量との非効率なトレードオフしかできんだろうな…
クライアント側の状態に正確に対応したファイルを一々サーバ内で配置するのは色々面倒くさそう。
サーバ内でシンボリックリンクないしハードリンクを山ほど作るってのはありなんだろうか？

賭けてもいいが、元コメはリンク先を読んでないな
何人インタビューされているかすら知らないよね

コストをかけたことがピンハネ率上げる理由になるなら、
コストを水増しすればピンハネ率を上げることが許されるの？

むしろ「ここに登録すればこんだけ売り上げが増えるんだから、うちに登録する方がお得ですよ」を主張すべきだろ。

立ち上げに関してはするかもしれんが、小さいサイトが乱立するのが誰にとっても
好ましいものじゃないのは、Kindle上陸前の日本の電子書籍市場を見れば分かるじゃない。

やべぇ今回の動画がタッチ主題歌で脳内再生されちゃうじゃないか

とはいえ広告や関連記事リンクの画像まみれな上に最悪動画広告まで読み込まれてしまう現状、
スクショの画像一枚×閲覧数と、記事全体の読み込み×リンク踏んだ人数でどっちが上だろう？

スクショで共有するのはスマホ上でのSNSだと思うのだけど、その場合のクリック率は比較的高い気がする。

自分でプラットフォームを構築して運営すればいいじゃない。
GoogleにせよAppleにせよ、それだけの手間隙をかけた結果なんだから。
今ならMSからWindows Phoneの権利を買い取ってそこで構築するチャンス :)

# もう30年ぐらい前だったか、当時のジャストシステムの社長か誰かが
# 「MS-DOSはアプリケーションを立ち上げるためのものだからタダで
# バンドルさせろ」と言ってたのと同じぐらいひどい話だ。

世界びっくりニュース的なもので、アパートの隣人への嫌がらせとして壁の反対側からスピーカーを仕込んだ話は見た覚えがある

横倒しになったらしれっと破壊、という運用かもしれませんね。

AMD本社に問い合わせた人がいるようなので、勝手にいろいろやったのがばれた可能性も？

スパム業者には大きなメリットがあったんだよね。
短縮URLだと間違って踏む人もいるということで
未だに某掲示板ではその手口が多くて・・