今年買ったもの

| | コメント(0) | トラックバック(0)

MBAは3月に買って、7月くらいに新型へ買い替え。
古いの売ったので差額4万くらいだった。

4月くらいにMBAのポイントで1万5千円の炊飯器購入。
値段だけのことはある。IH美味い。
ZOJIRUSHI NP-GE05

3月くらいにiPhone 3G契約切れたので、iPod touch 4G 16GB+ガラケー KYOCERA K006購入。
ガラケーの多機能と使いにくさにビビる。iPod touch便利。

4月くらいに敷き布団購入。西川の2万くらいのやつ。
わりといいけどなんかいきなり中心部へたってきてて困る。クリーニングに出せばいいのかな?

8月くらいにJostのカバン購入。
若干微妙な点はあるけど、MBA11がちょうど入るので使ってる。

革細工幾つか。
札入れ、MBAのインナーバッグは便利に常用中。

これまで会社の人にもらったもの

・PSP2000
液晶壊れてたのをもらう。自分で部品買ってきて修理。7千円くらい。

・オーブンレンジ
かなり便利

・ガスレンジ
魚焼き器もついてて素晴らしい

・ローテーブル、机、椅子
若干おしゃれ感があって落ち着かないけど便利に使用中

あげたもの

・洗濯乾燥機
タイマーを時間単位で選択できるやつ

Permission denied (publickey).

| | コメント(2) | トラックバック(0)

sshでPermission denied (publickey).が出る場合、パーミッションとかの問題の可能性もあるけど、キーファイルの改行コードが間違ってる場合でもこのエラーになる。

win -> macでファイルもってったら再現。
(win環境だとCRLFでもいけるけど、macはLFのみ)

Mac Book Air買った

| | コメント(1) | トラックバック(0)

ThinkPadもさすがに3年は持たなかったか。

http://0-9.sakura.ne.jp/blog/archives/2008/04/01082647.html

渋谷のYAMADAで13inc、2GB、128GB(11,4800円)にPocketWIFIつけて-30,000円(84,800円)に16,164円のポイント付き(15%に会員登録の3%+)で実質68,636円
(ポイントと値引きは同率じゃないけど)

本体を4GBにしようかとかandroid+テザリングにしようかとか考えたけど値段に負けた。

3月に2年経つiPhoen解約してPocketWIFI+willcomにしようかとか考え中。
携帯のアドレスは独自ドメイン介してるから変わっても関係ないし。
(いっそGMailから転送させようかな?)

電話もskype経由にしたら変わっても大丈夫になるのかなー
(ナンバーポータビリティってなに?)

@edo_m18さんのセミナーを見て思ったこと

| | コメント(0) | トラックバック(0)

iPhoneから投稿できなかった&ハッシュタグ無いのでブログに書く

・WebStrageのcookieに対する優位点
WebStrageでサーバに情報が送られないのはcookieに対する優位点としてあげていいと思う。
リクエスト時の転送量が減るのと「転送する情報はcookie」、「転送しない情報はWebStrage」って使い分けを出来るので。

・Application Cacheはhtml5の中では既存のライブラリでサポートできない部分
videoとかaudioとかでさえPluginでなんとかできたけど、Application Cacheは代替技術無いからもっとちゃんと使えばおもしろいんじゃないか。
ただ、もうちょっと拡張子考えてくれればサーバの設定無しで実装できたのに。。。

・html5で意味づけのあるタグが増えたことに関して
これで喜んでるのでMEよりPGだと思う。
特にJSerはいちいち意味を推測しなくていいから楽になる。

mixiの新しいAPIで出来ること一覧

| | コメント(0) | トラックバック(0)

友人一覧の取得
グループ一覧の取得
特定グループの友人一覧の取得
メールアドレスからプロフィール情報の取得
最近の「ボイス、日記、カレンダー、レビュー、動画、mixiアプリ、フォト、プロフィール情報変更、ミクコレ変更」の一覧
友人の上記内容一覧

ユーザのつぶやき一覧、友人のつぶやき一覧の取得
あるつぶやきにイイネ!をしたユーザの一覧取得
あるつぶやきのコメント一覧の取得

