今日は、Webコンサルタント.jpの紀井でございます。

6/21（日）21:00?エチカの鏡を拝見していたところ、いや元々脳科学おばあちゃんの子育て術を見るつもりでチェックしていたのですが、餃子の王将について特番が組まれていました。
拝見している中で、9年程前に倒産の危機を向かえた際、手広くやっていた数々の事業を売却し、餃子の王将の原点に返るという所で、全国の店長を本社の京都に一斉に集めて、倒産の危機だというのに給料は減らさないどころか、賞与も決算ボーナスも支給すると断言し、且つ、年末には店長の奥さんにも個別に賞与を贈るなど、現場を第一とした経営方針に切り替えておられました。伝説の店長会議として今も語り草なのだとか
その中で、私が気になったのは、餃子の王将の原点といわれていた「餃子」の作り方を各店長に実演してもらったところ、その品質がバラバラでだった事です。
餃子の王将の「売りの商品」の品質をもう一度統一し、お客様に満足していただく為に、全店長が同じ餃子を作れるよう勉強会を重ねたそうです。
また、店長には各店舗で独自性を出すように指示。

社長は、倒産を目前に、3つの方針として、給与・餃子・独自性を突き詰め危機を脱したのだと語っておられました。

私自身、若輩者ですので餃子の王将の社長が英断された内容に理解が及びませんが、ここから学べるとすると、原点に返る事。
つまり、基本に忠実になるという事です。

当社でも、基本は大切だという考えから、現在社内向けではありますが、フリーセル大学を開講しており、今期から月に一回程度、基本ビジネス講座を行なっております。
数年前から、社内講習会は何度も行なっていたのですが、今期から弊社内で総勢8名の講師を立てて本格的にスタートしました。
もちろん、それらを生業とされている企業様のようなノウハウはありませんから、暗中模索ですが、先日私も講師として教壇に立たせていただきました。
精度もまだまだ甘いので参加してくれたメンバー内で満足してくれた者やそうでない者もいたと思います。
基本に立ち返る為には基本を知る必要がありますし、お客様とのお仕事の中でお客様の満足に繋がるよう各自の自己啓発に役立てば御の字だと思います。
顧客満足・社員満足の創出の為、弊社は日々邁進しております。

本日はこれにて、失礼いたします。

今日は、Webコンサルタント.jpの紀井でございます。

弊社では、Find Job！に掲載（6/8まで）などして現在Webの制作者の採用活動を行っているのですが、面接時に「XHTMLとCSSとを用いてコーディングをやっていました」という様に前職でのご経験にお話をいただく事が多いです。
その際に、何故XHTMLで記述する必要があるのかをお聞きするとまちまちな答えが返ってきます。
一般的に、XHTMLによる文書構造化とCSSによる装飾でWebサイトを構築するとSEOに効果的だと言われています。

では、何故、文書構造化と装飾に分ける必要があるのでしょうか？

それは、HTMLの歴史について、少し知っておくと分かり易いと思います。
元々コンピュータは数値演算につかわれていたのですが、それ以外の利用の理論を研究している人は幾人もいたようです。
その中で、テキストにリンクを貼ったり、画像を表示したりと考案したのが、ティム・バーナーズリー氏でした。
HTMLも歴史が移り変わる中で、HTML1.0からHTML5.0（予定）まで仕様が変更されてきています。
元々、文章をWeb上で公開させたいというところから始まっていたのですが、色を変えたいであるとか、大きくしたい、太文字にもしたいというニーズを取り入れてきている経緯があります。
他にも文字を動かしたいであるとか、点滅させたい等々、様々なニーズを取り入れるにつれて、ただ文章を公開するだけでなく、よりグラフィカルするという機能が追加されています。
この時点で、文章と装飾がごちゃまぜになってきています。

さて、近年では、WebサイトをYahoo！やGoogleなどのサーチエンジンで、検索上位にしたいというニーズがあり、だからこそ検索エンジンを最適化しようとするSEOという概念が存在しています。
サーチエンジンでの順位を決める為の要素というのはいくつもあるのですが、ではいったい誰がどのようにして決めているのか？
今現在は、クローラーと呼ばれるロボットがサイトを巡回して、情報を収集しているようです（昔は人海戦術だったらしいです）。
ロボットがWebサイトを見に来るというところで、では、一体何を見ているのか？非常に気になるところではあります。
実は、人間のように視覚から情報を得るわけでもなく、文章からその真意を理解できるわけでもありません。
ロボットはただ記述されたタグの意味と内容を照らし合わせているだけなのです。
つまり、視覚情報から得られる恩恵をロボットは得られません。
それどころか、不要な記述があれば理解に時間がかかったり、理解できなかったりする事があります。
だから、文書構造化と装飾とに分ける必要がでてくる訳です。
人間向けに装飾を効かせたグラフィカルなサイト。ロボット向けに理解しやすいように記述したソース。
題名になっているXHTMLが担う役目というのは、このロボット向けに理解しやすいように記述したソースな訳です。
ロボットというと、クローラーだけではなく、視覚にハンデをお持ちの方がWebブラウジングを楽しむ為に開発された音声ブラウザでも存在します。
音声ブラウザはタグの意味を理解し、見栄えではなく、文書として強調すべきところは男性の声で発音し、文書のタイトルやリンクでも区別してくれます。
だからこそ、文書と装飾を分ける必要があったんですね。

弊社では、そういった背景を理解し常に最適なものを提供できるよう日々取り組んでおります。

蛇足ですが、Find Job！掲載終了後も弊社採用情報ページでも引き続きアルバイトさんの募集を掛けさせていただいておりますので、興味をお持ちの方は、一緒にお仕事してみませんか？

今回のは2年くらい前に作った万年カレンダーです。
DEMO
万年カレンダー自体は何も珍しくありません。
PHPの場合は、pear::calendar等を利用すると簡単に作れるのですが、DEMOではPerlで作られたところがポイントです。
Perlは、文字列や正規表現には強かったりするのですが、トランザクション内で行う処理が細かに指定できる分、組み上げるのに非常に時間を要します。
カレンダー生成の流れ
1 当日日付を取得
2 当日日付から当月の月初日と月末日を算出
3 月初日からツェラーの公式を用いて曜日を算出
4 月初日の曜日からテーブルの位置を確定し、ループする処理を使って各枠内に日を当て込んでいく
というように、細かく算出を行う必要があり、かなり時間がかかってしまいます。
ツェラーの公式（年＋年／4?年／100＋年／400＋(13＊月＋8)／5＋日mod7）を知らなかったら、そのアルゴリズムを考えるのに苦労したことでしょう。
また、カレンダーの場合、気をつけるべき点は、うるう年計算です。
#1. 西暦が４で割り切れる年はうるう年
#2. かつ、西暦が１００で割り切れる年はうるう年では無い
#3. かつ、西暦が４００で割り切れる年はうるう年
これにより2月月末日が28か29で変わってきます。
2年くらい前だと、なかなかカレンダーって簡単に出来る仕組みがなくて苦労しましたが、現在はフリーソースなんかでもいくつか見受けられますし、便利な世の中になったなと思います。

本日はこれにて、失礼いたします。