はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

flowtypeのv0.38.0がでましたね！ CHANGELOGを読んでみると $ReadOnlyArray is the common supertype of arrays and tuples. It's basically an array without stuff like push(), pop(), etc $ReadOnlyArray<T>なんて便利そうなUtility Type（旧Magic Type）が追加されてるじゃないですか！！ これは楽しそうだと https://github.com/facebook/flow/blob/master/src/typing/type_annotation.ml を見てみるとなんか$から始まる見知らぬ型が増えてる・・・。 ドキュメントにないのはまだ許せるけど、CHANGELOGにすらないってどういうことなの・・・！！！ 嘆いても

みなさんAWSで並列分散処理をやっていますか！！ 例えば のようにEC2+SQSのJob Observeパターンを使ったり のようにLambdaを多段実行してるとか、いろいろな方法があると思います。 しかし、どの方法もデメリットがあって、EC2のリソースを使い切れなかったり、失敗時の処理がしにくかったり、並列分散処理の終了判定が難しかったりと、実装していくのに一工夫が必要なことが多いですよね。 そこで、今回はStep Functionsを使ってお手軽並列処理を実現してみます。 Step FunctionsのParallel 見出しを見て「お、もしかしてStep Functionには並列分散処理する機能あるの？」と思った方。そんなうまい話はありません。 AWS Documentation > AWS Step Functions > Developer Guide > Parallel St

この投稿はServerless(2)アドベントカレンダーの8日目の記事です。 去年に AWS Lambdaのデプロイフロー管理 という記事を書きましたが、あれからの一年でAWS Lambdaの状況がいろいろ変わりました。 待望の環境変数対応や、Step FunctionによるAWS Lambdaのバッチ化、Serverless Application ModelというAWS公式のデプロイツール、ServerlessやApex、LamveryなどのLambda関連のフレームワークの充実など、一年前に比べAWS Lambdaが便利になっています。 そんな状況の中、1年前の記事のビュー、ストック数が増えて行くのは申し訳ない。ということで2016年版という形で、新しい開発フローの話をしようと思います。 Serverless Application Model SAMはAWSが新しく出したAWS L

flowtype v0.31.0がでましたね！（既にv0.32.0もでてますけど） CHANGELOG読んでみると Added a new "magic" type called $PropertyType. This utility extracts the type of the property 'x' off of the type T. magic typeなる気になる用語があるじゃありませんか！！ どうやら$から始まる定義済みの型のことを指してるようなのですが、公式のドキュメントや過去のCHANGELOGを見てもそんなものは一切出てきません。 仕方ないので実際にコードを見てみると https://github.com/facebook/flow/blob/master/src/typing/type_annotation.ml type_annotation.mlの中に$から始

Scala Matsuri 2016おもしろかったですね！ Scala.js推しな会社のブースにいたりしたので、久しぶりにモチベーションが上がって前からやりたかったScala系の依存の解決をnpmで解決できるようにしました。 これでSBTに頼らずにNode.JS friendlyな環境を作れるようになります！ 話的には Scala.jsをnodeプロジェクトで扱う 続・Scala.jsをnodeプロジェクトで扱う Scala.jsはじめました！ の続きな感じです。 目的・モチベーション Scala.jsをチュートリアルにある通りSBTを使用するとJSのエコシステムには乗れなくなります。 一応、Live Reloadingがあったり、WebJarsでJavaScriptの依存解決もできたりする（やったことはないけど）ので最低限開発には困らないです。 が、HTMLやCSSを含めたビルドフローを

この投稿は Electron Advent Calendar 2015 の14日目の記事です。 最近、実験的にElectronを使ってOSX用のアプリケーションを開発していました。 あくまでも次に作るためのアプリケーションのための実験なので 地雷は喜んで踏みつける 技術的におもしろいことをやる 失敗しても泣かない の精神です。 ちなみに結果は見事に失敗してます。 設計 大枠として上記のような設計にしようとしていました。 主に3つのレイヤーを作り、それぞれはEventEmitterでやりとりを行います。 1. Applicationレイヤー アプリケーション全体を管理するレイヤーです。 もろもろの初期化や、Electronの独自部分（メニューとか）の操作を行います。 2. Domainレイヤー DDD的な意味のドメインレイヤーです。 ここで言うユースケースはクリーンアーキテクチャで言うユース

