2019年1月20日付で株式会社FOLIOを退職し、2019年1月21日付でfreee株式会社に入社します。 FOLIOで何をしてきたか FOLIOでは2017年4月にテックリードとしてジョインし、その後Head of Engineeringへと名称が変わり、その後病気による休職を経て復職し、シニアソリューションアーキテクトとして働いてきました。 たった1年8ヶ月ほどの在籍でしたが、非常に密度の濃い日々を過ごしてきた気がします。 今回はせっかくなので生々しい話も含めて在籍中の思い出を語ってみたいと思います。 FOLIOとの出会い FOLIOを知ったのは2017年の2月頃、この記事を見つけたのがきっかけでした。 newspicks.com 前職の先輩であるbitFlyerのCEO加納さんのこのようなコメントをみて、プロダクトリリース前でのこの期待値はすごいな、面白そうだな、と思った記憶があり

千葉県浦安市の東京ディズニーランドは、昨年開園35周年を迎えた。その長い歴史の中で、2001年には東京ディズニーシーを新たに開園。さらに、2020年に向けて新エリアの開園も予定されている。規模拡大を続ける東京ディズニーリゾートは、国内テーマパークナンバーワンの名をほしいままにしている。 同年、東京ディズニーリゾートの外周を走る舞浜リゾートラインを開業させている。 舞浜リゾートラインの車掌はガイドキャスト、駅員はステーションキャストと呼ばれる。 【2019年1月10日14時20分追記】初出時、舞浜リゾートラインのキャストにかかわる記述に誤りがありましたので上記のように修正しました。 東京ディズニーリゾートは、京成の沿線にあるとは言いがたい。それなのに京成と関わりが深いのは、京成電鉄社長だった川崎千春が東京ディズニーランドの誘致に尽力したことが理由のひとつにある。 当初の候補地は手賀沼だった

はじめまして、1発目の記事を書くことになりました永嶋です。 11月1日の入社早々、テックブログやりましょう！と言ったら、じゃあ編集長よろしくという流れで編集長をやることになりました。 そんな流れで開設したテックブログですが、GA technologiesのプロダクトチームのこと、社内で使っている技術、イベントレポートなどテックに関わるあれやこれやを発信する場にしていけたらなあと思っています。よろしくお願いします！ さて、初回ということで特段これといってネタがないので「Tech Blogスタート記念社内LT会」 を開催してそれを記事にすることにしました。ネタがないなら作りにいくスタイルですね。 今回はいつも営業チームが使っているセミナールームを貸してもらって開催しました。突然の開催にも関わらず40人以上の社員が参加してくれました。みんな優しい。 LT会というとお酒を飲みながらのイメージですが

僕の仕事をひとに説明するときに、「Googleで仕事をしているけどオープンソースなのでGoogleのプロダクトを作っているわけではないし、むしろアップルとかソニーの人と一緒に仕事している」と言うと、「？？？」という反応になることが多いので、僕はこういう仕事をしているんだよということをここでちょっと説明してみようと思います。 （2016年の僕のFacebookの投稿の転載です。） 僕のいるチームはLanguage Platform Teamというところで、プログラミング言語や開発ツールの開発をしています。LPTの中にもいろいろ細かいチームが分かれているのですが、僕がいるのはC++チームで、Googleで主要開発言語になっているC++言語の開発環境を担当しています。 C++で開発をするときには、C++ツールチェインと呼ばれる一連のツールを使います。ツールチェインの一番大きなコンポーネントは、人

2013年から2017年のあいだ、スタートアップを含む2000以上の組織に対して、いかに組織のパフォーマンスを加速するかという聞き取り調査を行い、その調査結果をまとめたものです。 その調査結果のひとつにこのグラフがあります。 これは組織のエンジニアの人数とそのパフォーマンスを、組織の違いによって示したものです。 横軸がエンジニアの人数、縦軸はエンジニアあたりの1日のデプロイ数を指標としたパフォーマンスです。 これによると、パフォーマンスの低い組織はエンジニアが増えるとデプロイ数も減少しています。普通のパフォーマンスの組織はエンジニアが増えてもデプロイ数に変化はありません。 一方でパフォーマンスの高い組織はエンジニアが増えるほど指数関数的にデプロイ数が増えていきます。メルカリが目指しているのはここです。 これは単純にアーキテクチャをモノリシックからマイクロサービスへ移行するだけでは実現できま

メルカリは開発組織を拡大するためにマイクロサービスアーキテクチャを採用した（後編）。Mercari Tech Conf 2018 メルカリはこの1年、マイクロサービスアーキテクチャにどう取り組み、実現のためになにをしてきたのか。技術面と組織面の双方に関する興味深い取り組みが、10月4日に都内で行われた同社主催の技術カンファレンス「Mercari Tech Conf 2018」のセッション「Microservices Platform at Mercari」で紹介されました。 （本記事は「メルカリは開発組織を拡大するためにマイクロサービスアーキテクチャを採用した（前編）。Mercari Tech Conf 2018」の続きです） DevOps文化を組織内に醸成する 次はDevOps文化の醸成です。 この1年で、マイクロサービスの開発者が自分たちでできるようになったことが大きくふたつあります。

