はてな退職しました - 2nd life (移転しました)
7/16 が最終出社日*1となり、はてなを退職しました。はてなブックマークでのチュートリアル機能がはてなでの最後の仕事となりました。 はてなに入ってからを振り返ってみると2006年1月にはてなに15番目の社員として入社し、4年7ヶ月はてなのメンバーと一緒に働いてきました。当時はまだ誰も辞めていなかったため、過去はてなで働いた人すべて一緒に仕事をしてきたことになります。入社時はまだオフィスが東京にあり、毎日全員が朝会でディスカッション、時には数時間も熱く語るというエキサイティングな職場だったのがとても印象的でした。 当時は本当に自由な環境でいろいろな事を試行錯誤していた日々でした。入社約2ヶ月で、会社のフレームワークに DI の概念を実装したころで Perl もう無理と投げ出して Perl を書かない仕事ばっかりやっていたのも今となっては良い(?)思い出です。今だったらあり得ないですねほんと
川o・-・）＜2nd life - Developer Enviroments Conference の発表資料
9/8 に開かれた DEcon で windows enviroments and vim という内容で発表してきました。主に自分が使ってる windows の開発に便利なツールと、vim についてプレゼンしてきました。時間大幅に押してしまいましてスイマセン…。 また、スピーカと参加者のみなさん、お疲れ様でした。他の方の開発環境やポリシーが聴けて大変参考になりました。あとカンジマン(id:tnx)には毎度の事ながら様々な準備お疲れ様でした。 自分のプレゼンには自作のはてな記法つかったプレゼンツールを使ったのですが、よくよく考えるとそれをエントリーに貼り付ければいいじゃん！ということに気づいたので、以下に発表資料を貼り付けておきます。 windows environments and vim secondlife 発表内容 windows での環境 どんなツールがあると便利か vim vim
RESTWiki - 2nd life (移転しました)
http://rails2u.com:8008/ REST APIを使い、表示、新規作成、編集、削除を行えるwikiを作ってみた。とは云うのも、先日のPofEAA読書会の時に高橋メソッドの高橋さんとRailsでREST実現するには、という話をしていて気になったのでさくっと実装。 http://rails2u.com:8008/rest/名前 というURIに対してHTTPのGET,POST,PUT,DELETEメソッドを送ると表示、作成、編集、削除するという簡単な機能の物を作ったんだけど、それだけじゃつまらないんでフロントエンドとしてxmlhttprequestを使って各種操作が行えるインターフェイスも付けてWikiっぽくした。 RailsでのREST実装は最初、僕らにはコレ系のwebservice apiを簡単に扱えるActionWebService(railsの主要ライブラリの一つ)があ
prototype.js の Ajax.Responders.register - 2nd life (移転しました)
最近のprototype.js(1.4_rc1かな？)から追加されたAjax.Responders.registerがかゆいところに手が届く感じで便利です。何をする物かと云うと、prototype.jsを使ってAjaxる場合、Ajax.Requestを通して通信を行います。そのAjax.Requestすべての通信開始時と終了時に任意のfunctionを登録できる機能です。早速 http://rails2u.com:8008/ (safariリンククリック注意！ブラウザがハングアップするという話) でRESTWikiに組み込んでみました。これで裏で非同期に通信を行ってるとき、ブラウザの右上に視覚的に'loading...'の文字が表示されます。 実装方法は非常に簡単で Ajax.Responders.register({ onCreate: function() { if($('busy')
川o・-・）＜2nd life - Railsの最適化に関する10の事柄
http://weblog.textdrive.com/article/175/rails-optimizing-resource-usage TextDriveで、Optimizing Rails Resource Usageという記事が公開されました。Railsの最適化について10の事柄を挙げています。興味がある人は原文を読んでもらうとして、ここでは軽くサマリー(意訳)を。間違っていたらコメント歓迎！ 1. 最小限のFastCGI 開発には1つのDispatcherで十分。A list Apartでも4つのFastCGI Dispatcherで動かしてて速くてloadも0.01だよ。あとFCGIが増えるとDBコネクションも増えるからね。 2. キャッシュを使う Dispatcherを通さずキャッシュを使う。Railsではとっても簡単にキャッシュ使えるし、期限設定も楽だし。lighttp
xrea + rails + mysql + typo
http://gorou.s62.xrea.com/typo/ railsとtypo(railsで書かれてるweblogシステム)がxrea上であっさり動いて拍子抜け*1。スクリプト言語のフレームワークがxreaなどの広く使われてるサーバで簡単に設置できる意義は大きいよ。なんか作って公開するとき、シェルやらroot権があるサーバで動かせる人なんて一握りだろうしなー。 んでxreaでtypo(というかrailsアプリ全般)を動かす方法メモ。まず同梱の.htaccessがdispatch.fcgi用なのでdispatch.cgiへと変更。dispatch.cgiの1行目のパスを実際のrubyパスに変更(#!/usr/bin/env rubyでいいような気がする)。次にdatabase.ymlの中身をxreaのmysqlのユーザ、パスワード、DB名に変更。RAILS_ROOT/vender以下に
webアプリケーションテストツール seleniumがヤバすぎる
http://selenium.thoughtworks.com/index.html JavaScriptを使い実際のブラウザを介してテストするseleniumがヤバすぎる。便利すぎ。Web案件なんつーのはほんと最終フェイズになってもMVCで云うモデルに当たる部分が「仕様変更」の一言によって変更されることも多々あって、そんなときは各種testが書き直しになったりする。んで最終で時間がない状態じゃtest書き直せる訳もなく人海戦術で無理矢理なんとか仕上げる、つーのがいまのWeb案件の大概の末路の気がするんだけどそれはおいといて。 このseleniumを使えば、簡単な記述で人間が実際にブラウザを操作してテストしている部分の大半である画面遷移、フォームの入力、ヴァリデーションの正否がなどが行える。つまりインターフェイスの仕様が変わらなければ延々とテストし続けられるわけだ。最後の受け入れテストの
川o・-・）＜2nd life - bookmarkletの文字数制限を無くす
bookmarkletを作るとき、IEでは500文字ちょい、Firefoxでは2000文字ぐらい(?)の文字数制限がある。また、作った後に一行にまとめたり、デバッグしたりも大変面倒。でもそれがとても簡単な方法でどうにでもなることをインターフェイス！インターフェイス！の人に教わった。 javascript:(function(){var s=document.createElement("script");s.charset="UTF-8";s.src="http://example.com/example.js";document.body.appendChild(s)})(); createElementでscript要素を作って、その中にhttp://example.com/example.jsとソースを指定することによってそのJSを実行できる。WinIEとFirefoxでは確認済み。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
