vimを使う時はいつも :set list して、改行文字とかタブ文字を表示してるんですが、ハードタブが「^I」になって見づらい。自分でコード書く時はハードタブとか使わないからいいけど、人のコードを読むのに :set nolist して読むとかしてました。 したら、id:kazukichopが :set lcs でぉkと教えてくれましたよ。 'listchars' - VimWiki set lcs=tab:>.,eol:$,trail:_,extends:\自分の.vimrcにはこんな風に書いてみた。 「全角スペースも表示したい」と言ったらまた教えてくれた。 highlight JpSpace cterm=underline ctermfg=Blue guifg=Blue au BufRead,BufNew * match JpSpace /　/んで、.vimrcにこんなのを付け加えた。

「Auslogics Disk Defrag」は独自エンジン搭載のWindows2000、2003、XP、Vistaに対応した無料のデフラグソフトで、特徴はとにかく爆速でデフラグしてくれるということ。ファイルを先頭に全部集めて……などの余計なことは何もせず、とにかく断片化したファイルをデフラグすることに特化しています。そのため、大容量のハードディスクドライブ向き。また、実行時のメモリ使用量も極めて少ないです。 ちゃんと終了後にはかかった時間や何％高速化されたかなどのレポートが表示されるので、実際にインストールして4台のハードディスクで試してみました。 Disk Defrag - Reclaim the Speed Of Your Disks http://www.auslogics.com/disk-defrag/index.php ダウンロードは以下から。 窓の杜 - Auslogics

1．マインドマップとは何か マインドマップとは、ロンドン生まれのビジネスコンサルタント、トニー・ブザン（Tony Buzan）氏が1970年代の初めに発案、提唱した「ノート記法」です。ビジネスの現場で新しいことを生み出す力が求められる中で、発想法の1つとしても非常に注目されています。 実はあのビル・ゲイツ氏も、次世代の発想ツール、ナレッジツールとして注目していましたし、古くはレオナルド・ダ・ビンチのような偉人のスケッチにも、マインドマップの表現方法が活用されていました。 読者の中には、「マインドマップという言葉は聞いたことがあるけれど、実際に書いたことはない」という人も多いのではないでしょうか。 マインドマップはあくまでもノート記法の1つではあるのですが、通常のノートの取り方と違い、次のような特徴と利点があります。 中心から放射状に重要な事項を書き連ねるので、読みやすく理解しやすい 議事録

ドットインストール代表のライフハックブログ

こんにちは、ITホストクラブでホストをしていますlalhaです。私はテレビも見ないしファッション雑誌も読みませんが、プログラミングについてはプロフェッショナル。今回は、モテるプログラマー女子力を磨くための4つの心得を皆さんにお教えしたいと思います。 あえてコンパイルの通らないソースコードをノートPCに入れて携帯するようにしましょう。そして飲み会の場で好みの男がいたら話しかけ、わざとらしくノートPCを開いてコンパイルしてみましょう。そして「あ〜ん！　このソースコード本当にマジでチョームカつくんですけどぉぉお〜！」と言って、男に「どうしたの？」と言わせましょう。言わせたらもう大成功。「プログラムとか詳しくなくてぇ〜！ずっとこのコードいじってるんですけどぉ〜！コンパイルが通らないんですぅ〜！ぷんぷくり〜ん（怒）」と言いましょう。だいたいの男は自分の専門性をアピールしたがる習性があるので、ノートP

2009年05月11日12:30 カテゴリArt いい仕事をするためのたった一つの心得 - 「美しい」から「かっこいい」へ ありゃ。流れ弾:) きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません なお、一般的な「きれいな」ソースコードの最重要事項として正しい名前を挙げたけど、もう一段上の「美しい」コードについてはハッカー達の濃い思いをじっくり味わうのもよいかも知れない。「きれいな」と「美しい」の違いとかは、danさんが書いてくれる事を期待。 名前に関しては別entryをあてることにして、「美しい」について書くことにする。 ここ20年ほどで、じわじわと強くなり、特にblogを書き始めてから強くなっているのが、これ。 かっこつけろ これだけ、たったこれだけ意識すれば、どんどん「仕事」が出来るようになる。「仕事」いっても「賃金労働」だけじゃない。中国語で言うとこ

