2017年はサラリーマンが節税を始めるチャンス？ サラリーマンと個人事業主ができる節税を解説 
本番運用を見据えたDocker Registry選定 - Qiita
各サービスではなく、要件軸に絞って1つずつ見ていきます。 日本からの転送速度 Registry選定にあたって自分たちが重要視したのはここでした。 DockerHub、Quay.ioはネットワークの物理的距離があるのでDocker Push/Pull共に致命的に遅く、 Docker Push→8分 Docker Pull→10分弱 と、Docker周りのデプロイプロセスだけで20分弱掛かってしまう状態でした。 個人サービスなどであれば20分程度のデプロイ時間が気にならない場合もあると思いますが、さすがに数十回/日 デプロイするサービスの場合、リリースがボトルネックになってしまうことは避けたかったのでDockerHubとQuay.ioは選択肢から外しました。 サービス月額 ミニマムプライスは大体横並びです。が、CoreOS Registryとdocker-registryはそれぞれインストール
プライベートDockerリポジトリサービスのQuay.ioを使ってみた | DevelopersIO
はじめに カスタマイズしたDockerイメージを使ってサービスを運用し続けていく場合、Dockerイメージのバージョン管理をプライベートな環境で行う必要が出てきます。プライベートDockerリポジトリとしては、Docker Hubのプライベートリポジトリを使うか、あるいはDocker Registoryを使ってローカルな環境にプライベートリポジトリを構築する形になるでしょう。 今回はプライベートDockerリポジトリの選択肢としてQuay.ioをご紹介します。 Quay.ioはプライベートDockerリポジトリをホストするサービスです。2014年8月にCoreOSに買収されたことで一気に注目されました。Quay.ioのは複数の有料プランが用意されています。料金プランのページにある通り、Dockerfileをアップロードすることでbuildしたり、ロボットアカウントがあったり、複数のユーザで
RubyMineを使っているならReformatでもっと幸せになろう | mah365
こんにちは！ RubyMine Advent Calendar 20143日目の記事です。さて、皆さんはRubyMineのReformatという機能は活用していますでしょうか？ ん？ 未だに手でインデントを揃えているって？ 今すぐReformatを使いましょう！ Reformatとは コード中のインデントやスペースなどを、言語別の設定にあわせて整形し直してくれる機能です。 下の画像のように、Preference > Editor > Code Style以下に言語別の設定を行う場所があります。 Code Styleの設定を元に、常に一定の見た目を保持できる点が、Reformatの優れているポイントです。 手動でReformatをかける まずは手動でReformatをかける方法から。例えば以下のようなインデントの崩れているHTMLソースがあったとしますね。このインデントを直してみましょう。
中規模Web開発のためのMVC分割とレイヤアーキテクチャ - Qiita
TL;DR MVCもレイヤで捉えて関係性の設計をするといいのでは 普通のRubyオブジェクトを積極的に使いたいですね 「パーフェクト Rails」に期待しましょう 長くなって面倒くさくなり、途中から手抜き感が半端ないですが許してください この記事の位置付けなど 7 Patterns to Refactor Fat ActiveRecord Models - Code Climate Blog [翻訳] エリック・エヴァンスのドメイン駆動設計 エンタープライズ アプリケーションアーキテクチャパターン これらの参考文献を踏まえてRailsアプリケーションのリファクタリングをしていて、だいぶ方向性や考え方がまとまってきたので、これからチームに合流する人を想定読者に、Qiitaがどんな感じで作られているのかを文書化したものです。（参考文献の一覧は記事の最後にあります） 内容的には文献[2,3]を踏
Rails Developers Meetup で綺麗なテストコードの書き方について発表した - おもしろwebサービス開発日記
昨日のRails Developers Meetupで綺麗なテストコードの書き方について発表してきました。 Rails Developers Meetup #1（東京会場） - connpass 資料はこちら 余談 もともと数年前くらいから、テストコードの書き方についてまとめたいなーと思っていたのですがなかなかキッカケがなくて手を付けられていませんでした。今回のミートアップ駆動で一通り形にするところまでいけて今とてもスッキリした気持ちです 😇 もっと多くの人にテストコードの書き方を意識してもらいたいので、また機会があればどこかで喋りたいですね。 昨日発表した内容はGitHubリポジトリにまとめたものの一部です。綺麗なテストコードの書き方について詳しく知りたい方は下記のリンクからどうぞ。 willnet/rspec-style-guide お願い 今回まとめた内容はあくまで僕が考えるテスト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
