今更感があるかもしれませんが紹介。 stressコマンドを使うと、CPUやメモリ、ディスクに対して意図的に負荷を与えることができます。 どこで使うかというと、、、高負荷時のシステムの挙動を見たい場合、AutoScaling等の負荷状況に応じて自動でスケールアップ/アウトさせるための仕組みのテストをしたい場合、部屋が寒いときにPCに発熱させたい場合ｗｗｗなどで使えるのかな、と。 Stressをインストール CentOSやRedHatの場合は、DAG(rpmforge)のリポジトリがあるので、ここのパッケージからインストールしましょう。 DAGをyumのリポジトリに追加する場合は、以下リンクから(CentOS5[x86_64]系の2010/05/14時点の最新版は)"rpmforge-release-0.3.6-1.el5.rf.x86_64.rpm"をダウンロードして、rpmインストールしま

JavaScriptに、applyとcallというメソッドが用意されていますが、自分なりにapplyとcallの丁寧に説明をしてみようと思ってこのエントリーを書くなどをしてみます。 applyとcallは非常に似たメソッドなので、まずはcallから説明します。 callメソッドとは？ callメソッドは以下のように呼び出します。 methodA.call(thisArg, [, arg1 [, arg2, ...]]); methodAには任意の関数（メソッド）を指定します。 callの引数は第一引数にmethodAのthisとしたいオブジェクトを指定して、第二引数以降はmethodAに渡したい引数があれば、カンマ区切りでそれぞれ指定します。 callメソッドは、すべての関数が共通して持っているメソッドです。すべての関数はFunctionクラスのオブジェクトで、callはFunction.

先日、Firefox の Product Director である Mike Beltzner が次期 Firefox についてのロードマップと概要を Mozilla コミュニティ全体に向けてプレゼンテーションし、そのスライドとビデオを公開しました。Firefox 3.6 の次のバージョンは Firefox 4 になると正式決定したことや、新機能や変更点の計画概要が解説されています。 Firefox 3.7 については、最大の開発目標であったプラグインのプロセス分離 (OOPP: Out Of Process Plugins) 機能を Firefox 3.6.4 にマージできたため、Firefox 3.7 というマイナーバージョンアップはなくなりました。 以下、Beltzner のブログ投稿の翻訳です: 原文: Firefox 4: fast, powerful, and empoweri

なんかよくわからないけど、ネットからコマンドコピペしてきたら微妙に時間かかるっぽい！ ↓ ちょっとニコ動でもみてよっかな ↓ 2時間後 ↓ ッハ！ あるあるあるあるあるあるあるある そんな時に処理が終わったらGrowlで教えてくれたら良くね？ ってわけでそんなことを実現する設定。 require Growlのインストールとgrowlnotifyコマンドのインストール growlnotifyはGrowlのdmgをマウントしてExtras/growlnotifyの下にあるinstall.shを実行すれば入る。 precmdとpreexec 普通にコマンドラインオプションがあったのでその辺修正しました。 preexecでコマンドラインの文字列とタイムスタンプを保持して、precmdで差分をとって処理する 下の例だと30秒以上かかると終わった時にGrowlが発動する。 local COMMAND=

補完リストとマルチラインechoの 保守が 大変なこともあってまとめました。 あと、大分すっきりさせました。 tooltip モードを廃止 useDummyAction を 廃止(anekosさんからもっと良い方法を教えていただきました) useResize を 廃止 delayResize を 負の値で無効に変更 useWinGlass を 廃止(スタイルシートで変更して下さい) 表示方法を共通化 アンカーのクリックを暫定実装 standard(デフォルト0)を追加(後述) pMode(デフォルト BOTH)を追加(後述) standard nokturnalmortum さんから 指摘があったので、 0 で 両方 重なって表示 1 で 2.3 っぽく表示 となるように変更しました。 pMode PANEL_MODE.MULTILINE で マルチラインecho のみ 対象 PANEL_

