これだけは見ておきたい、日本発の人気YouTube動画15本（CNET JAPANより）
非常に気になるタイトルだったので、思わずw
実は、まだひとつも見てません。
あとで時間のあるときに、ゆっくり見ます。
最近、時間に追われ過ぎていて、生きた心地がしていないので。
日本ではWindowsのシェアは圧倒的で、当然マイクロソフトのOfficeの利用率も高いです。
結果として、クライアントと資料を共有するとなると、エクセルやワードがほとんどでしょう。
もちろん、Office製品はどれも優秀で、多くのことに対応できますが、何かに特化したドキュメントを作成しようと思えば、便利なツールはたくさんあります。
例えば、UMLの描画ツールや、マインドマップ。場合によってはSWFであったりHTMLによるオンラインドキュメントという手段もアリでしょう。
それらの作成のための有償・無償のたくさんのツールがあります。
ASPサービスなどを利用することもできるでしょう。
ちょっと検索してみれば、色々な発見があります。
最終的にはよりよい情報をより分かりやすくクライアントに伝えることが目的です。
例えば、「スライドショーはPowerPointだろ」などのような固定概念にとらわれず、その場その場に応じて最善のプレゼンを心かければ、おのずから求める方向性も定まり、そのために必要なツールも見つけやすくなるはずです。
FlashDevelopがついに節目のリリース3.1.0へ。
Flex４対応！
Flash Develpメインページ
新機能等に関しては馬鹿全さまがまとめてくださってます。
（いつもお世話になっています！）
ついでに、Flex４関連ページをいくつか。
Flex４リファレンスガイド
Sparkコンポーネント
Flash Player 10.1
Text Layout Framework
さっきコンビニで買い物をしてきました。
会計は、代行収納もあったので6,890円。
財布に割と小銭があったので、じゃらじゃらと数えて、自分が出したのが11,940円
レジのオバちゃんは一瞬？的な顔。
おつりは5,050円。
札1枚に硬貨一枚で、非常にライトです。
計算云々ではなく、「感覚」でぱっとこういう数字が出せるように心がけてます。
専門家になればなるほど、状況を固定観念や特定の前提条件の色眼鏡を通して見てしまいがちです。
自分も仕事柄、日々ウェブに触れています。そのせいで、一般のユーザが見る目線とは知らず知らずのうちにズレた見方をしてしまっているのです。
プロジェクトの企画や進行に際して、プロジェクトに関係の無い、第三者の意見を聞くのは非常に有効です。
関係者は日々プロジェクトに携わり、「こういうものだ」という「思い込み」で動きがちです。これは、関係者である以上当然で、スキル云々ではなくしかたないことだと思います。
関係者はすでに、一般ユーザの目線に立って考えることはできない、という前提で考えた方がいいでしょう。
そこでレビューなどで、極力プロジェクトのことを「知らない」（できればプロジェクトの利害関係にも含まれない）人の意見を聞くべきです。
意外なほどシンプルで、そしてプロジェクトの優劣に直結するような意見をもらえるはずです。
よく、企画の人間がクライアントと、サイトの「きわめてニッチ」な部分の修正に関してもめているのを見かけます。
ただ、冷静に考えると、そんな微小な箇所はエンドユーザにとってほとんど気にするほどの対象ではないのです。
毎日毎日サイトを見ているせいで、「マニア」の視線でサイトを見てしまっているのでしょう。
「よく知りもしない第三者の意見を聞いても･･･」というのではなく、「よく知らない第三者だからこそ、意見を聞く」というアプローチ。ぜひお試しください。
何気なくネットを見ていて、ゼブラさんのサイトにたどり着きました。
ペンで有名なゼブラ株式会社さんです。
そこで、なにげなくトップを見ていて、「シマウマン」なるものを発見。
「色々戦隊シマウマン」
こういうコンテンツ、大好きです。
遊び心は重要だと、自分は思います。
本格的にMTを使ったサイト構築をおこなったのが初めてで、多々粗相をしでかしつつも、なんとか納品までこぎつけたので、反省点や留意点をメモしておきたいと思います。
MTに慣れている方なら当たり前のことかもしれませんが･･･。
サンプルエントリーの削除
初期で登録されているサンプルエントリーが残っていて問題になりました。
通常ではありえないこととは思いますが、何十個ものブログを作成するような大規模案件では、ブログ初期化時のルールを明確化できていないと余分なエントリーの消し忘れのようなお粗末なミスが発生します。
不要なテンプレートの削除
これもブログ初期化の際の作業。
まず最初に不要なテンプレートは全て削除するべきです。
のちのち、余計な上書きが発生したり、再構築の速度低下につながったりします。
パーツの外部ファイル化
PHPのincludeを駆使して、共通ファイルや部分的なパーツを極力外部ファイル化して管理。
書き出しファイルを再利用して容量を抑えることで、再構築の高速化につなげます。また、共通部分の変更のために全体を再構築する手間を省く効果もあります。
テンプレートはファイルへのリンクで管理
テンプレートを管理画面上で編集するのは限界があります。
「テンプレート設定」で「ファイルへのリンク」を設定しておけば、アップロードしたファイルをテンプレートとして読み込むようになります。
ローカルで編集してアップ＝＞再構築という流れになります。
無理にMTにこだわり過ぎず、静的ページを導入する
静的なページは無理にMTで管理しようとせず、単純なHTMLのアップロードで管理したほうがいい場合もあります。
デメリットとしては、静的ファイルはサイト内検索にひっかからない、ということです。
ダイナミックパブリッシングの際は、プラグインに注意
ダイナミックパブリッシングは、再構築の手間を省け、非常に便利ですが、プラグインが対応していない場合もあります。
追加のプラグインなどを導入している場合、そのプラグインがダイナミックパブリッシングに対応（対応していればPHPファイルで実装されています）しているか、確認する必要があります。
ダイナミックパブリッシングの際は、.htaccessに注意
ダイナミックパブリッシングを使用すると、MTが.htaccessを書き換えます。
これはRewriteによって動的処理が実装されているためですが、すでに.htaccessファイルに記述をおこなっている場合には上書きに注意が必要です。
とりあえず、今思いついたものを書きましたが、また思い出したら追記します。
例のウィルス問題以来、やっとFTPからSFTPへの移行が本格化しているようですね（それでもごく一部の有識者の間の話ですが・・・）。
開発者はともかくとして、一般的なユーザは、転送手段としてFTPが今でも標準です。
このプロトコルは通常、暗号化もおこなわれませんし、パスワードも平文で流れます。
SFTPが万全な代替策かというと、そうとも言いきれませんが、少なくともFTPよりは安全です。
通信はもちろん暗号化されますし。
では、なぜもっと積極的にSFTPに移行しないのでしょうか？
理由は多々考えられますが、2点だけ指摘します。
１つは、サーバー管理者側の怠慢。
もう１つはエンドユーザの知識・技術の不足。
これは、日本のITが世界に対して立ち遅れる理由でもあります。
では、どうすればいいのか。
管理側は、ユーザを「教育」し、高いレベルへと導いていく義務があります。
ユーザ側は、ただ与えられるものを享受するだけではなく、自らの意志で積極的に学び、知識や技術を身につけていく必要があります。
こういった意識があれば、決して日本のIT業界が、世界の市場に負けることはないと思うのですが…。
「iPad」が太陽の熱でシャットダウン–ユーザー報告で明らかに (「CNET JAPAN」より)
iPad、ちょっと可愛い。
偶然続けて同じ事例に遭遇したので、この機会にメモ。
関数内から別ファイルを読み込んで、その中にある関数を呼んだとき、どうも挙動がおかしい。
どうやら、グローバル変数が空になっているようです。
ちなみに読み込んだのは携帯向けの「Google Analytics」のコードです。
設置したのはいいが、うまく動いていないようだ、ということでコーダーさんから調査の依頼を受けました。
コードの中身に興味のある方は以下のURLをどうぞ。
非常に分かりやすく解説されています。
http://www.kagua.biz/mobile/ga-ketai-kiso.html
以下、コードを一部抜粋。
$GA_ACCOUNT = “XXXXX”;
$GA_PIXEL = “ga.php”;
function googleAnalyticsGetImageUrl() {
global $GA_ACOUNT, $GAPIXEL;
.
.
.
で、このコード。関数のスコープの外で2つの変数を定義し、それをglobal宣言で読み込んでいます。
ですが、別のファイルの関数内からこのファイルを読み込むと･･･。
$GA_ACCOUNTと$GA_PIXELはグローバルスコープ内の変数ではなくなります（読み込み元関数内のスコープの変数となる）
この状態ではglobal宣言をつけても変数が渡ってこないため、googleAnalyticsGetImageUrl()関数内で変数が未定義になります。
気がついてしまえばなんてことは無いのですが、この手のミスは意外と気が付きにくく、さらに解析タグのような、一般にコーダーさんが設置するような状況ではさらに発見が難しそう。