タグ

2016年11月28日のブックマーク (6件)

  • hystrixjs

    HystrixJS - resilience library for NodeJs applications This library is inspired by the by the the Netflix Hystrix module for Java applications, which "is a latency and fault tolerance library designed to isolate points of access to remote systems, services and 3rd party libraries, stop cascading failure and enable resilience in complex distributed systems where failure is inevitable". Including it

    hystrixjs
  • ECMAScript6にシンボルができた理由

    ECMAScript6 (ES6, ES2015) で導入された新機能の大半は、読めば便利さが想像くらいはできるけど、自分にとってしばらく訳がわからなかった新機能が「シンボル」(MDNのリファレンス)。これまで文字列だけで上手くやってきたJavaScriptに、急になぜこんなものが導入されたの? イマイチ分からなかったので、調べたことのまとめ。 シンボルの簡単なおさらい 知ってる人は読み飛ばし推奨。詳しく見たい人は、こことかの他のページを参照。 ES6で導入された、 Symbol() で作成できる特殊な値。 Symbol() は、 typeof すると 'number' でも 'string' でも 'object' でもなくて 'symbol' となる、まったく新しいタイプのプリミティブ値を生成する。 一旦作ったシンボルは、それ自身とのみ等しくなる、ユニークなIDとして機能する。 ===

    ECMAScript6にシンボルができた理由
  • Spring Bootで例外発生時にJSONを返す - GeekFactory

    Spring BootのREST APIサーバで例外発生時のエラー情報をJSONで返す方法を調べたのでメモです。 やりたいこと 例外が発生した場合は常にエラー情報をJSONで返したい。 例外の種類によってステータスコードを分けたい。例えば、バリデーションエラーが発生した場合は400、その他は500を返す。 Spring MVCの来の振る舞いは変更しない。例えば、認可エラーで401を返す振る舞いは維持する。 実現方法 ErrorController インタフェースを実装すると、例外時のレスポンスをカスタマイズできる。 キャッチした例外によってステータスコードを変更する。 ステータスコードを指定できる例外クラスを作成します。実際のプロダクトでは、エラーコードやエラーメッセージを含む業務例外クラスを作成するとよいでしょう。 class AppException extends RuntimeE

    Spring Bootで例外発生時にJSONを返す - GeekFactory
  • 不足するセキュリティエンジニアの育成に王道はあるか

    セキュリティ人材は、どうやって育てていけばよいのか。取材から分かった育成モデルは、知識習得と実務経験を繰り返してスパイラル型にスキルを向上させていくものだ(図3)。 前提条件として、開発や運用の知識と経験が必要となる。「セキュリティ人材は『実際の業務フローやコストを考慮して落としどころを見つける』という思考法が必要。開発や運用の現場を知らないと、非現実的なセキュリティ対策をやろうとしてしまう」(リクルートテクノロジーITソリューション統括部 サイバーセキュリティエンジニアリング部 シニアマネジャーの鴨志田 昭輝氏)。一定の実務経験を積んだ若手、中堅の人材のうち、セキュリティに興味や関心がある人材が、セキュリティ人材としてのキャリアを積むのが一般的だ。 セキュリティ人材は、身に付けたセキュリティスキルに応じて2段階ある。 第1段階は、自身の業務に関連する基礎的なセキュリティ知識を身に付け

    不足するセキュリティエンジニアの育成に王道はあるか
  • 物理学業界が大興奮した「熱機関の限界」発見 古典的なはずの熱力学に新たな法則が登場 | JBpress (ジェイビープレス)

    道路に大穴が開いたり、まさかの候補が当選したり、立て続けに世間を騒がす事件が続いていますが、そうなると地味で目立たない(失礼)科学ニュースは、派手な見出しの狭間に埋没してしまいます。 先日2016年10月31日、慶応大学において、理論物理学の重要な成果が記者発表されました。 ですが、「一般の熱エンジンの効率とスピードに関する原理的限界の発見」という、この難解な題は果たして日語なのでしょうか。さっぱり意味が分からないという反応が普通でしょう。よほど注意深く報道記事を追う人か、はじめからこの分野が大好きでたまらないマニアでもないと、どこが重要なのか認識できないでしょう。 けれどもこれは、熱力学・統計力学という古典的で正統的な理論物理学の分野でなされた、たいへん美しい鮮やかな成果なのです。物理学業界大興奮です。 アメリカの45代目大統領なんか1万年経てば誰も覚えていませんが、熱力学の法則は10

    物理学業界が大興奮した「熱機関の限界」発見 古典的なはずの熱力学に新たな法則が登場 | JBpress (ジェイビープレス)
  • JenkinsとGroovyで低レベルなトラブルシューティングをする - くりにっき

    昨日会社でJenkins立てた時に .ssh/config が読めなくてハマってました。 読めなかった原因というのはJenkinsを動かしてるtomcat7ユーザのホームディレクトリ*1とJenkinsが見ているホームディレクトリ*2 がい違ってたためなのですが、そこに至るまでの原因調査で非常に低レベルなトラブルシューティングをしてたので備忘録として残しておきます。 低レベルなトラブルシューティングとは? ここでは「Jenkinsがシェルコマンドを叩いた時にどう実行できるか」を調べることを低レベルなトラブルシューティングとしてます。 Jenkinsをインストールしてるサーバにsshで入れれば sudo -u tomcat7 〜 でやるのが模範解答なのですが、今回は権限の関係でtomcat7ユーザになれなかったためJenkinsにシェルコマンドを実行してもらうことにしました どうやって?

    JenkinsとGroovyで低レベルなトラブルシューティングをする - くりにっき