タグ

2018年2月6日のブックマーク (18件)

  • 【秒速で無料GPUを使う】TensorFow(Keras)/PyTorch/Chainer環境構築 on Colaboratory - Qiita

    【秒速で無料GPUを使う】TensorFow(Keras)/PyTorch/Chainer環境構築 on ColaboratoryDeepLearningChainerTensorFlowPyTorchcolaboratory 2019/5/11 PR: こちらの内容を含め、2019年5月11日発刊の 図解速習DEEP LEARNINGというができました。[2019年5月版] 機械学習・深層学習を学び、トレンドを追うためのリンク150選 - Qiitaでも、一部内容をご覧いただけます 19/1/11 18年1月の公開後、TensorFlow体にKeras統合、Chainerがデフォルトで提供となるなど、状況が変化したため、大幅に加筆しました。TensorFlow 2.0 Previewについても追記しました。 19/1/31 PyTorchが標準インストールとなったこと、PyTorch

    【秒速で無料GPUを使う】TensorFow(Keras)/PyTorch/Chainer環境構築 on Colaboratory - Qiita
  • Swagger x Heroku で手軽に API モック&ドキュメントを作る - Qiita

    概要 Web、モバイル問わず、アプリケーション開発する際には、フロントエンドとバックエンド開発が一斉にスタートすることが多く、フロントエンド開発はバックエンド開発待ちになるケースがよくあります。この待ちの時に、フロントエンド側で仮で叩ける環境があると、実装をある程度進めることができ、開発が進みやすくなります。 この記事では Swagger と Heroku を用いて、 API のドキュメントとモック(スタブ)サーバーを手軽に作る方法を紹介します。 Swagger って? Swagger は特定の書式で書くと API ドキュメントとかモックを良い感じで生成してくれるやつです。詳しい説明は公式ページをご参照ください。 手順 Swagger Editor で YAML 整形 モック&ドキュメントのサーバーサイドコードを Generate する Heroku 用の修正をする Heroku にデプロ

    Swagger x Heroku で手軽に API モック&ドキュメントを作る - Qiita
  • オンデマンドウェビナー「見積もり作成ハンズオン」を公開しました。 | Amazon Web Services

    Amazon Web Services ブログ オンデマンドウェビナー「見積もり作成ハンズオン」を公開しました。 こんにちわ。プロダクトマーケティング エバンジェリストの亀田です。 日々セミナーなどで皆さんにいろいろなコンテンツをお届けしていますが、その中でとても多くの再演要望をいただいているセミナーがあります。今回その「見積もり作成のハンズオン」をオンデマンドウェビナーとしてご提供することができるようになりました。お申込みをいただければ、いつでも皆さんが必要な時に視聴できるようになっています。是非こちらからお申込みください。 全部で3部構成となっています。 Part 1: Amazon EC2、Amazon RDS 等 主要サービスの費用について基的な考え方をまとめています。 Part 2: 概算費用算出における検討事項のポイントやお支払方法についてまとめています。 クラウドは IT

    オンデマンドウェビナー「見積もり作成ハンズオン」を公開しました。 | Amazon Web Services
  • 機械学習アルゴリズム チート シート - デザイナー - Azure Machine Learning

    Note デザイナーは、従来の事前構築済みコンポーネント (v1) とカスタム コンポーネント (v2) の 2 種類のコンポーネントをサポートします。 これら 2 種類のコンポーネントには互換性がありません。 従来の事前構築済みコンポーネントは、主にデータ処理や、回帰や分類などの従来の機械学習タスク向けの事前構築済みのコンポーネントを提供します。 この種類のコンポーネントは引き続きサポートされますが、新しいコンポーネントは追加されません。 カスタム コンポーネントを使用すると、独自のコードをコンポーネントとしてラップすることができます。 これは、ワークスペース間での共有と、Studio、CLI v2、SDK v2 インターフェイス間でのシームレスなオーサリングをサポートします。 新しいプロジェクトでは、AzureML V2 と互換性があり、新しく更新され続けるカスタム コンポーネントを使

    機械学習アルゴリズム チート シート - デザイナー - Azure Machine Learning
  • Mackerel Meetup #11 Tokyo で Mackerel の時系列データベースについて発表しました - 平常運転

    ここ1年半くらい仕事でサーバ管理・監視サービス Mackerelの開発をしているのですが、そのユーザミートアップイベント Mackerel Meetup #11 Tokyo が2/5にあり、そこで"AWS で実現した Mackerel 時系列データ1分粒度長期保存の裏側"というタイトルで発表してきました。 mackerelio.connpass.com 発表スライドはこちらです。タイトルスライドのピラミッドの写真は現地で自分で撮影した写真です*1。ピラミッドは適当に写真撮るだけでそれっぽい雰囲気が出るのでフォトジェニック。 speakerdeck.com 今回は先日リリースした1分粒度時系列データの長期保存をメイントピックとしましたが、そうはいっても時系列データベース(diamond)全体の話もしない訳にはいかないので、複数のストレージ (Amazon DynamoDB, Redis, A

    Mackerel Meetup #11 Tokyo で Mackerel の時系列データベースについて発表しました - 平常運転
  • AWS で実現した Mackerel 時系列データ1分粒度長期保存の裏側 / Mackerel Meetup #11 Tokyo

    2018/02/05 https://mackerelio.connpass.com/event/76678/

    AWS で実現した Mackerel 時系列データ1分粒度長期保存の裏側 / Mackerel Meetup #11 Tokyo
  • 話題のティール組織・ホラクラシー組織の繋がりを実践的に徹底解説!

    「Natural Organizations Lab 株式会社」共同創業者の吉原史郎は日初の「*ホラクラシーライセンス プロバイダー」です。 *「ホラクラシー」を開発したHolacracy One社のアセスメントで認定コーチになり、ライセンス契約を結んだ人が、ライセンスプロバイダーとして、「ホラクラシー」に関するサービスを提供することが”法的”に可能となります。 みなさんの中には、「ティール組織やホラクラシー組織という言葉を聞いたことがあるものの、両者の繋がりが不明慮であり、よく分からない」と感じている方もいらっしゃることと思います。 ティール組織とホラクラシー組織とは実は違うものではなく、ティール組織という考え方の中の具体的な一つの形態として、ホラクラシー組織があります。 ティール組織とは、思い切って一言で言うと、「社長や上司がマイクロマネジメントをしなくても、組織の目的実現に向けて、

  • 米国株、急落 ダウ1175ドル安で史上最大の下げ幅、調整局面入りとの見方 - 日本経済新聞

    【NQNニューヨーク=古江敦子】5日の米株式相場は急落した。ダウ工業株30種平均は大幅に続落し、前週末比1175ドル21セント(4.6%)安の2万4345ドル75セントと昨年12月8日以来ほぼ2カ月ぶりの安値で終えた。下げ幅は史上最大となり、指数の全構成銘柄が下げた。米長期金利の急速な上昇が投資家心理を冷やし、相対的に運用リスクが高い米株の持ち高を手じまう売りが膨らんだ。ダウ平均は朝方から大幅に

    米国株、急落 ダウ1175ドル安で史上最大の下げ幅、調整局面入りとの見方 - 日本経済新聞
  • Google Colaboratoryが便利・高速で凄過ぎる - Itsukaraの日記

    Googleが研究の一環で提供しているColaboratoryを試してみました。 Jupyterと同じようなGUIPythonのプログラムを実行可能で、GPUも使えます。 Jupyterと同様に、先頭に「!」を書くことで、Linuxのコマンドを実行可能であり、「!pip」「!conda」「!apt-get」などで機能を追加できます。 実行結果をファイルシステム上に保管でき、共有リンクを使って取り出せます。 ただし、12時間経過すると強制終了されて、ファイルは失われます。 しかし、Notebookが動いている仮想マシンにGoogleドライブをマウント可能であり、これにより、実行結果をGoogleドライブ上のファイルとして保管できます。 Deep Learningでは、途中の状態をファイルに保管して、そこからResumeできるようにプログラムを書くことが多いので、12時間で一度強制終了しても

    Google Colaboratoryが便利・高速で凄過ぎる - Itsukaraの日記
  • タイムゾーン呪いの書 - Qiita

    コメント欄で「Software Design 誌 (2018/12) に寄稿した内容や修正などをこちらの記事にも適用したい」と言ったあと、やるやる詐欺でずっと放置していましたが、三年近く経ってようやく 2021年 7月に大幅に改訂し、同時に Zenn に引っ越すことにしました。 タイムゾーン呪いの書 (知識編) タイムゾーン呪いの書 (実装編) タイムゾーン呪いの書 (Java 編) なにやら長くなりすぎたので三部構成になっています。 この Qiita 版は、しばらく (最低一年は) 改訂前のまま残しておきます。 タイムゾーンの存在はほぼ全ての人が知っていると思います。ソフトウェア・エンジニアなら多くの方が、自分の得意な言語で、タイムゾーンが関わるなにかしらのコードを書いたことがあるでしょう。ですが、日に住んで日仕事をしていると国内時差もなく1 夏時間もない2 日標準時 (Japa

    タイムゾーン呪いの書 - Qiita
  • クラウドインフラ、AWSがシェア3割超で突出したリーダーを維持。小規模ベンダは上位ベンダにシェアを奪われている。2017年第4四半期、Synergy Research Group

    調査会社のSynergy Research Groupは、2017年第四4半期におけるクラウドインフラサービスの調査結果を発表しました。 クラウドインフラサービスは、IaaSとPaaS、ホステットプライベートクラウドを合わせたもの。 シェアトップはこれまでと変わらず、2位にダブルスコア以上の差を付けてAmazon Web Services(AWS)。 Synergy Research Groupは今回の発表において各ベンダの具体的なシェアを明らかにしていませんが、これまでの数字から推測すると34%もしくは35%と見られます(以下、シェアの数字はPublickeyによる推測値)。 2位はマイクロソフトでシェアは13%前後、3位はIBMでシェアは8%前後、4位はGoogleでシェアは6%前後、そして今回新しくチャートに登場したのがAlibabaで、シェアは4%前後です。 そしてチャートでその次

    クラウドインフラ、AWSがシェア3割超で突出したリーダーを維持。小規模ベンダは上位ベンダにシェアを奪われている。2017年第4四半期、Synergy Research Group
  • 人が働く場としての工場 | タイム・コンサルタントの日誌から

    駐車場を出たとき、車の後ろの席で、P社の社長はそうつぶやいた。わたしは関西にあるPという株式会社を訪問して、工場を見学させていただき、そこの社長さんと何人かの方と一緒に、車で新幹線の駅へと向かう途中だった。車は途中で一旦、とある屋外駐車場による必要があった。 駐車場の入り口には、昔の電話ボックス位の大きさの小屋があり、そこに番人が座っていた。顔にシワの刻まれた、中高年だったと思う。彼はそこに来る日も来る日もたった1人で座り、車の出入りや場所の移動等の作業をしていくのだ。同僚との会話もなく、明確な休憩時間もない。暑さ寒さも厳しい。自動ゲートの機械を入れれば済むのだが、駐車場のオーナーは単純労働者の低賃金で済ましているのだろう。 後ろの座席でのP社長のつぶやきを聞いて、わたしは、「人が働くとはどういうことか、人をどう使うのが良いのか」について、つねに自問している方だと思った。わたしは今、見てき

    人が働く場としての工場 | タイム・コンサルタントの日誌から
  • 毎日、何かを継続する時のコツ(詳細編)|松倉早星(Nue inc・Ku-ko inc代表)

    毎日、日記を書くと明言してから2ヶ月がすぎると、「どうやって」習慣にできたのかすごい聞かれることが増えた。 とてもシンプルなことで習慣は作れると気付いたので、簡単にまとめたツイートをしといた。 5つのルールを少しだけ丁寧に説明します。「そんなの個人差あるでしょう」とか、「続いたことないわぁ」って思う人も多いでしょう。僕も根はそっち側のこたつゴロゴロ族なのでわかります。でも、意外とまじで習慣化するから、試しに3日間くらいでもやってみて!合わなかったらやめれば良いし、別に誰からも責められないから! ーーー 1.できるだけライトな作業に絞る 早速だけど、ここが一番大事!です。こういうのを設定する時って<自炊してる時に欲張って大量に作り過ぎてしまう現象>に近くて、ついつい欲張った習慣を設定しがちです。イメージ的には精進料理とか、腹八分目の事を目指すのがコツです。数日やってみて、少しでも「面倒だな

    毎日、何かを継続する時のコツ(詳細編)|松倉早星(Nue inc・Ku-ko inc代表)
  • netnsを使ったホスト内ネットワーク構築 - Qiita

    ネットワークエンジニアから「Linux Bridgeがわからん」と言われて説明用に書いたLinuxホスト内部ネットワークの概念説明と作り方です。 実用的なものが必要ならば以下のリンクがわかりやすいかと思います。 http://kurochan-note.hatenablog.jp/entry/2015/10/11/110649 http://ameblo.jp/principia-ca/entry-12103919307.html なお、リソースさえあればコンテナよりもVMで構築したほうが圧倒的に楽です:-) 環境 ・OS CentOS7 ・ルーティングプロトコル OSPF(on quagga) 前提知識 Linux内に以下のものを複数作成することができる ・インターフェース ・ブリッジ ・ルーティングテーブル、プロトコルスタック シナリオ こういうネットワーク作ってと言われました。 実ネ

    netnsを使ったホスト内ネットワーク構築 - Qiita
  • Amazon Linux 2のswapファイル作成にfallocate、ダメ、ゼッタイ | DevelopersIO

    今回、Amazon Linux 2環境でrootボリューム上にswap領域を作る際に、従来のベスト・プラクティスで利用しているfallocateはswapon時にエラーが起きてしまうことを確認したのでシェアします。情報としては古い話をひっぱり出していますが、今後、LTS(Long-Term Support)ビルドがリリースされれば、Amazon Linux 2を利用されるユーザーも多くなると思いますのでブログに書いた次第です。 動作確認環境 Amazon Linux 2は現在、RC(Release Candidate)なので、LTSビルドでは動作が変わる可能性もあります。 AMI ID:ami-c2680fa4(Amazon Linux 2 LTS Candidate AMI 2017.12.0 (HVM), SSD Volume Type) Kernel:4.9.76-38.79.amz

    Amazon Linux 2のswapファイル作成にfallocate、ダメ、ゼッタイ | DevelopersIO
  • 謙虚・尊敬・信頼の「HRTの原則」|Googleに学ぶ良いチームの作り方 - 俺の遺言を聴いてほしい

    「Team Geek Googleのギークたちはいかにしてチームを作るのか」というを読みました。 このはマネジメントを成功させるためのではなく、素晴らしいチームを作るための心構えを説くです。 世の中の多くの人は 「一人の天才が世界を変えた」 というような神話を好みます。 僕自身もそういうストーリーに憧れます。 とはいえ、大きな仕事を成し遂げるのは個人ではなく、チームである場合がほとんどです。 スーパースターはたしかに素晴らしい。 でも、それ以上に、偉大なチームを作るほうが素晴らしいのです。 Team Geekの著者は「孤高のプログラミング職人はいない」と強調します。 プログラミングに限らず、たった一人で何か大きな仕事を成し遂げる人は稀でしょう。 孤高の職人がいたとしても、一人で超人的な偉業を達成できるわけではありません。 「世界を変えるような功績は、インスピレーションの閃きとチーム

    謙虚・尊敬・信頼の「HRTの原則」|Googleに学ぶ良いチームの作り方 - 俺の遺言を聴いてほしい
  • 仮想通貨を扱うサービスが最低限するべきなセキュリティ対策 - Qiita

    移動しました: https://blog.katio.net/#/page/blockchain-service

    仮想通貨を扱うサービスが最低限するべきなセキュリティ対策 - Qiita
  • スクラムにおける技術的スパイクの進め方

    アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) みなさんこんにちは。@ryuzeeです。 スクラムでは、スプリントに投入するプロダクトバックログアイテムはReady(準備ができている)である必要があります (Readyとはどんな状態なのかについては以前に詳しく説明したので、そちらを参照してください)。 Readyにしておくことによって、成果の量が安定しプロダクトオーナーやステークホルダーにとっては予測精度が向上していきます。 Readyにする活動は単に受け入れ基準を用意したり、プロダクトバックログの内容を精緻化したり、並べ替えたりするだけではありません。 スプリント内でプロダクトバックログアイテムが完成する可能性を上げるために必要な活動すべてが含まれます。 そしてその中の

    スクラムにおける技術的スパイクの進め方