2月14日は、バレンタインデーでしたね。
朝からtwitterのTLでもチョコをもろただの、欲しいだの、日本中がなにやら浮かれていたので、
先生を復活させてみました。
皆さんは、ホットドッグ・プレスという雑誌を覚えているでしょうか？
いわゆる男子向けのおしゃれ？で、下世話？な、サブカル情報誌です。
その雑誌の中で、先生は『試みの地平線』というハードボイルドな人生相談を連載されていました。
内容的には若者が悩みを相談すると、「小僧ども！」という出だしから、先生がハードボイルドに回答してくるというものでした。（閲覧注意）
当時、田舎の小僧だった僕たちにとって、その内容は日常の純潔とはかけ離れた、かなり過激な内容でしたが、真摯な態度と本質をつくまっすぐな意見は、なんだか心に響いたものでした。
そんな先生のbotを2～3年くらい前に勢いでつくってみたのですが、2010年にtwitterの認証方法が、ベーシック認証から、OAuthに変わった時、対応させようにもよくわからなくて、面倒くさくなって、そのまま停止させてました。
2月のある日、出社して、何を思ったのか、ふとアカウントにログインしてみると、停止しているにも関わらず、日に1件くらいは、相変わらず先生に悩みを打ち明けている人たちがいました。
そんなこんなで、バレンタインデー。放置していたOAuth認証に真面目に向きあってみたという流れです。
その際、いろいろなサイトを参考にしながら作業したのですが、いくつか詰まるところがあったので、備忘録的にプロセスを書いておきます。
まず、botを作るには、以下のリンクからtwitterへアプリケーション登録をする必要があります。
https://dev.twitter.com/apps
アプリケーション登録をすると、「Consumer key」「Consumer secret」「Access Token」「Access Token Secret」を取得できるので、これらを利用して認証をします。
登録するtwitterIDにログインした状態で、twitter developersにログインします。
Create new applicationをクリックします。
名前、概要、URLを入力し
規約に同意して、見えにくい文字認証を入力し、Create your Twitter applicationをクリックします。
アプリケーションのページに移動します。Create my access tokenをクリックして、Access Tokenを表示させます。
今回は投稿をするので、settingタブをクリックして
Access levelをRead, Write and Access direct messagesに変更します。Read and Writeでも大丈夫だと思いますが、あとあと変更するのがめんどくさいので、フルフルにしてみています。（僕はこの部分を見逃していて、2時間ほど無駄な時間を過ごしました・・・）
認証に関してはOAuth.phpとtwitteroauth.phpを利用しまました。以下のgithubで配布されています。
https://github.com/abraham/twitteroauth
よくわかりませんが、これらを利用したことで、ほんのちょっとプログラム書いただけでbotが出来ました。
$consumer_key=”hoge”;
$consumer_secret=”hogehoge”;
$access_token=”hogehogehoge”;
$access_token_secret=”hogehogehogehoge”;
$twitter = new TwitterOAuth($consumer_key,$consumer_secret,$access_token,$access_token_secret);
$update_url = ‘https://twitter.com/statuses/update.xml’;
$method = ‘POST’;
$message = ‘うんこ’;
$params = array(‘status’ => $message);
$twitter->OAuthRequest($update_url,$method,$params);
普通に「うんこ」と投稿するだけなら、このように10行書いて実行するだけでいけます。
あとは、適当にmentionsを取得して、解析して、差分に対して返信するようにするだけです。
phpを知らない僕でもできました。簡単ですね。
もしも、bot作ってみたいなーと思ってる人がいたら、是非どうぞ。
不明な点などありましたら、@kitakata_kenzo宛にお願いします。
皆さま、新年あけましておめでとうございます。
２０１２年です。一発目です。アタリましたね。くよくよしたって始まりません。ついてます。もってます。ラッキーです。今年は良いことありそうです。がんばります。
さて、いきなりであれですが、facebookの「いいね！」について思うことがあります。
このボタン、今や色々なサイトに設置されていて、ブラウザを開いて、これを見ないことは、まず無いと言ってもよいと思います。
友達が投稿したウォールへの記事に対して「いいね！」。シェアした記事に対して「いいね！」。サイトやページに対しての「いいね！」。世の中は「いいね！」で溢れかえっています。
ただ、この「いいね！」、本当に「いいね！」なんでしょうかね？
なんとなくモヤモヤ気持ちがハッキリしたのは、昨年末の某北の某指導者の死亡ニュースでした。
大きなニュースだったので、facebookのフィードにも、すぐさまこの内容の記事が流れてきました。そして、いつものように「いいね！」と記されたボタン（リンク）がありました。
良い人か悪い人かは、さておき、人の訃報記事に対して「いいね！」を表明するボタンが添えてある。なんか、もう、モラルどうこうじゃなくて、体を張ったギャグだと感じました。
「いいね！」ってすごくわかりやすくて、簡単なレスポンスインターフェースだと思ってますが、その内容を見て感じたことと、ボタンのラベルとのギャップが大きすぎると、押すのに戸惑うこともあるんだなあと感じた一件でした。
そこで、新年一発目は、「いいね！」に変わる直感的で新しいラベル（インターフェース）を考えてみることにしました。
続きを読む »
すっかり冬ですね。
僕の住んでいる奈良県の生駒市は、山の中なので大阪に比べると気温が低く、毎朝、「寒い」というよりは、ただただ「痛い」です。
先週末、MEチームのAさんが、おいしい店をMAPにプロットするサイトのフロント部分だけを実装したプライベートα版みたいなものを公開していたのをボンヤリと眺めていました。
続きを読む »
こんにちは。
某案件でJSでUIを作る機会があったので、スクロールバー作ってみましたよ。
すでにFlashで何個も何個も作ってきたものなので、マウスイベントを組み合わせたらjQueryだけで、できそうやなあとか思っていたのですが、いざやってみると、mousemoveとmouseupの相性がなぜにか悪い・・・。
イラッとしたので、JSFIDDLEのひだりにjQueryUIのチェックボックスがあったので、ポチッとしたら、あっさり解決してくれました。
jQueryUI、全部乗せは200KBあるけど便利ですね。マウスホイールもさくっとMouse Wheel Extensionでやりました。
IEの6とかでCSS絡みで苦労しましたが、Flashでやってたことがある程度そのまま利用できるので、jQueryってつくづく便利やなあと思いました。
どっちかというと、HTML5とかCSS3のほうが、覚えないといけない新しい事が多くて、白目を剥きそうです・・・
まだ、適当につくっているので、最終的にもうちょいいい感じにしてみようと思います。
でわでわ。ごきげんよう。
夏ですね。
歌って踊れる色黒プログラマーになりたいbeshinです。
ここ半年くらい、完全にコード書かずにレイアウトとかデザインとか打ち合わせばかりしてきたので、そろそろ何か動くもん作りたくなってきました。
そんな空白の半年が過ぎてみると、以前にもまして、時代はスマフォですね。
スマフォ。スマフォ。フォフォフォ。なんつって。
渾身のギャグもキレが悪いです。
アイフォン然り、アンドロイド然り。一部の機種で見れないということで、すっかりFlashは下火です。
案件とかでも、クライアントからアイフォンでも見れるようにしてください。ということをよく言われます。
これって、もはやFlash使わないでください。と同じ意味ですよね。
ちょっと前なら、動きのあるものはFlash（AS）でという感じだったのが、すっかりJSでやることがスタンダードになってきました。
コーポレートサイトのメインビジュアルのスライドショーなんかも、最近はすっかりJSですよね。
というわけで、すっかり人任せにしているJSを始めてみることにしました。
この業界にいながら、びっくりなんですが、生まれて初めてのｊQueryです。
とりあえず、簡単なことから始めようと思い、前々から気になっていた弊社Webサイトの「ニューストピックス」を修正する意味で、アコーディオンメニューを作ってみようと思います。
正直アコーディオンメニューのプログラムなんて、探せばいくらでもあるのでしょうか、ここは勉強のためにゼロから自分好みに車輪の再開発？です。
今の動きで気になるのは3点です。
- タイトルをクリックすると、本文が開いて、再びタイトルをクリックすると、本文が閉じますが、個人的には他のタイトルをクリックした際は、前に見ていた本文は閉じて欲しいです。
- ソース見たら各タイトルのクリックエリアがaじゃない。たぶん、#入れると、強制的に画面の先頭に動くからかなあ。
- 最新の記事（任意の記事）はデフォルトで開いておいてほしい。
あとは、HTMLの構造はできるだけそのままで、可能な限り汎用性をもたせる。
というあたりを意識して作ってみました。
クリックするタイトルの部分と、それで出したり消したりする本文エリアを、並列にして、あとはそのコンテナを指定して
$(‘コンテナ’).simple_accordion({});
って書けば動きます。初期オブジェクトで、タイトルを識別するクラス名と、アクティブ時に挿し込むクラス名、開閉のスピードを設定できるようにしてみました。
詳しくはソース見てね。
プラグインの形にするのは、以下を参考にしました。
$って使わんほうがいいのか？
使い回しができるように作れたような気はしているのですが、開閉されるエリアをnext()で参照しているのは構造的にフレキシブルじゃない気もします。
まあシンプルっつうことで許してください。
あとメソッドチェーン？やりたいことはわかるけど、実例が想像できてない・・・とりあえずreturn thisしといたけど、ここからどう繋ごう？
まだ、いまいちAPIを把握できていないので、誰か良い感じにしてくれるとうれしいです。
次はスライドショーに挑戦してみる。
追伸：
WPって改行を勝手にPタグにするせいで、記事中にjavascriptとか、書けないみたいです・・・とりあえず以下のプラグインを入れてみました。
http://www.ooso.net/inline-js
プラグインフォルダ内にinline-jsってフォルダ作って、js入れると動きましたよ。
結局Tさんの勧めでjsdoitからjsfiddleに乗り換えてみたので、使ってないけど。
じゃ、日サロ行ってきますっ！
1、2、3、4、5・・・
こんにちわ。夏に向けて腹筋を鍛えているbeshinです。
すっかり梅雨が明けそうです。
さて、みなさん2chまとめサイトって見てますか？
最近ではすごくたくさんのサイトが出現して、それを見ているだけで一日が終わって、やべえ、なんにも仕事してねえなんてこともしばしばありますよね？
ちなみに僕はないですよ。まじめに仕事してます（ｷﾘｯ
ほとんどが日々のネットライフの中で、流し読みで消化していくような内容なのですが、極稀にすごく内容の濃いものや、素晴らしい情報に出会ったりします。
今回は、僕のdeliciousの2chタグにクリップしていたものから、いくつかピックアップして紹介したいと思います。
ほんと趣味の領域のものもあるので、あたたかい目で見守ってください。
あと、内容によってはいわゆる下ネタもありますので、人目を気にしつつクリックしてくださいね。
まずは難しい問題や雑学系の記事です。普段生活をしていると、ほとんど約に立たないような内容ばかりですが、僕はこの手の情報が大好きです。
問題に対して、答えが出るまでのプロセスを共有しているような気になって、あたかも理解したような気分になれるのがいいですね。
同じ目線で見るのはまずいかもしれないですが、最近サイモン・シンのフェルマーの最終定理を読みました。あれも素晴らしかったです。
続いて雑学と内容はかぶるのですが、究極の暇つぶし系記事です。Wikipediaってすごいですね。一個のキーワードから無限に繋がっていけるので、読んでるうちに死ぬんじゃないかと思うほどです。アンサイクロペディアはつっこみどころ満載ですね。そんな無限の入り口にはなりそうなまとめです。時間のある時じゃないとやばいですね。
さて、神話、民俗学系です。特に信心深い訳ではないのですが、前に古事記の要約のようなものを読んだ際に、各神様たちの無茶苦茶な振る舞いにすっかりはまったことがありました。あと、個人的に星野之宣が大好きなので、民話とか民俗学の浅い部分の話に興味津々です。禅問答は意味不明すぎて楽しいですね。京極夏彦の鉄鼠の檻なんかもこの手の話でワクワクしながら読みました。
特に取り留めのないタイトルの中にとんでもない情報が潜んでいる時があります。カレーの作り方とか、これを実践できるだけでモテると思います。
発想や着眼点が素晴らしい系です。こんな発想で提案とか考えたいですよね。考えに詰まったときに見ると、少し頭が柔らかくなるようなきがしています。ウルトラソウルなんて、無限の価値を得てネット上で一生残る名曲になりましたね。
ポニョが公開後いろいろと賛否がありましたが、個人的にはすばらしい映画だと思っています。うまく言葉に出来ないのですが、何かしら仕掛けられているような？観に行った後、この考察をみて、バックヤードにドキドキしました。何かのタイミングで酒でも飲みながらみんなで見たい映画です。
とまあ、内容的には記事のリンク集でした。手抜きですみません。
ある人の受け売りなのですが、いわゆるネットでクチコミが広がる要因として大事なものは、「ネタの面白さ」か「クオリティの高さ」だそうです。そのどちらか、もしくは両方が備わっていることが、人に話したくなる条件になるそうです。
なんとなくですが、それぞれの記事にそんな要素が盛り込まれていると思います。
ターゲットが僕基準なので、人それぞれかもしれないですが、いろいろな物事、それらに照らし合わせてみるとオモシロイのかもしれません。
でわでわ。引き続き腹筋鍛えます。ふー。
53628、53629、53630、53631、53632・・・
最近、感覚的に気づいたことがあるので、まとまりのないまま書いてみます。
できることなら書いているうちにまとまってほしいですが、はてさて・・・
昨年のことなのですが、自社のCIをリニューアルするプロジェクトに参加しました。
それまでにも仕事でロゴを作ったりということはあったのですが、いざ自社のCIとなると、何年も務めている会社でもあるので、いろいろな事を知ってたり、へんてこな思い入れがあったり、なかったり・・・
手を動かそうとしても、なかなかイメージが湧きませんでした。
これからこの会社はどうなるんだろう？
どんな感じの印象を持ってもらえると、会社を好きになってもらえるんだろう？
どんな感じならバンバカ仕事が入って大儲けできるんだろう？
どんな会社ならもう一度入社したくなるのだろう？
そんなことを議論しながら、キーワードを探し、アイデアを練り、形を作っていきました。
実際にいろいろなプロセスを経てCIを完成させてみて、ひとつわかったことがあります。
気づいてしまえばごくごく当たり前のことで、もしかすると、このエントリー自体なんの意味もないものになるかもしれないです。
ほんと、そんなことも考えずに手を動かしていたのか！とお叱りを受けるレベルの話なので、そこらへん暖かい目で見守ってください。
まずですね、
企業にとってCIとか理念というものは、想像以上に大事なモノだとわかりました。
…。
本当にとんでもないところの気づきです。自分でもびっくりしています。
今まで散々いろいろな企業のWebサイトとかつくらせてもらったのですが、僕はその意味をあんまり理解しないままつくっていたのかもしれません。
もちろん大事だとは思っていましたし、今までもきちんと扱ってはきました。
ただ、企業側としては、それ以上に強い思いを持っているということに、自分で経験してみて初めて気づきました。
上にも書きましたが、うちみたいな、中小企業ですら、様々なプロセスを経て、理念を考え、CIを形にしました。
ロゴや名刺など、いろいろな考え方や思いが形になってくると、思い入れも生まれ、このメッセージをいろいろなところに届けたいという気持ちになりました。
うちみたいな、弱小中小企業でさえそんな状態なので、例えばこれがもっと大きな企業のモノとかになると、それはそれはとんでもない大きな思いがロゴやCIに含まれているんだと思います。
自分なりに整理するために噛み砕いて書くと、うちの会社はWebの受託制作なんかをやっています。
実際にはもう少しいろいろなことをやっているのですが、うちが作っているものは主にWebサイトです。
たとえば、うちの会社のWebサイトをつくる場合、どうするだろうと考えてみました。
以前の僕は、おそらくこんな感じで考えて、手をうごかしたのではと思います。
ユーザーはうちが何を作ってるか見たいはず！
だから制作実績を全面にだそう！
そしてそんな部材をかっこ良く並べよう！
うへへ。かっこよくできたっす！
それに対して今はこんな感じで考えています。
うちの会社のメッセージをみんなに伝えよう！
それを理解してもらった上でうちが作ったものを見てもらおう！
そういった思いが表現されているサイトをつくろう！
うへへ。かっこよくできたっす！
まったく違う方向を向いているわけではないのですが、微妙に目線が変わってきています。
わかったふうに書くと、”作り手の主観的なユーザー目線“と”クライアントの思いの目線“のギャップなのかなと思います。
この場合、どちらが正しくてという話ではなく、最終的なアウトプットではもちろん両方が大事になります。
ただ、”作り手の主観的なユーザー目線“思考で考えたデザインなりコンセプトをクライアントに提案すると、そこにギャップがある場合に意図が伝わらないことがあるのかなと思いました。
実際に過去に提案した際に、「うちの会社らしくない！」とか、「もっとうちの会社はこうなんだ！」とか、中には厳しい意見をいただくこともありました。
作ってる側として、こんなにキレイにかっこ良く見せてるのになんでやねん！と悩む所ですね・・・
昔、会社の上司にデザインをチェックしてもらうと、毎回必ず「このデザインの特徴はなに？」と問われました。
この特徴という言葉に僕は未だに悩み続けていますし、今でもたまに会うと「特徴だよ、特徴は？」としつこく言われたりします。
ただ、今回の気づきで、もしかすると、ここでいうところの”クライアントの思いの目線“というのが、その「特徴」に繋がるのかなと考え始めています。
そこらへんが自然に繋がっていくものが、もしかすると良いデザインや提案なのかもしれないですね。
さて、まとまりのないまま記事を書いてしまって、グダグダです。
結局結論はなんやねんということなのですが、
デザイナーは、一度くらいCI、VIをつくる経験をしてみるとよいかも★
ということでしょうか。。。
いよいよ夏ですね。そろそろ腹筋割に行きます。
そして放置している自社サイトに手をつけないとダメですね。備忘の意味も込めたエントリーでした。
ちなみに最近の僕はすっかり「奈良目線」で大阪を見ているような気がします。
こんにちワン。
突然ですが、エクセルって使ってますか？
続きを読む »
こんにちは。こんにちは。Fireworks（以下FW）を愛でるbeshinです。
Fireworksって「お手軽」ですよね。
ビットマップの編集もできるし、パスでグラフィックも描けるし、いろんなソフトのいろんな機能を「お手軽」に上手い具合に搭載している。それがFireworksの魅力だと思います。
続きを読む »
君は今まで作ったカレンダーの数を覚えているのかい？
今年もお世話になりました。beshinです。
仕事柄Webサイトの端っこのほうにあるカレンダーとかのデザインをしたり、何月とかっていうディレクトリ名をつけたりすることがあるのですが、いかんせん英語の表記に自身が無く、その度に「2月 英語」とか「木曜日 英語 」いう感じでグーグル先生に質問しています。覚えてしまえばいいことなんですが、三十路手前で退化が始まっている頭ではなかなか・・・
というわけで、覚える気もないのでここらへんにメモっておきますね。
- 1月 : january【jan】
- 2月 : february【feb】
- 3月 : march【mar】
- 4月 : april【apr】
- 5月 : may【may】
- 6月 : june【jun】
- 7月 : july【jul】
- 8月 : august【aug】
- 9月 : september【sep】
- 10月 : october【oct】
- 11月 : november【nov】
- 12月 : december【dec】
曜日も
- 月曜 : monday【mon】
- 火曜 : tuesday【tue】
- 水曜 : wednesday【wed】
- 木曜 : thursday【thu】
- 金曜 : friday【fri】
- 土曜 : saturday【sat】
- 日曜 : sunday【sun】
火曜日とか木曜日とかなんなん？
怖いものなしですね。それではごきげんよう。
