https://starttoday-tech.connpass.com/event/96477/ オウチーノではもともとサービスごとに異なる言語やFWを用いてシステムが分かれており、担当者もそれぞれ別々でした。そのため各サービスに精通した担当者が少なく、担当者は日々の運用で手一杯という状況下で、リプレイスもうまく進んではいませんでした。 そこでリプレイスよりも、分かれているシステムをひとつのモノリシックアプリケーションに集約することで、チームとしてよりワークすることをまずは目指しました。 一方で数多くのサービス機能を集約することは、そのモノリシックアプリケーションが急激に肥大化することも意味します。そこでモノリスにすることでの弊害をなるべく抑えつつ集約していく事例についてご紹介します。

いや、ビールだけじゃない、ビールだけじゃない！タイトルふざけましたごめんなさい。新しい人たちとの出会いと、新たな経験に感謝です！ イベント概要 参加したイベントはこちら。 devlove-kansai.doorkeeper.jp MonotaROさんに会場をお借りしたのですが、会場だけでなくおまんじゅうまで頂きました。めっちゃ美味しかった。 MonotaROさんオフィスにお邪魔してます！かわいい！ pic.twitter.com/CqrVSnN8qe— ぷぽ (@pupupopo88) 2018年8月25日 ありがとうございました！ なんで？ pupupopo88.hatenablog.com 6月にDevLove201で越境をテーマに登壇させてもらったのですが、中村洋さんから「この話、DevLove関西でしてくれない？」と連絡がありました。「えっ！？何それ恐縮光栄かよ...」と思いつつ「

組織をつくっている人間として、なぜ内部構造を良く知っている人間は組織改革を起こしづらく、あまり内部構造を把握していない外部の人間の意見の方が組織改革を起こす火種になりやすいのだろうか、と長年思っている。 この疑問の1つの答えを、群衆の英知もしくは狂気を使って、視覚的に説明出来ることがわかった。 きっかけ 先日、"群衆の英知もしくは狂気"のWEBサイトが公開され、Twitter上でも話題になった。 ncase.me この内容で私が最も驚いたのは、 "少ないつながりでは複雑な概念は拡散しない。でも多すぎるつながりも集団浅慮で破壊される。" というものだ。 私は直感的にはこれを理解していたものの、でもつながりは多ければ多い程、正しい考えに至るのではないかとも考えていた。 しかし、このWEBサイトで実際にシミュレーションした結果、その考えが誤っていたことがわかった。 ただ、このときはなるほどーぐら

5月、母が亡くなった。 このことについて、心情的なところを書き始めると僕もつらいし興味ない話なのでここで語るのは避けようと思うが、人が亡くなった後の手続きはいろいろ参考になることも多いと思うので書き残しておこうと思う。 連載インデックス (1) 葬儀とその時期の手続き (2) 戸籍謄本の収集 (3) 法定相続情報一覧図の写しの作成 (4) 遺産分割協議書の作成 前提 僕の両親は離婚していて、その後母は再婚していない 兄弟は3人。長男の僕と次男の弟、そして長女にして末っ子の妹がいる。 僕は東京住まい、弟は兵庫県で父と住んでいて、妹は大阪で母と住んでいた。 兄弟仲は悪くない状態になっている 過去は一言も口をきかないレベルで、母を通じてお互いを知るという状況だった。 不動産などの大きな財産はなかった 役に立った本 インターネットで色々調べたけど、それぞれが書きたいことを書いている感じで何が正しい

仕事柄エンジニアの評価制度とかのことも考えないといけないのだが、以前から同僚が「二つのタイプの人がいる、 Rockstars と superstars だ」と言っていて、そのときはピンとこなかったのだが後日シェアされた記事を（重い腰をあげて）読んだら合点した。 Rockstars: 安定して着実な成長を求める。ワークライフバランスを重視するとも言える。決して仕事ができないというわけではなく、任された領域においては十分な仕事をして成果もあげているのがポイント。 Superstars: 急激な成長を求める。常にチャレンジングなことに取り組んでないと飽きるタイプともいえる。興味を持って没頭できる仕事を与えられると大きな成果をあげるので、このタイプのほうが「成長して成果を出した」とみなされやすい。 最初にこのアイデアについて聞いたとき、安定を求めるタイプをロックスターと呼ぶのに違和感があったが、ど

