パソコン上のファイルの分類するというのはよくある話だと思います。 綺麗に分類されていれば、いざ過去のファイルが必要になった時にも、簡単に取り出すことが出来るからです。まさに図書館のようなイメージを無意識に想像されるかと思います。ただ、結論これが生産性を阻害している大きな理由だったことをご存知でしょうか？ 分類するな、検索せよ ファイルの分類における基本的な問題の項目は下記のように挙げられます。 そもそも分類してもそのファイルを見返す可能性は限りなく低い こうもり問題: このファイルはどちらのディレクトリに所属するのか考える必要あり 分類作業自体に非常に負担がかかる まとめると、「分類作業は作業負担の高さの割に、9割以上のものは見返さないので割に合わない」ということになります。 その中でコンピュータの登場と伴に出てきた考えが「検索すればいい」という発想になります。 図書館における実際の書物な

皆さんVagrantfileをどこに配置されていますか。各Gitプロジェクト配下にVagrantfileを入れ、 Chefなどと連携して個別に動くようにしている方が多いと思います。 LOOKUP PATH When you run any vagrant command, Vagrant climbs up the directory tree looking for the first Vagrantfile it can find, starting first in the current directory. So if you run vagrant in /home/mitchellh/projects/foo, it will search the following paths in order for a Vagrantfile, until it finds one:

