タグ

2014年5月31日のブックマーク (5件)

  • cron上でのコマンド実行を再現する - Qiita

    シェル上だと動くのにcron上だと動かない。 よく聞くお話ですよね。 大体はcron上と普段のシェル上で環境変数が違うために起こる問題です。 そういう時に使えるtipsを共有します。 個人のマシン上で適当に動かすようなcronだと みたいにしてログインシェルを間に噛まして環境変数を上書きして実行することでごまかしたりもできます。 これまた別の依存する箇所を増やすので 個人のマシンかrcファイルがちゃんと管理されているような状況以外ではオススメできません。 なのでcron上で実行される状況とほぼ同じ状況でスクリプトを実行してみましょう。 cron上では環境変数はほぼ空なので環境変数を空にしてみましょう。

    cron上でのコマンド実行を再現する - Qiita
    hokorobi
    hokorobi 2014/05/31
  • ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ | Social Change!

    私たちソニックガーデンでは、「プログラマを一生の仕事にする」ということを一つのビジョンにしています。 このブログではよく書いていますが、私たちの考えるプログラマとは、ただコンピュータに文字を打ち込むだけの仕事ではなく、ソフトウェアそのものの企画から、関連するすべての設計、そしてコーディングと、動かすための運用までの、ソフトウェアエンジニアリングのすべてを行う仕事です。 それらは「何をするか」という観点からプログラマの仕事を表したものですが、より抽象的に考えると、プログラマの仕事は何か、そして何を目指すことで「一生の仕事にする」ことができるのか、この記事では考えてみました。 Employees hand rolling cigars in a cigar factory: Ybor City, Florida / State Library and Archives of Florida プ

    ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ | Social Change!
    hokorobi
    hokorobi 2014/05/31
  • チケット駆動開発のナビゲーションマップ #Redmine - プログラマの思索

    Redmineによるチケット駆動開発のプラクティスをパターン言語で表現したら、ナビゲーションマップでどう描けるか、試してみた。 Slideshareにアップして、ダウンロードできるようにしたので、ご参考下さい。 【参考】 パターン言語の構造と事例集: プログラマの思索 【1】チケット駆動開発のナビゲーションマップを作成した意図 「デザインパターン」や「ドメイン駆動設計」や「組織パターン」を読んでみると、最初のページにパターンの関連を表した地図のようなものが出てくる。 それがナビゲーションマップ。 パターンの全体像みたいなもの。 僕は、Redmineによるチケット駆動開発がアジャイル開発ととても相性が良いことを経験した後、そのノウハウを他人に説明し、共有できる方法はないか、とずっと思索していた。 その方法として、パターン言語が一番有効ではないかと思い続けてきた。 元々、XPやScrumを代表

    チケット駆動開発のナビゲーションマップ #Redmine - プログラマの思索
    hokorobi
    hokorobi 2014/05/31
  • 標準ライブラリから学んだGoのベストプラクティス

    標準ライブラリから学んだGoのベストプラクティス         共有ログインお使いのブラウザのバージョンはサポートが終了しました。 サポートされているブラウザにアップグレードしてください。閉じる ファイル編集表示ツールヘルプユーザー補助機能デバッグ

    標準ライブラリから学んだGoのベストプラクティス
    hokorobi
    hokorobi 2014/05/31
  • 提言: コミットメッセージの一行目には要求仕様を書け - Qiita

    これは Git (や Subversion などのバージョン管理システム) にコミットする時により良いコミットメッセージを書くための提言です。この提言は特にメッセージの一行目だけを対象とします。せめて最も重要な一行目だけでも良いメッセージを書いて欲しいからです。提言をズバリ一言で表すと 一行目には要求仕様を書け です。 背景 プロジェクトによっていろいろ慣習の差はあるものの、一般的には「コミットメッセージの一行目は変更内容の要約を簡潔に書け」とされます。特に Git は、各コミットメッセージの一行目だけを取り出してそれを一覧表示するなど、一行目を特別に処理する機能が多いので、一行目にできるだけ多くの情報を凝縮させることは重要です。またメッセージを一行しか書かない不届きな慣習のプロジェクトでは、十分な情報を持たないメッセージは無用の長物と化します。 良くないコミットメッセージ しかし私は、情

    提言: コミットメッセージの一行目には要求仕様を書け - Qiita
    hokorobi
    hokorobi 2014/05/31
    良いコミットメッセージの頭に Fixed: とか Added: とかをつけて、要件通りに動くようになったのか、要件が追加されたのかは知りたいかな。