Rendr徒然 - 日記
これは「Node.js Advent Calendar」7日目の記事です。 去年のアドカレ (東京Node学園祭用で12月じゃなかったけど) 以来、リリースの告知エントリ一つしか書いてなかったよ。ブログだけじゃなくTwitterもたいしてつぶやいてないし、ネットからのフェードアウトが進んでおりまする。あー、なにも残さず消えるように死ねたらいいのに。実際には今死ぬと膨大なゴミ (大半は書籍と雑誌だけど) を残すので早く処分しないと死ぬに死ねない。 ともあれ (JW)、今回はRendrについてダラダラと書きます。まとまりなくてごめんなさいです。 自分がRendrを知ったのは、@mshkさんによるQiitaの記事からでした。 Rendr入門(1): Node.js + Backbone.jsでサーバ & クライアントを構築する"Rendr"の紹介 Rendr入門(2): リクエスト処理の流れ（R
Vim使いの戯れ
mattn @mattn_jp 俺「Vで始まってmで終わる言葉ってなーんだ」 彼女「えーとVi...、いわなきゃダメ？」 俺「ダーメ（・∀・）ﾆﾔﾆﾔ」 彼女「vimshell: shell on vim」 俺「え？」 彼女「vimshell」 俺「貴様まさか！」Shougo「そのまさかだ！ふははは！」 2012-08-28 17:38:57 mattn @mattn_jp (……きこえますか…みなさん…とある Vim 使いです… 今… あなたの…心に…直接… 呼びかけています…シェルは… VimShell を使いましょう…) ！？きさま、まさか！ Shougo「そのまさかだ！フハハハハハ！」 2012-11-27 15:07:34 mattn @mattn_jp ヤマダ店員｢OSは何をお使いでしょうか｣ 俺｢Vimです(笑)｣ 店員｢OSというのはWindows8とかでして｣ 俺｢だ
JavaScriptで高速なコードを書く際の注意点。または私は如何にして心配するのを止めてJSXを作ることにしたか
JavaScriptで高速なコードを書く際の注意点。または私は如何にして心配するのを止めてJSXを作ることにしたか 本日、福岡で開催されたプログラミング言語のパフォーマンスを考えるイベント「ぷろぐぱ」で、「JSX 速さの秘密 - 高速なJavaScriptを書く方法」という演題で講演しました。 JavaScriptで速いコードを書こうとする際に陥りがちな罠を紹介し、それらの問題にJSXではどうやって対処しているか、プログラミング言語設計と最適化機能の実装を説明しました。プログラミング言語設計に興味がある方にとっても、JavaScriptを使ったプログラミングに興味がある方にとっても面白い内容になっているかと思います。
そして老害になる - 方向
闇 Advent Calendar 2013の7日目として老害化の話をします。 ベンチャーじゃなく大企業につとめてよかったことは、さまざまな技術バックグラウンドを持つ人と仕事ができていることだ。 色々な流儀や文化の人たちと接し、ぶつかることで自分の視野がどんどん広がっていくのを感じている。 昔話をすると、学生時代、自分は主にRubyを書いていてJavaやPHPをダサいものだと考え、時にはそれを口にすることもあった。 しかしdisるための根拠などをしっかりと持っていたわけではなく、なんとなくで 最新技術=かっこいい、べんり 古い技術=ださい、めんどくさい と考えていた 社会人になってからダサいと思っていたまともなPHPの書き方を知りそれはそれで悪くない、むしろRubyよりすぐれだところもたくさんある素晴らしい道具と知った。 逆にcoolだと思っていたnode.jsやCoffeeScriptに
Sinon.js Code Reading
モジュールのロードまわり lib/sinon.js がモジュールのエンドポイント sinon object の作成、環境に応じた初期化、ユーティリティメソッドの定義を行う spy や mock などの機能毎にファイルが分かれる lib/sinon/*.js に配置 lib/sinon/spy.js など sinon.js 大きくは以下のように sinon object を作って返す。 var sinon = (function() { function somePrivateFunction() {}; var sinon = { foo: function foo() {} }; return sinon; }()); node の場合、ブラウザの場合、busterjs の場合で異なった初期化を行う。 node の環境かどうかの判定は module.exports の有無で行う。 var
ブログ更新の気力を失ってました - 僭越ながら【1テーマの本を30冊読んで勉強するブログ】
追記。コメントありがとうございました！新しく記事をかきました。 追記。何故かこの記事にどんどんアクセスくる〜。ここには私の恥ずかしい愚かな内容が書いてあります。つまり、自分可哀想でしょ？誰かに言ってもらいたがってるような、自分を弁護している愚かな内容です。私のメンタルの弱さが露呈しております。恥ずかしい！消したい！明後日くらいに消します。。。 今は元気になりました。皆さんのコメント、とてもためになりました。ありがとうございました！ ブログ更新止まっちゃってて、ごめんなさい。 私がセツヤクエストに投稿している記事を「単なる書籍紹介」と悪く言われているのを発見してしまってショックを受けていました。 落ち込んでしまい、更新する気力がなくなってしまっていました。 私はこの2ヶ月間、本気で勉強してきました。 大変なことでした。 私は今まで、お金に対して一度もきちんと向き合ったことがありませんでした。
Capy CAPTCHAは一瞬で突破できる - 素人がプログラミングを勉強していたブログ
Capy CAPTCHA 早速、実証コードが(CAPY IS A VERY READABLE CAPTCHA)出たようだ。このように一瞬で突破されてしまい意味がない。 さきほどインターネットを見ていたらスパム防止用の「読みづらい画像認証」に、日本人が終止符を打った技術が斬新過ぎる！経由で、Capy - 低コストで導入も簡単な不正ログイン対策という、パズルを使った新しい新しくないCAPTCHAを知った。 コンテストに優勝するなど肯定的な反応が多いので、この記事では、このCAPTCHAのセキュリティ上の問題点について簡単に書いておこうと思う。 まず、Capy - デモにデモが乗っているので、タイプ別に問題点を示す。 パズルタイプの破り方 ジグソーパズルの空白を埋めるタイプのCAPTCHAである。話にならない。 まず、縦横が5pxごとに吸い付くようになっているので、縦横400px*300pxだと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
