本体サイズ : 1230×80×560(mm) 安全基準 :STマーク 主な製造国 : タイランド 対象性別 :男の子 対象年齢 : 3歳から
Amazon.co.jp: プラレール 自動のりかえ駅とドクターイエローセット: Toy
本体サイズ : 1230×80×560(mm) 安全基準 :STマーク 主な製造国 : タイランド 対象性別 :男の子 対象年齢 : 3歳から
霞ヶ関にとって、政治家は「愚民の代表」でしかないのか？
「原発ゼロにすると電気代が高くなる」という政府の試算に対しては東京新聞が社説でとても適切なコメントを書いているので、そこを参照していただきたい。 使用済み核燃料の最終処理問題を先送りし続け、危険な原子炉を暫定的な安全基準で使い続けてお金のかかる廃炉を先送りにし、たまりにたまったプルトニウムと劣化ウランを「いつかは燃料として使える資産」として計上すれば、脱原発路線と比べて安いのはあたりまえ。しかし、それは安全神話の継続と問題の先送りでしかない。そんな状態を国民は望んでいないし、そことコスト比較をしても意味はない。 本当に意味のあるコスト比較をしたいのであれば、原発を稼働し続けることによりこれから増える使用済み核燃料をきちんと負の資産として計上し、より厳しくなる安全基準により再稼働が不可能になる原発が少なくとも４割程度はあり（国会事故調による報告書参照）、かつ、稼働可能なものの運営コストも大幅
オープンソースにおける開発方法
伽藍（がらん）方式とバザール方式 ここまで、いくつかの開発プロセスについて説明してきましたが、ある意味、これまで説明してきた開発プロセスよりも、大きな成果を上げている「やり方」があります。それが、バザール方式です。 これは、エリック・レイモンドの論文「The Cathedral and the Bazaar（伽藍とバザール）」（http://www.catb.org/~esr/writings/cathedral-bazaar/、翻訳版：http://cruel.org/freeware/cathedral.html）で論じられている方式です。論文では、Linuxの開発方式を「バザール方式」、それ以外のよくある開発方式を「伽藍方式」と定義し、主にバザール方式のメリットを説いています。 伽藍方式 伽藍方式とは、中央集権的に伽藍を組み上げるかのようなやり方を指す。少数の高スキルの開発メンバーで
ITアーキテクトの要求開発力向上作戦
私が要求開発やコンサルティングなどを行っているとき，UMLのクラス図によるモデリングについてよく聞かれることがあります。それは，「どうやったらモデリングが上手くなりますか？」という質問です。 そうした場合，私は「プログラムを書いたらいいですよ」とか「モデルを理解するためにも，プログラムを書いてみましょう」といったたぐいのことを，よく言います。 しかし，こう回答すると，とても嫌な顔をされることがあります。「実装はプログラマのやることだろ」とか「プログラムを書かずにうまくなれないですかね～」などと言われたりします。確かにTFP分割によるモデル図などは，ユーザー系の方でも「読めたり」または「書けたり」するので，プログラミングまでする必要はないかもしれません。 誤解のないよう，ここで要求開発に携わる人の役割を定義しておきましょう。ビジネスユースケースや要求ツリー，業務フロー，TFP分割図（読み書き
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