つぶやき投稿、削除
あるつぶやきにイイネ!投稿、削除
あるつぶやきにコメント投稿、削除

つぶやきの投稿、日記の投稿、メッセージの送信、予定の作成、マイリストへの追加、マイミクシィ申請

MTで関連記事を出す

| | コメント(0) | トラックバック(0)

いま読んでる記事自体は含めない

<MTSetVarBlock name="RelatedEntry"><$MTEntryCategory$></MTSetVarBlock>
<MTSetVarBlock name="BaseEntryID"><$MTEntryID$></MTSetVarBlock>
<MTSetVar name="count" value="3">
<MTEntries lastn="4" category="$RelatedEntry">
<MTSetVarBlock name="EntryID"><$MTEntryID$></MTSetVarBlock>
<MTIf name="count" ne="0">
<MTIf name="EntryID" ne="$BaseEntryID">
<MTSetVar name="count" value="1" op="-">
<a href="<$MTEntryLink$>"><$MTEntryTitle$></a>
<a href="http://b.hatena.ne.jp/entry/<$MTEntryLink$>"><img src="http://b.hatena.ne.jp/entry/image/<$MTEntryLink$>" alt="はてなブックマーク - <$MTEntryTitle$>" title="はてなブックマーク - <$MTEntryTitle$>" /></a>
</MTIf>
</MTIf>
</MTEntries>

好きなことを仕事にしない方がいい理由

| | コメント(0) | トラックバック(0)

http://blog-imgs-43.fc2.com/y/u/n/yunakti/2432.jpg

ガンダムの富野監督がアニメーターに関して書いてる記事読んで、好きなことを仕事にしない方がいい理由が何となく分かった。

競争率の高い買い手市場で仕事をする人が持っているのは「好きなことで仕事をしている」という誇りではなく、「これ以外の市場では一切相手にしてもらえない」という絶望なんだろうな。

ただ、「好きなことを仕事にするな」もやりようだと思う。

「絵を描くことがすき」だからって漫画家になるのは難しいかもしれないけど、デザイナであればそこまで競争率高くないし、絵を描く機会も多少はある(もちろん漫画家よりは圧倒的に少ないけど)

「PS3とかのゲームプログラマになりたい」は大変かもしれないけど、htmlベースのネットゲームなら開発はそこまで大変じゃないし、職業にするのもかなり現実的(特に今はソーシャル系でバブルだし)

なんか「好きなことを仕事にする」のと「好きなことを仕事にするな」って話が多いように見えるけど、「好きなことをベースにどこまで折り合いをつけられるか」が重要なんじゃないかなぁー

家を買った

| | コメント(0) | トラックバック(0)

きっかけは不動産系の仕事に関わったときに会社まで1時間圏内で400万の家があるのを知ったこと。
それから去年の夏休み1週間使っていろいろセミナーとか出てみたこと。
たしかHOMESの不動産投資フェアだったと思う。
さらにその帰りに駅の中で地元のファイナンシャルプランナー協会の簡単質問コーナーみたいなのがあってそこでちょっと相談してみた。

そこから3ヶ月くらい本読んだり、サイトで調べたり、そのFP協会のセミナー出たりしてた。

時系列にするとこんな感じ。

9月
不動産投資フェア
9月~1月
基礎知識を習得
1月~3月
不動産屋訪問、物件選定
4月
ローン銀行選定
5月
購入

