転職をして2年が経つが、中途採用の面接を実施した数は30名は軽く超えている。中途採用のプロセスというのは、ボーダーラインを超えているかどうかをまず判断し、超えた人の中からスキル、経験、パーソナリティなどを考慮し、募集しているポジションに最適な人材を選ぶという2つのステップから構成される。面白いのは、最終的に誰にオファーをだすかについては、インタビュアーの中で意見が結構わかれたりするのだが、ボーダーラインを超えているかどうかで意見が分かれることはまずないということだ。また、インタビュアーとしての面接の数をこなすと、始めの5分くらいで大体次のステップにすすめそうかどうかは直感的にわかる。本エントリーでは、今までの面接を思い起こし、ボーダーラインを超える人と超えない人の違いがどこにあるのかのポイントについて書いてみたい。 考えることが習慣付いており、自分の経験を一般化して簡潔に述べることができる

RedmineのVer0.8.4、0.8.6に入れたプラグインのうち、使っているものを公開してみる。 1年前に比べると、プラグインが充実していて楽しい。 結局10個以上も入れていた(^^;) 【コードレビュー】 r-labs - Code Review - Redmine Redmineのプラグインが充実している: プログラマの思索 リポジトリ画面からコードレビューのチケットを発行して、レビューをワークフロー管理できる。 お手軽にコードレビューできるのがいい。 レビューもチケットにするから、ワークフローのカスタマイズも可能。 【Hudson】 r-labs - Hudson - Redmine Redmineのプラグインが充実している: プログラマの思索 Hudsonと連携して、ビルド管理する。 SimpleCIプラグインよりもはるかに機能が充実している。 【Wiki拡張】 r-labs

2007年の終わり頃から、ストレージの世界で「デデュープ（De-dupulication）」という技術が注目を集め始めました。デデュープとは名称から想像できるとおり、データの中から重複している部分（Dupulication）を見つけ、その部分を省くことで保存するデータを効率的に扱おう、という技術です。 Computerworld.jpの記事「大容量データ時代のバックアップ新標準「データ・デデュープ」では、次のように説明されています。 「デデュープ技術」の肝は、2つのファイルを比較して、どの部分が同じで、どの部分が異なるのか、ということを見極めることにある。これによって、同じと判断した部分はバックアップしない、つまり、無駄な重複を避けることが可能になる。 ここから分かるように、デデュープはデータ圧縮技術の1つです。これまでのデータ圧縮技術の多くはファイルごとに1つ1つ個別に圧縮を行うのが一般

役所から「日本のクラウド振興策をお題目で終わらせないために」の続きを話すようにと依頼を受ける。何を話そうか悩ましいところだが、とりあえず考えていることをブログにまとめて、フィードバックも踏まえた上で考えることにした。 いわゆるクラウド・コンピューティングについて、その定義が明確ではないが、米国NISTなどが用語の定義を検討しており、ISOもクラウドコンピューティング関連の標準化に関心を持っている。ITUも今後サービス提供基盤としてのクラウドコンピューティングについて標準化を検討するだろうから、遠からずくっきりした輪郭やが現れ、標準化のロードマップもみえてくるのではないか。 グーグルやアマゾン、マイクロソフトが大規模なデータセンターを建造し、低コストなPCベース大量のサーバーをミドルウェアで連携させて大規模サービスを運用していることが広く話題となったのはここ数年のこと。いわゆるハードウェア・

CMMIを作ったハンフリーが書いた本「ソフトウェアでビジネスに勝つ」を読んでいる。 mgさんのコメントを書きながら、考えたことをメモ。 【元ネタ】 アジャイル開発は受託開発の方が向いている: プログラマの思索 「ソフトウェアでビジネスに勝つ」の本は、経営者向けに書かれたソフトウェア管理に関する考察した本。 第1章に、SW管理の原則が3ついきなりあげられるが、その一つに「品質がスケジュールよりも優先する」という原則がある。 SW開発に従事している人ならば、この原則をいつも実感しているし、逆に、この原則に逆らうような仕事をしているのも事実だ。 設計や開発という工程よりも、テスト工程でこの原則を実行すべきかどうか判断に迷う。 仕様変更が来たけれど、バグ修正を優先すべきか？ バグ修正よりも、目先のタスクをこなすべきか？ 全てのテストをし尽くしてバグをたくさん出してから、バグ修正すべきか？ 今、僕は

