はてなブックマーク

ここ最近の僕の携帯電話についてまとめます。 Y-mobile とか WiMAX とか使ってましたが、ようやく色々解約して MVNO だけになって、月の携帯代が1,400円程度になりました。 頑張ればもっと安くできそうですが、使い勝手の良さを考えると無難な値段のような気がします。 SIM フリー携帯で MVNO の SIM を使う MVNO は iij mio の SMS機能付きSIM を使っています。 3GBで契約しているので月額 1,040円(税抜) になります。 iij mio にしたのはデータ通信量が月間上限しかないのと、ベンチャーよりは予算がありそうなので無難かなと判断したためです。 iij mio にする前は e-mobile の SIM を使っていたのですが、月5GBと1日1GBの通信上限があったので不便でした。 iij mio の SIM は次の3つがあります。(かっこ内は3

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? プログラマは何でも作ることができる最強の生物ですが、ひ弱です。 プログラマは電源があるところでしか生きていけません。 数年毎に大災害が発生する日本の現実を考えると、電源確保を発電所に任せていてはいつ仕事を失っても文句は言えません。 プログラマとして生き残るためには、自らの力で電源を確保する能力が必要です。 ということで今日は発電の話をします。 数ある発電方法の中でもソーラー発電は最も手軽で安価にはじめられます。個人で行う発電としては一番現実的だと思います。 ソーラー発電装置は4万円程度あれば一式揃えることができます。パソコンを充電する程

# 以下、このテストを「ケースB」と呼びます。 describe 'Book' do describe '#valid?' do example '必須項目を入力するケース' do book = Book.new(title: '孤独のグルメ 【新装版】', author: '久住 昌之・谷口 ジロー') # is_asserted_by は https://github.com/joker1007/rspec-power_assert のメソッド is_asserted_by { book.valid? } end example '必須項目を入力しないケース' do book = Book.new is_asserted_by { !book.valid? } is_asserted_by { book.errors.full_messages.include?('タイトルを入力して下

http://qiita.com/kbaba1001/items/e265ad1e40f238931468 で Rails のアーキテクチャを改善する話を書きましたが、理屈っぽい話になっていたので、今回は具体例として実際に私が仕事で実践していることについて書きます。 半年ほどサービス層を作りまくっていますが、最高としか言いようがありません。 Modelとロジックが切り離されているので、本番運用をはじめた後もかなり柔軟に開発を続けられています。 (さすがにERに影響がある変更には手を焼きますが...) サービス層を作って Fat Model 対策をすることは Rails 開発において有効な設計だと感じています。 Rails にサービス層を導入する最も簡単でパワフルな手段は Trailblazer を使うことです。 しかし、本記事では Reform を使ってサービス層を自作する方法について書き

ローカルの Rails の開発環境を直接OSに構築してしまうと、 仕事で別のバージョンの DB が必要になったケースなどで非常に苦労するので 何らかの仮想マシン上に開発環境を構築するほうが楽だと思う。 Vagrant と何かしらのプロビジョニングツールを使う方法がベターだが、 Docker Compose を試しに使ってみたら便利だった。 Docker Compose なに? Docker における複数コンテナの管理を docker-compose.yml という1ファイルでできるようにするツールです。 詳しくは https://docs.docker.com/compose Vagrant と比べたメリット 設定ファイルが短い。 例えば Vagrant + ansible の場合、Ruby とか PostgreSQL とかのインストール方法を自分で書く必要がありますが、 docker-c

はじめに ここ一年くらいずっと Rails の何がダメでどうすれば良くなるのかを考えていました。 Rails を使ってそれなりの規模のアプリケーションを作ったことがある人なら、メンテナンスのしづらさを感じたことがあるのではないでしょうか。 メンテナンスの問題は Rails 以外の開発でも発生することですが、実のところメンテナンスしやすいアプリケーションはどうすれば作れるのでしょうか？ この難問に対して私も答えを持っていませんが、考え続けています。 少なくとも、 Rails Way や Rails Tutorial をベースにしたアプリケーション開発は、業務で用いるには簡単すぎるように思います。 「レールに乗る」という言葉がありますが、私は考え方を変えました。 Rails は規模の大きいフレームワークですが、土台に過ぎません。 Rails Way の設計方針は小規模な開発では有効ですが、規模

gem 探すときにとりあえず The Ruby Toolbox を見るんだけど、 The Ruby Toolbox は昔からある gem が上位に来てしまう傾向にあって、 後発の gem は埋もれてしまいがちだ。 わりと gem を探していると、あまり使われてない gem や、新しく出来た gem であっても 設計がシンプルだったりしていい感じの物があるので、そういうやつを効率的に見つけたい。 github の Advanced search が便利だった github の検索結果ページの左下に Advanced search へのリンクがある。 ここで条件を細かく指定して検索すると効率よく gem を探すことができた。 とりあえず次のような条件で検索した。 言語を Ruby に限定 Star 数が 100 を超えている 最終コミットが今年中に行われている 拡張子が gemspec のファ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Pretty Pull Requests (Github) Chromeウェブストア - Pretty Pull Requests (Github) Pull Request を読むときに便利なエクステンション。 ファイルをアコーディオンで開閉したり、追加された行または削除された行のみを表示することができる。 長い PR を読むときに特に便利。 GitHub Wiki Search Chromeウェブストア - GitHub Wiki Search GitHub Wiki を検索するためのエクステンション。シンプルで使いやすい。 検索語をハイライトしてくれたり、検索中はプログレスバーがでたりと気が効いている。 これを使わずに検索しようとすると GitHub Wiki の git リポジトリをクローンして、 git grep するはめになる。 GitHub.Expandinizr Chrom

SublimeText のデフォルトの画面分割は結構使いにくいので、画面分割を便利にする方法を紹介します。 プラグインの紹介 Origami まずは Origami 。 これを使うと super+k → で「右側にウインドウを増やす」といった操作ができるようになるため、画面分割が楽になります。 Resize Group with Keyboard (ST2のみ) Resize Group with Keyboard は画面分割したときの面積をキーボードで変更することができます。 Resize Active Group Resize Active Group は画面分割時にフォーカスしているウインドウを常に大きくなるように分割の比率を調節してくれます。 例えば画面を上下に分割して、上側にフォーカスがあって面積の比が「上:下 = 7:3」だとします。このとき、フォーカスを下側に移動すると比が「

カラースキーマ SublimeText は SyntaxHighlight で Markdown を指定してもほとんど色付けしてくれないことが多い。 そこで Monokai Extended か Perv を使うのがおすすめ。 どちらも Markdown に色付けをしてくれる。 Markdown 中のコードを SyntaxHighlight したい Markdown Extended をいれよう。 Markdown のプレビュー Markdown Preview が定番 ? 入力補助など 日本語が微妙なので僕は使ってないけど次のパッケージを使っている人も多いみたい。 MarkdownEditing SmartMarkdown