タグ

2018年4月21日のブックマーク (3件)

  • BugBounty.jp - バグバウンティ・プラットフォーム

    バグバウンティ®は株式会社スプラウトが提供する企業とホワイトハッカーを結ぶ報奨金プラットフォームです。最新の技術を持ったホワイトハッカーが攻撃者の目線で脆弱性を調査します。 Follow us! 脆弱性報告の最先端:バグバウンティ バグバウンティは、海外では多くの企業が導入をしており、日国内の大手企業でも自社製品やサービスのセキュリティを高める取り組みの一つとして注目を集めています。 企業の持つサービスの成長に伴いセキュリティ対策にかかるコストの増大、限られた期間での社内テストや診断サービスだけでは脆弱性の見逃しが懸念されます。 2024年4月からは、重要インフラ企業14業種を対象に、国主導にてサイバー攻撃などの防御策を報告するように義務付ける整備が進められており、企業としてリスクを抑制する活動は避けられない情勢となっております。 最新のサイバーテクノロジーをキャッチアップし続ける一流の

  • CI で稀に失敗してしまうテストへの対処方法 - クックパッド開発者ブログ

    技術部の福森です。 クックパッドでは RSpec と Jenkins を利用して CI による自動テストを行なっています。 テストの数は 12000 examples を越えていて、テストによっては稀に失敗する物が出てきています: 時間帯依存で失敗してしまうもの 他に同時に実行されるテストに依存しているもの (並列実行で組合せが変わり再現する) インテグレーションテストでの ajax リクエストの微妙なタイムアウト etc また、番環境を壊さないよう、 CI で成功したリビジョンのみデプロイ可能となっており、開発者が push しデプロイしたいと思っている時に無関係な原因で失敗する事を避けたいという欲求があります。 なぜなら、再度ビルドを実行する時間 (およそ 10 分) の間待たされる事になるからです。 そこで、そのようなテスト起因での失敗を減らし、かつ開発者にそれらを修正してもらうた

  • FluxのActionとStoreをちゃんと分ける話 - pixiv inside [archive]

    ピクシブ株式会社 Advent Calendar 2015、19日目の記事です。 qiita.com こんにちは、愛らしくも憎らしいJavaScriptを書いてご飯をべている @geta6 です。業務では pixiv Sketch というサービスの開発や運営に携わっています。 pixiv Sketchでは、node.jsとReact/Fluxibleを使用してサーバーとクライアントを同じコードベースで動作させるIsomorphicな構成を採用しています。 このプロジェクトコードレビューをしていて、チームメンバーがつまずきやすいと感じたのが『FluxにおけるActionとStoreのどちらに何を実装するべきか』という点でした。 そこで、日は『ActionとStoreとの適切な責務の持たせ方』について話をしたいと思います。 ReactとFluxについておさらい 今年の4月にこんなスライド

    FluxのActionとStoreをちゃんと分ける話 - pixiv inside [archive]