スクリプト言語の比較
スクリプト言語の比較 *1 *2 *3 *4 *5 *6 *7 コメント 行の継続 定数 未代入の変数へのアクセス 変数の展開 入出力 出力 フォーマット出力 出力先変更 標準入力 __END__ 演算 +1 整数／整数 負数の除算 文字列 真と偽 多重代入 多岐分岐 関数 関数 関数引き数 関数引数に対する副作用 関数のデフォルト引数の値の評価タイミング 関数のデフォルト引数にコンテナ型を使用した場合の振舞 関数戻り値 関数の再帰 関数の別名 関数定義内関数定義 関数の引数の順番 関数にファイルハンドルを渡す オブジェクト指向 クラスの定義 インスタンスメソッドの定義 メソッドのクラス内での利用 インスタンスメソッドの可視性 インスタンスメソッドの追加 インスタンス変数 インスタンス変数の可視性 インスタンス変数の追加 クラス変数 クラスの継承 多重継承 スーパクラスのメソッド呼び出し
速報: Merb と Rails が統合 - kなんとかの日記
悪い冗談としか思えないんだけど、Merb と Rails が統合されるらしい。 Merb gets merged into Rails 3! by DHH (Rails 作者) Rails And Merb Merge by Yehuda Katz (Merb 主任開発者) Rails and Merb core team working together on their next release by Matt Aimonetti (Merb コアチームメンバー & merb-book リーダー) Merb *is* Rails by Ezra Zygmuntowicz (Merb project 創始者 & EngineYard 共同設立者) Rails and Merb Bury the Hatchet (Rails の有名ブログ) 実は 1 週間前に、DHH が Merb の信者
今年は本当に1人じゃないぞ IT戦士の3Dクリスマス
解せない。 なぜ「エコが大事」と省エネを叫びながら、クリスマスイルミネーションをありがたがるのか。割りばしがもったいないと「マイはし」を使いながら、プレゼントという過剰包装・過剰消費に走るのか。この不景気に。 つまり言いたいのはこういうことだ。何がクリスマスイブだ。暮れの押し迫った忙しい時期の、単なる平日じゃないか。仕事も忘年会も重なる多忙な状況の中、「お先に～♪」とか言ってさっさと帰る予定のあるやつらに、ねたみのネガティブ光線を浴びせてやる。くそくそくそう。 1人きりのクリスマスをWebで公開始めてからはや6年。記者も30歳になった。そうさ三十路さ。くそ、なんで今年も1人なんだ。マジな話、クリスマスは毎年つらいんだ。いろんな意味で。しかも今年は左手骨折してるのに。 いや違う。今年は違うのだ。今年こそ、1人じゃないのだ。記者にはいつも一緒にいてくれる友だちができたのだ。フフフ諸君、うらやま
いや、あの、vi と Vim を区別してもらえませんか - 深谷の深入りしない日々
vi と Vim は別物です。 というか、Vim は vi のスーパーセットです。僕は Vim 以外でコーディングする気がしませんが、vi でやれって言われたら Eclipse を使うほうがまだマシだと主張するかもしれません。さすがにオリジナルの vi にはシンタックスハイライトも quickfix も vimgrep もないどころか、多段アンドゥも複数ファイル編集もウィンドウ分割もタブもないわけで……。 混乱の原因は主に Linux のデフォルト設定なわけですが、今シェルで vi って書いたら、立ち上がるのはまあ概ね Vim だと思っていいです。(いまどき UNIX 系って言ったとき、それは概ね Linux の話であるのと同程度に。FreeBSD なんかは本当に vi nvi (オリジナルにかなり近い vi クローン) が立ち上がります) 逆に言うと vi って言ったら本当に vi が立
MySQL+Java でサーバサイドプリペアードステートメントを使うべきで「ない」理由 - kazuhoのメモ置き場
useServerPrepStmtsのここの説明ではデフォルトがtrueになっているが、これは上述の通り嘘である。 (中略) そしてなぜfalseにされたかということの背景を察すると、trueにすることの弊害もありそうで、手放しでこれをtrueにすることを勧めることが少しはばかられる。 http://www.geminium.com/chiba_blog/2008/12/23/33/ 自分は Java 使ってないですが、MySQL の中の人が使うなって言ってます *1。その理由はメモリリークのような症状が出る可能性があるから。 So why are prepared statements a problem? Because users do not clean up/close unused prepared statements. Multiply the number of prep
void element blog: 「こくばん.in」を運営している立場として「うごメモはてな」を本気で心配してみる
任天堂とはてなが提携して「うごメモはてな」が発表されましたが、老若男女問わず不特定多数が参加するお絵描き投稿の場というのは思った以上に混沌とすることが予測されます。 「こくばん.in」ではユーザ数こそ圧倒的に劣るものの利用年齢層がDSiの購入層と近いと考えているので、過去に起こった事例に当てはめて「うごメモはてな」で発生しうる事態を挙げてみます。 1．通報するはてな市民のモチベーション低下 2．不特定多数とピクトチャットができる 3．アニメーションを利用した不適切な投稿の隠蔽 4．他人の作品に書き足すことによる弊害 5．悪質なユーザを遮断できない 6．狙い撃ち通報 7．通報が追いつかない あくまで一部ですが、事例も含め共有しておいた方がいいと思ったので簡単ですがまとめてみました。 いずれも起こらないことに超したことはありません。 1．通報するはてな市民のモチベーション低下 まず、はてな市民
はてな村の勢力地図『HatenarMaps』を大幅リニューアルしました - kaisehのブログ
はてなダイアリーの上位ブロガーと人気エントリーを地図化したサイト、HatenarMapsを大幅にリニューアルしました。いろいろと新機能を追加しましたので、順に紹介します。 ※過去のHatenarMapsについてはこちらのエントリーをご覧ください。 新機能1: 人口を最大3000人に 今まで、HatenarMapsの収容ユーザ数は最大1000人でしたが、これを最大3000人に大幅増員しました。TopHatenarでブックマーク数が3000位以内にランクしていて、かつブックマークにタグが一定量以上付いているユーザが対象になります。 以下の画像を見ると分かるように、非常に人口密度が高くなりました。 新機能2: ブックマークコメントのビーム(？)表示 特定の領土をクリックすると、そこに対して書かれたブックマークコメントが、コメント投稿主からビームのようにアニメーションで飛んできます。 新機能3:
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
