2014年にAWS Lambdaが登場し、Functionを単位としてアプリケーションを実行する基盤をFunction as a Service(以下、FaaS)と呼ぶようになった。 そして、同時にサーバーレスアーキテクチャ、またはサーバーレスコンピューティングと呼ばれる新しいコンセプトが普及するに至った。 当初、そのコンセプトが一体何を示すかが定まっていなかったために議論が巻き起こり、今現在では一定の理解に着地し、議論が落ち着いているようにみえる。 しかし、サーバーレスという名付けが悪いということで議論が着地したようにみえていることにわずかに疑問を覚えたために、2019年の今、これらの流れを振り返ってみて、サーバーレスアーキテクチャとは何かを改めて考えてみる。 サーバーレスとの個人的関わり サーバーレスアーキテクチャという名を僕がはじめて耳にしたのはAWS Lambdaが登場した2015

Parrots in captivity seem to enjoy video-chatting with their friends on Messenger

Vue.js の設計地図を作成しました。設計概念の依存関係の図式化して理解し、 フロントエンド設計をモデリング起点で考えたブログです。

エンジニアはスタートアップ企業に 入らないほうがいい!? いきなりですが「エンジニアはスタートアップ企業に入るな」と言わなければなりません。 私は大学を卒業後ドワンゴに入社し、ニコニコ動画モバイルやニコニコ生放送などを開発していました。それから別の上場企業に転職しCTOを務め、現在はスタートアップであるSUGARのCTOを務めています。 大きな会社にいたころに見えた景色と、小さな会社で今見える景色から「エンジニアはスタートアップ企業に入るな」と言わねばならないと考えています。かなりの確率で地獄を見ることになるからです。 理屈を説明します。 スタートアップを起業する人というのは起業せざるを得なかった人が大半で、大抵の場合人材も資金も持っていません。その中でプロダクトを作る方法は概ね2つになります。 (1)創業者か、創業者に巻き込まれた人が頑張って作る。 (2)外注する どちらも地獄に直結しま

The Morning After: Boston Dynamics’ bi-ped Atlas robot is going into retirement

はじめまして。2019年8月に入社した佐藤 (taisa) です。入社して約1ヶ月が経とうとしているので入社エントリを書こうと思います。タイトルにある通り自分はほかのスタートアップからテックタッチへ転職しました。前職も素晴らしい会社でしたが、テックタッチは自分にとってはそれ以上に素晴らしい会社であり、色々考えた末に転職を決意しました。ここではその何が素晴らしいと思ったかを簡単にお伝えできたらと思います。 ※ 冒頭の写真は全社イベントで屋形船に乗ったときの写真です。 どんなことをしてきたのか大学卒業後、大手SIerで主に官公庁向けのシステム開発をしたり納品の為に日本全国を回ったりしていました。その後Web業界のベンチャー企業へ転職をし自社サービスの開発・運用・サービスの立ち上げなどに専念しました。そしてゆくゆくはスタートアップへという思いがあった中、縁があって立ち上げ間もないスタートアップに

NewsPicksのエンジニア採用サイトです。さまざまな強みを持つエンジニアが、自分たちの個性を活かし、未来を創るための挑戦をしてる自由な環境で、一緒に世の中をおもしろくしてみませんか？

15年間様々な環境を試してきましたが、これが最適かと思っている事を記載します。 随時更新し、各項目の詳細は別記事で記載していこうかと考えています。 2019/08/28追記 多くのいいねを頂きありがとうございます。 大切な業務分析が抜けていましたので、追記させて頂きました。 環境周り 開発環境 IntelliJ vim・emacsでプラグインを使用、Eclipseなど様々なIDEを使用してきましたが、現在はIntelliJに統一しました。 以下採用理由です。 構築が行いやすい 多数の言語・フレームワークに対応している あらゆるプロジェクトにて同じIDEを使用出来る 補完が非常に便利 あらゆる操作にキーバインドが設定可能 初心者から熟練者まで満足できる操作性 Docker 出来る限り環境依存を無くす為、データベースなどのサーバープロセスはDockerで構築しています。 但し、Tomcatは環

このブログ記事で 「MultiAZ」にしていたら何事も全て大丈夫という認識を変えられると嬉しいです （当該の時点で障害起こした人はちゃんとMultiAZにしてなかったんでしょ？という人の認識も変えられると嬉しいです）。 MultiAZにしておくことは基本 です。 その上でも、 安心しきらずに監視は必要 という話をしています。 MultiAZ構成にしておきましょう そのうえで監視、検知、トレーサビリティを大切にしましょう MultiAZ要らないという見当外れの解釈はしないでください （一部、間違えた解釈をしてるコメントも見受けられましたが、大いに違います）。 前提 2019-08-23、AWSで大規模な障害が起こりました。 障害の一般的な内容は以下のとおりです。 まとめのブログ https://piyolog.hatenadiary.jp/entry/2019/08/23/174801 AW

Nubank is taking its first tentative steps into the mobile network realm, as the NYSE-traded Brazilian neobank rolls out an eSIM (embedded SIM) service for travelers. The service will give customers access to 10GB of free roaming internet in more than 40 countries without having to switch out their own existing physical SIM card or…