・買った理由
普段そんなにお金を使う方じゃないのでほっといたら何となくそこそこ金が貯まっていた。
いざというときの生活費があるのは良いけど、このまま延々いざというときの生活費だけ増えても意味ないし。
両親健在で自分以外の理由でお金が必要になることもなさそう。
(親は普通の公務員だけど、共働きの上に子供の教育費が一般的な額よりもかなり安いのでこっちからお金を送る必要はなさそう)
ここ3年で4回引っ越していい加減飽きた。
今まで買ったことないので買ってみたかった。
健康で、そこそこの勤続年数と年収があって、しばらくは住宅事情が変わらなさそうとか考えると買えるタイミングってそんなに無いことに気づいた。
普段寝るだけなので家にこだわりがない。住めば都。ここ3年のあいだに14平米(内にユニットバス、キッチン付き)から超広い一軒家(ルームシェアだけど、他の人がほぼいないのでほとんど一人暮らし)まで住んだのでどこでもやっていけると知った。
自分で改修したい。DIYとか楽しい。賃貸だと派手なこと出来ない。いちいち大家に伺い立てるとかしたくない。
人に貸したり住ませたりしたい。自分がいないときに住んでて良いよとか、知り合いが家なくて困ってるときにルームシェアするとか。
敷金気にしながら生活したくなかった。壁紙とか別にどうでも良い。それより網戸の張り替えとか、水道の蛇口入れ替えたりしたい。
家賃の先払いをしたい。今は収入の半分が家賃でもOK。ただ、この先10年そんな状態が続くかは分からない。今いっぱい払って後は安く住むとかしたい。

・探した条件
500万前後。それ以下だと住宅ローンの対象外(下限は大抵500万)になるし、それ以上リッチな家に暮らす気はない。
この額だと5年で楽に返せるし、すでに築年数立ってるからここから物件価値が暴落することもないと思う。
5年で返せば大体10年で元が取れる。自分はたぶん5年くらいは収入的に困ることはないと思うし、10年以内に物件がまずいことになることはないだろうと想定。
駅近くて広いとこ。設備等は何とかなってもこれは何ともならない。築年数立ってる、設備が悪いのは気にしない。
投資向き物件。そのうち人に貸す前提。

・買った家
本体価格500万後半。駅徒歩2分。UBにキッチン付き。20平米ちょい。
元々事務所物件だったのを居住用に改装したっぽい。前の住人は10年暮らしてたとか。
前住んでた家が築浅だけど狭かったので、今回は古くても広いので満足。
耐震基準変わってすぐに建てられた物件。ほんとにぎり。
風呂、トイレも前回に比べると広い。前が狭すぎたとも言えるけど。
キッチンは超快適。流し、調理場、ガスコンロ置きがある。元々クローゼットだった場所にシステムキッチンを追加したのかな?普通サイズのガスコンロが置けるのがすばらしすぎる。
日辺りはやや悪い。角部屋だけど前が事務所で日はあまり当たらない。
遮音性良い。前の家が悪すぎたかも。隣の人がいるかどうかはベランダに出ないとわかない。
水まずい。腐った感じのにおいがする。これはしょうがないか。

・やって良かったこと
書籍は読んだ方がいい。同じジャンルでも言ってることが全然違う本もあるのでいろいろ読んだ方がいい。
ローンの仮審査は早めにやった方がいい。
おもしろいくらいに貸してくれない。ぎりぎりになると精神的にも良くない。

・やらなくて良かったこと
不動産投資フェアはあまり意味がなかった。投資フェアではそんなに良い物件ない気がする。ただ、アンケートでいろいろもらえるのはいいかも。
近所の不動産屋巡りはやってもあまり意味なかったかも。10件回って連絡先置いてきたけど、その後1件も連絡無し。やり方がまずかったのかな。

・知ったこと
1982年(だったかな?)に建築基準法が変わって耐震基準がきつくなってるから要確認。
金額的には前後でそんなに変わらないけど、鉄筋の数とかは全然違うらしい。
ローン審査は結構いろいろ。割と属人性高いらしいので好印象だったりするのも重要らしい。
こういう家買う人はやっぱり金持ちがおおいっぽい。主流から外れるとおもしろがってはくれるけどあんまり相手してもらえない。

弁当にして良かったこと

| | コメント(0) | トラックバック(0)

・メニューを考えるのが楽しい。
自分用なので毎日一緒でも気にならないし。
それでも多少は変化つけられるから飽きない。

・安い
200円くらいで結構リッチに食える。
節約生活楽しい。

・料理がうまくなる。
毎日同じような内容作ってるのでそれだけはうまくなる。
ネット上で流行ってるメニューとか試せる。

