面接している相手が宙に浮かんでしまった場合はどうすればいいのだろう。 IT職の求人に応募してくれる人材を何とかして増やしたいと思う企業は、仮想面接を含めどんなことにもチャレンジするのを厭わない。そして仮想世界に行ったことがある人は、この世界での採用が現実のものとなりつつあり、効果が表れ始めているとの見方で一致する。 Accenture、EMC、GE Money、U.S. Cellularの大手4社と、この4社への就職を目指す求職者が、インターネットで面接を行った。この仮想就職フェアは、求人広告代理店のTMP Worldwide Advertising & Communicationsが、人気仮想世界Second Lifeにある自社のスペース「TMP Island」で開いているもので、今回が2度目となる。 2007年5月に開かれたTMPの第1回仮想就職フェアに参加したMicrosoftの採用
height: n%;の正しい仕様 CSSでは例えばheight: 100%;と書いた場合、実際にどういった高さとなるかご存じでしょうか? この算出値は親要素に左右されるのですが、 よく勘違いされている方がいるので正しい仕様を紹介しておこうと思います。 なおここでは話を分かりやすくするために通常フローの場合であることを前提に記述しています。 通常フローでは無い要素の場合、親要素を包含ブロックに読み替えてください。 親要素の高さが明らかな場合 多くの方はこの場合の仕様のみをご存じのはずです。 説明する間でもなく、親要素の高さのn%がその要素の高さとなります。 例えばheight: 300px;の要素の子要素が height: 50%;だった場合、その算出値は150pxになります。 親要素の高さが'auto'の場合 heightプロパティの初期値はautoです。 つまり、明示的にheight:
UTF-8 には文字の幅が文脈依存 (ambiguous) となる文字があって、 矢印や記号 (■▲)、罫線などの文字は状況に応じて文字幅が変化します。 下の 2 つの画像は Emacs で同じファイルの内容を narrow character として判定させた場合と、 wide character として判定させた場合のスクリーンショットです。 narrow wide 現状、 Emacs22 はこれらの文字をデフォルトで narrow character として判定します (※のように化けてしまう文字もあります)。 文字によって幅を変えるプロポーショナルフォントを前提としたテキストであれば あまり問題にはならないと思いますが、等幅フォントに向けて書いたテキストでは 表示がガタガタになってしまい問題になります。 これらの文字を wide character として判別させるには以下の設定を
ソフトウェアの受託開発や、オープンソースのプロジェクトでは、ソースコードが他の技術者の目に触れる。そのため、ソースコードから開発者の技術力が評価されやすい。 ソフトウェアの開発者は、モジュール分割やクラス設計には全力を傾ける。最近では、設計の完成度を高めるために、実装の後でリファクタリングを行うことも珍しくない。 だが、設計の善し悪しにこだわる開発者でも、ソースコードに書くコメントの品質までは、配慮が及ばないことが多い。コメントは本質的なものではないので、つい気を緩めてしまうのである。 ところが、開発者の希望に反して、ソースコードの読み手が印象を受けやすいのは、コメントの品質である。ソースコードから設計を読み解くのは容易ではないが、日本語や英語で書かれているコメントは目に付きやすい。 優秀な技術者の書いたソースコードでも、驚くほど「悪い」コメントが書かれていることがある。そのようなソースコ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
