「Slackを入れるとSIerはどうなるのか？」 しばらくブログを休んでいたので少しだけ自己紹介をしよう。アプレッソというベンチャー企業を立ち上げて、セゾン情報システムズという会社にexitした。そしていまはアプレッソの社長として仕事をする傍ら、セゾン情報システムズのCTOの仕事もしている。どちらかというといまはセゾン情報の仕事の比重が高いから、リアルの世界では「セゾン情報の小野」と思っている人の方が増えてきていると思う。 「このままでは、SIに未来はない。だから変わらなければならない。」 「当社の社員は言われたことしかできない。」 SIerの経営者と会話していると、よくこんな言葉を耳にする。 自分たちの未来を悲観している人たちが、未来を明るくできるのだろうか？ だから私は、喜びと驚きのポジティブスパイラルで、SIerはどんな風に良くなるのか、壮大な実験をしてみようと思った。 その第一弾と

わたしが中小企業診断士の資格を取ったのは、もう20年以上も前のことだ。その頃、診断士の試験は「鉱工業」「商業」「情報」の3コースに分かれていた。どの試験を通っても、おなじ診断士の資格を名乗れる。わたしは情報系を選んだ。「情報」コースには、さらに専門試験科目が「流通情報」と「生産情報」の二種類あったので、わたしは「生産情報」を選んで試験を受けた。工場づくりをビジネスとするエンジニアリング会社に勤める人間としては、当然の選択であった。 ちなみに診断士試験に「情報」コースができる前は、「鉱工業」と「商業」の二種類しかなかった。これはちょっと不思議である。だって、まるで中小企業には製造業と流通業しかないみたいではないか（鉱業も入っているが、石炭産業の盛んだった戦後ならいざ知らず、鉱業にはほとんど大企業しか残っていない）。しかし、たとえば運送業にも建設業にも、中小企業はたくさんある。それなのに専門試

現場を改善するというのは難しい。そして徒労である。 こちらの記事を読んで、当時のことを幾ばくか思い出すきっかけになった。 業務改善を現場に求める狂気 私も実際に現場の改善に取り組んだことがある。ただ、その中には失敗だけでなく成功もある。というか、多くの失敗から成功させるために何が必要なのかを得たという感じで、成功したものは後半に行ったものになる。成功といえるものの中で大きめなものは、以下の二つになる。 Gitによるバージョン管理と、タスク管理ツールの導入(当時書いたもの) 開発にJavaScriptフレームワークを導入(当時の検証結果をまとめた記事) 私が身につけた手法が、改善を目指す誰かがくじけないために有用なこともあるかもしれないので、ここで得られた知見を紹介しておこうかと思います。つまりこれは、ポエムです。 前提: 改善できないのは特別なことではない 何かを改善したいと行動してみる。

はてな界隈で SIer の話をするときに登場するのは SIer の下請けで働いている人SIer の下請けで働いていたが辞めた人がほとんどで、 SIer で働いてる人や、 SIer で働いていたが辞めた人というのはあまりでてこない。下請けごときの労働環境が劣悪なのは当然だし、下請けの下級労働者がその業界について語っていてもそこにあまり意味のある情報はない。 http://d.hatena.ne.jp/ryoasai/20140510/1399722742SIer から Amazon に転職したが技術的に残念なのは Amazon もそんなに変わらなかったという話は結構よくて理想と現実についていろいろと触れられていた(が id:ryoasai が SIer 出身なのか、下請け出身なのかは俺はよく知らん、記事の内容的に SIer 側の人だとなんとなく思っている)。 http://furoshiki

まったく個人的なモチベーションの問題から、前回の最終更新から2年以上が経過してしまい、多くの読者のみなさんにはご心配をおかけいたしました。「プログラミングに関して調べたことや日々感じたことをメモとして残していきたいと思います。」というもともとの原点に立ち返って、あまり気負わずに、また今後も時々更新していけたらと思います。今までこのブログの主なテーマとして、JavaEEやSpringといったような、いわゆる業務開発で使われるような技術を中心としてきたわけですが、最近Springを使ったJavaの開発に（アーキテクトではなく）プログラマーとしてちょっと参加する機会があったので、その時気づいたこと、感じたことを書いてみたいと思います。 さて、皆さんはアーキテクチャやアーキテクトという言葉に対してはどのようなものをイメージするでしょうか。システムのセキュリティを確保するための方式であったり、大量の