・調整できる。
味とか量を調整できる。
米は1.5合くらい無いと足りない。
味付けは甘めの方がいい。関東は辛すぎ。

うまくすれば30分くらいで作れるのでそんなに苦にならない。
元々朝はそれなりにゆっくり出来る時間に起きてたので起きる時間変わらないし。
レンジにかけられない弁当箱を買ってしまったのは失敗だったかも。

1ドアの冷蔵庫はなんとかしたいけど、近所に24時間のスーパーがあるから何とかなるかもしれない。
(冷凍庫がネック。冷蔵部分はそんなに困らない)

あとレンジも欲しいけど、これは割と無くても何とかなるんじゃないかと思ったり。
(スーパーと会社にあれば十分)

炊飯器はかなり欲しいけど、詳しくないので安くて良い製品が判断できない。
マイコンとIHってどのくらい味が違うんだろう?

家電は中古で十分だなー 2ドアの冷蔵庫が1万くらいだし。

ただ、「炊いた米を冷凍して解凍する」って考えると全部必要になるから、いっそ全部買わない方がいいんじゃないかとも思ったり。

うまい仕事の振り方

| | コメント(0) | トラックバック(0)

非同期で動ける時間を多くする。

対面(時間も場所も同期)

電話(時間は同期)

メッセンジャー(時間はやや非同期)

メール(時間も場所も非同期)

下に行くほど非同期で動ける。

ただ、行動が非同期だと認識も非同期になりやすいので、適当なタイミングで認識部分だけはきっちり同期させる。

「HTML5: W3C Widget とその応用を考える会」に行ってき来たのでレポート

| | コメント(1) | トラックバック(0)

http://docs.google.com/View?id=dfwmsc7v_132gnp58vhp

W3C Widgetとは?
Operaが中心となって策定しているもので、Google Gadget、Yahoo Widget、Vista Sidebar Gadget、Dashboard Widget等の統合的なもの。
そもそもgadget系は過去に実装経験があるので、W3C Widgetに関して技術的に目新しいものは多くなかったかも。

興味深かった点

・iPad、iPhoneでW3C Widgetの仕様が動く。
JSが動くのはもちろん、W3C Widgetの仕様を実装したアプリがあるので、その上なら通常公開されているW3C Widgetが動く。

・iPhone、iPadはcanvasよりCSS3アニメーションが早い。
ただし、単純に置き換えは出来ないので置き換えられる場所は限定的かも。
どの程度のことが出来るか把握した方がいいかも。

・iPadならBox2Dがそこそこ動く。
http://d.hatena.ne.jp/technohippy/20100528#1275061401

・JSでアニメーションするならcanvasへのアクセスを最低限にして、毎回canvas全体を書き直した方が早い。
http://ss-o.net/test/game2d/particle2.html
(200*200でiPhone 3Gで完走)

・iPhoneの処理能力はPCの約10/1
http://ss-o.net/test/game2d/d3d.html
(PC10000pixel、iPhone1000pixel)

・canvasをブロックごとに区切って必要な場所のみ書き換えると高速化。
http://ss-o.net/test/game2d/starmine.html

ソーシャルアプリとクラウド

| | コメント(0) | トラックバック(0)

結局ソーシャルアプリとクラウドが相性良い理由って、
ソーシャルアプリが新しいプラットフォームだから負荷予測が困難(企画的にも、技術的にも)って理由だけなんだよなぁと思った。
このへんある程度ノウハウあるなら最初から必要なだけサーバ確保すれば良いだけだし。
(今のところ普通のレンタルサーバの方がクラウドよりランコストが安い)

コンテナ側もファーストインパクトを回避する方向に向かってるから、
今までみたいに「ソーシャルアプリならとりあえずクラウド」ってのも
だんだん言われなくなるのかも。
そう考えると今「ソーシャルアプリにおすすめ」って売り出してるクラウドベンダーは
半年くらいたったら別の売り方に変えるのかな。

でも、今の時点だとランコストは固定サーバの安いって言われてるけど、
これからさらにクラウドが安くなればランコストで固定サーバを抜く
(もしくは初期コストをペイするまでの期間が長くなっていく)か
これまでEC2は遅延がって話があったけど、それも解消されるから
来年あたりからは普通に固定サーバよりクラウドの方がいいって話になるかなー

