徳島・香川・愛媛・高知および大阪・京都のホームページ制作(WEBサイト制作)・PHPシステム開発は shape DESIGN(シェイプデザイン)

こんばんは。
まだ暖かくならないのかと、毎日待ちわびている基本寒いのも暑いのも嫌いな掛尾です。（単なるわがまま）

少し前に、愛用している手帳『フランクリンプランナー』のリフィルを新しくしたんですが、前々から考えていることではあるんですが、なぜこれだけスマートフォンやタブレット端末が普及してきているにも関わらず、アプリがでないのかと…。

確かに、『書く』という行為はとてもいいことだと聞きますが、書いた情報を転記するという作業はどうしても大変に感じてしまいます。
この転記するっていう作業で『7つの習慣』で言われている『効果』が倍増するということなのだろうか…とも思ったりしたのですが、その効果ってなんだろう・・・。

何度も書くことで心や自分の意識に深く刻み込まれるって考え方もできなくはないですけども。

『フランクリンプランナー』自体はとても良くできた手帳だと思うので、アプリを待望している方は少なくはないと思うのですけど。

でも・・・と、ちょっと考えて・・・というかよくよく思い出してみました。

『フランクリンプランナー』と同じような使い方をすれば、普通の手帳でも構わない。

そんな言葉を見た記憶が！

…というわけで、ないならそれに近いものを作れればな〜とかぼんやり考えてる最中です。

ようするに、自分の価値観を明確にして、目指す自分に少しでも近づけられれば、ツールはなんでもいいわけですね。

毎朝起きて、iPhoneやMacで自分のミッションステータスを見て、カレンダーやタスクリストから今日のスケジュールを決める。
今後も必要な情報があれば、ノートブックみたいな形で別の場所へまとめておく。
タスクの重要度（これ大事！『優先事項を明確にする』）や先送りなんかもできるといいですね。
どこからでも見たいから、やっぱりウェブベースがいいのかな…。ログインすれば見られる・・・みたいな。
iPhoneのアプリは頑張れば作れそうな気はしなくもないですけど。

・・・とまぁ、こんなことを妄想してました（笑

できるかできないかはまだ分からないけど、面白そうなのでやってみる価値はあるかも♪
ちょっと時間をとって真面目に考えてみよう。

ひとつのこと（物）にこだわるのは思考を停止させるだけなので、そういうものを全て取り払って、目的を達成する手段をいろいろ考えるのは大事。
道は一つじゃないことの方が断然多いから。

はっ！これは・・・『第3の案』ってやつですね（笑

そんな感じで、今日は僕の妄想劇でした（汗

こんにちは。
久しぶりにPHP関数でハマってあたふたしてた掛尾です（汗

先日、とあるところでバックスラッシュをマッチングさせようと preg_match を使用した時のこと…。

<?php
$subject = 'test\test.test';
preg_match( '/([^\\]*)\\([^\\]*)$/', $subject, $matches );
 
var_dump( $matches );
?>

こんな感じのコードを書いたんですが…。
期待してた結果は

array(3) {
  [0]=>
  string(14) "test\test.test"
  [1]=>
  string(4) "test"
  [2]=>
  string(9) "test.test"
}

これだったんですが、なんと・・・エラーでたじゃないですかっ！

Warning: preg_match() [function.preg-match]: Compilation failed: missing terminating ] for character class at offset 16

結果は『NULL』。

何故なんだろう…と思って検索、検索・・・。 ありました。

PHPマニュアル - エスケープシーケンス

注意: シングルクォートあるいはダブルクォートで囲まれた PHP の 文字列 の中では、バックスラッシュは特別な意味を表します。 そのため、正規表現 \\ を使用して \ とマッチさせたい場合は PHP のコード内では "\\\\" あるいは '\\\\' と記述する必要があります。

なるほど・・・。
正規表現の『\\』を文字列としての『\\』にマッチさせる的な考え方なんだろうか…。
なんか考え出すと頭がパニックになりそうだったので、マニュアル通りにしてみました。

<?php
$subject = 'test\test.test';
preg_match( '/([^\\\\]*)\\\\([^\\\\]*)$/', $subject, $matches );
 
var_dump( $matches );
?>

これで期待通りの結果が得られました。

ちなみに、正規表現パターン内のバックスラッシュを、全部3つずつにしても正しい結果が得られたんですが・・・何故なんでしょうか・・・。
なんか不思議な迷路に迷い込みそうなので、またの機会に考えることにしましょう（苦笑

こんにちは。
最近、いろいろ考え事をしていてとてもワクワクな気分の掛尾です。
何か新しい事を考えたり、先の事を思ったりするこのワクワクってとっても大切だと思います♪

