NTTの退職エントリが流行っていますね。ぼくも今年退職したばかりなので書いてみます。と言ってもNTTデータの下請けなので、社員から見れば「何だこいつ？」と思われるかもしれませんが、下請けからの目線をお伝えできればと思います。NTTの下請けって何？まずNTTデータがどんなお仕事をしているのか説明しておくと、大規模なお仕事が多いです。お国のシステム、いわゆる官公庁系や、金融系のシステムを作ったり保守したりしています。ちなみにシステムのお仕事のことを「プロジェクト」と呼びます。日本語でいうと案件ですね。 とにかくプロジェクトの規模が大きいので自社の人だけではプロジェクトが終わりません。そこで下請けの会社と協力してプロジェクトを行います。国→NTTデータ→NTTデータの子会社→下請け1→下請け2・・・という感じでエンジニアが集められていました。 そして下請け1も下請け2も複数社あるのでピラミッド構

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

EventStorming (イベントストーミング) というモデリング手法があります。 www.eventstorming.com EventStorming is a flexible workshop format for collaborative exploration of complex business domains. EventStormingは、複雑なビジネスドメインを協同的に探求するための柔軟なワークショップ形式のひとつです。（意訳） 考案者はAlberto Brandolini氏で2013年にはブログに最初の投稿がされています。 海外での認知度は高く*1、Eric Evans氏のプレゼンテーションの中でも強力な手法であると言及*2されています。 近々、この手法を試せる機会が来そうなので、そのやり方について（私見を交えつつ）まとめてみるエントリです。 注意 現在進行系

フロントエンドからサーバーサイドまで、すっかりJavaScriptが幅を利かせている昨今。でもやっぱりJavaScriptは苦手、気に入らない開発者のために、コンパイル言語（altJS）を紹介します。 現代のアプリはかつての単純なWebサイトとは求められるものが違うのに、プラットフォームは相変わらずブラウザーのままで、Webアプリの核となる言語はJavaScriptです。 JavaScriptはすべての場面で最適なわけではなく、複雑なアプリでは特に弱点があります。回避するために生まれたのが、新しい言語とそれに合わせたコンパイラーです。JavaScriptのコードを書かずにブラウザー上で動作するコードが書け、JavaScriptの制約に縛られることもありません。 本記事では、JavaScriptへのコンパイルによってブラウザーやNode.jsなどのプラットフォーム上で動作する優れた言語を10

先日のエントリの反応として、多値の批判をしているように受け取られた方がいました。 実際には、多値の批判をしているのではなく、Go言語の「多値とそう見えるけど違うものがある」という仕様を批判したものでした。 また、タプルにこだわっているという受け取り方をした方もいました。 このエントリでは、「タプルにこだわっているのではない、多値にこだわっているのだ」ということを説明しようと思います。 このエントリで出てくるコードは言及がない限り妄想上のもので、実際の言語のコードではありません。 長いから3行で。 スタックマシンと多値は仲良し。継続と多値も仲良し。 多値は多値、タプルはタプル、みんなちがってみんないい。 多値とは、カンマで区切られた単なる複数の値だよ。妄想だけどね。 これで満足して仕事に戻っていただいて構いません。以下オマケ。 多値とタプルの違い まず、多値とタプルの意味的な違いについてをは

Hadoopの時代は終わった、という言説をたまに見かけるようになりました。 もちろん終わってなどいません。しかし、Hadoopとその取り巻く環境が変化したのは事実です。 本記事では、この変化が何なのかを明らかにし、その上で、なぜHadoopの時代は終わったという主張が実態を正しく表していないのかを説明していきます。 DISCLAIMER 私はHadoopを中心としたデータ基盤を取り扱うベンダー、Clouderaの社員です。 中立的に書くよう努めますが、所属組織によって発生するバイアスの完全な排除を保証することはできません。 以上をご了承の上、読み進めてください。 要約 データ基盤は、Hadoopの登場により非常に安価となり、今まででは不可能だった大量のデータを取り扱えるようになりました。 Hadoopは、NoSQLブームの中、処理エンジンであるMapReduceとストレージであるHDFSが

「コミュ障」という言葉がある。 正確に書くとコミュニケーションに関する障害（を持つ人）となるが、もちろんこれは本来の「障がい者」という意味で使われているのではなく、単にコミュニケーションの下手くそな人、という意味だ。 さて、この「コミュ障」だが、よくネタにされる。 友達付き合いや、仕事においてもコミュニケーションの能力が重要であるからなのだろう。 だが、私はいつも不思議に思っていた。 本人の認識と、実際の能力のズレについてだ。 例えば、自分自身で「コミュ障です」と言っている人であっても、特に仕事を進める上でコミュニケーションに苦労しなかったり、一見社交的で、仲間とうまくやっているのに、実は仕事でコミュニケーションが非常に取りづらい人がいたりする。 一体これは、どういうことなのだろう。 「コミュ障」の本質とは、一体何なのだろう。 そう思っていたところ、先日読んだ一冊の本が、これらの疑問につい