あとは、値下げ競争のためにクラウド間の互換性が上がればおもしろくなるなー
「今日は負荷少ないから安いベンダー使う」とか、
「公開日は重くなりそうなので高いベンダー使う」とか。
そうなるとスケールアウトするためのボトルネックがDNSとかになりそうだ。

Re: githubで複数のリポジトリを管理するときにはまったこと

| | コメント(0) | トラックバック(0)

http://d.hatena.ne.jp/voidy21/20091207/1260201278

こんな感じのエラーが延々出続けてちょうはまった。。。

ERROR: Permission to kyo-ago/jQuery.keyscroll denied to kyo-ago/mist.js.
fatal: The remote end hung up unexpectedly

結局kyo-ago/mist.jsのDeploy Keysが設定されているのに気づかなかったことが原因。

Deploy Keys削除後、同じ内容をAccount SettingsのPublic Keysに設定したら両方とも通るようになった。

MTで検索結果の次を表示する

| | コメント(1) | トラックバック(0)

MTLoop使ってみた。標準では出来なかったと思ったけど、もしかしたらもっと簡単な方法あるかも。

<mt:SearchResults>
<MTSetVarBlock name="entry_id"><$MTEntryID$></MTSetVarBlock>
<MTSetVarBlock name="search_entrys" key="$entry_id"><$mt:Include module="ブログ記事の概要" hide_counts="1"$></MTSetVarBlock>
<MTSetVarBlock name="search_entry_id" function="push"><$MTEntryID$></MTSetVarBlock>
</mt:SearchResults>

<MTSetVar name="entry_number" value="0">
<MTLoop name="search_entry_id">
<MTGetVar name="search_entrys" key="$__value__">

<MTSetVarBlock name="entry_number_prev"><MTGetVar name="entry_number"></MTSetVarBlock>
<MTSetVarBlock name="entry_number_next"><MTGetVar name="entry_number"></MTSetVarBlock>

<MTSetVarBlock name="entry_number_prev" op="--"></MTSetVarBlock>
<MTSetVarBlock name="entry_number_next" op="++"></MTSetVarBlock>

<MTIf name="search_entry_id[$entry_number_next]"><a href="#entry-<MTVar name="search_entry_id[$entry_number_next]">">前</a></MTIf>
<MTIf name="search_entry_id[$entry_number_prev]"><a href="#entry-<MTVar name="search_entry_id[$entry_number_prev]">" title="">次</a></MTIf>

<MTSetVar name="entry_number" op="++">
</MTLoop>

MTでタグ毎にグループ化する方法

| | コメント(0) | トラックバック(0)

<MTTags>
<MTSetVarBlock name="tag_name"><$mt:TagName$></MTSetVarBlock>
<MTIf name="tag_name" like="^(グループ化したいものを「|」で区切って羅列)$">
<MTSetVarBlock name="hoge_tag" append="1"><$mt:TagRank max="5"$> <a href="<$mt:TagSearchLink$>"><$mt:TagName$><span>[<$mt:TagCount$>]</span></a></MTSetVarBlock>
<MTElseIf like="^(グループ化したいものを「|」で区切って羅列)$"><MTSetVarBlock name="fuga_tag" append="1"><$mt:TagRank max="5"$> <a href="<$mt:TagSearchLink$>"><$mt:TagName$><span>[<$mt:TagCount$>]</span></a></MTSetVarBlock>
// .....以下続く
</MTTags>
hoge_tag = <MTGetVar name="hoge_tag">
fuga_tag = <MTGetVar name="fuga_tag">

MTはループ出来るようになると使いどころ増えるなー

mixiの「run_appli.pl (canvas) の表示サイズ変更について」

| | コメント(0) | トラックバック(0)

run_appli.pl (canvas) の表示サイズ変更について

・一応現在公開済みのアプリに関しては10/1まで今のままで動作保証。
(「2010年10月1日以降も、既存のアプリを945pxにて提供を続けることは可能ですが、事情により、サポートを終了する場合がございますので、ご了承ください」)