本記事は下記のtweetから始まるスレッドに触発され、@qnighyや@na4zagin3からアイディアを拝借して書いた。 i18n力が最強の国は国内に複数の言語があり、そのうちいくつかは他国でも使われている言語の方言で、1バイト文字での代替表記が困難で、歴史的にISO-2022ベースの文字コードとUnicodeと独自エンコーディングが混在していて、フリガナなどの特殊な組版規則があり、右書き左書き縦書きを併用し、 — Masaki Hara (@qnighy) 2018年8月6日 皆さんのおかげで最強のi18n国家が建設されつつある。一瞬で滅びそう — Masaki Hara (@qnighy) 2018年8月6日 長い前置き ソフトウェアのi18nは難しい。自文化では当たり前と思っていてハードコードしてしまった仮定が崩れて、大幅な再設計を余儀なくされるからだ。気づいて再設計できればまだ良

東京医科大（東京）医学部医学科の一般入試で、同大が女子受験者の得点を一律に減点し、合格者数を抑えていたことが明らかになった。同大出身の女性医師が結婚や出産で離職すれば、系列病院の医師が不足する恐れがあることが背景にあったとされる。水面下で女子だけが不利に扱われていたことに対し、女性医師や女子受験生からは「時代遅れだ」との声が上がる。 「いわば必要悪。暗黙の了解だった」。同大関係者は、女子の合格者数を意図的に減らしていたことについてそう語る。 この関係者によると、同大による女子合格者の抑制は２０１１年頃に始まった。１０年の医学科の一般入試で女子の合格者数が６９人と全体（１８１人）の３８％に達したためだ。医師の国家試験に合格した同大出身者の大半は、系列の病院で働くことになる。緊急の手術が多く勤務体系が不規則な外科では、女性医師は敬遠されがちで、「女３人で男１人分」との言葉もささやかれているとい

上位の存在たるサーバーの略称である「鯖」を、下位の存在であるサーヴァントの略称に塗り替えてしまったこと OOoに土足で踏み込んできたオーズのことといい、どうにもこの業界には配慮というものがないらしい

TokyuRuby会議 TokyuRuby会議は、Ruby関連のLT大会です。 美味しいものを飲み食いしながらLTを展開するわいわいした会です。 主催者が、この会は「Ruby好きなRubyistを愛でる花見」というようなことを仰っていて、なるほどその通り！と思いました。 普通のLT大会と違って、LT王と飯王の2種類の王が選ばれます。 サントリーさんがスポンサーとなってくださってからは、ビール飲み放題ということでも有名です。 TokyuRuby会議12 - Regional RubyKaigi 今年のTokyuRuby会議 今年は、VOYAGE GROUPさんのオフィスを提供いただき、ビールスポンサーのサントリーさん、コーヒースポンサーのツクルバさんにそれぞれ美味しいビール、美味しいコーヒーをご提供いただいていました。 昔は完全持ち込みで公民館みたいなところで開催してらしたとか。今では無限ビ

私が前に勤めていた会社の話。 会社は、Web制作会社でした。クライアント企業からサイト制作を承る、どこにでもあるちっぽけな受託の会社です。 そこに、中途採用でデザイナーが入ってきました。まだ若いけれども、前職でもWebデザインをしていたという女の子です。 その子をAさんとします。 Aさんは、即戦力として期待されていましたが、まだ若いということもあり、会社のローカルルールなどにも慣れてもらうため、 教育係がつくことになりました。それが、当時デザイナーチームの中でもトップクラスの実力を持つ、年配の（多分40代）女性です。 そのベテラン教育係の人を、Bさんとしますね。職人肌で、黙々と自分の仕事に取り組み、いつも良いデザインを仕上げてくれるプロフェッショナルです。 さて、Aさんは入社１週間も過ぎ、順調に仕事をこなしていました。実はこの会社は過去に未経験者を多く取りすぎてしまい、 ろくに教育も出来な