コンコルドという飛行機をご存知だろうか？ おそらくある一定以上の世代であれば、知ってる、聞いたことある、見たことある。そして、もしかしたら乗った事がある方もいるかもしれない。 この飛行機はイギリスとフランスが共同開発した超音速旅客機で、マッハ2.0の速度を誇る。現在一般的に飛行しているジェット旅客機の約2倍の速度が出る。 と、いうことは、移動時間も半分になるといった、夢のような旅客機である。 それも驚くべきことに、1960年代に開発が進められ、1971年7月1日には量産型が初飛行、1976年1月21日から定期的な運航を開始したという。今から40年以上も前に飛行をしていたということになる。 その機体のデザインは今見ても、かなり未来的で、とてもカッコ良い。 現在の半分の時間で移動が可能だった当時は、ロンドン-ニューヨーク、パリ-ニューヨーク間に就航しており、通常の半分の時間で行き来する事が可能

ジョブキューイングシステムをどうするかでチームのリーダーとやりあって考えたことがあるのでまとめておく。 Rails で使うジョブキューイングシステムの技術選定で、リーダーは Amazon SQS 推し（レガシーシステムで SQS を使っている）、自分は Sidekiq 推しだった。前職時代に Sidekiq を使ってトラブルに遭遇したことはなかったし、とても簡単に使えるので Sidekiq で十分だと思っていた。 Sidekiq は GitHub でのスター数は 9000 オーバーで、 Rails の ActiveJob バックエンドとしては事実上のデファクトスタンダードだといえると思う。ググれば情報がいっぱい出てくるし、チームメンバーもリーダー以外は全員 Sidekiq の使用経験があった。 GitHub - sidekiq/sidekiq: Simple, efficient back

直面する問題を解決したらkaminariができた。Ruby / Railsコミッター松田明のOSS開発の実像 世界中のRubyプログラマに使用されるOSSであるkaminari。これを手がけたRuby / Railsコミッター松田明さんに、開発背景を聞きました。 「これがあったら便利なはずだ」という予測。 あるいは、「これが問題だから、解決する」という現状認識。 新たな技術が生み出される源流にあるものとは、一体なんでしょうか。 Ruby on Rails（以下、Rails）を用いたWebアプリケーション開発において、圧倒的な存在感を放つページネータであるkaminariを開発した松田明（まつだ・あきら／ @a_matsuda ）さんの場合は、“絶対に”後者であると語ります。 Rails、そしてRubyのコミッターでもある松田さんは、まさにRubyを用いた開発の最中、先行するソフトウェアに感

昨日、掲題のイベントに行ってきました。 下がイベントのページです。 Jenkins ユーザ・カンファレンス 2018 東京 – 日本Jenkinsユーザ会 以下、聴講したセッションのログや感想などを記します。 聴講したセッションとその資料 基調講演 @kohsukekawa Accelerate with Jenkins X @jdrawlings Continuous Delivery Best Practices with Jenkins and GKE @yuki_iwnr AWSとJenkinsを活用して1年間で約500回商用デプロイした話とKubernetes活用 @takamii228 LT: Jenkinsを簡単運用ツールとして活用して非エンジニアに喜ばれた話 @morihaya55 LT: DevOps World | Jenkins World 2018の参加報告 by

みなさん、こんにちは。 普段は「give IT a try」というブログを書いている、プログラマの伊藤淳一（@jnchito）です。今回は縁あって、GeekOutでコラムを書かせてもらいます。 僕はプログラマとして働き始めてもうすぐ15年になります。最初に入った会社は大阪にあるSIerでした。そこで4年ほど働いた後、次は外資系企業の社内エンジニアとして働き始めました。社内エンジニアの仕事は5年ほど続け、それから株式会社ソニックガーデンへ転職して現在に至ります。 これまでに働いてきた3つの職場は三社三様です。それぞれの職場で良かったことやしんどかったことをあらためて見つめ直してみると、プログラマにとっての幸せな働き方が浮かび上がってきます。もちろん何を幸せと感じるかは人によって異なりますが、同じ「IT業界」といってもいろんな職場があることは知っておいても損はないでしょう。 また、幸せは突然空

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 「ようこそ 魔境 SIerへ！」 はじめに この記事は、SIer（Systems Integrator）に入ったシステム開発未経験者の新人さんたちへ送る、研修では教えてくれないノウハウ集です。 実際、弊社の長い研修では実務に使えそうなことをあまり教えてくれませんし、ノウハウは現場の人の頭にしかない状態なので、新人さんは暗中模索で仕事を覚えていくことになります。 それも非効率なので、実際に私が２年半1で失敗したこと、やってきてよかったこと（ノウハウ）を体系化したので共有します。 （本当はガッツリ社内向けに書いたものなので、一部汎用的でない

