6704 |
今日も腹を立てずに済んだ |
はくぶん |
2015-06-28 11:02:24 |
絶対に失敗のない考え方があるという話は、以前にしたことがあると思う。
上手く行かない事があったとしたら、それは神様が“止めろ”とか“するな”とか言っているのだ、と。
その事柄が、相手が、方向が、お前に合わないから、軌道修正させようとしたのだ、と。
この考え方は、非常に前向きだ。
普通なら怒ったり、恨んだり、自棄になったりする場面でも、この考え方をすると、その状況が正解になってしまう。
何より人前で醜態を晒さずに済む。
今日、この考え方で、また一つ腹を立てずに済んだ。
いや、多少腹は立っていたが、それに支配されずに済んだ。
色々有益な言葉はあるが、これほど容易に実行でき、即効性があるものも珍しい。
さあ、今日は代わりに何か、神様が俺にプレゼントしてくれるのだろう。
|
メッセージ文字数:326/338 |
|
6703 |
返答なし |
はくぶん |
2015-06-28 09:30:22 |
使いたくない気持ちは分からんでもない。
自分の所有物だと思っているのだろう。
確かに最も時間と労力を使って、完成に近づける努力をしたことは認める。
それにより、より一層愛着も湧いたことだろう。
あれ以来、何の返答もない。
何か否定的な意見を俺に返せば、俺に詰め寄られても反論できないことがよく分かっているのだろう。
このまま立ち消えになるのを待っていることなど、先刻お見通しである。
あの時の俺への対応。
それまでおぼろげだった事が明確になった瞬間だった。
しかし、それは個人情報の塊なのである。
誰かが私物として所有していてはいけないものなのである。
それに対して、こう反論するかもしれない。
ネット上の閉ざされた空間で、メンバーにだけは公開している、と。
管理しているだけで、所有しているわけではない、と。
自分が管理することを、誰も否定してはいない、と。
確かにそうだ。
それなら、なぜ俺の提案に前向きではないのだ。
もっと楽に管理できるシステムを、なぜ受け入れようとしないのか。
システムに不備がないことなど、既に試して分かっているはずだ。
一つだけ現状と変わる点があるとすれば、それはメンバー皆で共同管理になるという事だけなのだが。
|
メッセージ文字数:502/525 |
|
6702 |
自然の摂理に対する反逆 |
はくぶん |
2015-06-27 07:42:40 |
アメリカの最高裁判所で、同性同士の婚姻が正式に認められたらしい。
これにより、同性婚を禁じる州は、その事自体が違憲となる。
同性同士が結婚。
最高裁判所がそれにお墨付きを与える。
アメリカは何でもやってくれるね。
とてもキリスト教国とは思えない。
しかし、少なくとも日本は、これを見習わないで貰いたい。
自然の摂理に対する反逆。
イエス・キリストの前で、この事実を堂々と述べることが出来るのだろうか。
|
メッセージ文字数:192/202 |
|
6701 |
梅雨の雨間 |
はくぶん |
2015-06-26 06:05:26 |
外は雨が降っている。
梅雨に入ったとは言え、それほど雨の降らない毎日に、今年の梅雨は空梅雨かなどと期待していたが、どうやら偶々だったようだ。
今日は雨時々曇り、ということは殆ど一日雨だということだな。
降水確率もそれを端的に物語っている。
俺にとって一番嫌いな梅雨の天気。
それが今日のような天気だ。
|
メッセージ文字数:145/150 |
|
6700 |
日常使うデータ |
はくぶん |
2015-06-25 01:34:33 |
日常使うもので、SQLに入れておくと便利なものは何だろうかと考えた。
色々あるように思えるが、わざわざSQLに入れておく必要のあるものなど無いような気がする。
数が多いという観点では、郵便番号が該当する。
実際に使われているのは約14万番号とのこと。
確かに14万もあればSQLに入れておいてもいいかなとは思う。
ただ、それほど使う機会があるのかどうかは疑問だが。
現在の郵便番号は7桁で1000万通りの番号が作れるらしい。
確かに0から9までの10個の数字を、7桁に配置すれば、10^7=1000万である。
もちろん、その中には000-0000や999-9999などのような極端な場合も含まれる。
しかし、上述の通り、使われているのは14万通り。
1.4%の使用率。
高々人口1億数千万人しかいない日本人の住所を指し示すのに、1000万通りの受け皿が必要だったのだろうか。
有効利用として7割は超えて欲しいところだ。
単純に47都道府県で割ると、1000万÷47≒21万。
1都道府県あたり、それの7割、つまり14.7万個の郵便番号を使って初めて有効利用と言える。
日本全体で考えると、1億数千万の人口に対して1000万の郵便番号ということは、10数人に対して1つの割り振りということになる。
1世帯4人家族なら、3〜4世帯に対して1つの割り振りという計算だ。
その7割で有効活用と見なしたとしても、4〜5世帯に1つの割り振りになる。
結局7桁も要らなかったんだよな。
世界のIPアドレスは枯渇寸前だが、日本の郵便番号は空きだらけ。
非常に対照的だ。
14万の郵便番号。
SQLに入れておいて、果たして使う機会があるのだろうか。
あるとしても、郵便番号から住所、住所から郵便番号、その二つの検索くらいだろう。
年にそう何回も使わないとなると、わざわざSQLに入れるよりも、テキストファイルで持っていてもいいような気がする。
いちいち開いて見るには容量的に大きいが、スクリプト経由で読み込めば、それほど容量も時間も掛からないだろう。
なんかそんな風に思えて来た。
それなら、日常使うデータで、わざわざSQLに入れてでも、というデータは果たしてあるのだろうか。
|
メッセージ文字数:902/932 |
|
6699 |
晴れ時々曇り? |
はくぶん |
2015-06-24 07:23:40 |
今日の天気は“晴れ時々曇り”なんだそうだが、今の空を見ると、晴れているという様子ではない。
むしろ曇り空。
“曇り時々晴れ”の間違いではないのか、という疑問さえ浮かぶほどである。
さて、遅々として進まない活動であるが、昨夜ちょっと進展があった。
まあ、これからだろう。
いきなりドバッとやってしまうと、途中で息切れする。
それは昔からの俺の悪い癖。
最後に上手く行くことが大事なのだ。
|
メッセージ文字数:185/194 |
|
6698 |
二つの発見 |
はくぶん |
2015-06-23 02:16:48 |
昨夜はいくつか新しい事を発見した一夜だった。
1)SQLのDSNにオプション設定項目
前々からあることは知っていたが、何に使うのかわからなかったので、設定した事がなかった。
昨夜、CGI側ではなくSQL側でUTFフラグをONに出来ること知り、俄然このDSNに興味が湧いた。
DSNのオプション項目に“mysql_enable_utf8”と記述すればいいらしい。
現在のスクリプトは、すべてCGI側でUTFフラグをONにしている。
今からすべてのDSN文を変更するのは面倒だし、エラーが誘発される恐れもあるので、次回何かを作る時から、SQL側でUTFフラグをONにするようにしよう。
2)UTFフラグをONにする
SQLから読み出したデータは、そのままだとUTFフラグがOFFのままだから、decodeしてUTFフラグをONにする必要がある。
SQLから読み出すデータは、配列になっていることが多いので、最近は配列のリファレンスで受け取るようにしている。
以前は配列で受け取っていたが、どこかのQ&Aサイトを見たとき、皆配列のリファレンスで受け、誰も配列で受け取っている人がいなかったので、そういうものなのかと思って、それ以降、俺も配列のリファレンスで受け取るようにしている。
配列で受けようと、配列のリファレンスで受けようと、その後にdecodeという作業が来るわけだが、decodeは変数単位(配列なら要素単位)の作業なので、配列を一発ドンでdecode出来ない。
俺はforのループで回して、要素単位でdecodeしていた。
しかし、map関数を使えば、一発ドンでdecode出来ることを知る。
一発ドンと言っても、実際には要素単位でdecodeしているのだが、ループで回すわけではないので、要素を一つずつdecodeしているという印象はない。
今まで4行使って書いていた部分が、1行で済んでしまった。
パフォーマンス的には変わらないのかもしれないが、コードが見た目にシンプルで美しい。
というわけで、昨夜はF1を観戦し、その後、ナショナルジオグラフィーを観ながら、二つの新たな発見を楽しんだのであった。
|
メッセージ文字数:887/907 |
|
6697 |
覚える事、忘れる事 |
はくぶん |
2015-06-22 05:29:49 |
やっぱり思い付いた事はすぐに書かないと忘れてしまうね。
もちろん若い頃ならいつまででも覚えていたが、年を取るに従って持続時間が短くなる一方。
一番初めに意識したのは28歳の時だったとはっきり記憶している。
ほんのちょっとした事だった。
皆に伝えなきゃいけない事があったのだが、伝え忘れた。
今までそんな事は一度も無かったので、ちょっとした衝撃を受けた。
だからよく覚えているのである。
しかし、忘れるということが決して悪い事ではないと、最近は思うようになって来た。
決して負け惜しみや言い訳で言っているのではない。
歳を取ると忘れなければいけない事が多くなる。
いつまでも覚えていちゃいけない事も増える。
だから忘れる事に長けて来るんだと。
人を恨まないために、悲しみが続かないために、忘れる事を覚えるのだと。
|
メッセージ文字数:343/355 |
|
6696 |
ある一つの小さなお別れ |
はくぶん |
2015-06-21 20:16:22 |
約9年間、俺の髪を切り続けてくれた兄ちゃんが、自分の店を開くために、今月末でその店を辞めるらしい。
今日、髪を切りに行って、初めて聞かされた。
あと2週間遅かったら、最後の挨拶が出来ないところだった。
普通なら、その日のローテーションで、誰が切るとは決まっていない店らしいのだが、俺の場合は、いつも、その兄ちゃんで、他の人に切ってもらったことがない。
俺の髪を切るのは、かなり勉強になったらしく、かなり感謝された。
来月から赤穂で開業するらしい。
ちょっと髪を切りに行ける距離ではないので、これでお別れになる可能性が高いが、店のブログとフェイスブックを開設すると言っていたので、ネットで見つけたら、ぜひ投稿したいと思う。
想ヘアー。
繁盛することを祈ってます。
|
メッセージ文字数:322/332 |
|
6695 |
連続投稿終了 |
はくぶん |
2015-06-21 08:16:22 |
一昨年の9月から続いていた連続投稿が、昨日で途切れた。
別にわざと終わらせたわけではない。
知らないうちに今日になってしまっていただけである。
しかし、これで良かったのかもしれない。
書く事もないのに、毎日々々無理矢理何かを書くよりは、何かあった時だけ書くという方が自然だ。
そういう意味でも、連続投稿が途切れて良かったのかもしれない。
ずっと続いていただけに、もったいないと言えばもったいないが、これを機に何かが変わることを期待しよう。
ここで一つ自分に課題が出来た。
連続投稿日数をSQLだけで求めようとしたら、そのSQL構文はどう書けばいいんだろうか。
|
メッセージ文字数:271/280 |
|