こないだ東京で泊まったホテルがなかなかよかったのでご紹介。 あまり人気が出すぎると自分が泊まるとき困るんですが。 ここ。 京急ＥＸイン　新馬場駅北口 どこがどうよかったのか、順を追ってお話しましょう。 駅が近い 新幹線が停まる品川駅の2つ先にある「新馬場」という駅のすぐ近く。 どれくらい近いかというと、これくらい。 行った日は雨だったんだけど 一回も傘を差すことなくホテルに入ることができた。 ロビーがかっこいい ビジネスホテルというと無機質なイメージがあるけど ここはおしゃれで落ち着いたデザインだった。 「アラビアンナイトの世界をイメージした」とのこと。 象の置物がお出迎え。 見間違えてなければ、花は生花だった。 どこのリゾートホテルですか。 広めのロビー。 待ち合わせ用のソファ。 向かい側にもソファ。 部屋が広め 面積の数字までは見てこなかったけど いわゆるビジネスホテルのシングルの中で

隣室に外国人の親子二人が引っ越してきた。東欧から来たそうだが、母親の方は学生時代に日本に留学していたらしく(その後帰国→結婚→出産→離婚→再来日)日本語は達者だった。 子供の方は中学生の女の子だった。引っ越してきた時は小学生だった。 よくあるシングルマザーの例に漏れず、母親が仕事(翻訳家兼出版業らしい)で深夜まで帰宅しない日が多かった。そのため、右隣に住んでる俺と左隣に住んでる老夫婦が時折娘の面倒を見ていた。まあ、実際に見るのはもっぱら老夫婦だったが、俺の部屋にも月に何度か来ていた。目当ては俺のゲーム機と部屋に散乱している漫画で、来るたびに少年ジャンプを一心不乱に読んでいた。 母親が泊まりがけになる時は、徒歩5分の所にあるツタヤに連れて行って映画やアニメのDVDを借りてやったり、それを再生するためのプレステ2を貸してやったりもした。 俺自身も母子家庭に育った事もあり、彼女の人なつっこさも手

より高いハードルを自分に課し、より大きな成果を達成すべく、日々努力することは、自身の成長にとって大切なことですね。しかし、ときに「完璧」にこだわりすぎることは、視野を狭め、効率性を損なうなど、せっかくの志がアダとなってしまうことも...。こちらでは、「完璧」という名のトラップに陥らないための心がけについて、採りあげてみたいと思います。 生産性向上をテーマとする、お馴染みのブログメディア「Stepcase Lifehack」では、気づかない間に陥りがちな「完璧主義」の落とし穴について、以下のように指摘しています。 効率性が落ちる 「完璧」にこだわると、必要以上にタスクに時間をかけてしまうため、効率性が低下する。 効果的でなくなる 必要かどうかを検証しないまま、アレコレと手を加えてしまう「自己満足」に陥り、かえって効果的なものでなくなるおそれがある。 タスク完了が先延ばしになる すべてを完璧に

バイバインは、一滴たらすとその物体を5分ごとに倍に分裂させる薬品である。物語は以下のように展開する。 のび太が1つしかない栗まんじゅうを食べようかどうか悩んでいる。 ドラえもんがバイバインを取り出すが、のび太の過去の言動を察してか、かけるのをやめる。(伏線) ドラえもんがのび太に事の重大性やリスクを敢えて忍ばせて、ちゃんと残さず食べてくれとお願いする(これが後に大きな命取りとなる)。 ドラえもんがバイバインを栗まんじゅうにかける。栗まんじゅうは分裂を始める（5分ごとに2倍に、つまり5n分後には2のn乗倍になる）。 のび太はしばらく放置し、増えたところで最初は喜んで食べていたが、食べきれない。母や友人にも助けを求めるが分裂速度に追いつかない。 栗まんじゅうは増え続け、思わず自宅のゴミ箱に捨ててしまう。 のび太はドラえもんに残さず食べたとウソをつき、ここでドラえもんが初めて事の重大性を述べる。

QRコード 出典: へっぽこ実験ウィキ『八百科事典（アンサイクロペディア）』 ナビゲーションに移動 検索に移動 QRコードとは、 である。 概要[編集] 使用例[編集] 外部リンク[編集] その他[編集] ■ () : ​ 「https://ja.uncyclopedia.info/index.php?title=QRコード&oldid=1620982」から取得 カテゴリ: 技術関連のスタブ自己言及的なページQu以外の綴りでqを含む記事 案内メニュー 検索 MediaWiki spam blocked by CleanTalk.

