はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに KISSの原則とは ケリー・ジョンソン氏によって提唱された原則です 一般的には "Keep it simple, stupid" （シンプルにしておけ！この間抜け） と解釈されますがジョンソン氏本人は"Keep it short and simple" （簡潔に単純にしておけ）という意味で使っていたようです。 どちらにせよ、この原則は物事はシンプルな方がいいということを訴えています。 さらに格調高い感じにいうと「オッカムの剃刀」というやつですね。 Simple is Best まずはこちらをご覧いただきたい 阿部寛のホームペー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 春ですね。 全国各地で数多の新人プログラマが生まれたことでしょう。 新人のうちはわからないことだらけですし、真っ当な労働環境でしたら先輩方が「わからないことがあったら何でも聞いてやー」と言ってくれます。 ですので、プログラムが謎のエラーメッセージを吐き出したりしたらすぐに質問したくなるかと思います。 しかし、個人的な見解ではプログラマのスキルが最も鍛えられるのは、わからないことを前にして自分なりに色々と調べて試行錯誤する時です。 多分、世の中の凄い人たちの中には身近に質問できる相手がいなくてひたすら自分で頑張った結果、超進化を

第一部 JavaScript、その起源 1995年 NetScape社のブレダン・アイク氏が開発 ポケモン赤・緑とタメ 最初はLiveScriptって名前だった 「Javaっていう言語が超ナウいらしいぞ」 1995年にJavaによるブラウザWebRunnerが、HotJavaという名で世界に公開 NetscapeがJavaのサポートを表明 今、Javaが熱い!! 「せや!名前もらったろ!」 改名 LiveScript -> JavaScript 第二部 スクリプト戦国時代 ライセンスの乱 1996年　MicrosoftがIE3.0を発表「JavaScript使わせてやー」 NetScape社「だが断る」 Microsoft「ほな勝手に作るわ」 => JScript誕生 各ブラウザベンダが独自言語を実装する戦国時代へ Webエンジニアは血の涙を流す 想像図 「JavaScriptってどうよ?

これで現在AUTO_INCREMENTのカウンタは30002になっているはずだ。 ちょっと長いが画面キャプチャを添付する。 4. それではリードレプリカを見てみよう まあ、まずはこいつを見てほしい 何と、strawberryのidは確かに30001なのに、AUTO_INCREMENTのカウンタは10002になっているではないか。 「データの同期が取れてねぇじゃねえか!」と切れそうになるが、これは公式のドキュメントの記載から説明できる仕様なのである。 解説 1. Auroraのプライマリインスタンスとリードレプリカのデータ同期 あまり詳細にはドキュメント内でも語られていないのだが、実はさらっとヒントはある。 よくある質問 - Amazon Aurora（リレーショナルデータベース）｜AWS Q: 単一の Amazon Aurora データベースの可用性をどのように向上できますか? Amazo

if(a == 1){ if(b == 2){ if(c == 3){ if(d == 4){ if(e == 5){ if (f == 6){ //こんなのがずっと続く } } } } } } 再現してみたかったのですが、めんどくさいのでやめました。 とにかく、横スクロールしないと見えないコードというのは非常に辛いです。 真っ当なエディタやIDEを使っていれば、右の方に縦線が一本走っています。 個人的にはこれは超えてはいけないラインだと思っています。 脳内メモリが足りなくなる ネストの構造を把握するには以下の情報を脳内で処理する必要があります。 「このスコープに入るのはどういった条件のときか」 「このスコープはどこまで続いているか」 ネストが深くなるというのはつまり、ある条件下で入ったスコープの中で、さらに特定の条件下で一層下のスコープに入るということで、 脳内メモリに保っておくべき情報

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

プロローグ node --helpでnodeの起動オプションを見てみると、実はひっそりと--v8-optionsという初心者お断りオーラを醸し出しまくってるオプションがあります。 Node.jsの公式ドキュメントによると Print v8 command line options. Note: V8 options allow words to be separated by both dashes (-) or underscores (_). For example, --stack-trace-limit is equivalent to --stack_trace_limit. どうやらV8エンジンの起動オプションをnodeコマンドでも与えられるようです。 ついでに、「-」と「_」はどっちでもいいようです。 で、この--v8-optionsを駆使すればNode.jsのパフォーマンス

Node.js開発に欠かせないnpm install その中でもgulpやmochaみたいにコマンドから起動する類のものには-gオプションをつけることが多いかと思います。 ていうかサンプルとかだと普通に「-gつけてね」みたいな感じのノリです。 例:npm installでググってみたら上の方に出たやつ(注:リンク先の記事ではnpm install -g gulpとなってますが、2016-04-14現在公式でnpm install -g gulp-cliが推奨されています) しかし私は極力-gを使いたくないのです。ていうか全く使わなくていいのではとさえ思っています。 というわけで-gについて徒然なるままに心にうつりゆくよしなし事を書き綴ります。 なぜ-gが必要か そもそもなぜ-gが必要なのでしょうか。 -gをつけないとパスが通らないからですね。 gulpで試してみましょう。 当然「そんなコマ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2017-08-11にaws-sam-localのベータ版がリリースされました。 単に「早速試したで!」と言う記事を書いても良かったのですが、少し趣向を変えてサーバレス界隈の開発環境のこれまでの推移を語った上で、aws-sam-localの使ってみた感想もお話しようかと思います。 サーバレス開発環境の今昔 サーバレス自体がかなり最近になって生まれた風潮なので昔とか言うのも問題はあるかと思いますが、とにかくサーバレスなるものの開発環境について私にわかる範囲でお話しようと思います。誤りや不正確な点については編集リクエストやコメントを頂けると

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? みなさん、Elastic Beanstalkって使ってますか？ なんか設定する項目が多くて「もう普通にEC2立てた方が楽だわ」ってなる方が多いかと思いますが（多いですよね...?私はそうだったのですが...）、使ってみると後々の管理が超絶楽になるので、 ナウい構成のサンプルアプリを構築する手順を公開することで広めたいと思った次第です。 はじめに そもそもナウい構成って何よ? あくまで主観ですが、イメージ的にはこんな感じ ロードバランサーの下にEC2をぶら下げて、アプリ自体はDockerコンテナで稼働させ、nginxにリバースプロキシさせ

それでは前回宣言した通り、Elastic Beanstalkの設定ファイルを用いた環境構築の自動化をご紹介しようと思います。 はじめに 今回の大きなテーマは**.ebextensions**を使った環境構築の自動化です。 そのための題材として、ナウいWebアプリのHTTPS対応をやってみたいと思います。 SSL証明書はACMに登録しているものを使う前提です。 なので今回の内容としては .ebextensionsの作成 Elastic Beanstalkへのデプロイ Route53での名前解決 となります。 ナウい環境って? こんなの 事前準備 ACMへの証明書の登録 まず、「そもそもドメイン持ってないよ」という方は、Route53のコンソールから適当なドメインを取得してください。 手順はこの記事がわかりやすいかと思います。 実践 では、色々と設定を.ebextensionsに追記して行きま