Intro 「Socket.IO 使ったほうがいいですか?」 という主旨の質問をもらった。 これは、 WebSocket が繋がらない環境に向けて、フォールバック機能を有する Socket.IO にしておいた方が良いのかという意味である。 WebSocket が出てきた当初と比べて、 Web を取り巻く状況は変わったが、変わってないところもある。 念のためと Socket.IO を使うのもよいが、「本当に必要なのか」を問うのは重要である。 Rails も ActionCable で WebSocket に対応し、ユーザも増えるかもしれないことも踏まえ、 ここで、もう一度現状について、把握している範囲で解説しておく。 "繋がらない" とは 最初に、なぜ 繋がらない ことがあるのかを、きちんと把握したい。 まず WebSocket の有史全体をみれば、繋がらないとして語られていた現象は、大きく
Asynchronous Error Handling in Express with Promises, Generators and ES7 by Marc Harter Apr 21, 2015 / Community, Express, How-To tldr; Callbacks have a lousy error-handling story. Promises are better. Marry the built-in error handling in Express with promises and significantly lower the chances of an uncaught exception. Promises are native ES6, can be used with generators, and ES7 proposals like
Contents1 1. 最終価格を明瞭にする2 2. 顧客が希望する支払方法をカバーする3 3.チ…
Contents1 1. 最終価格を明瞭にする2 2. 顧客が希望する支払方法をカバーする3 3.チ…
僕がメルカリにジョインするとき、代表である山田進太郎に言われたのは「新サービスを作ってほしい」ともう1つ、「子会社の社長をやらない?」でした。 「起業家の口説き方がわかってるなー(笑)」と思いつつ、当時はせっかくジョインするならがっつり関わりたかったので、まずは子会社を作らず、メルカリ本体に入社しました。 ジョインから数ヶ月経ったころに、新規事業の準備を始めました。その際「子会社化するかどうか」「一部署でいいのでは」など、あまり議論していません。するするっとメルカリの子会社である「ソウゾウ」が誕生しました。 実際にソウゾウ設立後、数ヶ月ほど事業を進めてみて、改めて「やっぱり新しいことをやるなら、ハコ(=会社)も新しくした方がいいんじゃないかな」と感じています。 社内ベンチャーが成功しにくい理由社内ベンチャーはなかなか成功しにくいと、一般的に言われています。その原因として、よく挙げられるのが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く