xargs で標準入力が空だったら何もしない - Qiita
find /hoge/fuga -ctime +30 -type f -print | xargs rm などしたときに、何もfindの条件にマッチしなかったら、単に引数なしのrmが実行され rm: missing operand Try `rm --help' for more information. となる。 こういったエラーを出したくない場合は、--no-run-if-empty を使って find /hoge/fuga -ctime +30 -type f -print | xargs --no-run-if-empty rm としてやると、findの結果が空の場合は、rmが実行されず、エラーも出ない。
英語のコメントや issue で頻出する略語の意味 (FYI, AFAIK, ...) - Qiita
〔提案に対して〕いいと思う；問題ないと思う；〔コードレビュアーが、問題ないコードに対して〕レビュー終了；（コードの）承認
JavaScriptのthisの覚え方 - Qiita
JavaScriptのthisは同じソースコードでも呼び出し元次第で意味が違ったりして複雑だと思われがちだけど、一回覚えてしまえば簡単だ。 JavaScriptにはthisが4種類ある これだけをしっかり覚えておけば、後は必要な時に 4種類って何があるんだっけ？ と考えれば容易に思い出せる。 ちなみに、下記のコードはブラウザ上で実行することを想定している。(なのでwindowを使う) トップレベルのthis グローバルオブジェクトを指す。 var hoge = "fuga"; window.foo = "bar"; // fuga+bar と表示される console.log(this.hoge + "+" + this.foo); (function(){ // 同じくfuga+bar と表示される console.log(this.hoge + "+" + this.foo); })(
Fabricは直列、Capistranoは並列 - Qiita
っていう感じで書けるんですが、複数サーバで実行する場合の順序が全然違うので要注意です。ロードバランサから外して、更新して、戻すなんてことを考えてると、Capistrano で死にます。 Fabric の場合: サーバAをロードバランサから外す サーバAを更新する サーバAをロードバランサに戻す サーバBをロードバランサから外す サーバBを更新する サーバBをロードバランサに戻す Capistrano の場合: サーバAをロードバランサから外す サーバBをロードバランサから外す サーバAを更新する サーバBを更新する サーバAをロードバランサに戻す サーバBをロードバランサに戻す Capistrano で Fabric の実行順序にするきれいな方法があればいいんですが。きれいな、というからには、汚い方法はあって、Can Capistrano Execute Tasks on Hosts Co
プログラミングを学ぶ上で犯した2つの最大の間違い - Qiita
プログラミングを効率よく学ぶ上で参考になるブログ記事があったので翻訳して紹介したいと思います。 Written By Suneel Chakravorty, A Developer At Yipit The 2 Biggest Mistakes I Made When Learning to Code 1年前、大学を出たての僕は現実世界に挑もうと決心した。実現したいスタートアップのアイディアはたくさんあった。でも、コードの書き方は知らなかった。 Yipitの共同創立者のVin Vacantiのアドバイスに従って独学でコードを勉強し始めた。 最終的にプロトタイプを作り上げられるのに十分なほど学習するまでの道のりは厳しかった。もしあなたが当時の僕と同じ途上にいるならば、同じ間違いを犯さないことを祈っている。 間違い#1: 実際には必要のないことに時間を費やしすぎた 僕はどこから手を付けたらよい
Ruby(Railsじゃない環境)でTDDで開発をするための環境構築 2012/8月版 - Qiita
2012/9/1のTDDBC横浜に向けて書いたものです。 間違ってるとか、古い、とかありましたら突っ込みください。 Rubyのインストール Ubuntuの場合 (下にMacの場合を書いてます) その他のディストリの場合は、頑張って読み替えてください。 関係するライブラリ、開発に必須なバージョン管理システムなどをインストールする sudo apt-get install build-essential openssl libreadline6 libreadline6-dev curl git-core zlib1g zlib1g-dev libssl-dev libyaml-dev libxml2-dev libxslt-dev autoconf libc6-dev ncurses-dev automake libtool bison subversion 元々結構入ってるかもしれないけど
テストを書かないテスティングツール「Porky」をリリースしました - Qiita
コンセプト テストを書かずにテストの自動化を実現する 主な用途 リグレッションテスト 一部を修正したときに他に影響がないかを確認するときに効果的です テストの登録 下記の関数をテストケースに登録する場合を考えます。
Backbone.jsのカレンダー | Advent Calendar 2011 - Qiita
URLYou can post either your article on Qiita or your blog post. About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
js->coffee移行にあたって考えたこと - Qiita
個人製作のシステムのjsをcoffeeに完全移行したのでその雑感を書きます。あくまでも個人的な感想です。感じ方は人それぞれです。 ちなみに僕は勉強を兼ねて手で移行させましたが、js2coffeeというツールを使うと自動で変換してくれるらしいです。 先に結論 coffeeの方がいいと思う。 よくある批判に「js書けばいいじゃん」というのがあるけど、極端な話、「アセンブラ書けばいいじゃん」と高級言語が出てきた頃に言ってた人と主張の方向性は似てると思う。極端すぎるけど。 jsには落とし穴がいっぱいある。慣れてもたまにはまる。varを忘れたり「関数の頭で全部のvarを列挙する」というプラクティスに従ってたら、冗長になって管理するコスト高くなったり。 coffeeを使うとそういう余計な問題を意識しなくてよくなるのはとても大きい。 しかもjsでできることの全てをcoffeeでできる。工夫が必要になる場
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テストデータはsetUpで宣言するべき幾つかの理由 - Qiita
NERDCommenterで瞬時にコメントをトグるためのショートカット設定 - Qiita
これ知らないプログラマって損してんなって思う汎用的なツール
Qiitaリニューアルについて - Qiita(キータ)
Qiita