ベトナムの海外開発チームと働く上で理解しておきたい7つのポイント（エンジニア編） Nov 29, 2014 今、私はベトナムで海外開発チームを指揮しております。 毎日業務は刺激に溢れ、経済のダイナミックな成長を感じることが出来ます。 本題ですが、こちらではコードという世界共通の土台があるとはいえ、 やはり常識や感覚のファンダメンタルな所が違うため、日本人同士で働く以上に工夫が必要です。 今のところ働きながら心がけているTIPSがあるので、それを共有しようと思います。 1. とにかく具体的に指示を出すこと 口頭のコミュニケーションはとにかくミスが多発します。 これは日本人同士であっても同様かと思います。 口頭で仕事依頼してくる人の状況だとたいていエビデンスが残らないため、 仕事の依頼者側のいいように言われがちです。(私はそんなこと言わなかった・・など） だいたいメッセージツールで「本当にこれ

Bojan Bjelic チクセントミハイのフローを読みました。存在としては前々から知っていたものの、 久しぶりに彼の動画を見た過程で、本でも買って読んでみるかという状態に。 その本が改めて沢山多くの気付きをもらたしてくれたので、自分の思考を整理するがてら、 記事として投稿。 フローについて前提知識 全く何の話だという方にまず、ビデオがあるので是非ご覧になると良いです。 「Mihaly Csikszentmihalyi - フローについて」 とても有名な映像で、19分ほどの長さがありますが、引き込まれる魅力があります。 基本的には書物の内容の抜粋したスピーチになっています。 チクセントミハイのフローとはなにか 結論「注意を1点に向けている状態」を伝えたいのだと感じた。 人間には潜在意識(無意識)と顕在意識の行動の2つがあり、これをトータルした範囲で「注意」をあれこれむけている。 これを自分

Angelo DeSantis 毎日のタスク管理は意外と悩みのタネだと思います。 TODO管理のアプリケーションも大量にあり、WindowsやMacなどのGUI環境であればWunderlist、 LinuxなどのCUI環境ではTaskwarriorが有名です。 またTODO.txtのような名前のテキストファイルを作成し、 日々のTODOを確認している方もいらっしゃると思います。 個人的には色々巡り巡って、直近のタスク管理にはTODOのテキストファイルを書くのに落ち着いています。 柔軟性の高さやカスタマイズ性、そして好きなテキストエディタを利用できるのが選択ポイントです。 この記事をきっかけに他の方の手順も共有されることを期待しながら、 私の2014年10月現在の書き方について紹介したいと思います。 オーバビュー 個別の項目はサンプルです。それぞれの役割について説明しようと思います。 ファイ

Dominic Alves 普段何気なく利用している/tmpと/var/tmp。 意識して使い分けてる方も分けてない方もいらっしゃるかと思います。 Linuxのファイルシステムとしての存在意義や、一時フォルダとしての機能を改めて意識すると 非常に便利な存在です。 /tmpと/var/tmpの違い 「/tmpと/var/tmpの違いについて述べよ」・・・インフラエンジニアの入社試験の問題に出てきそうですね。 さて単純な解答ですが、システム的なことを言えば以下あたりです。(RHEL) /tmp /var/tmp どちらもディレクトリ配下はtmpwatchコマンドにより監視されファイルの削除が組み込まれています。 $ cat /etc/cron.daily/tmpwatch #! /bin/sh flags=-umc /usr/sbin/tmpwatch "$flags" -x /tmp/.X1

Randen Pederson 大規模なシステムであれば使っているであろうリバースプロキシ。 セキュリティや稼働率の観点からみて利用することは非常にメリットは高いです。 ただ、社内や周りであまり知見がなく、 「動くからいいや」という理由でApacheをそのままWebサービスの一次受けとして利用されている方も多いと思います。 動くという目的からすれば確かにその通りですが、ただ一枚リバースプロキシを入れるだけで ぐっと運用効率、稼働率も拡張性も上がります。 1. ルーティング処理の簡略化 例えばRESTfulな一般的なAPI構成を作りたいと思った時に以下のようなURL構成になると思います。 http://api.something.com/search/v1/item/list.json?cid=xxxx&gid=xxxxx もしアプリケーション側のルーティングしか知らなければframewor

Tom Maisey TmuxとVimを併用されている方も多くいらっしゃると思います。 実はこの2つを組み合わせると移動がすごい便利になります。 意外とVim + Tmuxの組み合わせ技の記事は無いため、書こうと思います。 Vimでいえば、ターミナル派とGVim派の2流派に分かれると思いますが、 もっぱら私はターミナル派です。なぜならTmuxとの親和性が良いからです。 エディタでコードを書きながら、すぐにMySQLなどコンソールに叩くことも簡単です。 たまにあのGVim特有の滑かで早い描画に戻りたくなることもありますが、これはトレードオフと思いぐっと我慢しています。 Vimでのコマンドライン もちろんVimでもシェルのコマンドはデフォルトで叩けます。 EXモードに移行し、エクスクラメーションマークをつければコマンドを実行可能です。 :!mv file.txt file.backup.txt

Qualityandstyle Macでは基本的にターミナルを開けばShellでコントロール可能です。 これがあるから使っている！という人も多いかと思います。 Finderをターミナルにドラッグドロップするとパスが表示されたりなど、 CUIとGUIの親和性も非常に高いです。さて個人的に作成した便利なエイリアス達を紹介します。 基本的に~/.bashrcや~/.zshrcなどに下記の行をコピーすれば動く簡単な仕様です。 md [Linux/MacOSX] カレントディレクトリにあるmarkdownファイルを全てvimバッファに載せ開きます。 alias 'md'='vim ./*.md' 複数バッファを同時に開きますが、あまりその動きは想定していません。 現在のGitのプロジェクト等ではMarkdown形式のREADMEファイルなどが必ず置かれていると思います。 そういったディレクトリに移動

技術評論社から出版されているSoftware Design 2014年6月号 を遅れましたが読みました。 毎度のことながら本の密度は高いなと脱帽します。 書物であればハードウェアからソフトウェアまで幅広く情報が飛び込んできます。 ネットで情報収集をしているとどうしても自分の知っている枠内の情報に偏ってしまいがちで、意識しないといけないです。 前置きはさておき、その中でssh接続で面白い箇所があったので紹介。 Githubのアカウトの公開鍵は以下でpublicアクセス出来ることはご存知でしょうか？ https://github.com/${USER_ID}.keys この内容をcurlで取得して、そのままリダイレクトしてauthorized_keysに登録すれば簡単にsshの接続を許可することが可能です。 共同プロジェクトなどで他の方と作業されることもあると思いますが、SSHの公開鍵の共有は

Vim Advent Calendar 2013の168日目の記事です。 Vimプラグインの組み込みなど、日々Vimによる開発速度の向上を研究されている方も 多いかと思います。そんな開発効率を一撃で高められるテクニックがあるので紹介。 それはズバリ、OSのキーリピート速度を高めるです。 非常にシンプルですが、破壊力がすごいです。 普段のwebhjklがこの通り。パラグラフ単位移動コマンド{ }でやるとすごい速度。 単語単位でも超高速で移動できます。 もちろん通常のvimに限らず、tmuxのvisual mode(vi互換)であってもBashのカーソル移動であってもリモート接続先のVimであっても全てが高速になります。なぜならボタンを押し続ける動作はほぼキーリピートによるコマンド送出だからです。 Bashの場合は単語移動では以前はEsc + fを利用しておりましたが、すっかり使わなくなりまし