2010年05月02日02:23 カテゴリIT経済 天皇制と２ちゃんねる きのうのニコニコ生放送は、「ネット上の誹謗中傷を考える」というテーマで、3時間もつのかな・・・と思っていたら、冒頭から田原総一朗さんが「私はネットはよくわからない」といって30分ぐらいで本題を切り上げ、「天皇制は是か非か」といったすごい話題になった。そのとき、無理やり本題に戻そうとして、私が「２ちゃんねるは天皇制の鏡像だ」と話したのが、意外に受けたので、ここで解説しておく。 昔のコラムで書いたように、２ちゃんねるのパワーの源泉は、会社に不満をもちながら、それを上司にはいえない平社員のストレスだと思う。そこでは、会社は定年まで脱出できない共同体として自分のアイデンティティでありながら、他方では組織の強い同調圧力がストレスの原因になっている。このように会社の求心力が強いのは、日本が平和だったため国家の最高指揮官としての天

私、餡子のためなら逆立ちだってしますよ。 こじらせている。 食べたいと思ったら食べたいのである。 ここが北カリフォルニアの片田舎であろうと、私があんみつが食べたいと思えば、あんみつは今すぐ作って食べなくてはいけないものになる。食いしん坊の思考は凄まじい。 子供が観ていたアニメで、赤ちゃんが空の…

WebデザイナーみたいなWebに関わる職業には独学で知識を身につけたという人が多くいて、 その影響なのか「私も独学すればなれるかな？」と思う初心者や 「独学ならお金掛からないから生活費の足しにちょっとやってみようかな」と言い出す主婦、 「スクールや講座に通うのと独学どっちがいいですか？」などと質問する就職希望者がいる。 Webに関わらずモノを作る職業で独学だという人は、好きが高じて仕事にしちゃった人だから、 多くの場合趣味＝仕事で、会社から家に帰ってもサイト弄ったりしてて 覚えたり学んだりということを空気を吸うに近いレベルで無意識にやってる。 だから上に挙げた人たちが考える独学とはちょっと違うと思うんだよね。 まあ中には「○○のプロに俺はなる！」と決意してから勉強しまくった結果なった人もいるかもしれないが、 そういう人もいつの間にか無意識で勉強している状態に陥ってるはず。 無意識で勉強って

Hiromitsu Takagi @HiromitsuTakagi @mb4sqjp http://www.mb4sq.jp/login ケータイ版の「初めて利用する方」で、OAuthを使うとあるのに他サイトのIDとパスワードを入力させるのはなぜですか？「OAuth認証」ボタンの上に他サイトのパスワード入力欄があるのはおかしくないですか？ 2010-05-09 00:01:40 モバイルフォースクエア @mb4sqjp @HiromitsuTakagi ご指摘ごもっともです。始めはOAuthで実装していたのですが、現在はxAuth(4sqではAuth Exchange)で認証しています。※4sqのoauth画面が一部の機種だと文字化けするため。 説明文早めに直しておきます。 2010-05-09 00:13:19

“OAuth” は何と読むのか、が話題になることがある。 たしか最初は “oath” と同じ発音だった（これが「オース」）けど 今は “Oh Auth” と発音をするのだと書かれていたのを見た気がするので “oauth pronounce” で検索してみたらまさにそれが出てきた。 "OAuth" is pronounced "Oh Auth" and has two syllables "OAuth" is pronounced "Oh Auth" and has two syllables "OAuth" の発音は "Oh Auth" で、2音節だよ。 経緯についてはこう。 OAuth was originally called "OpenAuth" but then AOL took the name, so we renamed to "OAuth". We originally p

、、の、まくらことばで始まる今季からのNHK番組 ｢テストの花道｣ http://www.nhk.or.jp/hanamichi/ 所ジョージを顧問に、受験に対する｢考え方｣を学んでいく番組なのですが、 これがどうして、テストの学生だけじゃなく 社会人もうらなせるほど、問題に取り組む深い考え方を示してくれます。 オススメです。 番組今回のテーマは 比べるチカラ 番組での説明 比べることは全ての思考の源である。 比べることができなければ分析はできない。 つまり、 比べることによって物事の本質にせまる ことを求めていきます。 例えば、｢美人｣と｢かわいい｣ を比べるにはどうするか? それに使うツールがこちら。 ダブルイメージマップ (マインドマップ的なもの?) このような図を使います。 それぞれの中心に比較対象を書き 連想されるものをどんどん書いていきます。 連想数は5つじゃなくていくらでも。