ちなみにわたしは31歳です

はじめに　この記事には、Googleのオンサイト面接に向けて勉強した内容が記載されていますが、それらはすべて面接を受ける直前に書いておいたものです。このエントリを読むことで面接で聞かれた内容が予測されてしまわないようにそのようにさせていただきました。ご了承お願いします。 この記事について　令和元年に医師を退職し、ソフトウェアエンジニアに転職します。 自分にとって大きな転機であったのと、とても大変な道のりであったので、私という人間が辿った道筋を最初から最後までちゃんとまとめておきたいと思いこの記事を書くことにしました。 私のような他業種から未経験での転職を目指されている方にとっても、何らかの参考になる内容であれば幸いです。 私の生い立ち　私は小さい頃からテレビゲームが大好きで、学校から帰るとずっと家でゲームをしている子でした。あまりにもゲームが好きだったので、遊ぶだけではなく自分で作ってみた

先日のPyCon JP 2018の野球の話にてVue.js（Nuxt.js）の話をした結果、技術評論社様のご厚意により、一冊頂戴いたしました. Vue.js入門 基礎から実践アプリケーション開発まで 作者: 川口和也,喜多啓介,野田陽平,手島拓也,片山真也出版社/メーカー: 技術評論社発売日: 2018/09/22メディア: 単行本（ソフトカバー）この商品を含むブログを見る 正に欲しかった類の本で大変助かりました、ホントありがとうございます！ 結論から言うと、 Vue.js（またはNuxt.js）で開発するなら一冊持っておけ！（ただし他のFWにもいい本がある） っていうくらい素晴らしい書籍でした、自信を持ってオススメができるレベルです. このエントリーでは、 「 Vue.js入門 基礎から実践アプリケーション開発まで」の簡単な感想 私がフロントエンド開発するまでにやってきたJavaScri

婚活をしたことがない人たちは、 こう思っているかもしれません。 「結婚相談所には、 不細工しかいない」 ところが実際に活動してみると、 「なかなか可愛い女子」 「わりとイケメンの男子」 は、まあまあの割合でいます。 そして、 「道行く人が全員振り返る、 ものすごい美女」も、 100人中5人くらい存在します。 彼女は、間違いなく、 上位5名に所属する女性でした…。 東京と兵庫にある結婚相談所、 結婚物語。の仲人Tです。 ※いつものように多少フェイクを入れています 今年の初めの、東京入会相談会。 ホテルのラウンジで入会相談者を待っていた所長は、空気がどよめくのを感じました。 入り口に目を向けると、華やかなオーラの超絶美人が入ってくるところでした。 170センチ近い長身、 すらりとした長い手足、 驚くほと小さな顔。 真っ白に光り輝く肌に、 ぱっちりした大きな目、 さくらんぼのような唇。 北川景子

ローカルに2つのアプリケーションを動かしていて、URLでリバースプロキシ先を振り分ける設定になります。/fooで受けると5001ポートで動いてるアプリに、/barで受けると5000ポートで動いてるアプリに振り分けてくれます。 パラメータごにょごにょしたいときはrewriteルールのところで色々変数化すると良いと思います。 サブドメイン使えない環境のお伴にどうぞ。しかしnginxはシンプルで良いですね。 server { listen 80; server_name www.example.jp; charset koi8-r; location /foo { rewrite ^/foo/(.+) $1 break; proxy_pass http://127.0.0.1:5001/$1; } location /bar { rewrite ^/bar/(.+) $1 break; prox

Go言語 ORMライブラリのGORMの簡単な使い方を確認してみました。また、公式ドキュメントにしっかりと使い方が書いてありますので基本的にはそちらを参考にしてもらえればと思います（すべてではないですが日本語訳もされています）。その上でクイックスタートを元に簡単な使い方と挙動を確認してみます。 http://gorm.io/ja_JP/docs/ インストール 以下のコマンドでインストールできます。 go get -u github.com/jinzhu/gorm クイックスタート 公式ドキュメントにあるクイックスタートを実行してみました。DBだけsqliteではなくmysqlに変更しています。 package main import ( "github.com/jinzhu/gorm" // _ "github.com/jinzhu/gorm/dialects/sqlite" _ "git

私は経済学部出身でWeb系エンジニアをやっているわけだが、コンピュータ・サイエンスはずっと学びたいと思っていた。 そんな中、Turing Complete FMというpodcastに出会ってその気持ちが更に強くなり、ここ1年くらい、子育ての合間にコツコツコツコツとコンピュータ・サイエンス周りのことを学んでいた。このエントリでは、学んでいたこと、及び子育ての合間にどうやって時間を捻出しているのかをまとめた。 目次： やっている/やったこと コンピュータサイエンス系のPodcastを聞く コンパイラを書く(ペンディング中) OSの作り方を学ぶ RustでOSを書く(ペンディング中) Rustを学ぶ プログラミングコンテスト系のサービスをやってみる LeetCode Atcoder 計算理論の初歩を学ぶ 白と黒の扉を読む 大学の教科書で使われているような書籍で学ぶ システムのパフォーマンスについ