今回は，Webサイト構築プロジェクトのワークフローを俯瞰してみたいと思います。実際にクライアントから声がかかる場面から納品，つまり開発案件の完了までを12の「ステージ」に分けて図解してみました。思考のプロセス/人的配置/タスク/ツールなども一緒に記しています。少し大きな図になってしまいましたが，ご参考になれば。 図は，一番上は「4つのステップ/3つのタスク/12の要素（第62回　持続可能なWebサイト開発を支える12の要素）」。その下は，人的配置をロール(役割)ごとに記述しています。その下は，大まかなタスクのレベルです。それぞれの期間内に処理すべき項目を列挙しています。その下が，「ステージ」。プロジェクト全体を12のステージに分類して作業内容を整理しています。基本的には，その流れの順で進んでいきます。その下は，それぞれのステージのアウトプットのイメージで，更にその下にはよく使うファイルアイ

先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出

IBMによるSun Microsystemsの買収がいよいよ大詰めにはいっている模様。2000年のピーク時には時価総額が2,000億ドルをこえたこともあった（尚、現在IBMの時価総額は1,372億ドル）Sun Microsystemsが、10年も経たないうちに、その価値をわずか63億ドルほどに落として、こうも簡単にIBMの軍門にくだってしまうとは・・・。厳密に言えばまだ軍門にくだったわけではないが、"I.B.M. Reportedly Will Buy Rival Sun for $7 Billion "というNYTの記事では、 Some 100 lawyers have been working in a hotel in Silicon Valley on intellectual property matters. 100人近くの弁護士がシリコンバレーのホテルで知的財産がらみの取り扱

Python製コードレビューWebシステムReviewBoardをインストールできたので、その設定方法をメモ。 【元ネタ】 Documentation - reviewboard - Documentation for Review Board - Google Code Review Board | Take the pain out of reviewing code ReviewBoardのインストール | Ryuzee.com monospace blog ? オンラインソースコードレビューツールのReviewBoardをインストールしてみた monospace blog ? ソースコードレビューツールReviewBoardの使い方メモ 前編 monospace blog ? ソースコードレビューツールReviewBoardの使い方メモ 後編 monospace blog ≫ Re

最近、コードレビューWebシステムに興味を持っている。 アイデアをメモ。 【元ネタ】 プログラマの思索: ソースインスペクションを真面目にやるGoogle、MS プログラマの思索: コードレビューはペアプログラミングの代替手段 プログラマの思索: レビューはペア作業であるべき 最近思うのは、SW開発でレビュー工程が最大のボトルネックになっていること。 レビューは、設計書を作成完了した後、設計書に従って実装完了した後に行われる。 レビューの目的は二つあると思う。 一つは品質チェック。 他方は、チーム全体で仕様や設計思想を情報共有すること。 しかし、レビューがうまく機能していない。 実際は、レビューが品質強化につながっておらず、むしろ、要件定義の代替プロセスになっていたり、ソースチェックで自動化できるぐらいのレベルでしか、情報共有できてない。 僕の考えでは、XPのペアプロのように、レビューは二

TOP  >  WebDesign  >  個人利用、商用利用問わずクレジット制限も無いフリーアイコンを集めたアイコン配布サイト「iconpot」 今までDesigndevelopでは数々のフリーアイコン集、もしくはフリーアイコンを配布するサイトを紹介してきましたが、今日紹介する「iconPot – totally free icons」はWEBサイト上で利用でき商用利用、個人利用問わず利用でき、なおかつ著者のクレジット、リンクバックが必要ではないiconを集めたアイコンサイトです。 Splashy Icons web dev icons in PNG format (16×16) 現在いくつかのアイコンセットが公開されていますので、いくつか紹介したいと思います。 詳しくは以下 ■Developpers Icons web dev icons in PNG, ICO, ICNS, ICON