リンク 【実戦テク総集編 Part１】Windows XPの究極テク300連発！〜4回分をまとめました！〜：デジタルARENA 2007システムファイルチェッカーでファイルを修復ブラウザにパスワードを登録してしまったときの対処方法復元ポイントの情報を削除するサポート情報のリンクを非表示にする自動設定してくれるNTPサーバを追加するスプールフォルダを変更したい画像ファイルの縮小表示が正しくないときの対処IEのタイムアウトの時間を変えるデジタル署名のないファイルを確認するポップアップメニューの情報を減らすAdministratorを無効にする個人のユーザープロファイルやデータファイルを簡単にバックアップするディスク領域不足のメッセージを表示させない中身を確認しながら画像ファイルを選ぶ書き込み終了後にCDを自動排出しないWin XP Proでハードディスクからファイルを完全に消去するフォルダ構造

エンジニア説明Railsアプリを作る「はじめの一歩」としての足がかりになればと思いまとめました。手順に沿ってコピペしていくといつのまにかアプリケーションが完成するというサンプルです。第1回のmasuidriveさんベースにRails勉強会＠東京第11回での高橋征義さんバージョンとInternet Week 2006でのかずひこさんバージョンをミックスしました。環境やインストール、趣旨や概要につきましては第1回をご覧ください。 ■第1回との相違点Internet Week 2006のT24 : はじめよう Ruby on Rails 〜フレームワークで作るWebアプリケーション〜をベースに内容を変更しました。基本的な流れは変わっていませんが、機能／モデルが変更されています。文字コードの設定を先に行うようにしました。モデルの定義を先に明示しました。モデルの作成にマイグレートを使用するようにしま

shell のちょっとしたテクニック - odz buffer odzさんのところで単語の出現頻度を調べるためのワンライナーが紹介されている。 単語抽出についてはいくつかやり方があるので紹介する。 特に egrep -o は非常に実用的。 もちろん、この話はリンク先において主題ではない。 俺のただの自己満足。 tr -cs で単語抽出 $ tr -cs 'a-zA-Z' '\n' < ./.zshrc 上記コマンドで、a-zA-Zのみで構成される文字列を抽出できる。 -c オプションで、'a-zA-Z' の補集合(以外)を '\n' に変換し、 -s オプションで、最後の引数で指定される要素の重複を除去している。すなわち '\n' の連続を除去している。 grep -o で単語抽出 grepには、( -o、--only-matching ) オプションというのがある。 これは、指定された正

ようこそゲストさん ブログトップ 記事一覧 ログイン無料ブログ開設 d.hetima

数日前にMac Powerbook G4を購入し、コードを書いている。操作感は長年使ってきたLinuxとほぼ変化無い。必要なもを落としてきてautoconf/automakeでコンパイルすればLinuxで使っていたソフトウェアがほぼ同じように動く。かなり期待以上の物が手に入ったというのが感想。PHPやPerl書いているWebエンジニアはみんなMacにしたらいいんじゃないかと思う。開発環境が以前と明らかに変わったのは、スタンドアローンのノートになったという事。つまりこれ単体でApache/MySQL/PHP/emacs/firefoxが動く環境にあり、その他のコマンドラインツールも一つのパソコンに入れる事ができる。2年ほど前東芝のノートパソコンにLinuxを入れて使っていたことがあったが、電源管理がへたれで、Linux標準のものがハードメーカが作ったものにずいぶん見落とりし*1、バッテリーが

以前、データセンターで働いていたときに、とある無料ホームページのWEBサーバーのハードディスクがクラッシュし、復旧しなければならない事態が発生した。この時に得た教訓をここにいくつか記しておく*1。 無料サービスの限界 この件で、まずはじめに問題となったのはバックアップが無い、ということだった。無料ホームページというのは財政的にもギリギリの路線で経営をしているところが多い。だから設備投資にも当然しわ寄せが来る。バックアップのための契約もしていないし、セカンダリのハードディスクもバックアップ用には使用できなかった。 次に、機材そのものが古いという点が挙げられる。使い古しのサーバーを流用し、ハードディスクも使用期間が長いものが使われていたようで、クラッシュするのも時間の問題だったはずだ。設備そのものに投資できない無料サービスの限界をここで感じた。 デジタルデータの脆弱性 これは推論だけど、現在、

子供の頃から、何ひとつ「続かない」人間でした。そこそこ周囲よりも上手にやれるのに、1〜2年ほどやるとギブアップしてしまう、飽き性でこらえ性のない女の子でした。小学3年〜4年の頃は絵画教室に通っていて、先生がピンとくる絵を描いたそうで、幾つか学校で賞ももらいました。「続けりゃ何かある」と先生に言われつつも、気付けばさぼってやめていました。その後も大人になるまで、始めてはやめ、やめては始めの繰り返し。そのたびに挫折の繰り返しでここまできました。そんな私でも、いちおう5年近く続いたことは幾つかあって、例えばティーンの頃のバレーボールや脱OL後のライター業（見習い期間も含むけれど）、そして今月で5年を迎える結婚生活や7月で5周年になるはてなの仕事です。続けようという信念をもって続けたわけではなく、気付くと5年を迎えてたというのが本当のところですが、やっぱり自分の性格や資質に合っていたんでしょう。な