rubykaigi.org 今年はせめて一ヶ月以内にブログ書く— ぷぽ (@pupupopo88) 2018年6月3日 はい。こうなることは予想はできていた。無事にDevLoveの講演も終わってブログも書いたのでやっとですね。安定してただの思い出話とTwitterのまとめ。 ちなみに昨年のはこちら。 pupupopo88.hatenablog.com 今年も本当に最高なKaigiでした。ありがとう。ありがとう。もうKaigiに関わった全ての人にお礼が言いたい！ 全体のプラン 前回は出張扱いで行ったのだけど、いろいろ面倒なこともあるし＋経費削減の波があったので空気を読んで自費で参加。いや〜しかし自費で行くの気楽過ぎて「めっちゃ最高！」と思ってしまった。確か交通費＋宿泊で4万ちょっとだったし。もうちょっと計画的に動いていたら安く済んだけれど、結果的に大満足だったのでよし。 前回は「エモリハウス

つらくないマルチテナンシーを求めて: 全て見せます！ SmartHR データベース移行プロジェクトの裏側 accepted Abstract マルチテナンシーという言葉はご存知でしょうか。クラウド型の企業向けウェブサービスにおいて、このキーワードに悩むウェブ開発者は少なくないはずです。利用する企業間ではデータの分離はしなければならないが、インフラコストを抑えるために計算機資源は共用したい。データが増えればシャーディングをしなければならないし、設計が複雑になると開発効率は下がり運用難度は上がり、実装の複雑さから思わぬ事故を引き起こしたり……。 2015年11月にサービスインし、現在では利用企業数 12000 社を突破したクラウド人事労務サービス SmartHR もこのような問題を抱えていました。 急成長する事業のスピードを落とさずに、迫りくるサービスの限界を目前として技術サイドはどのように立

こんにちは。ヨッピーです。 左にいるのはガンダム？ いいえ、バーチャロンです。 （※バーチャロンはゲーム名であり、画像はバーチャロイドです） 本日はセガことセガゲームスさんにお邪魔しております。 そもそも、今回の企画を実行するに当たって「ぐるなび」から「送別会をテーマになんかやってチョ！」みたいなことを言われまして、「送別会ってことはこの世からの送別、つまり『お前みたいなもんはこの世からとっとと送別されろや』ってことか！！！」って激怒して金属バット片手に地面をゴロゴロ転がっていたのですが、低い知能なりに送別会について悩んでいた時にふと思い出しました。 そう！ 平成！ 来年から元号が変わるんですよ皆さん！ 2019年4月30日で「平成」が終わりなんです！ そんなわけで「平成の送別会」をしようと思い立ったのは良いんですが、「平成」ってひとくくりにしてもさすがに範囲が広すぎるので、本日は「平成の

今年もRubyKaigiでしたねー。実によいカンファレンスでした。 rubykaigi.org 仙台は東京からも新幹線で1.5〜2時間で着けるというアクセスの良さ、加えてちょうど新緑の時期で街中も郊外も美しいし、日本酒も酒に合う魚もおいしい場所だし、地方開催のカンファレンスは本当にすばらしいなって話をずっとしてた。そういうところに隔離されてずっとソフトウェアの話ができるの、本当に良いと思う。 しゃべってきた 今年は去年のRubyKaigiから間が短いこともあってトークの応募どうしようかなと思ってたんだけど、最近Asakusa.rbで @joker1007 さんとよく盛り上がる技術ネタがあって、それを共同で応募してみたら通ったから話してきた。(jokerさんのエントリ) Hijacking Ruby Syntax in Ruby - RubyKaigi 2018 スライドはこちら。 Hija

最近は海外を中心にエンジニアと共にデザイナーの需要が高まっている。理由はシンプルで、プロダクトに加え企業経営にとってデザイン思考やサービスデザインなど、「デザイン」の言葉で表現されるマインドセットやスキルが求められているからである。 実際に、O’Reilly Mediaが2017年に世界のデザイナー324人を対象に行ったリサーチによるデザイナーの給与調査レポートでもそれは顕著になっている。 このレポートでは世界中のデザイナーにアンケートを取り、デザイナーの待遇や地位に関するデータをまとめた。この膨大なデータの中でも特筆する点としては下記があげられる。 世界のデザイナーの待遇調査結果 (中間値による算出):世界のデザイナー平均年収額は$91,000アメリカのデザイナー平均年収額は$99,000カリフォルニア州のデザイナー平均年収額は$128,000アメリカ国内デザイナーの1週間の平均労働時間

