日本ハムの二刀流こと、大谷翔平選手のメジャー移籍が話題になっている。23歳という年齢は早すぎる気もするが、メジャーを熱望しながらプロ野球界にとどまった経緯を考えれば、当然の流れといえそうだ。もはや「なぜお前もメジャーに行くのか？」と嘆くよりも、大舞台での雄姿を早く見たいと思うファンが多いのではないだろうか。 一方、IT業界でも外資企業への〝移籍”が増えているようだ。特に人材流入が多いのは外資系コンサルティングファーム。例えばアクセンチュアの場合、毎月百人規模の中途採用を実施しており、現在の社員数は約9000人。この1年で、社員数は約1600人も増えたというから驚きだ。 リクルートキャリアが2017年10月12日に発表した調査によると、国内全体の転職求人倍率は1.90倍。これに対して外資企業が多いとされるコンサルティングファームは6.17倍に上る。売り手市場なだけに条件も良い。優秀なITエン

どうですか？ Rubyって新参者のイメージがあると思うんですけど、実はJavaと同じぐらい古いんですよ。 ちなみに、World Wide Webの原型になるものが作られたのは1990年だったそうです。Rubyを作りはじめた当時の1993年の時点では、World Wide Web自体は存在はしていたのですが、世間一般にはほとんど認知されていませんでした。つまり、冒頭でも申し上げたとおり、Rubyはweb用に開発されたわけではなかったのです。 当時すでに先輩としてPerlという言語があったのですが、その代わりになるような言語を作りたかった。でも単にまったく同じものを作ってもしょうがない。その頃の私はオブジェクト指向に傾倒していたので、こう考えました。 「オブジェクト指向に基づいて言語をデザインすることで、既存のものよりも良い言語が作れるんじゃないか」 ―― それがRubyの始まりです。 国際色

もう5年か、まだ5年というべきかちょっと判断に迷う。大抵の業務系のシステムがクラウドを始めるのは現実的には今年来年以降になるので、今の自分達の状況は多分、今後の業務系システムをクラウド移行したユーザの近未来になると思う。ので、予想的にまとめておく。本格的にクラウドを利用した業務アプリケーションの5年がどうなるかの一つの指針になるかと。 以降は別に統計データでもなんでもなく5年間を眺めてみて自分の印象。 ・障害：大規模は５年で2-3回程度。一度は業務に影響が出て客先にお詫びに行った。AWSだったけど、サポートからは「もう回復してるのでチケットクローズね」みたいな話だったと記憶している。その後は大体四半期に一回程度のN/W障害。障害は普通に起きているし、オンプレと比べてどうか、という比較では細かい障害件数は減った気はしていない。ただし、「ドカンと来るでかい障害」は確実に減った。 ・データ増加対

3月に新潟に行った際、宝山酒造（http://takarayama-sake.co.jp）という会社を訪問した。規模としては零細に近い造り酒屋だ。一応、工場見学、というか、仕込みと醸造の場所を見学させてもらった。平屋の木造で、いかにもゆかしい「酒蔵」である。それから、こうした見学のつねとして、畳敷きの小上がりの部屋に案内され、いくつか試飲させていただく。わたしはお酒に弱いたちで、日本酒の目利きなどでは全然ないが、それでもなかなか美味しいと感じた。 試飲させてもらいながら、酒造の来歴の説明をうかがう。どこから杜氏を呼び、どんな努力の結果、満足のいくお酒ができるようになったか。また同じ酒蔵の製品でも、高級な純米大吟醸から普及版の醸造酒まで、どんな特色と違いを出しているか。小さな会社でも企業努力の種類は大手と共通している。たしかに大吟醸の虹色めいた香りの広がりから、醸造酒の新潟らしいきりっとした

５月末に、中国の北京に出張してきた。その用件の中身はもうすぐ発表できると思うんだけど、それとは別に、北京の街の風景がまったく変わる出来事が起こっていたから書いておく。 まずは写真を見てほしい。 誇張ではなく、街中がこんな感じなのである。カラフルな「放置自転車」の数々。これは、どこでも借りて、どこでも乗り捨てられる、レンタル自転車なのだ。 自転車を使いたければスマホのアプリから解錠を行う。自転車に乗って、目的地について、カギをかけると利用終了。時間に応じた料金がチャージされる。料金は業者によってまちまちだが、１時間あたり10円から20円くらい。値段も安いし、どこで乗り捨ててもいいのは、圧倒的に便利だ。 このくらいの料金と使いやすさだと、駅から会社までとか、ちょっとお昼に行くときに、買い物に行くときに、と言った感じで、大げさでなくライフスタイルがまったく変わる。若者だけでなく、地元のおじさんお