「ついカッとなって……」取り組んだ 開発者のための開発 で業務効率を改善させた話 ソフトウェアエンジニアの醍醐味は、華々しい働き方のみにあるものではありません。開発者のための開発など、地味かもしれないけど楽しくやりがいのある仕事について紹介します。 アプリケーションエンジニアの id:aereal です。はてなで働いています。 昨今は機械学習などが半ばバズワードと化し、「トレンドを追いかけなければソフトウェアエンジニアとして生き残れないのではないか」という漠然とした不安に襲われることはないでしょうか。 これという専門分野の技術を活かし、所属する企業やひいては社会へ貢献するというあり方は、技術職として華があり憧れを誘うものです。 しかしソフトウェアエンジニアの醍醐味はそういった華々しい働き方のみにあるものではなく、むしろその他の様々な分野にたくさん散りばめられていると筆者は考えます。 この記

エンジニアが知っておきたい工数見積もり術！  無理ゲー進行 から脱するために大切なコト エンジニアの仕事に欠かすことのできない、工数見積もり。実際の現場でいくどとなく見積もりを行ってきた筆者が、「健全な進行」にするための工数見積もりのテクニックを伝えます。 アプリエンジニアの池田 惇（ @jun_ikd）です。今回は、エンジニアならば避けられない「工数見積もり」について考えてみたいと思います。若手エンジニアでも自分の作業は自分で見積もるようにするべきです。なぜなら、より正確に計画を立てられるようになれば、自分の時間をコントロールして学びや家族・友人との時間を確保できるからです。また、期日内に完了をさせることは周囲の信頼獲得に繋がります。工数の見極めはエンジニアとして、とても重要なスキルなのです。 なお、本稿での「見積もり」とは開発に必要な期間を予測することとし、見積もりが失敗する原因や対策

Chromeのデベロッパーツールは、Web制作に欠かせないといっても過言ではありません。DOMインスペクター、スタイルパネル、JavaScriptコンソールなど基本的な機能だけでも便利ですが、さらに便利になる機能も数多くあります。 デベロッパーツールを使って、Webページやアプリの制作・デバッグのワークフローが大きく改善される実用的で便利な機能とテクニックを紹介します。 Mastering Chrome Developer Tools: Next Level Front-End Development Techniques 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 01. ダークテーマ 02. 要素をすばやく選択できる選択モード 03. グローバル変数として格納 04. アニメーション用のツール 05. 要素の疑似状態をシ

5日にリリースされたChrome 59で、ブラウザと共にアップデートされたデベロッパーツールの新機能を紹介します。 What's New In DevTools (Chrome 59) Chrome 59 - What's New in DevTools -YouTube ページの軽量化: 未使用のCSSとJavaScriptを見つける フルサイズのスクリーンショットをキャプチャ リソースのロードをブロック 非同期コードの検証 コマンドメニューの統一 ページの軽量化: 未使用のCSSとJavaScriptを見つける 新機能の一つ目は「Coverage tab」。ページで使用されていないCSSとJavaScriptを見つけることができます。 command + shift + P で、「Show Coverage」を入力して選択。 ※「cov」まで入力すれば、上位に表示されます。 Show

ひとつ注意点ですが、Swiftは書き方の自由度が比較的高いので、チーム開発をする場合は、あらかじめコーディング規約を共有しておいた方が良いでしょう。 Swiftでの命名や慣例のほか、さまざまな指針がSwift.orgにある「API Design Guidelines」にまとめられています。興味のある方は目を通してみてください。 Swift.org - API Design Guidelines インタラクティブ環境でSwiftを触ってみよう 早速ですが、Swiftを触って動作させてみましょう。Swiftはコンパイラ言語でありながら、インタラクティブ（対話的）に実行しながら動作を確認することができます。Swiftに慣れるには、このインタラクティブ環境でいろいろと動作させてみるのが手っ取り早いです。 インタラクティブにSwiftを実行するには、ターミナル（コマンドライン）のREPL（レプル）を

こんにちは、エンジニアの濱崎です。クラシコムが運営するECサイト「北欧、暮らしの道具店」は、2016年5月にそれまで使っていたASPサービスを離脱し、フルスクラッチで開発したオリジナルのシステムにリニューアルしました。 今回は、リニューアルプロジェクトの裏話や、クラシコムのエンジニアが開発しているシステムについてご紹介します。 「北欧、暮らしの道具店」についてクラシコムが運営する「北欧、暮らしの道具店」は、読者にとって「いごこちのよい暮らしづくり」のための商品や読みもの記事を提供する、ECサイト兼Webメディアです。 サイトのPVやSNSのフォロワーは着実に増えつづけていて、それぞれ以下のような数字になっています。（2018年3月時点） 月間PV：約1,600万月間UU：約160万Facebookページいいね！数：約43万Instagramフォロワー数：約67万LINE@フォロワー数：約1