2016年版書きました → http://qiita.com/kinzal/items/7a09659399d9be40d674 この投稿は 今年もやるよ！AWS Lambda縛り Advent Calendar 2015 - Qiita の 9日目の記事です。 皆さんAWS Lambdaを使っていますか？ SNS対応や、VPC対応、スケジューラの対応でLambdaの適用できる範囲が増えたり、API Gatewayと組み合わせることでサーバーレスアーキテクチャを実現したりと、今年はLambdaがどんどん出来る子になっていく1年でした。 私自身もLambdaを趣味だけではなく、仕事で使う機会も増えてきて実用性が増してきたなという印象があります。 今日はそんなLambdaのデプロイフローの話をします。 Lambdaのデプロイフロー構築の難しさ かれこれ1年近くLambdaを行ってわかったことの

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 先月末にようやくAWS Lambdaの承認されて遊べるようになりました！ さっそくAWS Lambdaを堪能しているのですが なんだこのGUIは・・・。 これでコードを書けなくはないのですが、正直言ってこれでコードを管理できる気が全くしません・・・。（Google App Scriptの悪夢の再来 プロジェクトをzipにしてアップロードするにしてもデバッグが死ねるのが目に見えています。 という訳で本気で遊ぶためにGitHub+TravisCI環境に合わせたプロジェクトテンプレートを作りました。 k-kinzal/lambda-templ

先週、AWS Lambdaのアップデートがされましたね！ 【AWS発表】AWS Lambda – モバイル開発のための新機能とともに全てがプロダクションに 同期呼び出しがサポートされたことで、これでまともに2Tierとして使えるようになりました。 でも、context.succeedとcontext.failって、どういう挙動させるんだろう？と気になったのでcontextの中身を調べてみました。 前バージョンのcontextの中身は下記を参照してください。 Lambdaのcontextについて調べてみた 検証コード exports.handler = function(event, context) { console.log(context); console.log(context.__proto__); console.log('awsRequestId', context.awsR

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

AWS Lambdaの無限ループパターンで何かできないかなと考えてたら思いついたので試してみた話。 構成 KinesisのストリームからAWS Lambdaを起動して、処理が完了したら再度AWS Kinesisにプッシュすることで無限ループを行います。 この無限ループ中でSQSからメッセージを受け取り、メッセージ処理用のAWS Lambdaを起動して、メッセージを処理できたらSQSからメッセージを削除するという動きになります。 もし、失敗した場合はメッセージがそのままSQSに残るので、Dead Letter Queueに入るまでは何度でもリトライ可能になります。 コード // require var Promise = require('bluebird'); var AWS = require('aws-sdk'); var config = require('config'); var

注意 これは自動生成をしようとして諦めた記事です 皆さんはAngularJSアプリケーションでのドキュメントの生成をどうしていますか？ AngularJSではngdoc形式のコメントを使っており、Javascriptの定番のJSDocとはまた違う形式のドックコメントになっています。 もし、フレームワークに合わせようと思うとngdocに対応したドキュメント生成器を使う必要があります。 メジャーなところで言えば対応しているドキュメント生成器は3つになります。 grunt-ngdoc grunt-ngdocs docular 個人的にこの中で一番使いやすかったのはdocularです。 詳しくは手前味噌になりますが、こちらの紹介記事をどうぞ。 AngularJS API documentation generator “Docular”. しかし、これらのツールはAngularJSで使われている@

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

最高の通知ツールの伺かをMacでも動かしたい！！ という訳でWineBotterを使って伺かを動かします。 必要なもの Wine Botter - http://winebottler.kronenberg.org/ SSP - http://ssp.shillest.net/ 伺か - http://usada.sakura.vg/ 伺か自体は開発が止まってしまっているので、代わりにSSPを使用します。 Wine BotterのインストールとSSP、伺かの解凍を済ませてください。 SSPにさくらさんをインストール SSPに入っているゴーストはエミリさんなので、伺かからゴーストを引っこ抜きます。（申し訳ないけど合いたいのはさくらさんなんだ） 伺かの最新版を解答すると上記のようなディレクトリができるので、balloonの中のtwin tailと、ghostの中のfirstをSSPの同じディレ