Node.jsのサーバサイドのソースや、browserifyやwebpackをでバンドルするのを前提にして、jsファイルごとにモジュール化されているならとにかく先頭に書きましょう。 これだけでヤバい実装はエラーで死ぬようになるので安心です。 エラーが出力されるのは幸福です(極論) なお、昔ながらのhtmlにscriptタグを並べてjsファイルを複数読み込ませるスタイルの際は注意が必要です。 ファイルの先頭に"use strict";を宣言すると、グローバルレベルでstrictモードが適用されるため、strictモードに対応していないライブラリが死ぬ可能性があります。 strict程度で死ぬライブラリなんて... そんな時はjsファイルの中身全体をfunctionでくくりましょう (function() { "use strict"; console.log("こいつ...できる...!")

ECMAScript 2015 (ES6) とそれ以降のバージョン Node.js は V8 のモダンなバージョンに対して作られています。V8 を最新の状態に保つことで JavaScript ECMA-262 の新機能を開発者にすみやかに提供し、継続的なパフォーマンスと安定性の向上を保証しています。 すべての ECMAScript 2015 (ES6) の機能は shipping（リリース済み）、staged（ステージング） と **in progress（開発中）**の3つに分けられています： V8 が安定しているとみなす shipping（リリース済み） の機能は Node.js では標準で有効になっているので、ランタイムフラグは必要ありません。 **staged（ステージング）**の機能は V8 チームによって安定しているとはみなされないほぼ完成した機能であり、ランタイムフラグを必要

JavaScriptとECMAScriptって何が違うの？ そもそもECMAScriptってどういう仕組みで構成されているんだろう JavaScriptのバージョンってブラウザごとにどう対処するの？ JavaScriptを勉強しているとECMAScriptという呼び名を見かけることが多いですよね？ また一方で、ES2015（ES6）という記述もよく見かけます。これらはJavaScriptのバージョンに関連していることは何となく分かる方もいると思いますが、はっきりと意味を理解しているという方は少ないのではないでしょうか？ そこで、この記事では初心者でも今日からJavaScriptとECMAScriptの違いや使い分けなどについて分かりやすく解説していきますので、ぜひ最後まで読んで理解を深めて頂ければ幸いです。 一人でも多くの方がJavaScriptの不安を解消できれば幸いです。 90年代にJ

system, global, localの順に読み込まれる。例えば、systemとlocalで同じ項目が設定されている場合はlocalの値が有効になる。 なお、以下で説明するgit configコマンドでそれぞれの設定ファイルの確認・編集が可能なので、ファイルの置き場所を気にする必要は特にない。 git configコマンドによる設定の確認・変更 設定に対する確認や変更などの処理はgit configコマンドを使う。 設定項目 設定項目の一覧およびその詳細は以下のリンクから。 Git - git-config Documentation 山ほどあるが、例えば、 color.ui : Gitの出力の色分け（通常はautoと設定） core.editor : コミットメッセージなどの編集で用いるエディタ user.name : ユーザー名 user.email : Eメールアドレス などがあ

JavaのWebアプリケーション開発（JavaEE）をメインスキルとする私が考えるAWS Lambda開発のベストプラクティスと、開発環境の構築に関するTipsを書いてみます。 JavaEEの資格持ちなので、そこそこのプログラミングスキルはあるつもりですが、AWS Lambda歴は1ヵ月程度です。 java以外の言語については「リファレンスを読めばそれっぽく書けますよ」というレベルです。 サービス構成 実現するアプリケーション次第だと思いますが、私はAPI Gateway + Lambda + DynamoDB のserverlessアーキテクチャをチョイスしました。 サーバーのお世話をしなくて良いという、誘惑にのってみました。 ソースコード管理についてはCodeCommit(git)を利用し、AWSでまとめます。 言語の選択 AWS Lambdaで利用できる言語としては2017年5月時点

AWS LambdaではJavaScript/Node.jsで書いたスクリプトをイベントドリブンで実行できるサービスです。 今回はLambdaの外側からできる範囲でLambdaがどう動いているのか、実行環境がどうなっているのかいろいろと暴いてみようと思います。 ちなみにLambdaの環境はAmazon Linuxをベースに動いています。現時点ではami-8786c6b7というpublicなAMIが利用されています。なので基本的にはLinuxのコマンドが通るはずです。 まずは外部コマンドが実行できるかどうかです。今回は簡単にイベントソースなしのLambda functionを以下のコードで作成してマネージメントコンソールからInvokeして試していこうと思います。 exports.handler = function(event, context) { var exec = require(

ウェブ制作の現場では作業の自動化を行うことが多いです。Node.jsインストール時に付属するnpm (Node Package Manager)を使用すれば、タスク処理が実現できます。 npmとはNode.jsのモジュールを管理するためのツールであり、タスク処理にはnpmの機能のnpm-scriptsを使用します。本記事はnpm-scriptsを使ったタスク実行環境が構築できることを目標に解説します。 そもそもnpm-scriptsとは何か？ npm-scriptsとは、package.jsonファイルに記述可能なシェルスクリプトのエイリアスです。エイリアスとはコマンド名を別のコマンド名に置き換えることです。以下のnpm-scriptsはHello world!!を表示させるコマンドのエイリアスを作成する例です。 ▼package.jsonファイル { "scripts": { "say"

AWS Lambda ( Typescript ) の Lambda Layers 活用、開発、デプロイ考察 動機が２つあります。 Lambda Function を TypeScript で実装したい 2018年の re:Invent で発表された AWS Lambda Layers を使ってみたい TypeScript で これまでサーバーレスの業務では、Lambda Function をPythonで開発することが多かったのですが、どうしても型が欲しくなりました。特に、Lambda Function は AWS SDK を使うシーンが多いため、このパラメータや戻り値の型情報をドキュメントから得るか、コード補完できるかは、大きな違いです。いくつか選択肢がありますが TypeScript を選びました。 AWS Lambda Layers ちょっと触ってみたかったというのが正直なところで

環境 Node.js：10.0.0 Express：4.16.0 やりたいこと 処理の一部を外部ファイルに記述することで、１つのファイル内のコード数を減らしたい ※Expressの勉強中、受け付けるURLパターンが増えてきたときに、 アプリごとに処理を記述出来たらよいなと思ったのがきっかけ 外部ファイルを呼び出す側 var express = require('express'), app = express(); var sub = require('./sub'); // ① app.get('/', sub.index); // ② app.listen(3000); console.log('server starting -> localhost:3000'); ポイント ①外部ファイルを読込む 「require('外部ファイル')」の形式で読み込むことができる。 同じ階層のファ

自動テストって意識高そうで恰好良いですよね! 普段ブラウザ用のJavaScriptしか書かない人なのですが、テストについて調べても、難しい話から始まる記事ばかりで「アサーションって何?」とか「何で通常のファイルとは別のjsが必要なの?」みたいな気持でした。この記事では簡単な前提条件から、mocha/chaiの使い方の概要が分かる部分までを説明したいと思います。 そもそもテストとは何? ソフトウェア開発におけるテストとは、ソフトウェアの振舞いが想定した通りであるかを検証することです。ソフトウェアのサブルーチンを取り出してテストする「単体テスト／ユニットテスト」と、ソフトウェア全体の挙動をテストする「結合テスト」があります。mocha・chaiはこのうちの「単体テスト」を対象としたツールです。 じゃあ単体テストって何をすることなの? 単体テストとは、ある特定の関数を対象に、入力値と出力値が仕様

Node.jsテストツール Mocha ユニットテスト用に使うのじゃ･･･ テストコードを軽く記述しておいて、入力値と返り値が等しいかチェックするのじゃ･･･ it('should add two numbers', () => { var result = utils.add(33, 11); if(result !== 44){ throw new Error(`44のはずが,結果が${result}だった`); } } 上記のようにitを使用してテストを記述するのじゃ･･･ 英語で書くと　"it ~"と文になるのが特徴らしいのじゃ･･･ Expect Mochaに組み合わせて使用するのじゃ･･･ なんでかというと、いちいちifとかで場合分けしてエラーを投げるのがアホらしいので、Expectを使ってより簡単に書こうというわけじゃな・・・

npm install --save-dev の --save-dev ってなんだ？と思って調べたのでメモ。 --save-dev が気になったきっかけ Vue.jsのアプリを簡単にS3にアップロードする方法として以下のサイトを参考にしました。（とても簡単で便利） gulp で S3 へファイルアップロード こちらのサイトの手順に従い、 npm install --save-dev を実行して gulp をインストールし、 gulp publish を実行したところ、、、 -bash: gulp: command not found あれ、動かない。 --save-devってなに？ --save-dev はローカルインストールするためのコマンドです。 正確に言うと npm install -gがグローバルインストールのコマンドで、 -gを付けないとローカルインストールになります。 ローカル

Alistair Cockburn による Hexagonal architecture の翻訳です。PoEAAで言及されていることから、2002年ごろにはすでにC2 Wikiにページがあった模様。似たようなアーキテクチャである クリーンアーキテクチャ も翻訳したので参考にしてください。 この記事は著者から許可を得て公開しています。Thanks to Alistair Cockburn! 目次 パターン: Ports and Adapters (構造に関するパターン) 意図 動機 解決法の本質 構造 サンプルコード ステージ1: FIT アプリ 定数をモックデータベースとして ステージ2: UI アプリ 定数をモックデータベースとして ステージ3: (FITまたはUI) アプリ モックデータベース 応用ノート 左右の非対称性 ユースケースとアプリケーションの境界 ポートはいくつ? 既知の用

By Slobodan Stojanovic Serverless is more than a cloud computing execution model. It changes the way we plan, build, and deploy apps. But it also changes the way we test our apps. Meet Alex. Alex is an ordinary JavaScript developer, focused on Node.js lately. This is Alex Over the last couple of months, his good friends, Anna and Jeff, are always talking about that serverless thingy. Even through

こんにちは、虎塚です。 re:Invent 2017のセッション「Serverless Architectural Patterns and Best Practices」(サーバーレスアーキテクチャパターンとベストプラクティス) の動画を視聴したのでレポートします。発表は、AWSのDrew DennisさんとMaitreya Ranganathさんでした。 本セッションでは、Webアプリケーション、データレイク、ストリーム処理、運用自動化 の4分野のインフラストラクチャについて、サーバーレスで構築する場合にどのAWSサービスをどう使うか、パターン を紹介してくれます。これらの用途でサーバーレス構成を検討している方には、参考になる部分があると思います。 AWS re:Invent 2017: Serverless Architectural Patterns and Best Practi

DynamoDBはシーケンス発行の仕組みを持っていませんが、アトミックカウンターの使ってインクリメントすることができます。 シーケンス用テーブル作成 まずはシーケンス用のテーブルを作成します。 ここでは「sequences」という名前にします。 プライマリキーは「name」で文字列です。 テーブルができたら、項目を作成します。 name:シーケンス発行したいテーブル名 current_number:現在のシーケンス値（最初だから0）を設定 DynamoDBの準備は完了です。 シーケンス発行方法 Node.jsでの例です。 Lambdaで実行することを想定したコードです。 'use strict'; const table = 'test_table'; const AWS = require('aws-sdk'); const docClient = new AWS.DynamoDB.Do

10月で入社して半年が経ちました、streampackチームのminsuです。 いきなり寒くなってきて秋を感じますね、春に東京に引っ越してきた私はまだ冬服を揃えてないのでもう少し緩やかに気温が変化して欲しかったです。 今回の記事は先日API Gateway + Lambdaを触ることがあったため、自分用にまとめたものです。 /{foo}/{bar}のようなパスパラメータやGET,POSTパラメータを渡そうとしたところ、 マッピングテンプレートを設定する方法もありますがLambdaプロキシ統合を使うとよしなに設定してくれて楽でした。 Lambda 関数の作成 Lambda関数を作成します。 関数名はparams-testとしました。 アクセス権限は用途に沿って設定してください。 API Gateway 作成 APIの作成から API を作成します、API名はURLに反映されません。 リソース

今回は、何らかのパラメータを扱うAPIを設計する際に、どこにパラメータを含めるべきかという問題について。 選択肢は3つあります。 1. クエリストリングに含める 2. リクエストボディに含める 3. パスに含める それぞれどんなユースケースに適しているのか例を挙げます。 1. クエリストリングに含める 何らかのリソースのフィルタリング、ソート、ページングを実現したいときに用います。 クエリ と名前がついているくらいですからね。 一覧や検索が主ですね。ゆえに GET 以外で見ることはほぼありません。 ただし、認証のような例外もあります。これは後述します。 検索

DB設計によく携わっていた頃に多くのプロジェクトで共通で規定されていた規約をまとめてみました。 ここでは オブジェクト として以下のものを対象としています。 （カラムはテーブルの一部ではありますが、別で切りだしています。） テーブル カラム インデックス 制約 1.全般 大文字を利用しない テーブル名、カラム名ともに大文字を利用しない。 （DBにより大文字小文字を区別するもの、しないものなどがあるため小文字で統一を図る） 名前 OK/NG

概要 AWS Lambda入門①(Node編)〜関数をデプロイして動かす〜の続編です 今回はLambdaからDynamoDBにアクセスしてデータを保存したり取得したりしてみます テーブルから全件取得、1件取得、1件登録の3つの関数を作成します DynamoDBとは AWSが提供するマネージドなデータベースサービスです RDBとは異なりkey-value形式なドキュメントデータベースです LambdaからDynamoDBにアクセスしてみる DynamoDBの設定 まずはDynamoDBを使うためにServerlesFrameworkの設定をします DynamoDBのテーブル定義の設定 DynamoDBはデータベースなのでテーブルの作成からはじめます これまでと同じようにこれもServerlessFrameworkの機能で行うことができます 今回はHelloテーブルを作ってみます server