サーバサイドを Go で WebAPI として独立して作り、フロントは Vue.js で SPA チックに作り、Static な成果物（HTML/CSS/JS）を Go バイナリに内包して Heroku で動かすメモです。 サンプルのソースコードはこちらです。 https://github.com/zaru/go-vuejs-heroku 前提条件 Go 1.9+ パッケージ管理: dep DBマイグレーション: pressly/goose Vue.js 2.5+ vue-cli ビルドツール: webpack Heroku PostgreSQL Redis デプロイの動作フロー git push heroku master で Heroku にデプロイ デプロイ dep で必要パッケージをインストール npm で必要パッケージをインストール Vue.js を webpack でビルド G

秋といえば美味しい食べ物に美しい紅葉が楽しみなシーズン。登山に写真が趣味な私も、この時期は頻繁に山に出掛けます。しかし、せっかくいい時期に山に出かけるなら、お弁当も一ひねり加えたいところです。ということで、ちょっと趣向をこらし、香り高い燻製づくしの山弁当を作ってみました。 ご紹介が遅れました。私「SpaceFlier」という写真とたまに料理のブログを書いているタケル（id:sfTKL）と申します。 燻製という調理法を身近にするSOTOのスモークポット 一般的に燻製と聞くとベーコンなどの長期保存食をイメージするかと思います。そしてそのような調理はハードルが高いとも。 かつては私もそう思っていた時期がありました。実際に長期保存を目的とした燻製料理は手間も時間も掛かりますし、家屋内であれば、煙という問題もあります。料理の基本といえば「煮る」「焼く」「蒸す」の3つですし「燻（いぶ）す」というのはキ

肉！！！ 見てくださいよ！ このうまそうな肉！ どっかのお高いステーキハウスの肉に見えません？ 実はこれ、私が焼いたんですよ！ あ、こんにちは。メシ通レポーター・カメラマンの工藤です。 いや〜、最近、やたら肉食べてるんですよ。 なぜかっていうと、近所に激安スーパーができて、そこでこんな！ でかくて！ 安い肉を売ってるんです！ 100gあたり、なんと198円！ すき焼き用の高級和牛の約10分の1の価格。 しかも、これ、601gですよ！ 普通サイズのステーキは大体200gなんで、3枚分です。 まあでも、この肉って、うまいこと焼かないとあまりおいしくないんです。 なんかひと味足りないなあ……なんて思っていたところ、アメリカ人と結婚してテキサスに在住の友人からメッセージが。 「テキサスっ子のうちの旦那が焼くステーキ、最高！！」 なんじゃこりゃ〜！！！ 肉！！ 肉！！ 肉！！！ しかも、動画まで！

はじめまして、ワインや料理が好きな id:nanoha3 です。 この数年、ワインを飲み始めてから、お酒に合わせて各種料理をするようになりました。 そうした料理の一つに「お鮨（すし）」があります。 「お鮨とワインを合わせたいな」と思い家で握り始めてみたら、想像していたよりも簡単で、ポイントさえ押さえればなかなか美味しいお鮨が握れるようになりました。 そうなると家族や友人と自宅で鮨パーティー、なんてことも。気の知れた人たちと美味しいお鮨とお酒を味わいながら過ごす時間は本当に幸せです。もちろん外に食べに行くのもいいですが、それとはまた違う魅力があります。また、外食時に比べると断然に安く済み、好きなネタをたくさん食べられるのもいいです。 こんなふうに意外と手軽に作れて楽しめる「自宅鮨」を、皆さんも始めてみませんか？ 自宅鮨は難しくない ～入門・サーモンを握ろう～ お鮨はどうしても「外で食べるもの

--inspect, --inspect-brk --trace-opt, --trace-deopt --prof --trace-events-enabled --trace-gc node-report Performance Timing API 優しいコードの書き方へ v8::SnapshotCreator さいごに Node9が10/31に出ました🎉🎉🎉 Node v9.0.0 (Current) | Node.js 今回はNode単体の話なので、Express、Nginx等のチューニングに関してはココには書きません。 また、libuv等のコード内部の話もしません。 --inspect, --inspect-brk もともとあった、--debugから移行されました。(v8.0.0 ~) Chromeを使いデバッグ、プロファイリング等を使えるようになります。 ブラウザで使え

概要 Lambdaは100msの実行時間単位でオンデマンドに課金されるため、立ち上げっぱなしのEC2インスタンスよりも、料金が安くなる可能性があることが一般に知られている。 しかし、以下の性質を満たすアプリケーションでは、EC2インスタンス上に構築したケースと比較して、Lambda上に構築したほうがコスト効率が悪くなるのではないかと考察してみた。 Lambda functionの実行時間のうち、ネットワークI/O時間が支配的である Lambda functionの実行終了を同期的に待たなければならない 複数のレコードをLambda functionの引数に渡すことができない Lambdaの基本コスト構造 まず、Lambdaのコスト構造を把握する。 Lambdaの料金表[1]によると、「functionに対する合計リクエスト数」と「functionの合計実行時間」に応じて料金が発生する。 後

