とある環境変数を初期構築時に設定し、それがあることを前提のプログラムがありました。 そして、ある日突然、その環境変数が取得できないようになっており、不具合が起こりました。 その環境変数を「SERVER_MODE」とでも仮称します。 そのSERVER_MODEがproductionの時は本番用の設定を読み込み、developmentの時は開発用の設定を読み込むような作りをしていました。 今回、その環境変数が取得できなかった為、elseに入り予期せぬ動きをしていたのです。 そもそも取得できない時はdieすべきとか、elseに入ってもいいように本番用の設定を書いとくべきって言う安全策を講じてなかったのも良くなかったんですが、 なんで取得できなかったのか？ってことで学んだのでメモ書き。 デーモンの起動・終了にはserviceコマンドを利用しよう - インフラエンジニアway - Powered b

ビジネスにも料理にも役立つ“ネタ”が満載！社労士・診断士のコンサルタント立石智工による経営＆料理ヒント集 pal氏のFIFTH EDITION、弾氏の404 Blog Not Foundの各エントリについて、さらに尻馬に乗ってみます。 ますはpal氏の主張から。エントリ中では、プログラマーの労働と対価の関係について以下のような問題提起を行っています。 一方で、プログラマーのような職種は、そういった賃労働には向いていないように見える。 理由は、最初に述べたとおり、プログラマーという職種は、家内制手工業、つまり、生産者が、生産に必要な資本を直接所有している工業システムに近いからだ。 なぜなら、プログラマーは、プログラムを作る工場を自分の中に持っているようなモンだからだ。 そして、その工場の生産性は、そのプログラマーの優秀さに比例している。 こういう場所では、出来高給賃金のほうが、やはり合ってい

2017年07月20日09:00 カテゴリVALU If you can't beat them, join them. 君子は豹変す ⇔ 豹変しなけりゃ君子じゃない。続きを読む dankogai コメント( 2 ) 2017年03月19日16:30 カテゴリevalparkOpen Source evalpark - Swift入園しました というわけでおしらせです。続きを読む dankogai コメント( 0 )トラックバック( 0 ) 2017年03月17日10:30 カテゴリevalparkOpen Source ようこそevalparkへ え?もう本番ですか…? Welcome to Evalpark! 続きを読む dankogai コメント( 0 )トラックバック( 0 ) 2015年12月03日19:30 カテゴリMath 「「0÷0＝」を実行すると「エラー」になる理由」を見

3年ぶりの更新というわけで、まさしく3年寝太郎状態なわけですが。 今日は今巷を賑わせているJSON SQL Injectionについてです。 DeNA Engineers' Blog [ Technology of DeNA ] JSON SQL Injection、PHPならJSONなしでもできるよ | 徳丸浩の日記 徳丸さんの記事で紹介されていたように、僕が作ったSQL_Abstractでも同様の問題が発生するとのことです。 SQL::Makerのようにstrictモードを導入するかどうかも一応考えたのですが、PHP版SQL_Abstract自体PHP5でも動作はしますがPHP4時代のコードですし、そもそもそんなに使われてないだろう(泣)いうことで今回は見送ることにしました。（ちょっと今すぐ時間が取れないという状況もありまして・・・） またstrictモードを導入したとしてもSQL_A

怖い絵 冊数：43冊目 昔から怖いものが結構好きだったりします。稲川○二の怖い話とか、バイオハ○ードやサイレント○ルといったホラーゲームとか。特にじんわり心に迫る怖さってのは、わくわくしますな。変態ｗ？ ということで、前から気になっていた1冊。「ハプスブルグ家12の物語」の作者さんが以前に書いた本です。割と売れてたイメージがあります。今さらながら購入。 手法は、ハプスブルグ家と同じで、パッと見なんてことはない絵画の歴史的背景をあばき、その絵画の真の怖さを浮き彫りにするってやつです。逆に、見て普通に怖い絵なんかも扱ってます。 感想はといえば、過度に期待しすぎたせいもあるかもしれませんが、ぼちぼち怖かったです。絵に対する著者の洞察、隠れた歴史的事実とか当時の人間の風俗なんかは読んでて楽しいですが、こと怖さに関しては、作者の想像に俺がついていけないだけなのか、もう一息といった感じでした。 何より

タイムマネジメントはスケジュールマネジメントとも呼ばれるように、スケジュールを作成しないプロジェクトは存在しないといえよう。スケジュールはプロジェクトを進めていくうえでのよりどころである。しかし、多くのプロジェクトではスケジュールどおりには進まず悪戦苦闘している。どうすればよいのだろうか？ プロジェクトの最初に立てたスケジュールどおりに最後まで終了すればプロジェクトマネージャとしてこんなうれしいことはない。しかし、その場合スケジュールを作成する時点でプロジェクトの成果物、必要な作業、そして各作業の所要工数がすべて確定していることが前提である。しかし、残念ながらこのようなケースは極めて少ない。スケジュールを作成する時点では情報が不足しており、思ったとおりに物事が進まないのが現実である。最初から完ぺきなスケジュールを作成できるとは思っていけないのである。 作業定義は過不足なく、スケジュール管理

「今日やらなくても大丈夫──」。分かっていてもつい先送りを繰り返してしまうあなた。どんな背景があって、どうしたら先送りを根絶できるのでしょうか。 コツ：毎日「昨日よりもほんのわずかでも仕事が進んだ状態」を作る 【問題編】では、よく分からない仕事はつい先送りをしてしまうこと、そしてそれが常習化しがちなことについて取り上げました。そこで今回は、「わかっちゃいるのに、つい繰り返してしまう先送りをいかに阻止するか」について考えてみます。 先送りという判断を下してしまう背景には以下のような要因があると考えられます。 今日やらなくても大丈夫（最終的な締め切りまでにはまだ時間がある） 他にも急いでいる仕事がたくさんある 昨日も同じ理由で先送りした これらは、先送りをする上では打ってつけの言い訳となります。言うまでもなくこれらは「苦しみの先送り」でもあります。いつしか締め切りが迫ってきて、どんなにがんばろ