空気を読まずにPostgreSQLのを高速化する10のポイント - 象と戯れ -空気を読まずにPostgreSQLのを高速化する10のポイント - 象と戯れ - postgresqlグループ.の元エントリを読んで思うところがあったのだが、 PostgreSQLを高速化する16のポイント だからそんなせまっくるしいところでトンチンカンにdisる暇あるんだったら自分のブログでお好みの議論を書くかさもなきゃ/dev/nullにでも吐けとやんわりと言ってるんだよハゲ。 というわけでｗ。 だよねｗ。 まあ正直、上記元ネタのほうには色々突っ込みどころ満載なのだが、それは置いておくとしてL.starなりの高速化ポイントを一度書いておかないと、と思ったので記す。ただ、L.starはもうPostgreSQL界隈から離れて久しいので、必ずしも最新の内容を網羅していないことに注意されたし。また、出来るだけPos
main help file *quickfix.txt* For Vim バージョン 7.1. Last change: 2007 May 10 VIMリファレンスマニュアル by Bram Moolenaar この話題に関してはユーザーマニュアルの|30.1|でも紹介されている。 1. QuickFixコマンドの使い方 |quickfix| 2. エラーウィンドウ |quickfix-window| 3. 複数のエラーリストを使う |quickfix-error-lists| 4. :makeの使い方 |:make_makeprg| 5. :grepの使い方 |grep| 6. コンパイラを選択する
元ネタは 「怠慢はプログラマの美徳」というけれど というエントリ。 スクリプト言語はJavaに恋している スクリプト言語はJavaに恋をしているのです。寝ても覚めてもJava、Javaと騒ぎ立てます。 PHPもPythonもRubyも、いつもJavaとの比較を行います。 XXのシステムはPHPだとか執拗にJavaを意識します。君たちはそんなにJavaが好きなのかい？ JavaはXXでよくないからスクリプト言語であるXXを使いなさい、というプロパガンダ記事をよく見かけます。 対して、こういう理由でJavaを使うべきだ、というプロパガンダ記事は随分と少なくなりました。 つうかね、Java がほんとに使いやすくなったら、スクリプト言語なんてイチコロなんだよ。今、スクリプト言語に人気があるのとは対照的に Java に元気がないのは、Java 自身の失態がいちばんの原因だよ、ほんと。 まるで好きな女
昨日誕生日が来て、無事2X歳になることが出来ました。今までをずっと振り返ると、ここまで生きてこれたのもなかなか奇跡的です。 ここ数年、本当に色んなことがあったけど、その中で僕が学んだことをいくつか書いておきたい。忘れないために。 みんなにいい顔は出来ない。 ヒトは立場によって思考を左右されてしまいます。従業員の立場と経営者の立場。お客様の立場と業者の立場。旦那様の立場と奥様の立場。嫁の立場と姑の立場。僕の立場とあなたの立場。自分で物事を考えているつもりでも、立場上合理的なことを考えてしまう。 右に向いても左に向いても何かにぶつかってしまうような時でも、僕が立ち位置を決めなくちゃ全員が前に進めなかった。誰かに顔を向ければ誰かには背中を向けてしまうけど、みんなにいい顔は出来ない。どっちつかずが一番良くないし、それは卑怯なことだ。 分岐点から逃げるな。 人生ってのは困ったものです。生きているだけ
undo,redoの実装って何十回もやってる気がする。毎回同じパターンだ。undo,redoが登場するような編集ソフトは大体同じパターンに落とせる。フレームワークも作った。ブログにそういう内容を書きたいが面倒くさい。需要があれば面倒でも書くんだけどなあ http://twitter.com/youpychan/status/994486992 という発言をしたら何人か反応を頂いたので書いてみることにする。 需要があるなら書こう。undo,redoだけじゃなくてグラフィカルな編集ソフト全般の話をいつかまとめたいと思っていたので、ちょいとシリーズで書いてみようかとおもう http://twitter.com/youpychan/status/994636764 書こうと思う。 まずUndo,Redoについて。 Unod,Redoってみなさんどういう風に実装しているでしょうか？ 私はコマンドパタ
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
2006年03月11日13:07 カテゴリLightweight Languages一日一行野郎 UTF-8 vs. ISO-10646 これだとLiberalなUTF-8ですね。 [を] UTF-8 の文字にマッチする正規表現 UTF-8の文字にマッチする正規表現の素直版。 新旧、というのか、LiberalなUTF-8とStrictなUTF-8の違いは、RFC2044とRFC2279を見ればはっきりします。要はU+11000より上を認めるかどうかということです。今のところUnicode.orgの定義では、U+0000 - U+10FFFF しか認めていないので、そちらの定義に従うと、むしろこの正規表現はさらに短く $RE_UTF8CHAR_STRICT = qr/(?:[\x00-\x7f]|[\xC0-\xDF][\x80-\xBF]|[\xE0-\xEF][\x80-\xBF]{2}
俺ははてなブックマークが好きで、おもしろかったブログの記事やらなにやらをどんどんブックマークしてる。タグを辿って前に見た記事にすぐ辿り着けるし、何よりウェブ上のリンクになるから、普通にGoogleなんかで検索してもその記事が出てきやすくなるので便利だ。 そこにコメントをつけることがある。記事を書いた人間へのメッセージを兼ねる事もあれば、たんに自分用のメモの事もある。人に紹介するための文であることもあれば、検索するときのキーワードをコメントに織り込むだけということもある。 先日、そんなはてなブックマークコメントで「ウェブの情報を消すのは害悪」だと書いた。それについて社交辞令程度の説明を求められたのだが、いまさらそんなこと書くのもねえ。90年代からさんざん議論されて来た事だし、当時よく言われた「リンク先が消えてるときのがっかり感」だけでも充分害悪だと言い切っていいだろう、くらいのこと思ってる。
引用元:野球殿堂板「選手たちの泣ける逸話」 http://that4.2ch.net/test/read.cgi/meikyu/1131261217/ 4 名前：神様仏様名無し様[]投稿日：2005/11/06(日) 16:25:54 ID:ZH6U2XUC 南牟礼豊蔵・・・阪神時代に自主トレそっちのけで震災の ボランティアに精を出した。その年 阪神を解雇。彼に幸あれ ＜村山実＞ 阪神淡路大震災が発生した瞬間ハッと目覚めて、 家具がガタガタ倒れ、壁がガラガラ崩れる家の中を 何よりもまず隣に寝ていた夫人を抱きかかえて家の外に脱出した。 すげえと思った。さすが元超一流はジジイになっても体力・瞬発力が 違うと思った。でも３年後に亡くなってしまった。俺は泣いた。 中日ドラゴンズの立浪和義選手。 母子家庭に育ち、子供の頃から苦労掛けっぱなしの親に孝行するのは
Leopardから提供されたマルチスレッド用のクラス．マルチコア処理向けに提供されたものらしい．Appleのホームページにも以下のように書かれている．noviさんのTwitterでの発言で知ったAPIなのだが，非常に便利で使いやすい． アップルのエンジニアの成功の秘訣は、NSOperationを 使ったこと。 NSOperationは、マルチコア処理のために アプリケーションを最適化する、画期的な新しいAPIです 。NSOperationが計算（演算）のグループをNSOperati onQueueに追加し、現在のアーキテクチャをもとに、並 列処理の演算回数を動的に決定してくれます。複雑なスレ ッディングとロッキングのマニュアルコーディングは一切 不要。プログラムで演算と従属性を指定するだけで、あと はCocoaが処理してくれます。 NSOperationおよびNSOperationQueu
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
362 名前：躯 ◆jk0cn7Uk1o 投稿日：04/05/23 19:43 ID:YasGQFUA ｵﾚは小さい頃、家の事情でばあちゃんに預けられていた。 当初、見知らぬ土地に来て間もなく当然友達もいない。 いつしかｵﾚはﾉｰﾄに、自分が考えたすごろくを書くのに夢中になっていた。 それをばあちゃんに見せては 「ここでモンスターが出るんだよ」 「ここに止まったら三回休み～」 ばあちゃんはニコニコしながら、「ほうそうかい、そいつはすごいねぇ」と相づちを打ってくれる。 それが何故かすごく嬉しくて、何冊も何冊も書いていた。 やがてｵﾚにも友達が出き、そんなこともせず友達と遊びまくってたころ 家の事情も解消され、自分の家に戻った。ばあちゃんは別れる時もニコニコしていて、 「おとうさん、おかあさんと一緒に暮らせるようになってよかったねぇ」と喜んでくれた。 先日、そのばあちゃんが死んだ。89歳の大往
「変数のスコープは狭いほど良い」と妄信する 変数でもメソッド名でもクラス名でも言えることだが、単純に「スコープは狭いほどよい」という方針でプログラムすると、逆に保守性も可読性も悪いプログラムができあがることがけっこうある*1。 実際、「あちこちから頻繁にアクセスするようなオブジェクトやメソッド」は、スコープをぐっと広くしてしまった方が(場合によってはグローバル変数やグローバル関数にしてしまった方が)、いちいちパラメータ渡しのバケツリレーをせずに、オブジェクトや機能を使うことができ、プログラムの可読性も保守性もずっと向上することがけっこうある。 たとえば、プログラムのいろいろな箇所から比較的頻繁にアクセスする必要があるようなオブジェクトや機能がバインド(格納)された変数やメソッドのスコープをクラスやメソッド内のローカルにして、それを使うときは、いちいち各クラスやメソッドにパラメータ渡しのチェ
はてなブックマーク - Fasterfoxが最強すぎる件 - 真性引き篭もり が盛り上がってたので，机上の話だけですが，いまさら書いてみます。 RFC (2616) での記述 Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy. A proxy SHOULD use up to 2*N connections to another server or proxy, where N is the number
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
