タグ

2017年3月19日のブックマーク (11件)

  • Office 365やBoxなどSaaS上のデータを保護――パロアルトが「Aperture」の提供開始|BUSINESS NETWORK

    パロアルトネットワークスは2017年3月17日、BoxやGoogle Drive、Office 365、GitHubなど、法人向けSaaS上のデータを保護するクラウド型セキュリティサービス「Aperture」を3月21日から提供開始すると発表した。誤って公開設定になっている重要ファイルを可視化・制御したり、マルウェアを検出・除去することができる。 働き方改革への関心が高まっているが、その実現に必要不可欠なICTツールといえるのがクラウドだ。いつでもどこでもデバイスや場所に囚われず、コラボレーションが行えるOffice 365やG Suiteなどを活用し、働き方改革を推進する企業が増えている。 これに伴い、今までオンプレミス環境にあった企業データも、クラウド上にどんどん移行しているが、パロアルトネットワークスが3月21日から提供開始する「Aperture」は、法人向けSaaSアプリケーション

    Office 365やBoxなどSaaS上のデータを保護――パロアルトが「Aperture」の提供開始|BUSINESS NETWORK
    yuyhiraka
    yuyhiraka 2017/03/19
  • Engadget | Technology News & Reviews

    Nintendo Switch 2: Everything we know about the coming release

    Engadget | Technology News & Reviews
    yuyhiraka
    yuyhiraka 2017/03/19
  • できる動的計画法:ロッド切り出し問題 | POSTD

    私が常に頭を悩まされていたのが最適化問題です。これは、コードを理解するだけでも非常に困難な問題です。そこで、これまでに私が学んだことを基に、典型的な動的計画法の問題を取り扱ういくつかの記事を投稿することにしました。今回取り上げるロッド切り出し問題は古典的な最適化問題であり、動的計画法の一例と言えます。 ロッド切り出し問題とは? ロッド切り出し問題は、現実世界で私たちが直面するたいていの問題に非常によく似ています。ある長さの棒があり、この棒を最大利益が得られる長さにして切り売りをしたいという状況があると仮定します。ここで問題となるのは、切り出した長さによって棒の値段が異なる点です。例えば細かく切り出した方が大まかに切り出した場合よりも、より多くの利益が得られる可能性があるため、ちょっと違った考え方をする必要があります。 先に進む前に、まずはこの問題をより正確に定義しておきましょう。 長さ n

    できる動的計画法:ロッド切り出し問題 | POSTD
    yuyhiraka
    yuyhiraka 2017/03/19
  • [Java]JHipsterでscaffoldをやってみる | DevelopersIO

    はじめに 少し前に私の席の周りで「Javaで(Webアプリの)Scaffoldができたらいいね」的な話になった事がありました。色々なやり方があるとは思いますが、今回はJHipsterというフレームワークでこれをやってみようと思います。 JHipsterとは 公式ページには JHipster is a Yeoman generator, used to create a Spring Boot + Angular project. JHipster とあり、サーバ側をSpring Boot、クライアント側をAngularJSで作成するフレームワークと言えると思います。 環境構築 JHipsterを実行するための環境を構築する手順です。Installing JHipsterを参考に以下のように行いました。 前提条件 実行環境はMacで、Java・node.js・npmをインストール済みという前

    [Java]JHipsterでscaffoldをやってみる | DevelopersIO
  • WebSocket のチャットサーバを Akka Streams の MergeHub と BroadcastHub で実装する | Developers.IO

    ストリームの流れ、来てますね。私も先日のScalaMatsuri2017へ参加したのですが、「Scalaのエコシステム業務利用してみた」という話が多かった印象です。その中でも、Akka Stream はかなり実務レベルで活用されているようでした。今回は、今ノッてる Akka Streams を実際に使ってみて、よくあるサンプルのひとつ、チャットサーバを作ってみたいと思います。Akka Streams の中でも、グラフの動的な操作を行うための MergeHub と BroadcastHub を使ってみましたので、利用を検討している方の参考になれば幸いです。 こんな方を想定しています Akka Streams に興味がある MergeHub と BroadcastHub を使ったコードがどんなふうになるのか知りたい バージョン情報 ライブラリ バージョン コード全文はこちらです。 cm-wad

    WebSocket のチャットサーバを Akka Streams の MergeHub と BroadcastHub で実装する | Developers.IO
    yuyhiraka
    yuyhiraka 2017/03/19
  • [macOS][iOS] パケットトレースツール「Charles」を使用してiOSデバイスの生の送受信データを確認する | DevelopersIO

    はじめに こんにちは。モバイルアプリサービス部の平屋です。 記事では、パケットトレースツール「Charles」を使用してiOSデバイスの生の送受信データを確認する手順を解説します。 検証環境 macOS 10.12.3 java version 1.8.0_121 Charles 4.0.2 iPhone 6 iOS 10.2.1 Appleの公式ドキュメントで紹介されているパケットトレースツール Appleの公式ドキュメント「Technical Q&A QA1176: Getting a Packet Trace」では、macOSでパケットをトレースするためのツールとして以下のツールが紹介されています。 Charles CPA Debookee HTTP Scoop IPNetMonitorX mitmproxy tcpdump tcpflow tcptrace Wireshark W

    [macOS][iOS] パケットトレースツール「Charles」を使用してiOSデバイスの生の送受信データを確認する | DevelopersIO
    yuyhiraka
    yuyhiraka 2017/03/19
  • https://jp.techcrunch.com/2017/03/18/20170317linkedin-open-sources-flashback-a-tool-for-mocking-internet-traffic/

    https://jp.techcrunch.com/2017/03/18/20170317linkedin-open-sources-flashback-a-tool-for-mocking-internet-traffic/
    yuyhiraka
    yuyhiraka 2017/03/19
  • untitled

    yuyhiraka
    yuyhiraka 2017/03/19
  • 情報無損失分解 - オボエガキ用

    Information version date memo 0.1 2013/04/13 first creation 1.0 2013/04/14 更新異常関連 TODO 正規化とか。。。 概要 情報無損失分解について、手元のだと分りづらかったので、調べた結果をまとめる。 良い資料があったので、それ準拠で正規化関連もまとめる 正規化 そもそも RS(リレーションスキーマの)設計が良くないと、DBの更新時に異常が起きる。 じゃあ、異常が起きないようにRS分割しましょうね^^ という事らしい。 重複 != 冗長 RSにおいて、重複と冗長は違うよ! 名前 性 名 入速出 やる夫 入速出 やる実 美筆 やらない夫 美筆 やらない夫 名前テーブルにおいて、性の「入速出」が重複しているが、冗長ではない。 なぜなら、重複しているからと言って、2行目を消すと名の「やる実」の情報が欠落する事になる。 ま

    情報無損失分解 - オボエガキ用
    yuyhiraka
    yuyhiraka 2017/03/19
  • FOREIGN KEY制約(外部キー制約を設定する)

    テーブルを作成するときにカラムに FOREIGN KEY 制約(外部キー制約)を設定することで、対象のカラムに格納できる値を他のテーブルに格納されている値だけに限定することができます。ここでは MySQL における FOREIGN KEY 制約の使い方について解説します。 FOREIGN KEY制約(外部キー制約)とは FOREIGN KEY制約(外部キー制約)とは親テーブルと子テーブルの2つのテーブル間でデータの整合性を保つために設定される制約です。次の図を見てください。 参照する側の子テーブルにある部署カラムに対し、相手側として参照される側の親テーブルにある部署カラムとを指定して FOREIGN KEY 制約を設定します。するとこの2つのカラムでは整合性が保たれるように設定されます。 具体的には子テーブルにデータを追加するとき、 FOREIGN KEY 制約が設定されたカラムには、親テ

    FOREIGN KEY制約(外部キー制約を設定する)
    yuyhiraka
    yuyhiraka 2017/03/19
  • 第三章 IDリクワイアド - Qiita

    第三章 IDリクワイアド 「なんでもかんでも "id" 追加したらいいと思うなよ!」 いんとろだくしょん 動画に紐づくタグが存在する、動画とタグの組み合わせは重複をはじきたい 解決策1 行の重複をはじくには主キーを設定すれば良いんだよ(ドヤァ CREATE TABLE MovieTags ( id movie_id tag_id FOREIGN KEY (movie_id) REFERENCES Movies (id), FOREIGN KEY (tag_id) REFERENCES Tags (id) );

    第三章 IDリクワイアド - Qiita
    yuyhiraka
    yuyhiraka 2017/03/19