タグ

2011年1月12日のブックマーク (4件)

  • 議会中継、発信者不明ブログ無断でユーチューブ : 社会 : YOMIURI ONLINE(読売新聞)

    「和泉市ウオッチャー」を名乗る発信者不明のブログで、大阪府和泉市議会の議会中継動画が、「ユーチューブ」経由で議会の許可なく掲載されていたことがわかり、11日開催の市議会広報広聴委員会で報告された。 早乙女実・委員長が対応について報告。早乙女委員長によると、昨年12月17日、「ユーチューブ」側に、ブログで使用されている動画が、著作権を持つ市議会が許可していないことを説明したうえで、抗議の文書を送ったところ、翌18日早朝、削除されたという。 同ブログは昨年春頃から開設され、辻宏康・市長や数人の議員が答弁する場面などの動画を使い、中傷する内容の記事が掲載されていたという。早乙女委員長は「個人的には議会の情報はあくまで公開されるべきだという立場だが、議会の著作権が侵害されていると抗議した。発信元にも事情は伝わっているはずだ」と話している。

    noonworks
    noonworks 2011/01/12
    "議会の著作権"…?
  • ニッポンIT業界絶望論:江島健太郎 / Kenn's Clairvoyance - CNET Japan

    IT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてな匿名ダイアリーにもどうせ理系出身者なんていらねえんだよ。なんて書かれていたけど、これが現実なのだよ、学生諸君。 ちょっと補足しておくけど、ここでIT業界っていうのは、SIerのことだ。お客さんの要件をヒアリングして、その要求に沿ったシステムを受託開発するっていうビジネスのことを指している。 ぼくもその昔、その世界のループに組み込まれていた。そして華麗なるコミュニケーション能力とやらをいかんなく発揮し、場の空気を読み、生意気なぐらいのチャレンジ精神で、それなりに仕事のできるよい子だったようだ。 いや、正直に言うよ。正直に言うとだね、結構楽しかった。 だって、考えてみてごらん。お客さんのところに出向いて行って、その業界のことをじっ

    ニッポンIT業界絶望論:江島健太郎 / Kenn's Clairvoyance - CNET Japan
    noonworks
    noonworks 2011/01/12
    "たった一人の顧客に届ける財なんて、サイエンス的にも、ケーザイ学的にも、古き良き製造業未満の存在じゃないか""日本のSI業界の過酷な労働条件を改善したければ…市場メカニズムを正しく機能させることだ。"
  • もしもIT業界の下請け構造が崩壊したら - GoTheDistance

    みんな死にかけるかもしれないよ。 ひがさんのSI業界からはさっさと抜けだしたほうがいいを読みました。SIには未来が無いという最後通告のような文面のようにも取れます。江島さんのニッポンIT業界絶望論と併せて読むと、言わんとしていることの輪郭がより鮮明になるかと思います。ご一読を。 非効率極まりない下請け構造でシステムを作る時代が過ぎ去り、プロがはじめから高い品質を提供できるSaaSの時代が到来しているよ、と。ユーザーは必要最低限の投資で済む為、よりスリムで堅牢な企業体になる。IT屋も全部自分で出来るしお客さんが喜んでくれて嬉しいよねというWin-Winなシナリオ。 これが仮に未来像としましょう。そうすると、ちょっと考えれば分かる。ITのサプライサイドにとっては、当に難しい時代に入るってことが。SaaSの時代というのは、僕ら業界にいる人間にとってみれば「多産多死の時代」ではないでしょうか?変

    もしもIT業界の下請け構造が崩壊したら - GoTheDistance
    noonworks
    noonworks 2011/01/12
    カンブリア紀
  • きれいなプログラミングコードの書き方:プログラミングの基礎知識 - 久保清隆のブログ

    プログラマによって色々なプログラミングスタイルがあると思うが、センス・オブ・プログラミング! 抽象的に考えること・データ構造を理解することを読んで、きれいなプログラムを書く方法については共通点があると思ったので、書を参考にきれいなプログラミングコードを書く方法についてまとめた。 目次 目的を理解する 書く時のことよりも、読む時のことを考える 愚直でも読みやすく インデントは統一する コメントは無駄なコメントを書かずソースの意図を書く 例外は、当に例外的な場合だけに使う 名前のつけ方を重視 命名法 省略しない 同じことを書いてはいけない コピペをやめる 関数に分割する 机上デバッグは時間の無駄 良いコードとコーディングレベル 良いコード コーディングレベル 目的を理解する何らかのコーディング規約に従ってプログラムを書くなら、常にその理由を理解すること。 盲目的に規約に従うことは、規約が全

    きれいなプログラミングコードの書き方:プログラミングの基礎知識 - 久保清隆のブログ
    noonworks
    noonworks 2011/01/12
    "コーディングレベル"1外部仕様を満たせない/2外部仕様を満たすが読みにくい/3読みやすくなっているがコードを分割できていない/4コード分割できているがOOPでない/5柔軟性/拡張性が高い 4はどうかなぁ…