文字コード（UTF-8,Shift_JIS,EUC-JP,ISO-2022-JP）についての俺的まとめ - 今日もスミマセン。
「プログラマのための文字コード技術入門」を読んで自分なりに理解した点をザックリとまとめてみる。 それほど正確性を求めて書いているわけではないので、間違ってる可能性大です。 間違いなどあればコメントなど頂けるとありがたいです。 それぞれの文字コードはどう違うのか？ 日本語の文字コードは大きく以下の２つに分けられる JIS X 0208 文字集合をベースにしたもの Unicode文字集合をベースにしたもの JIS X 0208 文字集合をベースにした文字コードには、EUC-JP, Shift_JIS, ISO-2022-JP がある。 Unicode文字集合をベースにした文字コードには、UTF-8, UTF-16 などがある。 上で挙げた「文字コード」とは正確には「エンコーディング（文字符号化方式）」の事を指す。 文字符号化方式 文字集合って？ 読んでそのまんま”文字の種類の集まり”。「キャラ
DHHのキーノート (RailsConf2009レポート) - クックパッド開発者ブログ
«RailsConf2009のレポート一覧 @hashikemです。 RailsConf 二日目の朝は、DHHのキーノートでした。 Railsの歴史的な話や、Rails3のポリシーや新機能の紹介などがあったのですが、 個人的に響いたのは最後に話していた創造性についての話しでした。 DHH曰く、創造性の鍵になるのはずばり「要求の再調整(to renegotiate requirement)」とのことです。 彼が好きなベルギーチョコレートを例に出して、大好きなのだけれど、手にいれるのは大変。 じゃあ、本当にベルギーチョコが欲しいのか、チョコレートならいいのか、もっとどこでも 手に入るTwixでも満足できるのかといった調整が大切ということでした。 これって、実はクックパッドの日常の仕事の中でも日々気をつけていることで、必用だと思っていることを、 どうして必用なのかをつきつめていくと、最初に思って
Rubyソースコード完全解説はRubyを使わなくても読むべき - 西尾泰和のはてなダイアリー
Rubyソースコード完全解説 今まで「Rubyのソースコードを読むことなんてないだろうから」とか思って読んでなかったのだけど、これはRubyを使わない人でも読んで損はない文章だと思った。特に序章の「ソースコードを読む技術」は。 以下レバレッジメモ 「ソースコードを読むための極意」は『目的をもって読む』こと 自分が何を知ろうとしているのかわからなければ「わかる」ことはありえない。だからまず自分が何を知りたいのか、それを明確に言葉にすることが全ての第一歩 真実を知りたいのならばまず事実から始めるべき。予想ではなく。 関数のやることを一言で説明できるようにする。 読むときに重要なのは「何を読むか」ではなく「何を読まないか」 まず最初にしなければならないことはディレクトリ構造を眺めること まずはのんびりと全体の様子をつかむ
Contact Verification Suspension Page
This domain has been suspended due to non-completion of an ICANN-mandated contact verification. As part of the ongoing effort to improve contact quality, the Internet Corporation for Assigned Names and Numbers (ICANN) requires validation for each registrant contact registering a generic TLD. This is required since January 1, 2014 for all gTLDs. If the domain registrant’s email address is not verif
IBMの問題はアメリカナイズされた老害 - ひがやすを blog
日本IBM周辺でトラブルが続出している。IBMの下請けとしてサブシステムの開発に携わっていたソフトウェア企業が4億円近い負債を抱え、2008年10月中にも破産手続きに入る。同社は、IBMから追加費用の支払いが行われていなかったと主張して訴訟準備に入っていたという。ほかにも、スルガ銀行やソフト開発会社など、IBMを相手取った訴訟も続発しているのだ。 この訴訟続発を問題のように受け止めている人も多いようだけど、IBM自身にとっては、そんなに問題じゃないと思う。ユーザーの発注が確定しなくてもその先の作業を進めるために下請けに先行発注したりすることがなくなったり、不採算案件は最初からやらない、あるいは早期に手を引くことが、徹底されたからだと思うから。 これまで、日本的な空気を読むビジネスから、アメリカ的な白黒はっきりな契約ベースになったということなので、一方的に悪いことではない。 でも、契約を交わ
「作っては壊す」過程があってこそ良いものが作れる
iPhone用の「はてな人気エントリーリーダー」、そろそろ形になってきたのだが、作ってみていろいろと発見した部分もあったので、全面的にクラス構成を見直し、大幅に書き直した。 HTTPで通信をしているコードが二カ所に分かれていたので、それをDataOverHTTP/XMLOverHTTPという二つのクラスにまとめ（XMLOverHTTPはDataOverHTTPのサブクラス）、はてな独自のRSSフィードを読んでいるコードから一般的なRSSフィードを扱うコードをくくりだしてRSSFeed/RSSFeedLoaderという二つのクラスにまとめて、あとで別のアプリケーションで再利用することを可能にした。それに加えて、各種ローダーに非同期通信をさせる主体をController（HotEntryViewController）からModel側（HateneHotEntry）に移すことにより、難解になりが
富豪的プログラミング
ちょっと貧しいGUI ユーザインタフェースのプログラムといえばすっかり グラフィカルユーザインタフェース(GUI)があたりまえになりました。 ところが最近の計算機はメモリもディスクも大量に装備しているし CPUパワーも従来とは比べものにならないのに、 意外と貧乏臭いインタフェースが生き残っているようです。 よく見られる以下のようなインタフェースはちょっと貧しい と思われます。 ウィンドウ枠のドラッグ マウスでウィンドウを動かそうとするとき、 ウィンドウの枠だけマウスに追随し、中身はドラッグ終了後に 再描画されるというシステムがあります。 画面描画が遅かった時代はこういう工夫も仕方がなかったかもしれませんが、 今でもこういうインタフェースを使っているのは貧しいでしょう。 排他的論理和で枠を書いたりもとに戻したりしていれば貧しさ度アップです。 でも調べてみたら同僚のほとんどが 枠だけドラッグの
「Rubyリファレンスマニュアル刷新計画」1.9.0リリース
Posted by usa on 25 Dec 2007 リリースを間近に控えたRuby本体に先がけ、「Rubyリファレンスマニュアル刷新計画」の リリースパッケージが公開されました。 Rubyリファレンスマニュアル刷新計画は2006年初頭に青木峰郎さんによって始められた プロジェクトで、Rubyの完全な日本語リファレンスを作ることを目標に活動しています。 ダウンロード パッケージ版(1.8.6/1.9.0): ruby-refm-1.9.0-dynamic.tar.bz2 (2.8MB) ruby-refm-1.9.0-dynamic.tar.gz (4.5MB) ruby-refm-1.9.0-dynamic.zip (15MB) chm版: ruby-refm-1.8.6-chm.zip (1.8.6, 5.4MB) ruby-refm-1.9.0-chm.zip (1.9.0, 5
Route 477(2007-11-27)
■ [prog] PAC(Presentation-Abstraction-Control)パターン なんかMVCの進化系パターンとして、PACなるものがあるらしい。 PACフレームワーク - MVCの次に来るもの｜Ouobpo Presentation-Abstraction-Control Presentation-abstraction-control - Wikipedia, the free encyclopedia MとVとCを持った小さいコンポーネントがたくさんあり、それぞれがCを介してやりとりする…みたいなイメージか。 2番目のサイトでは、使用例として「新しいGUIコンポーネントを開発するとき」が挙げられている。 ボタンやパネルなどいろいろなコンポーネントがあり、それぞれのCを通してイベントをやりとりすると。 ■ [ruby] LiveConsole Debu.gs 実行中
ヌーラボラボ » スペルチェッカーWebAPI
ヌーラボスペルチェッカーAPIを公開しました。 入力フォームに簡単にスペルチェック機能を付けることができます。長文を入力・取り扱うWebアプリケーションに組み込むことで、より人為的ミスを軽減することが可能です。 文字を入力して、スペルチェックボタンを押してください リファレンス スペルチェックAPIのリクエストとレスポンス spellcheck.js APIリファレンス APIダウンロード spellcheck.js JavaScriptでスペルチェッカーAPIを利用する ヌーラボスペルチェッカーAPIは、文字どおりスペルチェックをするためのAPIです。取得形式として「JSON」形式のほかに「JSONP」形式をサポートしています。 特にJSONP形式でのデータの取得を行えば、HTMLとJavaScriptのみでスペルチェック機能が手軽に作成できます。 JSONPでスペルチェック JSONは
ピアニストはプレイヤー・ピアノじゃない : 404 Blog Not Found
2007年10月12日10:15 カテゴリArt ピアニストはプレイヤー・ピアノじゃない 仕様書をプログラムに翻訳するのがプログラマーなら、ピアニストはプレイヤー・ピアノでいいということになる。 Life is beautiful: 「渡された仕様書を実装するサラリーマンプログラマ」の悲哀 彼が「私の仕事なんて所詮、人が書いた『仕様書』をマシンが理解できる『プログラム』に翻訳するだけの仕事。クリエーティビティなんてこれっぽっちも必要ない」と嘆く姿を見て、どう慰めて良いものか分からなくなってしまった。 もちろんヴォーカリストは初音ミクに全員ミクミクにされるはずである、と。 本当だろうか。 新しい道具が登場することによって、玄人にしか出来なかった仕事が素人にも出来るようになるということはそれほど稀なわけではない。ソフトウェアの世界では特にそう。C言語が言語実装の敷居を下げ、そうして生まれたLL
川o・-・）＜2nd life
Perl での print debug の方法の紹介がブーム(?)だったので、自分がよく行ってる Ruby での debug 方法7つについて書いてみます。 p ご存じの人も多い Kernel#p メソッド。これを使うとオブジェクトの内容を見やすい形で出力してくれます。 >> p ({:foobar => :baz}) {:foobar=>:baz}Object#inspect を使うと、p で出力するときと同じ文字列を String として取得できます。 >> puts ({:foobar => :baz}).inspect {:foobar=>:baz}初心者の頃この p での出力を使う方法がわからなくて困った記憶が…。 pp pp というライブラリを使うと、p より、より見やすい形式で出力してくれます。たとえば >> a = Array.new(10) { {:foobar => :
masuidrive on rails » Blog Archive » PHPユーザの為のRuby/Rails入門
[追記] if構文の変数スコープの説明に間違えがあります。新しいスコープは作られません。 お盆のまっただ中8/11(土)に、社内勉強会を開いて、PHPユーザ向けにRuby/Rails入門をやりました。 じつはお盆の土曜日に4時間も勉強会って事で、そんなに人も集まらないだろうと思っていたのですが、ふたを開けてみたら28名も参加があり、びっくりしました。それだけ興味を持ってもらったのは嬉しいけど、これだけ集まるなら資料はちゃんと作らないと・・・・。ということで、作った資料を公開します。なんとRuby編100ページオーバー、Rails編200ページオーバーと、かなり大作です。 RubyKaigiで、発表者のスライドの横でIRCが表示されていたのが面白かったので、勉強会の参加者には、Lingrのチャットルームに全員入ってもらって、質問やパートごとの「終わった！」という書き込みをしてもらいました。今
L'eclat des jours(2007-08-04)
_ 鋼鉄の息子 Fortressっていうプログラミング言語を作ってる人は、CLtLの執筆者ではあるけれど、Schemeを作ったのはSussmanですね。と思いこんでたら、He is a co-creator of the Scheme programming language. なのか。 _ プログラムの書き方 PCからPCへあるサブディレクトリをまるごとコピーして、その中のプログラムを実行しようとしたらエラーになった。というのは、一緒に入っているデータファイル（ここではWindowsのiniファイルとする）が実に40個ほどあるのだが、すべてに共通するパラメータに、ドライブレターの指定があって、それがもとのPC用にD:となっているからだ。すべてを新しいPCの環境に合わせてC:にしなければならない。 さっそく、エクスプローラを起動して、最初のiniファイルをダブルクリックしてメモ帳を開いた新
理解することが書き直すことを意味するとき
Jeff Atwood / 青木靖 訳 2006年9月18日 開発者に時間をどう使っているか聞いたなら、彼らはほとんどの時間コードを書いていると答えるだろう。 しかし、ソフトウェア開発者が時間を実際どう使っているか観察したなら、ほとんどの時間をコードの理解に使っていることがわかる。 ピーター・ハラムがこのことについて説明している。 どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている。できたてのコードはせいぜい初期のデザインしか反映していないが、デザインの多くの部分は前もって現われるものではない。開発プロジェクトの多く が反復的開発手法を使っている。デザイン、コーディング、テスト、繰り返し。たくさんの繰り返し。すべてが新
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
逆引きRuby - 逆引きRuby
株式会社 社会式株 PHPコーディング規約
Rubular: a Ruby regular expression editor and tester
Japan.internet.com デベロッパー - REXML：RubyによるXML処理
コマンドプロンプトで作業効率UP