・760pxは5/12から選択可能。
(ただし、広告費が払われるのは7/1以降)

・945pxは9/31以降広告費を支払わない。

・945px -> 760pxへは管理画面から変更可能。
(ただし、7/1以降は一度760pxへ変更したら戻せません)

その他詳細は本家参照してください。

SQLSTATE[HY000]: General error: 1267 Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (utf8_general_ci,IMPLICIT) for operation

| | コメント(0) | トラックバック(0)

mysqlは作成したときの文字コードと違う文字コードの内容でSQL流すとタイトルのエラーが出る。
一応alter databasesしてもだめだったので全部のテーブルにalter tableで文字コード変えないといけないかも。

RT: 語り尽くされたことを改めてブログに書くことの意義。その2

| | コメント(0) | トラックバック(0)

語り尽くされたことを改めてブログに書くことの意義。その2

もっと記事書こうと思った。

個人的にはよくある情報でも2カ所以上で確認することもあるので、同じ情報をネット上に別ソースとして撒いておくのは有意義だと思ってる。

D-faxを使ってみた

| | コメント(0) | トラックバック(0)

送信にコンビニ系は使えない場合あるので注意。

来年は不動産関係まわる予定なので電話線内人間には非常にうれしい。

D-FAX|Faxをメールで受け取れるインターネットFaxサービス

AmazonEC2のUS-Westに関して調べてみた

| | コメント(0) | トラックバック(0)

・AMIの移行は可能
(ami作成時に--kernel, --ramdiskオプション必須)

・RDS未対応 orz
(本家のフォーラムには「そのうちやります」と書いてあった)
http://developer.amazonwebservices.com/connect/thread.jspa?messageID=158522𦬺

・S3はコンソールツールかCloudBerry Explorer for S3を使えば作成可能

・Key Pairの移行は不可
(移行したInstanceには元のkeyが同封されている)

・通常のInstanceの値段は1割ましだけど、Spot Instanceの値段は3割まし。

BPStudy#28 java-ja.jsの方々が、javascriptについて語ります。

| | コメント(0) | トラックバック(0)

http://d.hatena.ne.jp/monjudoh/20091218/1261131821
・jQueryのlive eventとspecial eventの話

1.4 Alphaではliveの改良があり、ようやくまともに使えるようになった。
(Fxで右クリックにも反応するバグ対応済み)
changeもいけるようになった。
他にもより普通のイベントっぽく使えるようになってる。
1.4 Alphaを見る限り1.3系から大きな非互換性はなさそう。

他にspecial eventも改良されてた。
(けど、こっちは使い道思いつかなかったので割愛。詳細はURLをどうぞ)

・ExtJSとCouchDBに関して
>ExtJS
Q.「デザインの自由ってどの程度ききますか?」
A.「あんまりきかないです。ExtJSっぽさをなくすのは至難」
Q.「テストの部分も公開されてますか?」
A.「金だしてSVN見ればあるかも。SVN見れるライセンスじゃないので不明」
>CouchDB
ホスティングがあるとのことですが、
CouchDB自体どう使っていいかわからないのでスルー

・JSのテストに関して
(演者)「JSのテスト書いてる人~」(会場)「し~ん」
やっぱりどこも書いてないっぽい。
(ちなみに、タイトルは「JSのテストは書くな」)
sweets.jsはやっぱり名前も挙がらず。懇親会でも誰も知らなかった。
JSでJS解析するタイプはまだ数が少ないので、
今後多少望みはあるかもしれない。
少なくとも今のままで普通に外部からテストするタイプは
JSの感覚に合わない気がする。
JS書いてる人の感覚を変えるか、JSのテストツール変えるかなら
プログラムが人間に合わせるのが正しい方向性な気がする。

若手IT勉強会に参加して$.liveとJSDeferredを読んできました。

| | コメント(0) | トラックバック(0)

