TOYOTAで考えた、見える化の本質 (arclamp.jp アークランプ)
arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 昨日、ご縁があってTOYOTAでチーフエンジニアを務められていた方から、自動車の開発プロセスについてお聞きする機会に恵まれました。 まずTOYOTAにおけるチーフエンジニアという役割を理解しなくてはいけません。チーフエンジニアは、ある車を開発する場合のコンセプト作り、役員プレゼン、車体コンセプト設計、予算・原価管理、プロジェクトマネージメント、販促、マーケティングまでの全てに携わります。単純に「車を設計すればいい」というものではなく、車を作って売るというプロセスの全てに関係するというものです。 今回の講演ではプロセス全般についてざっくり触れていただくという内容でした。なおTOYOTAの取り組みについては非常に多くの本があるかと思いますので、見える化をキーワードにして
みすみすミスの起こりやすい運用現場にしていませんか
日経コンピュータの6月12日号で「ミスがシステムを襲う」という特集記事を掲載した。この記事の取材・執筆に参加して，システム運用の現場における「ミス」について，改めて考えさせられた。 もっとはっきり言えば，真剣に働いているはずなのに，みすみすミスの起きやすい現場を生み出しているのではないか，と考えたのである。 信じられないようなミスが起きている 大きな障害につながったかどうかを別にすれば，ミスは日常的に起きている。すべてのミスをなくすことができるとは記者も考えない。 だが業務に不可欠なシステムであれば，人為ミスが起きても，これを放置しないために，さまざまな対策を打つのが当然だろう。手順を明記したマニュアルを参照しなければ絶対に作業を進めないようする，操作画面に確認のアラートを出す，必ず複数の人間が確認してからでないと一つの作業を実施しないようにする，などだ。 しかし，こういった対策を取ってい
Ruby Debuggerの良さ - 技術メモ帳
会社からだから、走り書き。 特に推敲もしていない。一度も見直していない。 だが、これは限りなく本音に近いのだ。 ruby -rdebug hoge.rb よく使うコマンド break クラス:メソッド名 delete ブレークポイント解除 c ブレークポイントまで続行 l 該当ソースコード表示 n 次の行へ s 次の行へ、関数であれば中に入る p 画面にデバッグ表示 catch off 例外発生時に止まらなくする。 catch <Exception> 指定した例外発生時に停止 var l ローカル変数をすべて表示 良いところ rubyの標準モジュールが使えるところ。 irb 見たいな感覚で使える。 当然、デバッグ中に require 出来るので、 たとえば、pritty print したかったら require 'pp' pp @hoge とかもできるし、 require 'y' y @h
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://partitionlogic.org.uk/download.html
