» Angularjs超入門。最高のJavaScriptフレームワークを紹介します | 株式会社AXESOR
弊社で大規模なJavaScript開発を行う際には AngularJS を採用しています。 本日はJavaScriptをプログラミングするなら絶対に知っておくべき むしろ使っておくべき最高のフレームワークである Angularjs を紹介します。 この記事では難しい事は先に書かず、 先ず具体例とメリットだけ書いて理解し易くします。 Angularjsとは Google社が開発を行っているMVVMフレームワークなんです。 Backbone.jsやember.jsなどと同じ、モダンなフレームワークです。 何のこっちゃ？という感じですが 先に利点からお伝えすると、PHPのように書けますよ！というメリットが有ります。 例えで恐縮ですが、在籍の女の子をリスト表示する時 jQueryなどでは、コレクション（女の子の配列など）を走査するロジックの中に DOM要素を操作するコードを書く必要が有ります。 f
gulp＋Browserifyで、JavaScriptビルド／minify／watchify／livereload - CLOVER🍀
以前、gulp＋webpackで似たようなことをやったのですが、Broserifyを使った自分なりのgulpfile.jsを作っておこうかなと思いまして。 やりたいこと。 BrowserifyでJavaScriptを結合 minifyする sourcemapを作成する wachifyを使って差分コンパイル ということをやるように、npm moduleをインストールしてgulpfile.jsを書きました。 以下、発行したコマンド。 $ npm init $ npm install -g gulp $ npm install --save-dev gulp browserify gulp-load-plugins gulp-uglify gulp-sourcemaps gulp-plumber gulp-util vinyl-source-stream vinyl-buffer gulp-we
Ansibleのモジュール開発（基礎編） ｜ DevelopersIO
はじめに こんにちは、最近どっぷりサバゲーにハマってる藤本です。 Ansibleは数多くの標準モジュールを提供しています。標準モジュールを利用、もしくは標準モジュールを組み合わせて利用することで多くの設定を実現することができます。それでもケースによっては標準モジュールではできないことを実施したくなることがあります。そういった場合にAnsibleは独自のモジュールを実装することで任意の処理を行うことができます。今回は公式ドキュメントをなぞってみて、Ansibleで独自のモジュールを作成する基礎をご紹介します。 その他のAnsibleのモジュール開発シリーズは以下をご参照ください。 Ansibleのモジュール開発（Python実装編） Ansibleのモジュール開発（実践編） Ansibleのモジュール開発（テスト編） 公式ドキュメントのページは以下となります。 http://docs.ans
kitchen-ansiblepushを利用したAnsible roleのテスト環境構築 | DevelopersIO
はじめに こんにちは、中山です。 最近Ansibleのplaybookをテストするための環境作りをしています。いろいろなツールを検証しているのですが、Test Kitchenを利用する機会がありました。Test Kitchenのprovisionerにはさまざまなプラグインがあるのですが、kitchen-ansiblepushというプラグインがとても便利なのに、あまりブログなどで解説されていないようなので今回ご紹介したいと思います。 Test KitchenでAnsibleを利用する従来の方法 kitchen-ansiblepushの紹介の前に、Test KitchenでAnsibleを利用する従来の一般的な方法について説明します。 今まで多くの方はkitchen-ansibleというprovisionerプラグインを利用されている方が多かったのではないでしょうか。「test kitche
Ansibleのモジュール開発（Python実装編） | DevelopersIO
はじめに サバゲーの物欲が止まらない藤本です。 前回のAnsibleのモジュール開発（基礎編）でAnsibleのモジュールを開発する上でのルールや考え方をご紹介させていただきました。前回は簡単な処理しか実装しなかったため、シェルスクリプトで記載しても問題ありませんでしたが、複雑な処理となるとエラーハンドリングやバリデーションチェックなど辛くなってきます。そこでPythonを利用すれば、Ansibleに含まれるPythonのユーティリティライブラリを利用でき、複雑な処理を軽減することができます。ただユーティリティライブラリの情報は公式ドキュメントでもあまり記載されておらず、Ansibleの標準モジュールを参考にしてね、とだけ記載されており、情報があまりありません。今回は標準モジュールとユーティリティライブラリのソースコードを読んでみて分かったことをご紹介したいと思います。 その他のAnsib
Go 言語に関するブックマーク - Qiita
本業が忙しくて Go 言語をかまってあげる暇がないのだが，ブックマークばっかり溜まっていくので，定期的に吐き出しておく。なお， Qiita でのメンテナンスは終了することにした。以降は以下のページでメンテナンスしている。 Go 言語に関するブックマーク - プログラミング言語 Go | text.Baldanders.info 公式サイト The Go Programming Language : 2017年1月26日時点での最新は 1.7.6 git repositories (Google) git repositories (GitHub) : mirror golang-jp - The Go Programming Language : 本家の日本語訳サイト。（golang.jp は内容が古いので参考にしない方がいい，らしい） Go 1.5 Released. Go 1.5 is
Reactに心酔してjQueryを捨てるべきか、或いはいつ古道具を売り払うかの話 - メモ等
React.js界隈の人に聞きたい はてなブックマーク - ReactJS界隈の人に聞きたい この辺を読んでbh.mgzl.jpでもReactを使っているので思ったことなどを書いてみる。雰囲気的には増田に概ね同意したい。 SPA前夜 SPAが使える道具になったのはlocation.hashを使ったテクニックやHistoryAPIが実際にモダンブラウザで動くようになったこの数年の話で、それまではそういう選択肢すらなかった。あったとしても、URLが変わらない不完全なものだった。 だから、1つのURLで1つの状態を表現するためには実際にページ遷移をさせるしか無かった。もちろんGmailとか例外的な物はあったけれど誰にでも実装できるようなものではなかった。 それが誰にでも使えるようになったのは、jQuery.pjaxのようなライブラリ（のプラグイン）が出てきてからだったと思う。だがjQueryのD
JavaScriptにフレームワークが必要な理由 - Qiita
JavaScriptにはむしろもっと抽象化がもたらされるべき - Qiitaという記事で、もう少し踏み込んだ話を書いてみました。 某所でReact.js界隈の人に聞きたいというフレームが発生したのだが、はてなブックマークでコメントしたらIDコールされたので、反論をここに書くことにした。(最近は技術系記事はQiitaにしか書いてないので)。 あくまで僕が考えるなので、JavaScript界の人達が本当はどう思っているかはわからない。そもそもJavaScriptを本格的にさわり始めたのごく最近なので、JavaScript界では異端かもしれない。 元記事では論点(感情)が複数ごちゃまぜになっていたので僕は辛口のブコメを書いたのだが、論点をごちゃ混ぜにするのは意図的にやってるのならばただの詭弁だ。なので、まずは元の記事での論点を整理する。 jQuery (or フレームワーク?) 言語採用 Rea
もうBabelじゃない - Bubleだ。 - Qiita
JavaScript を書くとき、もはや新しい ES でないとストレスではないでしょうか。 だからこそ僕らは新しい ES で開発してから、ブラウザ対応のために Babel を使って ES5 にトランスパイルするというのが定石となっていました。 しかし、必要最小限の機能に絞って高速なトランスパイルを実現する Buble 1 が登場しました。 TL;DR Buble は、 Babel やその他のトランスパイラと比べて以下の点で異なります。 仕様への準拠ではなくブラウザで動くことを目指す 設定ファイルは不要 高速なトランスパイル Babel は新しい ES で書かれたコードを ES5 ( など )の仕様に準拠したコードにトランスパイルすることが目的です。一方で、新しい ES から ES5 への “完全” な変換は不可能です。 そこで Buble の取ったアプローチは、他仕様へのトランスパイルでは
6.5人の人件費を削減！LOHACOのAI「マナミさん」の実例を完全公開 | Ledge.ai
オフィス用具通販でお馴染みのアスクルが手掛ける、個人用通販サイト「LOHACO」。 サイトやサービス自体は知っている、あるいは使ってる人も多いと思いますが、今回ここが「AI導入したらすげー人件費削減効果でたわ！」というビックリニュースをリリースしてきました。 省人化効果は6.5人分！…って、数千万/年 くらい削減してない？！ とにかくグロースやらアプリ化やら、拡散と拡販に思いっきり力を入れてきた「LOHACO」。 ユーザー数や購入数の伸びが尋常じゃないって話は確かにあっちゃこっちゃで聴いてましたが、それに合わせて思いっきり増えまくったユーザーサポート（要するに問い合わせ対応）のコストがバカにならなくなってきていたんだとか。 で、アスクルの取った手段は、「人を増やす」でも「FAQページを充実させる」でもなく… 『AIに対応させてみよう』だったみたいです。 結果として365日24時間、ユーザー
Reactの考え方 | React 0.13 日本語リファレンス | js STUDIO
これは、元はReactの公式ブログへ投稿されたものです。 個人的な見解になりますが、ReactはJavaScriptを使用した大規模で高速なWebアプリケーションを開発する、 最も優れた方法であると考えています。 これは、FacebookとInstagramにおいて、我々にとって良い結果をもたらしてくれています。 Reactの優れた点の1つに、アプリケーションの構築を、どのように考えさせるかという事が挙げられます。 このページでは、Reactを使用した検索可能な商品データのテーブルを構築する過程を通して、学んでいきます。 まずは、モック作りから ステップ1: UIをコンポーネント階層に分割 ステップ2: Reactの静的版の構築 ステップ3: UIステートの必要最小限構成 ステップ4: ステートを使用するべき場所の特定 ステップ5: 別(逆)データフローの追加 最後に まずは、モック作りか
ブラウザテストをサクサク自動化するためのGeb実践入門 #jjug_ccc
JJUG CCC Spring 2016 での発表資料です。
React.js界隈の人に聞きたい
**誰かみんなの主張のまとめを作ってくれないですか？** (まあそれこそお前がやれよって話かもしれないので、誰もやってくれなかったら私がしますが。。) 最近、JQueryはもはや不要でReactさえあればOK,みたいな記事をよく見ますね。 論旨としては、どうせトランスパイラ使ってるんだからもっと便利な書き方しようぜ！ってことなんだと思います。(virtual DOMがメインだ！という話もあったけど、じゃあ何でReactなの？というのは聞きたいかな。メジャーだから？) ただちょっと個人的に違和感が拭えないので聞きたいです。 ちなみに私は昔coffeeとbackbone.jsか何かで業務用のページ（SPAではなかったような気がする）を作るお仕事をしたことがありますが、フロントエンドエンジニアというわけではないです。どちらかというとサーバー管理とかのほうがよく知っていると思いますが、Javasc
Spring BootをAWS Lambdaで動かす | DevelopersIO
はじめに JavaでAWS Lambdaを開発する際にフレームワークを使用したいと思い、Spring BootがAWS Lambdaで動くのかを試してみました。今回行ったのは @Componentを付与したクラスを読み込む 定義ファイル(application.yml)を読み込む ことです。 ※追記 @Autowiredで@Componentのインスタンスを取得する改良版を書きました。 Spring BootをAWS Lambdaで動かす – (2)HanderクラスをApplication Contextとして指定する 手順について 1.build.gradle まずはGradleで必要なものをインポートします。以下のようになります。 build.gradle buildscript { ext { springBootVersion = '1.3.3.RELEASE' } reposi
Mobile Hub に追加された NoSQL Database(DynamoDB) を使ってみる | DevelopersIO
はじめに こんにちは！ haruhatahikoです。 GWはお家に引きこもってました… Mobile Hub に NoSQL Database(Amazon DynamoDB) が追加されたので、使ってみます！ AWS Mobile Hub adds NoSQL database service 本記事ではサンプルのテーブルを使用し、アプリで動作確認するまでを行います。 プロジェクトの作成 アプリ名を決め、「Create project」を押下する。 DynamoDB の追加 「NoSQL Database」を選択する。 「Enable NoSQL」を選択し、「Add a new table」を押下する。 今回は「Example」を選択します。 5つのExampleの中から、今回は「News」を選択します。 App user permissions are based on each u
AWS Lambda で S3 に置かれた Markdown を HTML に変換する - Qiita
tl;dr ES2015 で書くので前回参照。 S3 バケットに Markdown を置いたら Lambda Function が発火して、別のパスに HTML が出力されるようにしてみる。ソースはこちら。 やりたいこと ユーザーが Markdown をアップロードするのは /.src/ 以下、出力された HTML が出力されるのはバケット直下とします。 例: s3://orenobucket/.src/orenopage/index.md をアップロードすると s3://orenobucket/orenopage/index.html が出力される。 Lambda Function を書く 前回、 ES2015 で書いて簡単にデプロイできるようになったので、このリポジトリの内容から引き続き作業する前提で進めます。 まず、 S3 オブジェクトへの読み書きをしなくてはならないので、 AWS
Gyazo + Amazon S3 に AWS Lambda を足してもう少し安全にスクリーンショット共有 - Qiita
Gyazo + Amazon CloudFront で簡単☆高速スクリーンショット共有 個人用の Gyazo 環境向けに、クライアントに手を入れて直接 Dropbox や S3 へスクリーンショットをアップロードするというテクニックがある。自前サーバを管理することなく利用できて大変ナイスなものの、クライアント側で比較的重要な固有情報を含んだ状態になっているので、取り扱いが若干難しいと思った。 そこで AWS Lambda を利用して、S3 へのアップロードを行う署名付き URL の発行をそちらで行い、クライアントでは受け取った情報だけでアップロード処理が進めれるような体制を作ってみた。 処理の流れと役割 スクリーンショットを撮る。 通常ならば Gyazo サーバへスクリーンショットをアップロードするところを、後述する AWS Lambda へ S3 アップロードのための署名付き URL を
Packer x Terraform x StaticPress で静的コンテンツ配信システムをテンプレート化してみた | DevelopersIO
構成図 テンプレートのソースコード 作成したコードはGitHubに上げておきました。本エントリで参照しているコミットハッシュ値は 7ae5b1b01bf261fdd447d7fd3f89dd655fbb85d0 です。HEADが更新された場合は内容に差異が発生している可能性があるのでご注意ください。 使い方 以下にテンプレートの使用方法を記載します。 KeyPairの作成 EC2インスタンスにSSHでログインするためのKeyPairを作成します。 <key-name> は任意の名前に変更してください。 $ aws ec2 create-key-pair --key-name <key-name> --query 'KeyMaterial' --output text > ~/.ssh/<key-name> && chmod 400 ~/.ssh/<key-name> ツールのインストール
[公式チュートリアルではじめる]CircleCI＋CodeDeployを使ったCD(継続的デプロイ) | DevelopersIO
コンニチハ、千葉です。 公式チュートリアルにそって、CircleCIとCodeDeployを使ったCD(継続的デプロイ)をやってみました。 CodeDeploy単体だとS3のファイルをEC2インスタンスへデプロイするのみですが、CircleCIを利用することで、GitHubへのコミットをトリガーに、アプリケーションのリビジョン作成、S3へアップロード、デプロイするところまでを自動化することが可能です。CircleCI、CodeDeployが初めての人でもこれをやってみると雰囲気がつかめると思います。 CodeDeployを復習したい方はCodeDeploy入門が参考になると思います。 AWS環境の構築 継続的インテグレーションの最初のステップとして、CodeDeployの設定をします。具体的には、 EC2インスタンスの作成 CodeDeoloyにてデプロイメントグループ、ロールを設定 EC
![[公式チュートリアルではじめる]CircleCI＋CodeDeployを使ったCD(継続的デプロイ) | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/a13e8a84f51eb581d192f74e16514fade527aa28/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2FAWSCodeDeploy.png)
AWS IAMポリシーを理解する | DevelopersIO
はじめに こんにちは、川原です。 AWSのIAMサービスでは、各AWSサービスへの操作をアクセス制御するために「ポリシー」という概念があります。 AWSのドキュメントを読んでいると、ポリシーにはいくつか種類があることに気付くかと思います。本ブログではそれらのポリシーについて整理してみたいと思います。 ポリシーの基本 ポリシーは基本的に、「誰が」「どのAWSサービスの」「どのリソースに対して」「どんな操作を」「許可する(許可しない)」、といったことをJSON形式で記述します。 記述したポリシーをユーザー(IAMユーザー、IAMグループ、IAMロール)や、AWSリソースに関連づけることで、アクセス制御を実現しています。 例えば、以下のJSONはAWS側で用意しているAmazonS3ReadOnlyAccessという名前のポリシーです(後述するユーザーベースポリシーのAWS管理ポリシーに該当)。
CircleCI+ECS+ECR環境でDockerコンテナのCD(継続的デプロイ)環境を構築する -前編- | DevelopersIO
コンニチハ、最近Dockerを沢山使っている千葉です。今回はDockerを使った継続的インテグレーションやデプロイを試してみました。 継続的インテグレーションは一度導入すると破壊力抜群でとても効率的な開発ができるようになるため、これを機会に試してみたいと思います！ CircleCI+ECS+ECR環境を使ってDockerコンテナを継続的デプロイする環境を作ってみました。初めての方でも雰囲気つかめるように、ECR,ECSのセットアップからCircleCIのセットアップまで一通りやろうと思います！ 動作としては以下のようになります。図にするとこんな感じです。 GitHub上にECRへのデプロイ用のシェル、CircleCI用の設定ファイル、Dockerfile、コンテンツ(index.html)をpushする GitHubへのpushをトリガーに、CircleCI上でDockerfileよりコン
CircleCI+ECS+ECR環境でDockerコンテナのCD(継続的デプロイ)環境を構築する -後編- | DevelopersIO
コンニチハ、千葉です。 後編です。前編では、ECRとECSの環境までを構築しました。ここからは、CircleCI側のセットアップを行いたいと思います。 流れとしては、以下で実施しようと思います。 GitHubにコードをpushする CircleCI用のIAMユーザを作成し、アクセスキーを取得する CircleCIにGitHubのリポジトリをリンクする CircleCIにアクセスキーを登録する ビルドを実施 デプロイされているはずなので、webにアクセスしてみる セットアップしてみた GitHubにコードをpushする こちらをforkするなり、zipでダウンロードして自分のリポジトリにコミットしGitHubへpushします。コードは特に変更せずそのまま登録すれば問題無いです。 local$ tree . ├── Dockerfile # Dockerコンテナを定義 ├── LICENSE
Terraform v0.6.16 リリース / AWS関連項目まとめ | DevelopersIO
ピックアップ aws_cloudfront_dirstribution のattributeに hosted_zone_id が追加 aws_s3_bucket や aws_elb リソースにはALIASレコードを設定する際に利用する hosted_zone_id というattributeがあります。今回のアップデートで aws_cloudfront_dirstribution にもこのattributeが追加されました。今まででもCloudFrontのHosted Zone IdをハードコードしてあげればALIASレコードの作成はできたのですが、attributeとして追加されることでより簡単に利用することができるようになりました。 以下にCloudFrontのドメインに対してALIASレコードを設定するサンプルコードを記載します。ドメインは適当なものに読み替えてください。 variab
Amazon Kinesis Streamsのサービス制限について | DevelopersIO
Amazon Kinesis Streamsを構築・運用すると、思いもかけないサービス制限に遭遇することがあります。 本日は2016年05月時点でのサービス制限についてご紹介します。 シャード数上限 東京リージョンの場合、リージョンあたりのシャード数のデフォルト上限値は25です。 この値はストリームごとのシャード数ではなく、リージョンごとのシャード総数です。 例えば、シャード数上限25のリージョンで、シャード数10のストリームを1個作成している場合、新規ストリームのシャード数上限は25−10＝15です。 また、ACTIVE(=データを新規に受け付ける)シャードだけが上限対象としてカウントされます。 例えば、シャード数10のストリームをシャード分割してシャード数20にする場合、 ACTIVE シャード : 20 CLOSED シャード : 10 となりACTIVE/CLOSEDなシャード総数
Dockerを使ってSwaggerの環境を整えてAPI Gatewayにインポートする | DevelopersIO
API Gatewayを使いこなしたい そろそろAPI Gateway使いこなしたい今日このごろですが、API Gatewayには、Swaggerの定義ファイルをインポートというボタンがあって、こっちを先にやってみようと思いました。環境周りの整備には以前学んだDockerを使えそうですので、試してみたいと思います。 Swagger Editorで編集する エディタの環境を整えます。 docker pull swaggerapi/swagger-editor docker run -d -p 8001:8080 swaggerapi/swagger-editor ここで作成したJSONとかYAML形式のファイルをエクスポートして保存しておきます。 Swagger UIのインストール Swagger UIは、Swaggerの定義ファイルからキレイな公開用のAPI確認サイトを作ってくれます。 $
【React】ブラウザからドラック＆ドロップでaws s3に画像を直接アップロードする - Qiita
s3に画像をアップロードするために、一度サーバを通すのはリソースの無駄なのでやめておきたいですよね。 今回は、ブラウザから複数画像を直接アップロードし、それをReactを用いて描画するところまでやりたいと思います。 コードはすべてgithubに置いてあります。 akameco/react-s3-uploader-sample スクリーンショット aws-sdkを使って署名付きURLを発行 ブラウザに直接アップロードするには、一度サーバに署名付きURLを発行してもらう必要があります。検索するとブラウザ側にアクセスキーやシークレットキーを直接配置している例も見かけましたが、危険なのでやめた方がいいです。署名付きURLですが、aws-sdkを利用することでこの処理を自分で書かずに20行程度で実装可能です。 以下が、s3の署名付きURLを発行するサーバ側のコードです。アクセスキーなどは自分の環境と
VPCエンドポイントを使ったS3プライベートアクセスのススメ | AI tech studio
こんにちは。アドテクスタジオでネットワークエンジニアをしている山本 孔明です。 前回までAXCを使用したネットワーク自動化を取り上げてきましたが、今回はAmazon Web Services（以下AWS）に関連するお話をしたいと思います。 VPCエンドポイントについて アドテクスタジオとAWS アドテクスタジオでは様々なプロダクトが存在し、そのインフラ基盤はプライベートクラウドだけでなく、サービスに合わせてパブリッククラウドも積極的に利用しています。その中でもAmazon S3は99.999999999%の耐久性を実現するよう設計されており、価格としても$0.0300 /GB(※1)と安価に利用が可能なため、弊社でも多くのプロダクトで利用されています。 ※1 2016年4月現在、東京リージョンにおいてスタンダードストレージを最初の1TB/月までの範囲で利用した場合の価格です VPCエンドポ
AWS Windows 自動化ラウンドテーブルのセッション資料公開 - tech.guitarrapc.cóm
2016/5/13 に、アマゾン ウェブ サービス(AWS) 様主催で、AWS で Windows を扱っている方を集めてのクローズドなラウンドテーブルの第1回が開催されました。 私も、AWS Solution Architect の@keisuke69さんにお誘いいただき登壇させていただきました。今回の資料を作るきっかけを与えていただき、本当にありがとうございます。当日参加して下さった方もありがとうございます。 今回は、ラウンドテーブルで用いた資料と、グラニのインフラの基本的な考え方を紹介します。 目次 目次 Simple Windows Architecture on AWS なぜ構成を公開するのか Cloud Design Pattern Retry Pattern External configuration store Pattern Stamp Pattern 他の基本としてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【資料公開】カンバンのキホン
古のJavaを使うということ / JJUC CCC 2016 Spring
Netflixでのコードのビルド