GitHub - wilmoore/frontend-packagers: Front-End Package Manager ComparisonYou 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
Rubyのテスティングフレームワークの歴史（2014年版） - 2014-11-06 - ククログ
2014年12月にRuby 2.2がリリースされる予定です1。 Ruby 2.2にはRuby 1.9.1のときに外されたtest-unitというテスティングフレームワークが再びバンドルされる予定です。Rubyのテスティングフレームワーク周りに詳しくない人にはよくわからない状況でしょう。そこで、Rubyのテスティングフレームワークの歴史を説明することで状況を整理します。 名称の整理 この説明の中ではたくさんのテスティングフレームワークが登場します。似たようなものもあるため、最初にテスティングフレームワークの名称を整理します。この説明の中で登場する名称は次の通りです。 RubyUnit Lapidary rubyunit Test::Unit test/unit test-unit miniunit minitest RSpec 違いがわかりますか？ざっくり説明すると次の通りです。 RubyU
自宅の鍵を定期的に取り替える佐藤君（仮名）の話
パスワードの定期的変更について元々違和感を持っています。今まで、理詰めでその違和感を解明しようとしてきましたが、それでも私の頭のなかのもやもやをうまく説明できたわけではありません。そこで、パスワードの定期的変更を「自宅の鍵を定期的に変更する比喩」を用いて、そのもやもやを説明したと思います。比喩によって精密な議論ができるとは思っておりませんので、あくまでも主観的な「もやもや」を説明する方便として読んでいただければ幸いです。ここに登場する佐藤は架空の人物です。 徳丸: 佐藤君は自宅の鍵を定期的に取り替えていると聞いたんだけど、本当? 佐藤: 本当ですよ。毎年に替えています。毎年年末に鍵を取り替えて、安心な気持ちで新年を迎えるんです。徳丸さんは替えてないんですか? 徳丸: 替えないよ。鍵を落としたりしたらまた別だけど、そういうのでもなければ替えないよね。佐藤君はなぜ毎年替えるの? 佐藤: だって
キヤノン：インクジェットプリンター 消耗品紹介｜キヤノン インクタンク BCI-7e 4色(BK/C/M/Y) + BCI-9BK マルチパック
キヤノン純正の消耗品（インク・プリント用紙）は、キヤノンインクジェットプリンター専用に開発されています。プリンターの性能を維持し、安定して使用いただくため、キヤノン純正消耗品のご使用をお薦めします。
git blameを再帰的に行う - Qiita
ある行の変更がどういう経緯でなされたか知りたい時に。 リファクタリング等々の原因でgit blame一発では知りたいChangeに辿りつけないことありますよね。 $ tig blame gitコマンドだけではさすがに厳しいので、vim風インターフェースのtigを使って とする。 この画面上で、以下の操作を繰り返すことで、コミット履歴をたどっていける。 Enter: カーソル行のコミット内容を表示 ,: カーソル行のコミットの親のコミットにblameを適用 他に使いそうなtigコマンドとしては h: tigで使えるコマンド一覧を表示 Tab:ビューのフォーカスを切り替え q: 現在のビューを閉じる ちなみに一度、,を押してしまうと、前の画面に戻る方法はないらしい。そんな時はqまたはQで一から閉じてやり直し。 まぁ、これ以上求めるなら、GUIツールを使ってください。 $ git log -S/
マイクロサービス – 分散された大きな泥だんご | POSTD
モノリシックがダメだからといって、マイクロサービスが解決策になるわけではない ソフトウェア開発業界は流行に左右されやすいという証拠に、今マイクロサービスが、いたるところで大騒ぎされています。”次の大ブーム”だと思う人もいるでしょう。また、（10年前に”上出来”と見なされたような）大型のSOA、サービス指向アーキテクチャが単に軽量化して進化したものだと捉える人もいるでしょう。私は現在のマイクロサービスアーキテクチャに関しては好意的に見ています。しかし、だからといってこのアーキテクチャは決して万能薬ではありません。言うまでもないことかもしれませんが、多くの人が間違った理由でマイクロサービスに飛び付いているように思えるのです。 これは私の講演でよくお見せするスライドで、 以前ブログにも書きましたた が、ソフトウェアシステムを開発するにはいろいろな方法があります。まず、昔ながらのモノリシック（一枚
Yosemiteの高速化等
B! 93 0 0 0 手元にあるMacBook ProをYosemiteにしてから Mavericksだった時よりもたつきを感じる様になったりすることが多くなって、 ネットで見てもその辺り話題になってるのも多いので 取り敢えずやってみたことについて。 透明度を下げるorコントラストを上げる メニューバーとDockを暗くする、を辞める 通知センターの項目を削除 Dashboardを切る ディスクのアクセス権の修復、SMCのリセット、PRAMのリセット ネットワーク周り Sophosをアンインストール OSの自動アップデートを有効にする まとめ 透明度を下げるorコントラストを上げる アクティビティモニタを見てWindowServerが暴走していたら 取り敢えずやってみるべき項目。 特に古いMacの場合には結構起こるみたいですが、 WindowServerが90%とかCPUを使ってる場合があ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Isomorphic Flux
Cloudstackをみんなでつくってみよう！ in 広島 【第2回】XenServer編(計画中)