世の中は一周まわってエンジニアリングの手法に溢れている。 テストを書け、ドキュメントを書いて冗長化しろ、コミットはわかりやすく、コーディング規約が、安定性が─── でも、それって本質なんだろうか? 新規サービスを作る際に肝だと思っていることをまとめてみた。 おことわり 以下は少人数で"普通"のアプリやWebサービスを自社で新規開発するときのことを想定しています。大人数で重厚なソシャゲを作るとか、ガチガチの金融系サービスを作るとか、コンシューマーゲーム開発とか、個人で好きなものを作るとか、受託とかは全く想定していません。 基本的に一通り現場をこなした中級以上のエンジニア向けに書いています。 アンチテーゼとして、ややキツめに断定する箇所が多いです、こういう意見もあるんだな程度に受け止めてください。 所属する団体の意見とかは一切関係ありません。 目次 おことわり 目次 ユーザーのことだけ考える
B! 52 0 17 0 tail -fとかのコマンドでログ等のアウトプットを プロンプト上に表示させ続ける事が出来ますが、 MultiTail というコマンドを使うと 複数のログを一つのコマンドで一気に表示し追い続ける事が出来ます。 Multitail インストール 主な起動方法 起動中のコマンド まとめ Multitail インストール インストールは Macなら、 $ brew install multitail Linuxとかなら $ yum install multitail または $ apt-get install multitail 等。 Cygwinなら $ apt-cyg install multitail もしくは自分で Download してコンパイル。 主な起動方法 インストールするとmultitailというコマンドが使えるようになります。 基本的な使い方は $
Docker 社の Blog にネットワーク機能や新しい Compose 1.6 に関する投稿がありました。翻訳しましたので、以下参考程度にどうぞ。 対象となるのは、2016年2月にリリースされた Docker Engine 1.10 Docker Swarm 1.1 Docker Compose 1.6 です。 Docker Networking Design Philosophy | Docker Blog https://blog.docker.com/2016/03/docker-networking-design-philosophy/ Docker 1.7 で実験的にネットワーキングが導入されてから Docker 1.9 の初期リリースに至るまで、コミュニティから素晴らしい反響がありました! 何よりもまず、議論、評価、プルリクエスト、山積みの課題、これら全てにかかわる皆さんに感
現在のプロジェクトではVueを使っています。他のフレームワークを調査した結果のメモです。 用語とか一般的な話とか 用語 データ 情報を表現したもの Model 加工したいデータ ViewModel 描画したいデータ DOM ブラウザが解釈する表示データ Event 外界から入力されたデータ 一般的な話 情報処理の本質はデータを他のデータに変換することです。 フロント、バック、ゲーム、なんであろうがそこは変わりません。 フロントにおいて、プログラムは、 Event+Model -> DOM の変換を行うものです。 ですが、この問題は一気に解くには大きすぎます。よって中間データを導入します。 Event+Model -> Model+ViewModel -> ViewModel+DOM -> DOM これが情報を処理するという観点から見た、フロントの構造です。 フレームワーク俯瞰 React.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く