You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
概要 4年ほどメンテナンスしていなかった.zshrcをメンテナンスします。 1ヶ月前ぐらい、zshのplugin管理のためにantigenを入れたら、zshの起動に4秒くらいかかるようになってストレスフルだった。 しかし、便利なので我慢していた。重いのは初回起動時だけだし。。。 やっと重い腰を上げて調査と整理 見た目も色々変える。 見た目Before 見た目After やったこと zshのplugin管理にzplugを使うようにした かなり速い!すばらしい!オプションも多数!最高です。 iTerms2のカラースキーマを変更 https://github.com/altercation/solarized/blob/master/iterm2-colors-solarized/Solarized%20Dark.itermcolors 設定をダウンロードして、iTerm2にimport 設定後
2016/01/30 【修正】 ELB にインスタンスを追加するタイミング、現環境を削除するタイミングは指定可能でした こんにちは、藤本です。 先日、CodeDeploy に Blue/Green デプロイ機能が追加されました。 AWS CodeDeploy Introduces Blue/Green Deployments 早速触ってみましたのでご紹介します。 概要 CodeDeploy は今までデプロイ方式にインプレイスデプロイのみを提供していました。インプレイスデプロイは既存のインスタンスにアプリケーションを上書きすることで、高速なデプロイを実現していました。しかし、アプリケーションを上書きすることで、いざ、デプロイしたアプリケーションにバグが内在していて、前のバージョンのアプリケーションに切り戻したい時は再度アプリケーションをデプロイする必要があり、切り戻しに時間がかかっていました
対象読者 Ruby初心者を抜け出したい人 あまり人のコードとか読まないけどそろそろ読む練習したい人 コードリーディングに慣れてる人だと30分もかからないので,対象読者じゃないかも. 前提知識 Rackアプリケーションの実装に関する基本的な事項 Rack解説 - Rackの構造とRack DSL - Qiitaを流し読みしたくらいでも大丈夫 Sinatraを利用したアプリのつくりかた ここではget '/' do ... endで実装するClassicアプリケーションを見ていく Rack内部の実装については触れず,I/Fだけ知ってる状態という体ですすめる. あくまでSinatraが「どうやって起動するか」「どうやってルーティングを定義してるか」「どうやってリクエストを捌くか」「どうやってDSLを定義しているか」等に着目する. 実装を読む ここでは2017年1月末時点での最新安定版であるv1.
「Docker(ドッカー)」とは、非常に軽量なコンテナ型のアプリケーション実行環境である。dotCloud社(現Docker社)が開発し、2013年にオープンソースのプロジェクトとして公開された。ソフトウェアの高速な配布・実行や容易なイメージのカスタマイズ、導入運用の手軽さ、豊富なプレビルドイメージの提供などの理由により、当初はソフトウェアの開発やテスト段階における利用が多かったが、現在ではパブリッククラウドからオンプレミスシステムまで、さまざまなシーンで急速に普及しつつある。 軽量なコンテナ型の仮想化環境Docker 独立したアプリケーション実行環境といえば、PCのハードウェア全体を仮想化して、その上でOSやアプリケーションなどを動作させる仮想実行環境を真っ先に思い浮かべることが多いだろう。ハイパーバイザ型(Hyper-Vなど)やホスト型(VMware PlayerやWindows Vi
自分のプロジェクトでビルドの速度低下が問題になりつつあったので、原因になっていそうなライブラリを事前にビルドして、$GOPATH/pkgにアーカイブをインストールしたら、ビルドが速くなったので大変ありがたかったというお話です。 やること go build に -i を付けてビルドする。ただそれだけです。 そこそこのコード量があるgithub.com/aws/aws-sdk-goを利用する自前のコードがあったので、こちらで試してみます。 まずはフルビルドしてみる まずは -a 付けてフルビルドすると、どれくらいかかるか見てみます。 $ time go build -a ./main.go go build -a ./main.go 28.13s user 4.30s system 223% cpu 14.517 total
日本中が歓喜した稀勢の里初優勝、横綱昇進、稀勢の里ファンにとってこの1週間は忘れられない時間となったのではないだろうか。稀勢の里を若い頃から応援していた自分としては感動のあまり、勢いで事業計画/予実管理のエクセルテンプレート(P/Lのみ)を作ってしまった。 さてさて、スタートアップ関係の人と話をしていて、事業計画について話題に挙がることがたまにある。3月決算の場合、丁度この時期は来期の予算編成が始まっている企業が多い。 事業計画の作り方は様々でこれが正解というものはないが、ある程度フレームみたいなものはある。自分自身も経営企画に携わっていることもあり、色々な事業計画を見てきて、僭越ながら(突貫工事で作ったため大したモノではないが)簡易的なテンプレートを公開してみようと思う。 *投資銀行/戦コン出身者、それに近しいレベルの人達からしてみたら、ただのエクセルマナーなので、見る価値が無いことは最
Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ 「Site Reliability Engineering」(SRE)とは、GoogleのシニアVPであるBen Treynor氏が提唱した、高い信頼性や性能を発揮するシステムインフラを実現し、改善していくアプローチのひとつです。 これまでの運用チームやインフラチームによる運用や改善とSREが異なるのは、SREでは積極的にコードを書き、ソフトウェアによって目的の達成を目指している点にあるといえます。 Googleが公開しているSREのWebサイトでは、SREを次のように説明しています。 Like traditional operations groups, we keep important, revenue-critical syst
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く