ブログがこんなに流行るまえ，WebSite の顔はトップページでした。トップページをいかにつくるか？　検索にかかるようにする。訪問者を引きつける。下層ページへの誘導をうまくやる。トップページがうまくいけば，それで Site制作の半分くらいは成功したような気になったものです。 　最近，それは違うと確信するようになりました。 　トップページから入る訪問者は多くない。ブログやソーシャルブックマークの普及でパーマリンクが日常的になってきたこと。Googleをはじめとするサーチエンジンの利用者が増えたこと。RSSを介した読者が増えていること。などなど，かつて「下層にあるコンテンツ」と言われていたものが，決して下層ではなくなりました。　密度の薄い拡散した情報を羅列したトップページより，そのことだけに特化されたページのほうが読む価値があり，見つけられやすい。ということなのでしょうね。 　現にブログのトッ

■[Web2.0]声をSkypeで録音してPodcastingでシェアする"Evoca" 今日はソーシャルレコメンドから離れて、ちょっと面白いサービスを発見したのでご紹介します。 自分の声を録音してシェアする事に特化したWebサービス「Evoca (http://evoca.com/)」です。 「Evoca」って何？ 単純に言えば自分の声を"録音"して"整理"して"共有"して"検索"できる、それだけのサービスですが、それぞれのシーンにおいて多彩な手段をWeb2.0の要素を取り入れながら実現している所にポイントが置かれています。以下、それぞれのシーンごとに診て生きたいと思います。 録音(Create) 自分の電話、PCのマイクを使ってWebから、Skypeからの3つの手段で録音をすることが出来ます。 特に、電話とSkypeから録音が出来るというのが新しい感じですよね。メモを取る感覚で電話から

misc, EnglishEIGO de Mailhttp://www.eigodemail.com:9090/email-index.xml宛先とか概要を選ぶと、テンプレートをはき出してくれるので、あとはそれをカスタマイズするだけでだいたいのメールはできる。とても便利。 あと他のリソースhttp://allabout.co.jp/study/bizenglish/subject/msub_telemail.htmhttp://www1.bbweb-arena.com/ele/index.htmlhttp://www.alse-net.com/column/email-top.htm こんなのもついでにhttp://e-kaiwaradio.seesaa.net/http://www.e-kaiwa.net/eigophon/eigodaphon.html （追記）このエントリの被ブックマ

GJFemo(beta)というサイトが話題になってる。はてなブックマークでも大人気。作者のページではCatalyst + Ajax + TypeKey認証 + Tagging + はてな記法と話題の技術を使い派手に実装しましたとある。いやー、確かに派手だ、、天晴れである。TypeKey認証ですら使ったことが無かった私からすると、雲の上の最先端という感じである。 非常に使ってみたい。最新技術が盛り込んであるだけで、わくわくするからである。でも、今使っているものもある。しかも悪いことに、特に不便を感じていない。。今使っているツール群と、Femoとを並べて書いてみる。Femo(beta)　→　Web上のメモ帳カレンダー付きCheckPad(beta)　→　Web上のタスク管理Writely(beta)　→Web上の文書共有ツールhttp://calendar.yahoo.co.jp/ →Web上

■「プログラマ＠日本」というお仕事 10:39 昨日書いておいたもののアップせず放置していたらくすのき氏に先に書かれてしまって今さら感もあるが一応置いておこう。 不思議なことに日本ではソフトウェアの生産工程を設計、コーディング、テストなどとわけて上流工程〜下流工程として上流が偉くて下流は偉くない。上流をプロジェクト・マネージャー、コンサルタントが担い、下流をプログラマが担う、そして給料は上流が高くて下流が低いみたいな伝説がある。（過度な類型化による議論） 実は不思議でもなんでもなくて、「一人で書くことができるコードの『量』は限られている」からだ。一日1ks書ける人はどんなに頑張っても一年で200ksかそこらしか書けない。一人当たりの生産量が頭打ちになると、それ以上ビジネス（売り上げ）が大きくならない。 「ソフトウェアの価値」というのはコードの量で測れるものではないけれど、この国の業界は「量

翻訳原文:10 Things Every Java Programmer Should Know About RubyJim Weirichコンサルタント / Compuwarejim@weirichhouse.org Copyright 2005 by Jim Weirich (All Rights Reserved)自己紹介ジム・ワイリック (Jim Weirich)Compuware社コンサルタントJavaのプログラマRubyの熱狂的支持者大事なことを、まず先に私は以前、大規模製造会社の従業員に就業後のC言語コースを教えていました。提出されたCのコードのスタイルをちょっと見ただけで、生徒が以前にどんな言語を利用していたかを簡単に当てられました。全くもって本当のことです。「どの言語でも、君はFORTRANを書けるね」 Rubyを調査中のJavaプログラマなら、Rubyが色々な点でJav