CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
AMP Campとは? AMP CampはBerkeleyのAMP Labによるオープンソースのデータ解析用テクノロジースタックであるBDAS (the Berkeley Data Analytics Stack)のBoot Campみたいです。年1回開催されるようで、すでに2014年開催で5回目のようです。ハンズオンなんかが充実しているのでひと通りさらってみました。 IntroductionとGetting Started Camp概要と準備 AMP Campの概要です。ざざっと雰囲気が分かりますが、Sparkのエコシステムがひと通りさらえるようです。で、PrerequisitesのAssumptionに"You have experience using the core Spark APIs"とかあって、BootCampのくせに経験者対象かよ、という感じですが、その下にIntrodu
(読者がじゃぶじゃぶ可視化したくなるようなメトリクス心を煽りまくるリードテキスト。) 迫り来るクライシスに備えて Recipeの第359回では水野さんが「Muninでサーバーのリソースを可視化しよう」と題して、継続的なメトリクスの収集と可視化もまた、障害の予防や振り返りにとって重要であることを説いてくれました。 ロードアベレージやメモリ・ディスクの使用量など数値化でき、その時間変化が重要な情報に対して、Muninはとても便利なツールです。しかし世の中にある監視したいものすべてが数値化できるとは限りません。サービスの死活、ファイルのチェックサム、ハードウェアのステータス、うつろいやすい彼女[1]の気持ち。その一瞬の輝きが重要な定性的な情報を、継続的に監視したい場合もあるでしょう[2]。 さらに最近はクラウド上に何台ものインスタンスを立ち上げたり、そのインタンス上でもDockerやLXCで複
はじめに このコラムは、 2014年12月5日から始まった「Rails4技術者認定シルバー試験」の推奨教材となった「Ruby on Railsガイド」に沿って、Ruby初心者の筆者がリアルタイムで勉強をしていくコラムです。全12回を予定しています。勉強する上でつまずいた点やその回避法、他のプログラミング言語や職業経験に基づいたアドバイスなども紹介する予定です。RubyやRailsに興味のある方は、ぜひ一緒に勉強してみませんか。 今回参照するガイドはこちらです。 Active Recordの基礎 http://railsguides.jp/active_record_basics.html Active Recordマイグレーション http://railsguides.jp/active_record_migrations.html これらの章はRailsのモデルについての解説です。コード
Photo by Columbus Flickr Meet Group Photo | Flickr - Photo Sharing! Railsのよく忘れるプルダウン(select), チェックボックス(check_box), ラジオボタン(radio_button)などビューヘルパーをまとめました。 ビューでの表示形式の変換ヘルパーは、「Railsのテキスト、数値、日付/日時関連のフォーマットヘルパー - Rails Webook」を参照してください。 動作確認 Rails 4.2.0 目次 1. リンク - link_to 2. 画像 - image_tag 3. フォーム - form_for / form_tag 4. 関連モデルのフォームを作成 - fields_for 5. ラベル - label / label_tag 6. テキストフィールド - text_field /
データの入手、整形 Amazon S3へのデータのアップロード Amazon Redshift:テーブルの作成 Amazon Redshift:データの投入 Amazon Redshift:SQLによるバッチ処理(ETL) BIツールからの接続確認 また、利用するBIツールはTableau社が提供している『Tableau Desktop』というデスクトップツールを利用したいと思います。文中『Tableau』という言葉が出て来た際はこの『Tableau Desktop』のことを示しているとご理解ください。 データの入手・整形 では分析を行いたいデータを準備するところから見ていきましょう。Tableau社では各種デモで用いることができるようなサンプルデータを公開していますが、今回はそのサンプルデータを利用したいと思います。 以下のリンクで公開されているものは、架空の店舗別・地域別売り上げデータ
ども、大瀧です。 先週、AWS Identity and Access ManagementにManaged Policyという機能が追加されました。 AWS Identity and Access Management simplifies policy management AWS公式ブログでManaged Policyを使うと便利だよ!というエントリーが公開されているので、Managed Policyの使い方はそちらを参照ください。 この新機能、よりセキュアに、より便利にIAMを利用できる素晴らしいアップデートなのですが、従来の手順を知っているユーザーにとっては設定方法が変わってしまう、多少厄介なアップデートという一面もあります。そこで本記事では、従来からどこが変わったのか、何を押さえておけばいいのかを解説します。 変更点1 : 従来のIAMポリシーはInline Policyに 今
VISA提携レートは、Visaインターナショナルの計算ページを利用し、クレジットカード会社の海外利用に係る事務処理コストとして1.63%を加算した値を求めました。 AWSレートは、AWSのBillingページを利用し、値を求めました。 まとめ 国内の一般的なVisa,MasterCardの提携クレジットカードでは、海外決済を行う際、クレジットカード会社の事務処理コストとして1.63%の手数料が発生します。 三井住友VISAカードコーポレートサイト 外貨で決済した場合の換算レートについて 外貨でのショッピングご利用代金は、各地のVisaセンターまたはMasterCardセンターから決済センターにデータが到着した時点で、Visaインターナショナル・MasterCardインターナショナルが交換するレートに、弊社が海外利用に係る事務処理コストとして1.63%を加えたレートが適用されます サンプルの
特定のプロジェクトがあり、要件定義をし概要設計をする。 それがアーキテクトの仕事だと思われがちですが、大きな視点を持ち様々な課題を自らリードして解決していく立場としても絶好のポジションです。 このセッションでは、Mobage オープンプラットフォームの立ち上げから、 グローバルプラットフォーム展開、さらには mixi 社との共同プラットフォーム構築、 JavaScript SDK と認証技術の組み合わせによる新しい HTML5 プラットフォーム構築をアーキテクトという立場でリードし続けた立場から、技術選択のみならず実現したい事に対する俯瞰的な捉え方を、これまでの実例と共に紹介し、アーキテクトという役割について、お話します。Read less
Home Subscribe configureスクリプトとは何なのか 19 February 2015 おはこんばんちは!! 尾藤 a.k.a. BTO です。 みなさん Unix のパッケージをインストールする時、configureスクリプト実行しますよね。 なんかいっぱいいろんな事してるみたいで便利そうですよね。 でも実際は何をしてるんでしょうね。 configureスクリプトの出力見てますか? エラーが起きたときしか見てない事ないですか? 先日、よく使ってるんだけどよく知らないと思われる configure スクリプトの正体について、オトバンクで勉強会をやりました。 魔法の呪文 ./configure && make && make install よく打っているコマンドだと思いますが、これだけで解決します。 素晴らしいですね!! GNU Autotools configure
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
React + (Javascript || CoffeeScript) + Bower スタータキット @masuidriveJavaScriptVagrantgulpReact 最近、React.jsにハマっています。いままでとパラダイムが結構ちがうのですが、とても面白い感じです。React.jsがどんな物についてはかは、下記の記事にまとめて見ました。興味のある方はまずこれに目を通してみてください。 Ajaxを劇的に簡単にするReact.js – @masuidrive blog Reactを簡単に始めるには、jsfiddleのReactサンプルや公式スタータキットを使う方法があります。 両方ともブラウザだけで実行でき手軽なのですが、ソースファイルを分割しrequireで読み込んだり、ライブラリを使ったり、SaSSを使うようなコンパイルが必要なモノには対応する事ができません。 実際にR
タイトルの通りです。Go は LL 的に使える、とはよく申しますが、そういう意識で使っていると REPL 的なことをしたいときに困りがちですよね。そこで作りました。gore。いい名前ですね。 motemen/gore · GitHub 以下のスクリーンキャストでだいたいの雰囲気をお察し下さい。 (スクリーンキャストは cho45/KeyCast を使って撮影しました) 特徴 gore の特徴は以下の通りです。 ラインエディタと履歴 複数行入力 パッケージのインポート、補完つき 式および文を実行可能 コード補完(nsf/gocode を利用) プリティプリント(k0kubun/pp か davecgh/go-spew がおすすめ) ドキュメントも引ける(godoc が必要) 以上のように、非常に便利なものになっております。むしろこの程度 REPL には当然あってほしい機能だとも言える。 イン
Pythonを使ってこの方さまざまな点につまずいたが、ここではそんなトラップを回避して快適なPython Lifeを送っていただくべく、書き始める前に知っておけばよかったというTipsをまとめておく。 Python2系と3系について Pythonには2系と3系があり、3系では後方互換性に影響のある変更が入れられている。つまり、Python3のコードはPython2では動かないことがある(逆もしかり)。 Python3ではPython2における様々な点が改善されており、今から使うなら最新版のPython3で行うのが基本だ(下記でも、Python3で改善されるものは明記するようにした)。何より、Python2は2020年1月1日をもってサポートが終了した。よって今からPython2を使う理由はない。未だにPython2を使う者は、小学生にもディスられる。 しかし、世の中にはまだPython3に
docker初心者なので、Docker container同士の連携について、設定方法やらを半年後の自分用にチラシの裏しておきます。 この内容を踏まえた上で、docker-compose (旧Fig)に進む事をお奨めします。 初めに Container同士の連携と言っても、大きく2つのケースがあります。 同じHost内にあるContainer間の連携 (シングルホスト) 別のHostにあるContainerとの連携 (マルチホスト) マルチホストでの連携は、Best practiceについてまだ試行錯誤の段階にあるみたいですが、ここら辺とかここら辺を参照して見て下さい。 ここでは、シングルホストでの連携についてチラシの裏しておきます。 結論から言うと、同じHost上のContainer-A→Container-Bにアクセスさせる場合、 Container-Aの起動時に、docker run
Posted on February 18, 2015 at 23:26 (JST) Dockerのお勉強の一環として、Jenkinsで下記を実施してみました。 Spring BootでWEBアプリからDockerイメージ作成 作成したDockerイメージをDocker HubへPUSH JenkinsのJob実行による公開サーバのDocker Pull&最新モジュールRUN やったことを順に記載していきます。(長いです。。。) なお、セキュリティ対策はしていません。気になる方は実施&Blog化をお願いします。 今回は今までBlogで取り上げてきたサンプルをもとに動作確認をしています。 ソースはGithubで公開しています。 Webアプリ(simple-mvc-app) CIサーバと公開サーバのプロビジョニング(ci-server-provisioning) 【開発環境】 アプリの準備 G
河上です。 前回に引き続き、Spring BootアプリケーションをDockerで動かしていきます。 Spring Boot アプリケーションはインメモリDBでの開発がとても楽ですが、リリース前はやはり本番と同じデータベースサーバで動作を確認したくなります。 そして、それを行うにしても以下のような作業を行う必要があって本当に面倒です。 データベースサーバのインストールと起動 スキーマを作成するSQLの実行 テストデータの登録 アプリケーションの起動 もう1つ、これらを手動で行っている場合の大きな問題点としてデータベースの状態が毎回変わる、もしくはどういう状態かわからないのでテストしにくいという問題があります。 今回は、これらの問題を解消すべくDockerコンテナを使って自動化してしまいます。 Dockerは1.5が出ていますが、まだ1.4です。 データーベースサーバは、PostgreSQL
TL;DR Terraform + GitHub + CircleCI + Atlas を用いてAWSの操作を自動化した 各ツールの役割は下記のような感じ Terraform => インフラへの変更ツール GitHub => .tfファイルのバージョン管理 CircleCI => CI、Terraformをawsに対して実行 Atlas => インフラの状態を記録するterraform.tfstateの管理 インフラの継続的デリバリー - naoyaのはてなダイアリーにて、言及されていた範囲(Route53の変更、Chefの適用)をAWSの操作全体に拡大した 背景 今までの問題点 AWSの各種操作がブラウザからポチポチ業… 手作業なので誤操作に気づきにくい。事故りやすい インフラの実構成がバージョン管理出来ていない ちなみにRoute53に関してはroadworkerを用いてコードで管理済
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く