インターナショナルチームでプログラミングの仕事をしていると、いろんなところで同僚との差を感じてしまう。いろんな国の人がいて、レベルは人によりそれぞれなんだけど、一般的にいうと、アメリカのプログラマのレベルは平均してとても高い場合が多い。とにかくコードがきれいでシンプルで仕事が早い。 彼らがなぜそれができるのかを観察しているが、一つ気が付いたことについてその対策も含めて書いてみたい。 彼らがプログラマとして優れているところ USにいるとお客様の技術レベルが高いとか、新しいことにチャレンジするとかいろいろ要素はあるのだけど、個人の生産性、コードの美しさをみても、平均値を観察するとアメリカの人が一番に感じる。その他にも、ドキュメントを見てすぐ理解できる能力は、アメリカの人はおろか、ヨーロッパ圏やインドの人と比べても、私は圧倒的に負けていると感じる。 Williams 衝撃の読解力 新しいライブラ

なぜ by chopsticks はダメなの？ 「彼はお箸で魚を食べたよ」と言いたくて、He ate the fish by chopsticks. と言ったら、正しくは with chopsticks だと教えられました。なぜ by だとダメなのでしょうか？ どうして「お箸で」が with chopsticks になるのか、わかりにくいですよね。この記事では、手段を表す前置詞 by と with の違いを、by と with のコアイメージを元に解説します。by と with の使い分けについても言及しています。 by と with の違いについて解説の前に、例文をいくつか挙げて確認していきましょう。 例文：He ate the fish with chopsticks.（彼は魚を箸で食べた） 「箸で」が with chopsticks になってますね。これは意味が通じる文章です。 誤文

nzmoyasystem.hatenablog.com このエントリーがバズっている。 4月15日には、はてブが500以上ついている。 Facebookではあまり反応されていないようなので、主に「はてブ民」が騒いでいるのだろう。 はてブ民にはプログラマが多いが、多数が反射的に反応してしまう題材なのだろう。 また、このブログを読んで、最初に思い出したのがこの話だ。 itpro.nikkeibp.co.jp 約1年前のエントリーなので、この話を信じるならSIerはあと4年で死ぬらしい。 SIerであることを好きと主張する人はおらず、あと4年で余命が尽きると言われてしまう業界。 それがSIerの実態なのだろうか？ SIerを経営している身としては、上述した2つの話について、大筋合意は出来るものの、SIerの可能性について、見えていない部分も多いと感じる。 今日は、その辺について書いてみようと思う

みんな〜！熱くなってる〜？？ 何かやるべきことを見つけて自分の人生ブッこんでる～？？ まぁそこまで夢中になって入れ込めるものってあるようでないですよね。というかそんなもんあるなら今すぐブラウザの☓ボタンを押してそのやるべきことに戻ろうな。 「1万種類の蹴りを1回ずつ練習した男は恐ろしくないが、たった1種類の蹴りを1万回練習した男は恐ろしい」と言ったのはブルース・リーでしたが、ウメハラだって「何かをやるということは、何をやらないか決めることだ」みたいな話をしてた気がします。成功者は大体この手の選択について述べていることから考えると、やはり間違いなくビッグサクセスへの近道はリソースの集中化であることは間違いないのだと思われます。 そんなこと言われんでもわかっとるがな、って話なんですけど、実際その原理が理解できているから実行に移せるのかと言われると無理ですよね。 楽しいんですよ。「人生のつまみ食

Backlog開発チームの藤田です。皆さんは子どもの頃、夏休みの宿題にどんなふうに取り組んでいたでしょうか？ 夏休みの初めに一気に終わらせてしまう 毎日こつこつ進める 夏休みの終わり近くになって必死でやる 終わらせない などいろんなタイプがありますね。 私は「初めに一気に終わらせる」タイプでした。毎日こつこつ進めるとかは無理と自分でわかっていたので、先にやってしまって安心したかったのだと思います。「終わらせない」を選択できるほど肝が据わってもいませんでした。 本記事は、普段私たちが業務で使っているプロジェクト管理の手法を夏休みの宿題に応用したお話です。小学2年生になった娘と一緒に「夏休みの宿題完遂」を目的に、バーンダウンチャートなどを活用して、プロジェクトをどのように進めたのかお届けします。 夏休みの宿題をマネジメントする事の発端 うちの子にかぎって 私には小学校6年生と2年生の娘がいます