タグ

2014年5月5日のブックマーク (2件)

  • 電通と博報堂は丸投げで中抜きしかやらない - はてな村定点観測所

    2014-05-05 電通と博報堂は丸投げで中抜きしかやらない 大手メディア系のWEB事業をやっていると電通や博報堂が絡んでくる。 WEBでは「電通や博報堂が裏でテレビなどのメディアを裏で操っていて私達は印象操作されている」的な陰謀論も盛んだ。実際に電通や博報堂と一緒に仕事をしていると、そういう面もあるかな〜と感じる一方で、電通や博報堂の丸投げ体質や中抜き体質を痛感させられる。 誰もが名前を知っているような大手企業のメディアやキャンペーンの仕事は、電通や博報堂がまず一次請けになる。そして二次請けに中小の制作会社がつく。三次請けに孫請けの制作会社やフリーランスがつく。二次請けの制作会社はディレクションや進捗管理を担当する。実際に実務としてCMSやキャンペーンサイトの開発や制作を行うのは三次請け以降の会社の仕事である場合が多い。 では、電通や博報堂は何をしているのか。「丸投げ」と「中抜き」だ。

    電通と博報堂は丸投げで中抜きしかやらない - はてな村定点観測所
    kazutoyo_tk
    kazutoyo_tk 2014/05/05
    発注側としたら窓口を代理店だけに出来るからメリットがあるのでは。
  • ペンギン許さん - hitode909の日記

    たとえばペンギンクラスを作るとき、まずペンギンクラスを定義する。と言うと、いや待ってください、ペンギンは鳥ですから、鳥から継承させましょう、とかそういう話になる。 継承すると、ポリモーフィズムという技を使えて、鳥を受け取る関数に鳥でもペンギンでも渡せるようになったり、鳥の機能をペンギンが獲得して、足の数は?とか聞くと2とか返ってくる。 便利だけど、鳥でもペンギンでも共通して足の数を知りたいアプリケーション以外でそういうことをし始めると、きりがなくなって、哺乳類クラスが登場したり、生命の樹みたいになって最悪の継承ツリーが出来上がる。 アプリケーション的に意味ない限りは、クラスを作ったり継承したりしてはいけない。そのうち役立つかと思って作りたくなる気持ちは分かるけど、必要になってから作れば良い。大体の場合、後世の人たちが、このクラスなんであるんだろって迷うのにかかるコストの方が高い。

    ペンギン許さん - hitode909の日記