メルカリはこの4月より新たな開発組織へと移行することになりました。 サンフランシスコ現地で開発をリードしてきた名村が新たにCTOに就き、これまで開発グループを牽引してきた柄沢がVP of Engineeringとなります。 今回のメルカンでは、グローバルな拡大を続けるメルカリ開発チームのこれまでとこれからを、二人へのインタビューを通してお伝えします。 柄沢聡太郎(執行役員 VP of Engineering) 2010年グリー株式会社に入社。2011年2月に株式会社クロコスを立ち上げ、CTO就任。2012年8月、クロコスをヤフー株式会社へ売却。その後もヤフーのグループ会社としてクロコスの事業成長と平行して、ヤフー自身のソーシャルの展開、新規事業を担当。強い開発組織のためのマネージメントを経験した後、2015年5月、株式会社メルカリに参画。執行役員CTOとして、技術領域全般を統括。2017年
渡辺です。 2017/04/19開催(日本時間:2017/04/20)の『AWS Summit in San Francisco』で発表された新サービス『AWS CodeStar』についてお知らせします。 一言で言えば、CodeCommit, CodePipeline, CodeBuild, CodeDeployとそれらに付随する実行環境を一撃で構築・管理できます(2017年4月の時点で、東京リージョンでは利用できません)。 実行環境もカバーする最強のスキャホールド AWS CodeStarが何者か、一言で言えば、一時期に流行ったスキャホールドの類です。 Ruby on Railsが登場した時、コマンドひとつでウェブアプリケーションの雛形ができることに衝撃を覚えた人は多いでしょう。 ベース部分をスキャホールド(足組)として作り、肉付けをしていくというスタイルが流行ったかと思います。 AWS
文系のおっさんたちは勉強しないよな。自分たちには関係ないとか思っているのかな。後15年もすれば今の小学生が社会人デビューしてくる。ひょっとしたら、その子達は息をするようにプログラミングを使いこなしてくるかもしれない。そう、ちょうど我々(文系おっさん)がWord、Excelを使うように。当たり前のようにブラインドタッチをするように。 15年後の彼ら彼女らにとって、プログラミングの出来ない割れわれ文系おっさんは、我々が社会人になった時に「使えない時代遅れの老害」と感じたブラインドタッチやWord、Excelを使えないじじいに見えてしまうのだ。 「なんでこんなことも出来ないくせに俺よりも給料高いんだよ」とか言われる日が来るのだ。そして、そのスキルセットの違いが今よりも早いスピードで給料に反映される世の中になっていて、我々おっさんたちの給料はただでさえ高くないのに、あっという間にプログラミングが常
プロジェクト移行期に入って暇な時間ができたので、開発環境をリフレッシュすることにした。vim や zsh の設定が少しずつ壊れてきていたのだった。 .vimrc や .zshrc を眺めてみると、かつて意識が高かった頃に施した設定が何のためのものだったのか忘れてしまっていた。別人が書いたスパゲティコードのようだった。 また vim や zsh の設定を検索して理解するべきなんだろうか。ここで覚えた知識はまたすぐに忘れてしまうんじゃないだろうか。設定が洗練されるほどに、それを更新する機会もまた少なくなってくる。設定が必要になるきっかけは忘れた頃にやってくるもんだ。 やり方を根本的に見直す時期なのかもしれない。新しいツールもいまなら選択できる。 まず、vim から atom に移行した。git のコミットメッセージやちょっとしたファイルの修正ではまだ vim を使うものの、細かい設定が必要にな
Slideas is the easiest way to create a beautiful Markdown Presentation, with all the features you need. John Smith @johnsmith 31m Lorem ipsum dolor sit amet, consectetur adipiscing elit. Aenean efficitur sit amet massa fringilla egestas. Nullam condimentum luctus turpis. Built-in data visualizations for an efficient communication Do not limit your markdown presentation to text and images. Slideas
「働き方改革」という言葉が注目される中で、リモートワークにも取り組もうとする企業も増えてきているように感じる。 しかし、これまでオフィスで働くことが普通だった会社の人たちが、いきなりリモートワークに取り組もうとしてもうまくいかないことも多いだろう。うまくいかなくて、リモートワークはやっぱり駄目だ、と思ってしまう人たちもいるかもしれない。 それは非常に残念なことだ。私のところにも、そろそろ失敗したケースの知見が溜まってきつつある。今回の記事では、失敗してしまうパターンと傾向について、そして、そうならないためにマネジメント側で出来ることについて考えてみた。 リモートワークだと集中できて良い? リモートワークを試してみた人の感想で、よく言われるのが「リモートワークだと集中できてよかった。たまにリモートワークするべきだ」というものだ。 オフィスにいれば、参加の求められる会議が多かったり、電話や内線
ども、大瀧です。 昨日から開催されているDockercon 17では、Docker関連の多くの発表がありました。 その中のひとつにMobyプロジェクトがあり、プロジェクト発足に合わせてGitHubのdocker/dockerリポジトリがmoby/mobyリポジトリに移動しました。今後Docker CE(Community Edition)のソースやIssueなどを見るときは、こちらのリポジトリにアクセスしましょう。 このブログでお伝えしたいことは以上なのですが、「Mobyってなんだよ?!Dockerが名称変更したの?」と言われそうなので、ちょっとだけ解説します。経緯についての一次情報は、以下をご覧ください。 Transitioning to Moby by shykes · Pull Request #32691 · moby/moby ほどなくちゃんとした説明がDocker社のブログなど
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く