こんにちは。アマゾンウェブサービス クラウドサポートエンジニアの小武です。Amazon EC2、Amazon RDS、Amazon Redshiftなどのサービスの他、AWSの内部を支える裏側の技術に日々Dive Deepしています。本連載ではAWSサポートのエンジニアがそれぞれ「今一番AWSユーザーに伝えたいこと」を連載の形でお届けしています。 私の担当回では、AWSという巨大な分散システムを支える技術要素のうち、アーキテクチャ設計、プログラミング技術のいくつかについて見ていきたいと思います。これらは、AWSの内部を支える技術というだけでなく、皆さんのアプリケーションをダウンタイムゼロのシステムに近づけるための基礎技術、クラウド・ネイティヴなアプリケーションを構築する基礎的なテクニックとも言えると思います。 その基礎的なテクニックは大きく、下記の4つがあります。 非同期処理（Asynch

これは私が最近よく訪問する日本橋駅直結の商業ビル、東京日本橋ビル内のエレベーターのボタンです。 唐突に質問ですが、このボタンで操作ミスを起こすポイントがあるとすれば、それがどこだか分かりますか？ 説明が必要と思いますが、このビルは7Fがオフィスロビーになっています。駅直結のB1と1Fからは7Fまで直通するシャトルエレベーターがあり、全員7Fで一度降り、セキュリティチェックをし、23Fより上にあるオフィスフロアに入ります。そのオフィスロビーとオフィスフロアを行き来するためのエレベーターのボタンがこれです。 ボタンが23Fから30Fまでしかなくて、下に大きく7Fのボタンがあるのは、そういったビルの構造からです。 私と同行したディレクター（26歳）は、打ち合わせが終わってオフィスフロアからオフィスロビーに帰る際に、操作ミスをしました。それも1度だけでありません。次の打ち合わせの帰りにもまったく同

クックパッド株式会社プロダクトマネジメント担当本部長。クックパッドには2010年から所属し、国内の利用者の拡大に責任を持ち、WEB・モバイルアプリの戦略やレシピ検索、クックパッドニュースの立ち上げなどに関わる。現在は国内のレシピサービスおよび、毎日の料理を楽しみにするためのレシピサービスにとどまらない新規サービスの立ち上げの責任者を担う。 SPRINT 最速仕事術 Googleで開発され、GV（グーグル・ベンチャーズ）で洗練された究極のスピード術「SPRINT」。GoogleとＧＶが成功を生んできたその秘密のノウハウを、開発者自身が手取り足取り公開する。仕事に最速で最大のブレイクスルーを起こす、その画期的な方法とは？　世界23ヶ国で刊行の世界的ベストセラーの驚愕のメソッドが、いま明らかに！ バックナンバー一覧 料理レシピ投稿・検索サービスとして圧倒的な利用者数を誇るクックパッド。同社ではど

こんにちは。 駅すぱあとWebサービスの経路探索ロジックが新しくなり、ダイヤによる探索での経路探索結果が今までと変わって多彩な経路を表現してくれるようになりました。 駅すぱあとWebサービスとは 国内初の乗換案内ソフト駅すぱあとがもつ様々な情報をWebAPIで提供しているサービスです。 ekiworld.net 経路探索はもちろん、駅データや時刻表などの情報を取得できます。 無料で使えるフリープランを用意しており、企業にかぎらず個人でも利用できます。 最近 facebookページ を立ち上げて、駅すぱあとWebサービスの最新情報をお知らせしています。 このページが良いと思ったらいいね！を押してもらえると嬉しいです。よろしくお願いします！ 経路探索ロジックの変更 2018年5月9日より、駅すぱあとWebサービスの経路探索ロジックが新しくなりました。 これまで、時刻を用いた経路探索（ダイヤによ