アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） 多くの組織における根本的かつ共通の問題は、見積りとコミットメント（約束）が同一のものとして扱われていることである。 ある開発チーム（アジャイルか否かに関係なく）は、顧客が望むもの一式を納品するのに、利用可能なリソースを踏まえて7か月かかるだろうと見積もった。 チームメンバーはこの見積りをマネージャに提出したが、マネージャは見積りを部長に、部長は顧客に知らせてしまった。 そして、いくつかのケースにおいては、その見積りが、チームの「伸縮可能なゴール」を奪ってしまうことになる。 ここでの問題は、チームの7か月という見積りが合っているか間違っているか、ではない。 問題は見積りがコミットメント（約束）に変化してしまったことだ。 「我々

25. ulon-colon ConsumerPublisher WebSocket Connection (start-producer) (produce msg) (make-consumer “ws://xxx”) (consume consumer #(println %)) 異なるプロセス間でメッセージ転送する仕組み http://github.com/kawasima/ulon-colon/

SIの現場でよく出てくる設計/プログラミングの話について書きます。 初・中級者向けの内容にします。 会社員なので土日は休みです。(が、調子がよければ書くかもです ) 姉妹カレンダーもよろしくお願いします。 http://qiita.com/advent-calendar/2015/tis

アプリケーションエンジニアの多くは、眠れない夜を過ごしたことがあるでしょう。特に月に一度の…「月末締めバッチ」の日は。 そんなデータ量の多い日や、初モノのバッチが動く日でも安心して眠れるためのバッチ設計を考えてみます。 ログの設計 まず何はなくともログです。きちんとしたメッセージを出せていれば、専任の人がリカバリ可能にもなるってものです。 Audit用のログなど業務要件の強いものを除いては、だいたい3種類に分けるようにしています。 プログレスログ リカバリログ 例外ログ(調査のため) この分類でファイル単位も分けます。ログを必要とする人が、それぞれ異なるからです。 プログレスログ プログレスログは、特に長時間かかるバッチに対して、現在どのくらいまで処理が出来ているのかを目的として出力します。 トラブル発生時や、大規模移行作業時には、バッチの定期的なモニタリングと報告の必要が出てきます。「あ

見えないアーキテクチャ アーキテクチャは、目で見ることができない。もし語弊があるように感じるなら、きっと建築物の物理性を前提にしているのではないだろうか。その場合は、建築物の天井を支える柱、空間を仕切る壁、それらの形や材質、大きさや重さなどを、すべて情報だと考えてみてほしい。アーキテクチャとは、そうした情報の組み合わせや構造のことであり、物理的なものではなく現象的なものである。言わば、アーキテクチャは「空間に配置された幾何学的な概念」であり、わたしたちはそれを想像しているにすぎない。 しかしわたしたちは、目に見えないものを、見えるようにして取り扱わずにはいられない。見えるようにするためには、まず図面を「書くこと」から始めることになる。だからアーキテクチャは、書くことと強く結びついている。書くことは見ることであり、見ることは信じることにつながっていくのだ。 アーキテクチャという言葉は、ウィト

※最初に断っておくと職場やそこの人への愚痴などでは一切ありません。 客観的な職場の現状と自分のキャリアの希望のズレに言及した記事になります。 本記事について 現在大手Webサービス会社に新卒入社して7ヶ月経った。 だが、入社初期からずっともやもやしていて目をそらしてきたものがあるのでここで一旦言語化して整理したい。 記事の概要 ざっくり言えば、 「入社一年目はインプットが大量に必要だと思っているが自分が求めるインプットではなかった。自分の今後のスキルアップを考えたら今の環境にいるべきではない気がするが、今の環境で結果を出せていない事実もあるのでどうするのがベストか決めあぐねている」といった内容の記事を書く。 自分が職業エンジニアとしてやりたかったこと 自分は情報技術が好きである。 何かしらの大きな課題を前にしてそれを技術で解決することに憧れている。だから入社前はデータ分析職を希望した。よく