タグ

ITに関するPAKUOのブックマーク (13)

  • 僕の知ってる「特許庁」の話 | おごちゃんの雑文

    私の見聞きした話の断片を憶測でつないだことなんで、話半分で読んで欲しい。ただ、個々の事実として語っている部分は事実だ。 また、スキャンダル的な部分を除けば、いろんなプロジェクトに共通することなので、一つの「寓話」として読んでもらうといいかも知れない。 特許庁のプロジェクトがコケたって話はあちこちで語られ、いい話のネタになっているようなんだけど、私が知っている範囲では、そういった綺麗な失敗ではない。 くどいようだが、話の断片を憶測でつないだことだから、その辺は用心して読むように。実はfacebookにちょろっと書いたんだけど、もうちょっと整理して書いておく。 「特許庁」のプロジェクトは、実は始まった時くらいに誘われていた。そういった話を持って来た人がいたからだ。あれだけの大プロジェクトに「その人」がなんで関わっていたかは知らない。まぁ当時は「その人」はそれなりに信用していた部分もあったので、

  • ソースコードの品質向上のための効果的で効率的なコードレビュー

    Visual Studio Users Community Japan #1 で発表した資料になります。 https://vsuc.connpass.com/event/143114/

    ソースコードの品質向上のための効果的で効率的なコードレビュー
    PAKUO
    PAKUO 2011/09/13
    巨大・複雑・重複を排除する!
  • コンサルタントがよく使うRFPの書き方:12項目で網羅的に作成

    EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

    コンサルタントがよく使うRFPの書き方:12項目で網羅的に作成
  • システム開発の際の“プライム”は誰?

    最近、大手ITサービス会社と人たちと顧客との関係について青臭い話をすると、最後は必ず「システム部門を何とかしないとダメだ」というところに落ち着く。システム部門の人からすると傲慢な話、あるいは迷惑な話だろうけど、「いっそのことシステム部門の再生を請け負おうか」なんて話も飛び出す。商売上の問題もあるが、このままでは“ITという仕事”の地盤沈下がどんどんひどくなるという危機感からだ。 今でこそ偉そうなことを言うITサービス会社だが、彼らも昔は結構ひどかった。プライム契約なのに、顧客の要件をつめきれない。「言われた通り、何でもやります」と“御用”を聞き、それを下請けに丸投げする。料金も合意していたはずなのに、顧客から突然「もっと安くしろ」と言われると、ほとんど抵抗せずに丸呑みして、しわ寄せは下請けに。開発途中の無茶苦茶な仕様変更要求も唯々諾々と聞いて、開発現場を修羅場に変え、挙句の果てに失敗すると

    システム開発の際の“プライム”は誰?
  • 2011年、IT業界はこうなる。「クラウドは本流」「IaaSとPaaSは融合」「ITの説明責任」

    海外のメディアでは2011年にIT業界に起きることを予想した記事が多数公開されています。これらに目を通していくことで、今年2011年がどのような年になるのか少しずつその像が見えてくるはず。数多くの予想記事の中から、全部で9の注目すべき予想記事の内容をダイジェストで紹介しましょう。 ガートナーの予想 「ITの透明性と説明責任」 Gartner Predicts 2011 | Top Information Technology Predictions ITのあらゆる分野で透明性と説明責任が高まるだろう ITをビジネスの成果につなげることへのフォーカスが強まるだろう コンシューマテクノロジーやソーシャルな対話を効果的に利用するニーズが高まるだろう GigaOMの予想 「目的特化型のクラウドが登場する」 Predictions for 2011 in Cloud: Chips, Lawsuit

    2011年、IT業界はこうなる。「クラウドは本流」「IaaSとPaaSは融合」「ITの説明責任」
  • ネット学習教材 - ドキュメント - SUGSI

    Changes集合論中村論理学の知識をベースにして数学の構造を理解し、集合、写像の概念を学ぶ集合論演習師玉公理的集合論を題材に,Mizarと呼ばれる数学証明の自動チェックシステムを用いて,証明法についての演習を行うコンピュータネットワーク山崎コンピュータネットワークの基的考え方を学ぶ・OSI7階層モデル・通信方式・同期方式・データ伝送制御(ポーリング,トークン,CSMA/CD)・誤り制御・プロトコル(基型データ伝送制御手順,HDLC)交流理論基礎と実験中村交流回路の知識はコンピュータのインターフェースや伝送系を考えるときに必須のものです.ここでは最低限の知識の習得と、それに伴う実験をしてもらいます. ・交流と複素数による表現・コンデンサーと交流・コイルと交流・各種波形と過渡現象Mizar5-基群と不動点定理-師玉Mizar3の準備のもとに,基群や2次元の不動点定理を題材に,位相数学

    PAKUO
    PAKUO 2010/12/11
    C言語基礎 ネット教材
  • メタ認知や抽象的思考ができない人が心がけ実践すべき3つの事柄: DESIGN IT! w/LOVE

    不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 自分で物事を考えて答えを出すということができない人というのがいる。「思考停止」なんて言葉もあるけど、そういう人たちにとって「停止」は動いていた状態からの変化を示す"stop"ではなく、そもそものはじめから思考がスタートしていない場合が多く、最初から思考が働いていない。 そうした人たちに共通するのは、メタ認知ができないこと、抽象的な思考を苦手とすることだとだと思います。見たまんまのことしか考えられない。だから、手法を扱えないし、戦略的な話ができない。 そうした人びとは、抽象的な記述や理論的な話題に対する想像力が著しく欠けていて、それが世界の記述であることをイメージできずに、すぐに「具体的な事例がないとわからない」という。それが自分のメタ認知や抽象的思考力の欠如からくる想像力の

  • システムの納期とは確率分布だ − Publickey

    昨日はIBMのラショナルソフトウェアカンファレンスに参加しました。1日中、ソフトウェア開発方法論に関するセッションを聞いていたのですが(最後のセッションは、自分が司会のパネルディスカッションでもありましたが)、その中で最も印象的だったウォーカー・ロイス氏のプレゼンテーションを紹介したいと思います。 ウォーカー・ロイス氏はIBMラショナルソフトウェア部門のバイスプレジデントで、アジャイル開発手法としてよく知られるRUP(Rational Unified Process)の創始者でもあります。彼の講演は、この日の基調講演の1つでした。

    システムの納期とは確率分布だ − Publickey
  • いいアジャイルと悪いアジャイル

    スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見

  • 正規表現をいまのうちに覚えておきたい人のためのリソース集

    HTML5で正規表現がサポートされる、といったことをきっかけに、正規表現はプログラマだけでなくWebクリエイター全体のスキルとして求められていくものになっていくのではないでしょうか(参考:あまり知られていないけれど、HTML5では正規表現が使えるようになる )。 ここではそうした正規表現の初学者や、一度挫折したけど再入門したい人、そしてより高度な内容をマスターしたいすべての人のためのリソース集を作りました。 初学者向けには「はじめての正規表現」 「はじめての正規表現」は、文字通り正規表現という言葉は知っていても中味はよく分からない、という初学者の方にぴったりのコンテンツ。紙芝居形式のプレゼンテーションで楽しく正規表現について把握できます。 はじめての正規表現 初学者の方には、次の2つの記事も手っ取り早く読めて概要を把握できますので紹介しておきます。 使うほどに良さが分かる正規表現(1/2)

    正規表現をいまのうちに覚えておきたい人のためのリソース集
  • Q.電球を変えるのに、SE/PGが何人必要か - SiroKuro Page

    答え 約2000人月 開発の流れ 要件定義 顧客の発注を受ける 1次請け、要件定義書の執筆を始める 1次請け、顧客と交渉し、家の中に繋がっている家電製品を全て調べ上げる 一次請け、基設計実施要領の執筆を始める 基設計 この工程は、2次請け以下には秘密裏に行われている 詳細設計 1次請け、詳細設計実施要領の執筆を始める 1次請け、だいたいこのあたりで2次請けへと乾坤一擲 2次請け、使用する規格やフレームワークなどの部品を選定開始 詳細設計書の執筆がスタート、電球の大きさや重さ、丸み、光度、味、匂いなどを定義する このあたりで、既に5次請けくらいまで仕事が割り振られている 製造 1次請け、製造工程実施要領の執筆を始める 1次請け、単体テスト実施要領の執筆を始まる 5次請け、電球フィラメントのくるくるを手で作成しはじめる 4次請け、求める匂いが上手く出せないと3次請けに駄々をこねる 3次請け

    Q.電球を変えるのに、SE/PGが何人必要か - SiroKuro Page
  • リレーショナル・データベースの世界

    サービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。

  • @IT自分戦略研究所

    ITエンジニアのためのキャリア構築・スキルアップ支援サイト。キャリアビジョンの確認に役立つ記事や転職トレンド解説、スキルアップ情報など。

  • 1