Mastodonが流行り、さくらのクラウドが馬鹿売れしてると聞いて、そんなこともあるのかと驚いた。世間ではp2pといわれるけどMastodon自体は典型的なサーバーだ。昔ながらのクラサバと違うのは他のインスタンスと連携するサーバーだという点だ。id:shi3zはそれをp2p2eといってるけど珍しいトポロジではなくて、みんなも普段から使っているインターネット自体の経路制御とか、名前解決のDNSとか、電子メールのSMTPとか、インターネット上の仕組みはそういう風に設計されてきたし、だから分散システムと呼べたのである。 僕はMastodonをP2P(+Edge)だと思っている。こんな用語は聴いたことないが、P2P2Eと略しても良い。 んで、P2P2Eとはどういうことかというと、少数のサーバント(server + client)が相互に対等な関係を保ちながら、各サーヴァントに対してエッジ(端末)が

nekodemo.com アートマネジメント、舞台照明、表現教育、地域コミュニティ文化、webマーケティング、金融をたしなみたい。趣味だじゃれ。 楽しいPVでおなじみ、割り勘アプリのpaymo。 私も最近は飲みに行くたびにpaymoで割り勘している。 本日時点のMy残高は32,480円だ。 一方で、銀行勤務の友人と飲みにいったときの反応は違った。銀行勤務の友人は、会員登録こそ手間取っていたが、paymoの存在自体は認知していて、「いつか使ってみたい」と思っていたそうだ。銀行勤務だからこそ、FinTech的なものには敏感なのだろう。 日本では、もともと銀行以外の事業会社は、送金業務をおこなうことが禁止されていた。しかし2010年に施行された資金決済法により、登録をしさえすれば事業会社でも送金業務が可能になった。 これはとても画期的な出来事だった。現代社会では、例えば給与が銀行口座に振り込まれ

平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ

営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

なんと4年ぶりのブログ更新。 FRILのリリースと同時に『フリマアプリ』が生まれて、早4年が経ちました。 今、世間で一番有名なフリマアプリは何？っと聞かれたら「メルカリ」と答える人が大半かと思いますが、「フリマアプリ」というジャンルも、UIも「FRIL」がはじめて生み出したものでした。(それだけに勝ちきれなかった悔しさは、もちろんあります。) 自分自身、フリマアプリというサービスがここまでスタートアップ業界、スマホ業界のスターダムを駆け上がっていくとは予想していませんでした。 最近、楽天グループ入りしたこともあってか「どうしてフリマアプリを創ろうと思ったんですか？」と質問して頂くこと増えてきたので、振り返りも含めてフリマアプリを創ろうと思った理由を書こうと思います。 起業のきっかけ 僕が起業しようと決心したのは2011年末。 元々、起業したいという思いからネット業界に飛び込み、当時はVOY

遅めですが明けましておめでとうございます。そんな感じで。 基本的に社内向け。あとは特定のお客さん向け。 自分の意見を詳記しとく。あとこれは日本の話で、海外の状況は知りません。 ■「パブリック」クラウド ここでは、大規模メガクラウドを指す。よって、AWS・Azureあたりを考えている。国内クラウドとは明確に規模・技術力で差がついており、はっきり分けるべきと思っているので、ここではAWS・Azureとしている。多分SalesforceとかIBMのやつも入るとは思う。Googleのクラウドについては技術はぶっちぎりだけど、一般民間人には意図していること天才すぎて理解できる気がしないので範囲外とする。 基本的に「所有より利用を」コンセプトにし、使いやすさと低コストを全面に打ち出し、トレードオフとして共有故の仕組み/運用の「ある種の不透明性」を要求する仕組み。なお、不透明性ってのは、これは提供者の企

If you were looking for MSDN or TechNet blogs, please know that MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. How to use this site Archived blogs are grouped alphabetically by the initial letter of the blog name. Select the initial letter from the TOC to see the full list of the blogs. You can also type the name of the blog or the title of the