document objectへのclick eventは右クリックも拾ってしまうことが判明。
(他のhtml elementは左クリックしか拾わない)
event objectのbutton propertyを見て0が左クリック、
2が右クリックなのでそれで判断するのがいいかも。
JSDeferredは普段使ってないのであまりぴんとこず。。。
でもとりあえずコードは頭に入った。
正直コード的にはどうかと思う記述も多い。
function objectにcallってmethodはないと思う。。。

$.liveは本家のBTS見て見る
結構数報告されてて追い切れなかった。。。
(「重複してるのでこっち」みたいなのが多くてどれが主かわからない)
とりあえずeventのbutton見ればいいんじゃね?ってチケットはあったので
そのうち直ると思う。

this is itを見てきた。

| | コメント(0) | トラックバック(0)

むしろマイケル好きな人にはお勧めしないかも。
(リハーサル映像なので音は微妙)
内容自体は良かったです。
最初にバックダンサーのオーディション後のインタビュー映像があり、そのシーンが非常に熱かった。
「熱さ」は伝播するんだなーと実感。

セキュリティ系記事まとめ

| | コメント(0) | トラックバック(0)

社内に送ったメールの転記
//----------------------------
お勧め記事。@ITは結構いい記事あります。

軽く全体的に知りたい方。

・もいちどイチから! HTTP基礎訓練中 連載インデックス - @IT
http://www.atmarkit.co.jp/fsecurity/index/index_httpbasic.html
かなり軽め。興味ある項目だけどうぞ。

・星野君のWebアプリほのぼの改造計画 連載インデックス - @IT
http://www.atmarkit.co.jp/fsecurity/index/index_hoshino.html
何気に結構深い。3、4以降くらいからは必見。
私もここで知った攻撃方法とかあります。

割とまじめに知りたい方。

@IT:Webアプリケーションに潜むセキュリティホール(1)
http://www.atmarkit.co.jp/fsecurity/rensai/webhole01/webhole01.html

深く知りたい方。

・教科書に載らないWebアプリケーションセキュリティ - @IT
http://www.atmarkit.co.jp/fcoding/index/webapp.html

・連載:本当は怖い文字コードの話|gihyo.jp ... 技術評論社
http://gihyo.jp/admin/serial/01/charcode
はせがわようすけさんの話。XSS中心。
この人の文字コードの話はマジでやばい。
http://utf-8.jp/

プレッシャーに関して

| | コメント(0) | トラックバック(0)

プレッシャーに対処するにはプレッシャーに対しての余裕を持っておくかプレッシャーへの対処能力を上げる。
余裕を持つには余計なプレッシャーを切り捨てる能力かプレッシャー自体の処理能力を上げる。
余計なプレッシャーとは現状全く対応できない事象や、外部から期待されていないのに自分で期待されていると誤解していること。
プレッシャー自体への処理能力を上げるには普段から変化することを意識する。
プレッシャーは基本的に未来への不安。変化することで未来への不安は軽減する。
未来への不安は自分が変化できないことへの不安。

若手IT勉強会 #11に参加させていただきました

| | コメント(0) | トラックバック(0)

第11回勉強会 ‎(若手IT勉強会)‎に行ってきました。
2回目にしてまとめ記事が一気に適当になった気がしますが気にしない。
第一回まとめ

・jQueryはnative event呼ぶ機能無い
$0.addEventListener('click', function () { console.log(1) }, false);
$($0).click();
>>> consoleには1が表示されない

・独自イベントは処理の切り出しには便利だけど、どう切り出すかが微妙に難しいのでちょっと使いにくいかも
イベント伝播中心で組むのはどこにどの処理が割り当てられてるかわかりにくいので後々不要な処理が残りやすい気がする
(イベントが階層化できないので)

・sizzleは本家もほとんどコメント無いなぁ。。。
最近複雑な正規表現書くときはこんな感じにしてる。

mosix = function () {
var result = '';
$.each(Array.prototype.slice.call(arguments), function () {
result += this.test ? (this + '').replace(/^\/|\/\w*$/mg, '') : this;
});
return new RegExp(result);
};
mosix(
// schema
'^http://',
// domain
/\w+\.\w+\.\w+/,
// path
'/$'
).test(location.href);

