洗濯 洗濯指数90 洗濯日和になりそう 傘 傘指数0 傘はいりません 紫外線 紫外線指数50 つば付きの帽子で対策を 重ね着 重ね着指数90 厚手のコートでしっかり防寒を 乾燥 乾燥指数90 お風呂上がりは全身保湿を忘れずに 風邪注意 風邪注意指数70 体を冷やさずに 洗濯 洗濯指数30 外干しは厳しそう 傘 傘指数80 傘が必要です 紫外線 紫外線指数10 安心して過ごせます 重ね着 重ね着指数90 厚手のコートでしっかり防寒を 乾燥 乾燥指数70 乾燥しやすい人は注意を 風邪注意 風邪注意指数50 危険度中。睡眠はしっかり

酔ったサルが木から落ちることを想起させるプランって……いったいどんなプランだったんでしょうか。そんな設計プランでは安定稼働せずそのままダウンする、とでも言いたかったんでしょうか。まぁ空気が読めずに人を怒らせるのはアシュックの得意技ですからね。「正直な意見がほしい」と言われたから言ったに過ぎないんでしょうけど。正直に言われて怒るボスもボスですが。 2コマ目の“hold back”は「気後れする」「ためらう」という意味ですが、何らかの事実や本心を「隠す」という意味で使うこともあります。例えば“She held back her true feelings”＝「彼女は本心を隠した」といった具合ですね。 8コマ目の“beats me”は、「さっぱり分かりません」とか「さあね」という意味です。例えば、“It beats me, why women wears long sleeves in mid-

ラブレターは読まれてなんぼ――“読ませる”エンジニアの職務経歴書を書く：きのこる先生のエンジニア転職指南（2）（2/2 ページ） 職務経歴＝過去の実績を効果的にアピールすべし （a）開発の範囲 「範囲」とは、「開発行程」と「担当分野」のことです。 ウォーターフォール開発では、開発工程は「要件定義」「設計」「開発」「試験」「運用」に分類できます。メインで担当した部分を強調しつつ、どこからどこまでに携わったかを記入しましょう。 担当分野については、「プログラミング」のみならず「ネットワーク設計」や「サーバ構築」、「アーキテクチャ選定」など、開発のどのレイヤに携わったかを書きます。担当した経験はできるだけ書き、選考のための情報を増やしましょう。 （b）開発の規模 「規模」とは、アプリケーションの規模のことです。 Webサービスを運用する企業は、慢性的に負荷の問題に悩まされています。当然負荷を考慮

66739 大手商社の伊藤忠商事が固定資産管理システムを刷新した。刷新の狙いは2011年3月期に適用が始まった資産除去債務への対応と、将来のIFRS（国際財務報告基準、国際会計基準）への対応だ。同社の経理部 経理企画室長 松井紀雄氏と、経理企画室 曽我邦尚氏に聞いた。 IFRSの将来の改訂に備える 同社は米国会計基準で連結財務諸表を開示しているため、米国会計基準ベースの資産除去債務には既に対応している。今回の刷新の対象は単体における日本基準ベースの資産除去債務だ。財務会計システムとしてSAPを利用している同社はこれまで、固定資産管理システムとしてあるベンダーのパッケージ製品を採用していた。しかし、この製品では資産除去債務に対応するためにバージョンアップと改修が必要なことが分かった。当然、コストが掛かる（参考記事：4ステップで進める資産除去債務への対応）。 伊藤忠商事の経理部 経理企画室長

全てのステンレスは、さびる！：甚さんの「技術者は材料選択から勝負に出ろ！」（4）（1/3 ページ）

本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。 【考え方】こうやって、練れば練るほど・・・・おぇ！ 【職場】付加すべき何もの　除去すべき何もの 【新連載】（C）reatorと（E）ngineerにとってのビタミン剤を目指します！ 【考え方】こうやって、練れば練るほど・・・・おぇ！ 山のように積み上がった仕事に埋もれ、長いだけの会議に出席させられ、迫る納期におびえながら、何とか正しく動くシステムを作り上げたときの喜びは大きなものだろう。しかし、人間の作ったもの、そして人間の使うものである以上、「これで完成」ということは永遠にないのかもしれない。 『101回死んだエンジニア』のAnubis氏は、「こうやって、練れば練るほど・・・・おぇ！」という題のコラムで、考えやプ

