体重を記録し続けるレコーディングダイエット。続けたいけど、メンドクセーというのが正直なところ。ぎっくり腰の診断をうけてから、私が、自宅に構築したレコーディングダイエットシステムを紹介します。システムさえシッカリつくれば記録を継続するのもお茶の子さいさいです。 目的と優先事項 レコーディングダイエットの一番の妨げになるのは「面倒くささ｣です。まずこいつを撃退せねばなりません。レコーディングダイエットの目的は、記録をとり続けて体重を意識する生活習慣を作ることです。そうすることで、自分の体重の変化に敏感になって、チョット一駅あるいてみたり、オカズを一品減らすことができるのです。 ということは、大切なのは記録を継続することであって、記録を正確に測ることではありません。体重測定の正確性を求めるよりも、同じ条件の下で測定をし続ける工夫をしていくことが重要になります。 システム 毎日おなじように体重を測
各社報道やJAXAのプレスリリースによると、準天頂衛星初号機の愛称が「みちびき」に決定したそうだ。有効応募総数10,336件中328名が「名付け親」になったそうだが、えらく少ないような気もする。書きぶりから察するに、上位ランクインした名前には商標上の問題があったようにも思える。弐号機(ぉぃ)以降もこうやって命名するのだろうか。 個人的には昔風の「軌道投入に成功してから命名」という流儀の方が好きだが、命名もPRのうちと考えればこうやって大々的に募集して話題作りをするというのもアリなのだろう。 今年は「みちびき」のほか金星探査機「あかつき」も打ち上げられるし、なんといっても我らが「はやぶさ」タンが帰ってくる。実り多い年になるよう、がんばれJAXA！
ストーリー by hylom 2010年01月26日 20時28分 サイトによって傾向の違いとかもあるのかな、 部門より 米セキュリティ企業Impervaは3200万アカウントのパスワードを分析し、報告書（PDF）を発表した（本家記事）。 昨年12月、ソーシャルガジェット大手サイトRockyou.comがハッカーによって侵入され、3200万のアカウント情報が漏えいしたという事件があったそうだが、Impervaはこの件で漏えいしたパスワードを分析対象としたとのこと。報告書によると、約半数のパスワードは名前やスラング、単語、連番の数字やキーボード上の隣接する文字を使ったもので、「!@#$%^&*,;"」など特殊文字を使用したパスワードは4%にも満たなかったという。また、最も使われていたパスワードトップ10は以下の通りだそうだ。 12345612345123456789Passwordilove
先日、分散Key-valueストア kumofs を公開しました。 多く方から反響とフィードバックをいただいています。ありがとうございます。 今回は、kumofs はなぜスケールするのか、なぜスケールすると言えるのかーということについて紹介したいと思います。 ところでスケーラビリティとは何か？ スケーラビリティとは、利用者や仕事の増大に適応できる能力・度合い とされています（端的！）*1 。Scalability を日本語にすると、拡張性 と訳されるようです。 ただ一口でスケーラビリティと言っても、様々な側面があります。ITシステムでは主には処理性能と運用に関することを指す場合が多いと思いますが*2、その中にも様々な側面があります。 なぜスケーラビリティが必要か スケーラビリティは システムなどが持つべき望ましい特性 であって、高いに越したことはありません。しかし、高いスケーラビリティはタ
時が経つのは早いもので、ぼーとしてたらもう1月も終わりそうですね。外村です。 先日リリースされたjQuery1.4で新しく追加されたメソッドや新しい使い方ができるようになった機能を全部ではないですがいくつか紹介します。以下に変更点が全て掲載されているのでそちらも参照するといいと思います。 Version 1.4 ? jQuery API 新規で追加されたメソッド 1. nextUntil()、prevUntil()、parentsUntil() 指定したセレクタまでの要素を返します。以下の例ではitem3とitem4の後ろにテキストが追加されます。 <ul> <li id="item1">item1</li> <li id="item2">item2</li> <li id="item3">item3</li> <li id="item4">item4</li> <li id="item5
moongiftで紹介されていたので早速試してみました。 概要 TeamTrickはRailsで出来ているScrumプロジェクトの管理ツールで、チーム管理、プロダクトバックログ、スプリントバックログ、バーンダウンチャートなど基本的な機能を備えている。 外部へのデータのエクスポートや外部からのインポートには対応していない模様。 日本語は問題なく使えることを確認しています。 入手 本家サイトからダウンロード可能。 Linux用とWindows用が用意されており、Windows用の場合は、バッチファイルを実行することで即起動して使える。Windows版はインストールパスにスペースが含まれていなければ問題なく起動できる（デスクトップに配置すると起動失敗）→他のマシンでは再現しないので、他の問題かも。 機能紹介 とりあえず画面の紹介。 ユーザー登録画面。 ログイン直後。プロジェクトのリストが表示され
TwitterのUIのように、入力できるテキストの残りの文字数をカウントして表示するスクリプトをcss globeから紹介します。 Simplest Twitter-like dynamic character count for textareas and input fields デモページ 上記デモページではデフォルト版とカスタム版の二種類があり、デフォルト版は残りの文字数をカウントして表示し、カスタム版は設定した残りの文字数を超えると表示が強調されるようになっています。 スクリプトのオプションでは入力可能な文字数、強調表示する文字数の設定と、カウンターを配置する要素やクラス名やテキストデータを設定できます。 charCountはjQueryのプラグインのため、実装にはjquery.jsが必要です。
KVM on Debian(lenny) を使ったサーバを構築してみます． システムインストール 最初は virt-manager などで VM を作成．ホスト名は kumofs で標準システムのみに． 下準備 まずは基本セットをインストール $ su - # aptitude install sudo vim lv openssh-server # update-alternatives --config editor There are 4 alternatives which provide `editor'. Selection Alternative ----------------------------------------------- 1 /bin/ed *+ 2 /bin/nano 3 /usr/bin/vim.tiny 4 /usr/bin/vim.basic Pr
管理人からのメッセージ チラ速は閉鎖しました。 更新停止したまま放置しておくのも悪いので、 完全に閉鎖しました。 みなさんありがとうございました。
Captcha security check coolcoding.com is for sale Please prove you're not a robot View Price Processing
lsyncd が rsync する対象ディレクトリを調べてみた inotify + makuosan でいい感じのリアルタイムミラーリング で、lsyncd は結局は rsync を裏で呼び出してるので、差分チェックの呪縛からは逃れられない、的なことを書いてたんですが、ふと、「もしかして、inotify から rsyncを呼び出すときに、同期対象となるファイルは、指定したディレクトリ以下のもの全部ではなく、変更があったファイルがあるディレクト以下のものだけ、なんて動きをしてくれるのかな？」と気になったので、実際に試してみました。結果から先に言うと、想定通りの動きとなってます。これって常識なんですかね？以下、試した時のログ。 ログを確認するために、lsyncd をフォアグランドで起動。 $ ./lsyncd --no-daemon /tmp/lsyncd localhost:/var/tmp
こんにちは、熊谷です。 最近、複数のサーバでファイルを同期しなければいけないということがありました。出来るだけ手軽で簡単にそれを行いたいということで、何か良い方法がないものか、聞いたり調べたりしたところ、lsyncdなるものがあるのでそれを使用してみるのも良いのではないかと、アドバイスを受けました。 そんなことで、こちらのサイトを参考に実際に使ってみました。 例として、同期元は192.168.1.10、同期先は192.168.1.20とします。 まずは、同期元（192.168.1.10）にてlsyncdをダウンロードしてきてインストールです。makeするなりパッケージを作るなりしてインストールします。 設定ファイルは/etc/lsyncd.conf.xmlとしてこんな感じで記述しました。 <lsyncd version="1"> <settings> <logfile filename="
小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
「プレゼン」といえば、話し方のテクニックだけでなく「資料作り」も欠かせませんよね。今回は資料作りが苦手な人はもちろん、今までなんとなく資料を作っていたという人にもおすすめしたい「プレゼン資料の作り方」についてのエントリーを集めました。 ■プレゼンの前に！知っておきたい4つのポイント まずはプレゼンをする前に心得ておきたいポイントです。自分の普段のプレゼンと照らし合わせてチェックしたいですね。 ▽プレゼンを通すために絶対必要な“4つ”のこと - livedoor ディレクターブログ こちらのエントリーでは、livedoorのディレクターが「プレゼンを通すために必要なポイント」として以下の4つを挙げています。 「スライドに全てを書かないこと」 「プレゼン全体を30秒で要約できるようにすること」 「事前に聞き手と話すこと」 「承認の粒度はこちらから提示すること」 「スライド」と「カンペ」とは別物
誕生日のパラドックス（たんじょうびのパラドックス、英: birthday paradox）とは「何人集まれば、その中に誕生日が同一の2人（以上）がいる確率が、50%を超えるか?」という問題から生じるパラドックスである。鳩の巣原理より、366人（閏日も考えるなら367人）が集まれば確率は100%となるが、その5分の1に満たない70人でもこの確率は99.9%を超え、50%を超えるのに必要な人数はわずか23人である。 誕生日のパラドックスの「パラドックス」は、論理的矛盾という意味ではなく、結果が一般的な直感に反するという意味でのパラドックスである。 この理論の背景には Z.E. Schnabel によって記述された「湖にいる魚の総数の推定[1]」がある。これは、統計学では標的再捕獲法 (capture‐recapture法) として知られている。 ある集団に同じ誕生日のペアがいる確率。23人で確
MySQLバックアップ頂上決戦！！ LVMスナップショット vs InnoDB Hot Backup
スナップショットを使えばとある瞬間のディスクやファイルシステムのデータをいつでも後から参照することができる。しかもスナップショットの作成は一瞬だ。スナップショット機能を活用すれば最強のオンラインバックアップソリューションが出来るだろう。 しかし、スナップショットでバックアップを取るなんて危険な操作じゃないのか？！と不安に思われる方もいらっしゃるかも知れない。MySQL Serverが稼働中にいきなりデータだけをとってくるのだから、そのような疑問を持たれるのは頷ける。しかし仕組みさえ分かればスナップショットによるバックアップは怖くないということが分かるはずだ。そこで、まずはスナップショットによるバックアップの仕組みについて説明する。スナップショットを取る際の要件は次の通りである。 全てのデータを単一のボリュームに置くこと。つまり、一回のスナップショット操作でバックアップが取れることだ。 ディ
この記事には複数の問題があります。改善やノートページでの議論にご協力ください。 出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2016年7月） 独自研究が含まれているおそれがあります。（2016年7月） 出典検索?: "ハインリッヒの法則" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL ハインリッヒの法則（ハインリッヒのほうそく、Heinrich's law）は、労働災害における経験則の一つである。1つの重大事故の背後には29の軽微な事故があり、その背景には300の異常（ヒヤリ・ハット）が存在するというもの。「ハインリッヒの災害トライアングル定理」または「傷害四角錐」とも呼ばれる。 一件の大きな事故・災害の裏には、29件の軽微な事故・災害、そして300件のヒヤリ・ハ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