今回はあまりにも唐突ですが（笑）タイトルにもあるとおり『機能』と『デザイン』について思ったことなどつらつらと書いてみようかと思います。

機能とデザインといえば『形態は機能に従う』という有名な言葉がありますが、よい機能であればよいデザインになるのだろうか…。
建築の事は詳しく分かりませんし、この言葉を残した方の事もよく知りません。真意もはっきりとわかりませんので、この言葉について議論するつもりもありません（汗）

しかしながら、自分自身の仕事において（WEBデザインやWEBシステム）、機能ありきで作った場合は大体うまくいかない感じがします。
僕の中では『機能』と『デザイン』って相乗的な関係で、どちらかが従うものではないんじゃないのかなって思います。
いくら機能的であってもデザインが酷いのもどうかとおもいますし、どんなに素晴らしいデザインであっても機能が伴わなければ価値がない（WEBサイトなら見づらいとか使いにくいとか）ですし。
機能とデザインがうまく作用しあうからこそ、美しいデザインであり、機能的なんじゃないのかなと思ったりします。

話は変わりますが、僕は他の方が書いたPHPのソースを見る機会も多いわけですけど、そこにもやっぱり機能とデザイン（機能っていうのはちょっと変ですけど）があるような気がします。
どんなにすごいロジック（機能）を書いていても見づらい、読みづらい（デザイン）のはやはりどうかと思うわけです。
まあ、基本的にそういった裏の部分は見られることはほとんどないのでどうでもいいといえばどうでもいいのですが（汗）
WEBデザインの場合は、目に触れる事も多いですしこれよりももっと分かりやすいですよね。

つらつらと書き連ねてるだけなので何を書きたいのかだいぶ分からなくなってきましたが…。

また、WEBサイトをCMSでという形でお仕事させていただく事が多いですが、先に書いたような事をさらにマクロな視点で考えたりするわけです。
WEBサイトと管理ページのデザインや機能、それらを美しく機能的につなぎ合わせるということを追究していくことがこれから先も課題となっていくのかなと思います。

デザインや機能というのは最終的には見る人使う人によって好みやそれまでの環境に左右される部分も大いにあるはずですよね。
仕事をご依頼いただいたお客様、そのお客様のお客様…それだけでも感じ方は数えられない程になると思います。

機能とデザイン…わかりきったことかもですが、改めて奥が深いですね。

他の方のご意見とかも聞ければ嬉しいです♪

随分と更新を怠ってしまいましたね（汗
サイトのリニューアルも進めているのですが、時間管理能力不足で、業務の忙しさに奔走してなかなか終わらせられないでいます。

今回は特に書くことはないんですが、近況ということで書いてます。
twitterやFacebookなども始めてみたりしつつ、HTML5やCSS3などの事を調べたり試したりと、お客様のお役に立てるようにいろいろと…という感じです。

なかなか思うようには進みませんが、諦めたらそこで終わり！
常に前への精神で頑張っていこうと思ってます♪

今年も残すところ1ヶ月程。。
年を越すときに、仕事でもプライベートでも“やりきった！”って思えるようにしたいですね！

一時期夏のような気候になってましたが、寒さも冬らしくなってきたので皆様お体はお自愛くださいませ。

この後、Facebookのいいねボタンでも付けてみようと思います（笑
恐らくリニューアルの際にはURLとか変わるでしょうけど、できることからこつこつと。。。です♪

こんばんは。 そろそろ花粉の季節なんでしょうか…。
軽い鼻炎持ちなので今日は一日中くしゃみ・鼻水が止まらなかった掛尾です。

さてさて、大層なタイトルを付けてみました。
おそらく内部的にしか使ってないってことなんでしょうけど、マニュアルには載ってなかったです。

まぁ知らなきゃ知らないで困りはしないと思うんですが、fetchメソッドを使いつつ、どうしてもdebuggingも有効にしたいと思っていろいろ調べてみたら、どうやらfetchメソッドの第4引数にtrueを与えてやると使えるようです。

デフォルトではfalseになっているのですが、これをtrueにできればdebuggingが有効になるみたいです。
前にもどこかで書いたとおり、displayメソッドはfetchメソッドをラップしているので、displayメソッドを確認すると、第4引数がやはりtrueになっていました。

今のところは問題ないのですが、なにか不具合が起こるようであればまた追記しようと思います。（コンパイルやキャッシュの時に問題があるんでしょうか…）

ちなみにdisplayメソッドには第4引数はありません。
まぁ普通にdebuggingの設定が適用されるから、当たり前と言えば当たり前ですね（汗

うーん・・・いろいろ奥が深いですね。