システム屋ってのはさ、ソリューション屋なわけですよ。ソリューションってのは問題解決なわけで、一番の問題というのは現実の壁をどうやって乗り越えるかだけど、その壁は実は迂回可能な場合に本当に壁を乗り越えなければならないかを考えるのも問題解決屋の考えるべきことなんだよね。 んで、 先日ブログを書いたら大いに炎上した。いろんな方がいろんなブログを書かれていたようだ。しかし、私は一切読んでいない。なぜならそこに関心がないからだ。ウォータフォール vs アジャイルの比較は私の関心ではなく、私の関心は「どうやったらソフトウェアに関する新しい考えや技術が、日本でも早く導入されるようになるか」だからだ。人生は短い。自分の時間配分は自分で決めているので 「自分で人生を決めない」ことが、決定的に業界の進化を遅らせているのかもしれない - メソッド屋のブログ ってのは別に個人の自由なんでどうぞって思うけれども、少

先日ブログを書いたら大いに炎上した。いろんな方がいろんなブログを書かれていたようだ。しかし、私は一切読んでいない。なぜならそこに関心がないからだ。ウォータフォール vs アジャイルの比較は私の関心ではなく、私の関心は「どうやったらソフトウェアに関する新しい考えや技術が、日本でも早く導入されるようになるか」だからだ。人生は短い。自分の時間配分は自分で決めているので 申し訳ないが、今後も読まないだろう。自分の人生は自分で決めるのだから。 simplearchitect.hatenablog.com 実は、この炎上の過程でいろんな仮説を考えることができた。なぜ、日本のソフトウェア産業は、海外に大きく後れを取ってしまっているのか？どうすれば、進化する手助けができるのだろうか？ 自分の現在の仮説はマインドセット、つまり「考え方」が根本的な原因ではないか？という気がしてきた。 私が最近研究しているのは

初めて単独主催の勉強会をしました。ワークショップなので後半の1時間はディスカッションにしたのですが40人のわりには、それなりに面白い話ができた気がしています。資料とワークの結果、あとTogetterは以下から。 togetter.com 今回のプレゼンは純粋な「プロジェクトマネジメント論としてのウォーターフォールとアジャイルの違い」に絞った話をしたので、後半のワークが現実的な話になって面白かったです。話をしたのは以下のようなことです（資料の後半に細かいメモ書きがあります）。 そもそもウォータフォールは必要なのか？ とはいえ、ウォータフォールを採用しなくてはならない状況は？ なぜ、アジャイルを採用できないのか？ チームは重要だけど、どういうメンバーがいいのか？ アジャイルとはいえPM的な人が必要になることってあるよね？ アジャイルの立ち上げってどうするのがいいの？ 偶然、牛尾さんの 私は間違

牛尾さんのブログで問題提起している「私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見である」という件について、自称ソフトウェア開発の専門家として考えたことを書いてみる記事。近しい各方面から意見を聞かれるので面倒なのでブログにまとめている側面もあるのだけれど。結論を先に書くと、計画駆動とアジャイルの扱いはバランスを重視。WFがメリットが無いというのは言いすぎだと思っている(課題はある)。 こちらも合わせて読んだ 日本でアジャイルが流行らない理由 - @ledsun blog 事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance そもそも批判されるようなWF型プロジェクトは実在するのか 本件に限らず批判されがちな「ウォーターフォール型開発プロセス（以下WFと記述）」だが、実際のところ皆さんそれぞれ

言いたいことがストレートに伝わる良い文章だと思います。 simplearchitect.hatenablog.com ウォーターフォールはなんのメリットもない。プロジェクトの工程間のつじつまを合わせることができないやり方でオーダーメイドのソフトウエアが正しく作れるわけがない。正しいし、それなら一切のメリットが無いという話も理解できる。 では、ここで小噺をひとつ。受託開発の要件定義フェーズであなたは要件を変えないと顧客にとって不都合が起こることがわかったとします。社内で相談した結果、えらい人がこう言いました。 確かに不都合はあるかもしれないけど、固まった要件を自分から揺り戻すなんて出来ないぞ。これ以外やりませんって合意を取らないと前に進めないだろ？ その変更が違う変更を産むかもしれないし、お前それ膨らんだ時に責任取れるの？ 僕の実体験を一部脚色してお伝えしています。簡単に言えば、ソフトウエア