まだそんなに試してないけど、それなりにいける気がする。


・elementsにsetInterval定義してevents貼り付けるとその要素はwindowとして解釈される
$0.setInterval = true;$($0).click(function () { console.log(1) });
>>> どこクリックしても1が表示される
まあ、そんなことしないと思うけど。

・event handlerに同じファンクションを2回設定しても1回しか呼び出されない。
function hoge () { console.log(1); };
$($0).click(hoge).click(hoge).click(hoge).click();
>>> 1しか表示されない
この場合、hoge.guidをdeleteすれば再度呼び出される。

・namespaceは複数設定可能
$('a').bind('click.hoge.huga')とか

・namespace指定でtrigger可能 ただし、triggerはevent名を省略できない
($('a').trigger('click.hoge')はOK $('a').trigger('.hoge')はNG)

・Array().slice().sort()はArray().concat().sort()と一緒
日破壊的なsortをしたいとき用。
concatで書いてくれればわかったのに。。。

・live eventのbindを使った貼り付け方。もちろんこっちからやるのは非推奨だと思う。
jQuery(document).bind('live.click.a', function () { alert(1) })
// 'live.event name.selector'。selectorは.を`にスペースを|に置き換える。

・こんな感じでそのイベント全体の初期化処理を挟める(イベント貼る毎に呼び出される?)
jQuery.event.special['click'] = { 'setup' : function () { console.log('setup'); } };
$($0).click(function () { console.log('click'); });
>>> setup
//'setup'のほかに'teardown'ってのも定義できるらしいけど、こっちはいつ呼ばれるのか不明
//(unbindしても呼ばれなかった。コードを読む分には呼ばれそうだけど。。。)

・safariのデバッガーはfirebugよりいいかも。
慣れてるからfirebug使うけど、safariも使っていいかも

・Fxのevent.originalEvent.timeStampはかなりむちゃくちゃな時間を返す。
$($0).click(function (e) { console.log(e.timeStamp, e.originalEvent.timeStamp) })
>>> 1252824662619 87914218
ブラウザ起動後の時間?PC起動後とかかも

・$('a:first').bind('click.abcaaaa.def', function () { alert(1) }).trigger('click.abc.def');
=>alert(1)
jQueryのバグっぽい(1.3.2)
2679行がおかしい。joinの正規表現を".*\\."ではなく、"\\..*\\."にして、handler.type.split(/\./).join('._.')みたいなコードを挟むと直る気がする
ただし、これが発生するのは複数ネームスペース指定してて、呼び出し時にソートして左側に来るイベントに余計な名前がくる場合だけ
2週間前に報告済みだった。http://dev.jquery.com/ticket/5138
ただ、この解決方法は微妙すぎるので、本家で華麗に修正されるのを待とう。
('._.')('._.')('._.')('._.')('._.')


その他

・遅刻しました。すいません。でもちょうどよかったです。

・懇親会でいろいろ聞けて楽しかった。

・勉強会自体はもうちょっと先まで読みたかったかも。結局remove周りは読めなかったので。。。

・javascript ninjaは結構読んで見たい。

・大根おいしかった。

必用だと思っていることを、 どうして必用なのかをつきつめていくと、最初に思っていたこととは全く違うことが重要だったということが良くあります。

| | コメント(0) | トラックバック(0)

男一代菩薩道で紹介されてたカレー屋に行ってみた

| | コメント(0) | トラックバック(0)

http://www.amazon.co.jp/dp/4757214332

確かにおいしいけど、鎌倉のインドカレー屋の方がおいしいな。
たぶんこれが普通のインドカレーなんだろうな。庶民的な味らしいので納得。

MTに延々はまる

| | コメント(0) | トラックバック(0)

ブログの新規登録画面でカテゴリが追加できない。
(カテゴリの一覧が出てこない)

mod_proxy環境下でリダイレクトするとサーバのローカルIPになる

| | コメント(2) | トラックバック(0)

困った

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。

アイテム

  • 080425_1236~001.jpg
  • 080316_1804_001.jpg

ウェブページ

Powered by Movable Type 4.1