今回は牛乳有害論のお話しです。 本家どらねこ日誌でも『牛乳は本当にモー毒か？』で検証をし、牛乳が骨粗鬆症のリスクになるという根拠とは謂えない論拠の不当性を指摘しました。 しかし、身の回りにはいまだ正しい話であると理解してしまっている方がいたり、ネット上でもまだまだ牛乳有害論を見かけます。 牛乳有害論はマクロビ信奉者や、昔ながらの日本食が至高であると考える方々を中心として広まったようです。例を挙げてみましょう。 胃腸は語る−胃相腸相からみた健康・長寿法　新谷弘実：弘文堂（1998） ｐ168 ●牛乳の飲み過ぎが骨粗鬆症をつくる また、年をとってくるとカルシウムが減って骨粗鬆症になるから牛乳を飲みなさい、というは誤りです。牛乳の飲み過ぎこそ骨粗鬆症をつくるのです。というのは、牛乳は飲むと血中のカルシウム濃度がすぐに高くなるから吸収がよいといわれるのだということは先に述べました。実際にはそのあと

SSD専用に設計された「ReThinkDB」、ロックもログも使わない新しいリレーショナルデータベースのアーキテクチャ SSDがHDDに代わるストレージとして普及しようとしていることを背景に、SSDに特化したまったく新しいアーキテクチャを備えたリレーショナルデータベースを開発しようとしている企業があります。「ReThinkDB」です。 昨年7月に、PublickeyではReThinkDBの概要を記事「SSDに最適化したデータベース「RethinkDB」、ロックもログも使わずにトランザクション実現」で伝えました。 その記事の中では、ReThinkDBがロックを使わずにトランザクションを実現し、データベース利用中でもスナップショットがとれ、また異常終了しても容易に復帰できる機能を備えている、といったことを紹介しました。 4月に米サンタクララでに行われた「MySQL Conference & Ex

I'm using Google App Engine and Django templates. I have a table that I want to display the objects look something like: Object Result: Items = [item1,item2] Users = [{name='username',item1=3,item2=4},..] The Django template is: <table> <tr align="center"> <th>user</th> {% for item in result.items %} <th>{{item}}</th> {% endfor %} </tr> {% for user in result.users %} <tr align="center"> <td>{{user

DjangoのTemplateでは、{% for a in list %}...{% endfor %}を使うことで、リストの内容を順番に処理していくことができます。 それと同じように、ディクショナリに登録されている内容を順番に表示させようと考えたのですが、 Google App Engine のDjangoのバージョンがやや古いためか、{% for key, value in my_dic %} というここに書いてあった書き方は使えませんでした。 そこで、なんとかならないかといろいろと試行錯誤した結果、動作する方法にたどりついたのでここにメモとして残しておきます。 リクエスト処理のメソッドの中で、my_dicという名前の辞書が登録されているとします。 すると、以下のように書けば、この辞書の内容が一覧表示できます。 <table border="1"> <tr><th>Parameter<

コメント欄も見てね。 uupaa.js コードリード用のエントリです。興味がない方は読み飛ばしてください。 IE9(IE9pp2) が CSS3::opacity をサポートしました。これで filter:alpha はレガシーコードになります。 考えた opacity のサポート状況を判定するコードを考えてみました。 ポイントは、4つ IE以外の opacity は String型 IE8までの opacity は 型が不定(代入された値を保持してるだけの入れ物) style.opacity = 0.25; なら Number型になり、style.opacity = "0.25"; なら String型になる IE9pp2 の opacity は Number型 "opacity:.25" で、IE8以下 と IE9pp2 を振り分けている cssText = "opacity:0.25

今回は、助詞「の」の使い方について、学習しましょう。まずは、次の文章を読んでみてください。 どこが問題？ ここが問題！　一文に「の」が連続して3回以上使われている 同じ文章の中に「～の～の～の」と「の」が連続して3回以上続くと、文が間延びした感じになり、稚拙な印象を与えてしまいます。これは口語的な表現に近いためだと考えられます。 これで解決！　他の言葉に置き換える、または「の」を省略する 「の」の連続使用は2回までとし、3回以上連続させないためには、以下のように、他の言葉で置き換える、または省略する方法があります。 ・場所に関すること：「～の」を「～にある」「～にいる」に置き換える。 例：「会議室の机の上の…」→「会議室にある机の上の…」 ・時に関すること：「～の」を「～における」に置き換える。 例：「入社時の注意点の話の内容…」→「入社時における注意点の内容…」 ・対象に関すること：「～