自分の理解を整理できたのでメモ nginx を次のような設定で reverse proxy とした場合、起動時に名前解決した upstream.example.com の IP アドレスをずっと使い続けるため、IP アドレスが変更されるとアクセスできなくなってしまいます。 proxy 先が AWS の ELB だったりすると頻繁に IP アドレスが変わるためすぐに問題が顕在化します。

IT導入を行うにあたって、非常に多いのが「カタログや画面、説明を聞いていたらこのソフトやシステムで問題ないと思っていたが、実際に納品されたものと使ってみると使いづらかった。期待したものではなかった。」という失敗談です。そういったすれ違いを可能な限り少なくするために、ITシステムを導入するために何をどう考えなければならないのかを解説します。 「要望」と「要件」がもたらすギャップ システムを手に入れる過程は、注文住宅を作る過程によく似ています。 リビングは12帖以上 書斎が欲しい 床の木からぬくもりを感じたい 寒がりなので断熱効果を高めたい これが要求、つまり成し遂げてほしいことです。使う人が作る人に対して、伝えるべきことです。 これに対し「要件」というものは、こういうことになります。 12帖のリビングにするために、書斎の場所は収納になるが良いか？ 断熱効果を高めるための素材はこれでいいか？

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

server.js for Node.js Powerful server for Node.js that just works so you can focus on your awesome project: // Include it and extract some methods for convenience const server = require('server'); const { get, post } = server.router; // Launch server with options and a couple of routes server({ port: 8080 }, [ get('/', ctx => 'Hello world'), post('/', ctx => { console.log(ctx.data); return 'ok'; }

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? 初めに LinusによるGitのinitial commitのREADMEの訳です。 社内のSVNからの移行を促すために資料を整備していたのですが、SVNでやっていたことを移し替えたりコマンドを覚えたりするより内部構造を知ったほうが早いことに気づきました。 それで、gitの内部構造についての解説資料を色々見ていたのですが、データ構造については原作者のこのREADMEに言い尽くされている気がします。のみならず、gitを使うものが抱くべき精神性のようなものが示されており、深い感銘を覚えました（ヒャッハー）。 README: ”GIT - 馬

Forget building your own custom docs platform. With GitBook you get beautiful documentation for your users, and a branch-based Git workflow for your team.

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? みなさまへのお願いごと 間違いなどの指摘は、編集リクエストでお願いします。 コメントの記載はページが長いこともあり、お控えください。 TOEIC900でも英語が話せない日本人へ ITエンジニアの私がなぜ令和の今、中国語を学ぶのか？ 名詞/イディオム gotcha はまりポイント。注意すべきこと。引っ掛け。 Got you のくだけた表現。捕まえた、誰かをトラップに引っ掛ける、という意味から。 注) 一般的には、Got itやYup、I seeのような、同意の返事でよく使われる。 類) caveat, pitfall There are

RubyKaigi 2017 http://rubykaigi.org/2017/presentations/onk.html Summarize "How to develop API server efficiently." This talk will talk while looking back on the history like Why REST (RESTful API) was born? The world has became to need Native client / Web front-end API documentation tool are widely used API Blueprint, Swagger, RAML, JSON Hyper-Schema Schema driven development API Query Language

「IntelliJ IDEA ハンズオン」、献本いただきました。著者であり、JetBrains 代理店サムライズムの代表でもある山本祐介さん、ありがとうございます。 http://amzn.asia/0ELFU8Qamzn.asia JetBrains の IDE 製品は大好物で、普段からとてもお世話になっています。ということで、さっそく読ませてもらいました。 読み始めて真っ先に思ったのは、これ PHPer でも買って全然損ないな、です。 現在の PHP は、文法的にも、技術文化的にも、非常に Java に似た言語となりました。なので、Java を中心に解説されている本だとはいえ、その解説の半分以上は PHP と PhpStorm でも活かせる内容だと感じました。 本書は二部構成になっていて、第一部はこんな感じ... HTMLとCSSとJavaScriptの記述を通じて操作感を練習 思いつ

僕は職業柄、マーケティングに関わるよろず相談事を沢山頂きます。 本業は、サイトや広告の改善を提供しているので、もちろんこれは嬉しい事です。商売的に嬉しいっていうのもあるんですが、それ以上に僕自身が課題解決が好きなんでしょう。相談に乗りながらも、どこかでウズウズする自分がいます。 今年も、様々な企業のお手伝いをさせて頂きましたし、勝手にご提案することもままありました。 その中で、ふと気づいたことがあります。 「今相談されている問題は、本当に解決すべき問題なんだろうか？」 実は、相談を受けながら色々紐解いてみると問題だと思っていた事象は、そんなに問題ではなくて、真の問題は別のところにあって誰も手につけていないというケースが大半だったのです。 問題意識を持つプロセスの解明これは、とても興味を惹かれる問題でした。 というのも、通常マーケティングの戦略を立てる上で、正しい問題意識がある上で、オリエン