「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか？」という質問を受けたので、「はて？どうしているだろうか？」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基本的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス

1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって

技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発

プログラミングを始めてから今日に至るまで、 様々なタイプのプログラマーと開発を共にしてきたが、 驚くべき速度で高い品質のソフトウェアを作り上げるプログラマーには、 一つ共通の特徴があるように思える。 それは、「はまる」時間が極端に短い、ということである。 風のプログラマー」を指向しており、開発速度を重要視している。 例えば平成14年未踏ソフトウェア創造事業「PICSY」では、 発表直前に知人でプロジェクトリーダーの鈴木健にレスキュー隊として呼ばれて 2,3日でGUI全般と、クライアント/サーバー通信部分の設計と実装を終わらせたのだが、 このときなどは、大体の要件を口頭で聞いた後は、 ほぼまったく手が止まらずコードを書き続ける感じで開発をしていた。 「はまる」時間の長さは開発速度に直結するわけだが、 プログラマーが「はまる」場合にはある程度の傾向があると思うので、 今日は「はまる」プログラマ

アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ

この記事は，日経ソフトウエア2006年9月号，連載「簡単実装で学ぶWeb技術2006」の第3回「Catalyst――Perl向けWebアプリ・フレームワーク」の再録です。記事は執筆時の情報に基づいており，現在では異なる場合があります。 こんにちは，結城浩です。今回はPerlのWebアプリケーション・フレームワーク「Catalyst」を解説し，簡単なメモ帳プログラムを作ります。 Catalyst（カタリスト）は，Perlで作られたWebアプリケーション・フレームワークです。Catalystを使うと，Webアプリを簡単に作成・テスト・配布することができます。catalystという単語のそもそもの意味は，「触媒」あるいは「促進させるもの」です。Perlのモジュール同士を触媒のようにうまく結びつけて，Webアプリ作成を促進させるという意味の名前なのでしょう。 Catalystのオフィシャルページは

「きみの会社はJavaからScalaへ移行したらしいね。」 「ああ。」 「やはり、移行するのは大変だったろう。」 「そうでもないよ。開発者がみんなハッピーになれたからね。」 「それはいいな。」 「だが、再びJavaで開発することになったよ。」 「そりゃまた、どうしてだい？」 「Scalaになって、コードの行数が激減したからさ。」 「お気の毒に。」 「きみの会社はJavaからRubyへ移行したらしいね。」 「ああ。」 「やはり、移行するのは大変だったろう。」 「そうでもないよ。開発者がみんなハッピーになれたからね。」 「それはいいな。」 「だが、再びJavaで開発することになったよ。」 「そりゃまた、どうしてだい？」 「Rubyになって、人月計算がおかしくなったからさ。」 「お気の毒に。」 「きみの会社はJavaからObjective-Cへ移行したらしいね。」 「ああ。」 「やはり、移行する

暇つぶしにピッタリの漫画や記事を毎日のように配信しています。いくら読んでも無料、そしていくら読んでも頭がよくなりません。

ハッカー中心の企業文化ってなんだなんだ。一体何について話をするんだ。という疑問は自分でも持っていた。ずいぶん大げさなタイトルにしてしまった。後の祭り。発表のずいぶん前からあれやこれや悩んでいたのあるが、今ひとつ構想がまとまらなかった。 その悩みに一つのヒントをくれたのがケンオルセンが亡くなったというニュースだった。自分が新卒として入社したDECという会社はどのような会社だったのか。そして、その会社が自分のエンジニアとしてのキャリアにどのような影響を与えたのか、与えなかったのか、それを軸に自己紹介をしつつ、自分の考えるハッカーセントリックな企業文化とは何かを話してみようと言う風に思い至った。*1 デブサミは2月17日、18日と2日間目黒雅叙園で開催される。わたしのセッションは18日の朝一である。 ハッカーセントリック(Hacker Centric)というフレーズはポールグレアムのエッセイ「Y