2020/10/18 エンジニア D4DJ Groovy Mix オープンベータ開始 2020/10/18 ＤＪ 秋葉原(を夢見る)パラダイスレイディオ Vol.1 @ twitch配信 2020/10/25 エンジニア D4DJ Groovy Mix リリース 2020/11/14 ＤＪ UNDER Freaks 2nd anniv. @ 渋谷Cafe W (渋谷WOMB 1F) ※注意※ これは専門的なエントリです。 ムダに長いです。しかもtwitter APIわからないと面白くないです。 ですので、いそがしい方は適当に流し読みし、 ブコメには「ui_nyanかねかえせ」とだけ入れておくと たぶんだいたいあってるので非常に便利かと思います。 user streamがやってきた 4月19日からtwitterより新しいAPIである「Chirp user streams(通称user str

ATOKなら3倍速く打てる！ 記事を読みましたが、自分は SKK 信者であることをやめる必要を感じませんでした。SKK はフリーの日本語入力システムで、自分は Windows 上では skkime の1.0を使ってます。Mac用には AquaSKK というのがあります。 SKK は、他の日本語入力システムとはまったく違う。他の日本語入力システムについての話を見てて思うのは、あいもからわず「○○は賢い」とか「○○はバカ」とか言ってるんだなぁ、ということです。SKK は「バカ」とか「賢い」とかいう評価を下されることは、ほとんと無いと思います。考え方が全く違うのです。 連文節変換ってのがもう……ダメっ…… 主流の日本語入力ソフトでは、一定の長さの文を仮名で入力して変換キーを押すと、ソフトが文節の区切りを検出して、文節ごとに文脈にあった変換をするという流れになっています。このときの「文節の区切りか

プロジェクトが複雑になった時、SWFを複数に分割することがあります。たとえばボタンやエラーパネルのような共通の素材を別SWFにして使い回したり、Progressionのpreloaderのように役割をわけたり、といった場合があります。 このように同じ要素を一元化すると開発上とても効率がいいのですが、実はちょっとだけ問題があります。 複数のSWFにまたがって同じクラスファイルを使うときは、実際はそれぞれのSWFに同じクラス定義が存在しており、実行時には同じパッケージ内の同名クラスがあればロードした親クラスの方が優先されます。 内容が全く一緒であれば問題はありませんが、開発の途中でSWFごとに微妙に違うバージョンが混在した場合、定義がちがったり挙動が変わってしまってうまく動かなくなることがあります。 これに気をつけて開発するコツを少しまとめようと思います。 共有する方法 まず前提として共有する

sbaz にて scala-tool を取得すると、各種ツールのプラグインが入手できます。ここでは vimプラグインを適用してみます。 sbaz によるscala-tool-supportの取得 以下のコマンドにてscala-tool-supportを取得します。 > sbaz install scala-tool-support planning to install: scala-tool-support/2.8.0.RC2 Installing... Downloading: http://scala.epfl.ch/downloads/packages/scala-tool-support-2.8.0.RC2.sbp 182.0K/182.0K DoneScalaのインストールディレクトリ中の /misc/scala-tool-support に各種ツールのプラグインが取得されます

ときどき間違うので。 大雑把に言うと、git rebase は「git reset + git cherry-pick × n回　を自動化したもの」と考えられる（適用するコミット群が少なければ、手動でreset & cherry-pickしても良いが、たくさんあるとそうもいかない） 好きな場所にresetして、好きな位置から好きな位置までのコミットを順次適用できる。 つまりコミットを並べ替えたり除外したり、「積み木を積み直す」ようなことが出来る。 git rebase ポピュラーな使い方。 現在のブランチをにreset から見て現在のブランチにだけ存在していたコミットを順に適用 適用されるコミット群は、から見て現在のブランチにだけ存在していたコミット、つまりgit log ..HEAD で出てくるコミット。 以下の例だとA、B、Cのコミットがreset後に適用される予定 A---B---C