基幹系へのクラウド活用、そのメリットと落とし穴：中堅・中小企業のためのERP徹底活用術（10）（2/2 ページ） 海外での“共闘”も視野に入れた、クラウド活用への挑戦 さて、以上のように同じパッケージでありながら、その仕様も運用もバラバラになっていたJ社ですが、いよいよバンコク工場のシステム再構築を柱に、海外拠点の生産管理システムの見直しに乗り出します。その際、達成すべきテーマとして以下の5つを設定しました。 属人化を排除し、全拠点で共有でき、生産管理の標準化を実現できるシステム 顧客や代理店と双方向コミュニケーションがとれ、サービスで差別化が出せること ITコスト3割削減、特に保守運用コストを重点的に見直すこと 各国ごとの個別要件に柔軟に対応できること（言語、通貨、機能要件など） 本社との情報連携を強化し、全拠点の生産状況を即時把握できること J社はこれらをどのように実現していくのでしょ

「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） 「ボタン」という形でWebに侵食する「ソーシャル」 最近、あちこちのWebページを見て回る「Webサーフィン」（死語？）をしていると、そこら中にソーシャルネットワーク／SNSと連動する「いいね！」ボタン「+1」ボタンを見かけるようになりました。実世界でも、友達の話を聞いて「いいね！」と思うときは、そういったり、反応したりするでしょう。それと同じような反応や評価がWebの世界にも広くもたらされてきました。 旧来のWeb上のレビューであれば、星5つなどの「5段階評価」、アンケート調査などでは「10段階評価」で示すことが多いものでした。しかし段階評価は人によって基準が異なりますし、お国柄によ

ここまではぐらかされると返す言葉もないですな。あいまいな表現は英語には少ないような印象もありますが、実は結構あるんですよね。特に今回は期日をうやむやにする表現が網羅されている感じです。 例えば、5コマ目の“Tops”＝「最高でも」、6コマ目の“at the most”＝「多くても」、8コマ目の“or so”＝「～くらい」といった辺りですね。期日などをごまかす上で便利な表現ですが、あまり使うと信用を失うので気をつけて下さい。 ちなみに、物事を「はぐらかす」ことを“waltz someone around”と表現することもあります。直訳すればワルツを踊って相手を振り回すってことですが、今回はまさにそんなニュアンスにぴったりじゃないでしょうか。皆さんもサボりたいときにはワルツを踊ってみてはいかが？ もしかしたら、二度と仕事を振ってもらえなくなるかもしれませんが。

どんな内容でしょうか。他の診断もどうぞ→http://shindanmaker.com/author/qen000

目次 Windows XP搭載PCの老朽化やWindows XPのサポート終了が2014年に迫っているといった理由から、企業内システムでWindows XPからWindows 7へ移行する動きが加速化している。移行手順を解説した本フォーラムの「XP／Vista→Windows 7 完全移行マニュアル」も人気記事として定番化している。この記事では、Windows標準の転送ツールを利用してアプリケーションの設定やユーザー・データをWindows XPからWindows 7へ自動的に移行している。 しかし、この方法だとWindows 7非対応の古いアプリケーションは直接移行できない。また転送ツールがサポートしていないアプリケーションの設定は手動で移行するしかなく、面倒だ。さらに移行先のWindows 7にアプリケーションをインストールし直さなければならないのも手間である。 もし、アプリケーション

シーン別に解説、依頼文書作成の要点：文章コミュニケーション・リファクタリング！（6）（1/2 ページ） 「文章下手」が原因で、コミュニケーション不全に陥ったことはないだろうか？ 言葉足らずで相手の誤解を招いたり、指示がまったく伝わっていなかったり……開発現場を改善するための「文章コミュニケーション」方法を紹介。 エンジニアに限らず社会人として仕事をしている人なら、何かを他人に依頼する文書を書くことが多いと思います。しかし、気を付けましょう。この種の文書は、相手つまり顧客やビジネスパートナーとの間のトラブルの種になってしまうことがよくあります。 今回は、不要なトラブルを招かない依頼文書の構成や書き方、表現のポイントを解説します。 相手が何をすべきか明確に分かるように エンジニアとして働いていると、技術的な作業の依頼だけでなく、打ち合わせなどの日程調整の依頼、仕様の検討・確認の依頼など多様な依