ITエンジニアを続けるうえでのヒント
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■ITエンジニアの経験年数と悩みとの関係 ITエンジニアとしてのキャリアは何年になりますか。連載の第1回の冒頭としては乱暴か書き方かもしれませんが、皆さん、いかがですか。 3年以下であれば、悩みはまだ少ないでしょう。石の上にも3年とはよくいったものです。まずは3年を目安に無我夢中でキャリアを磨いてください。3年持たない人はエンジニアに向いていないのでしょう。多くのITエンジニアを私は見てきました。その中で、ITエン
わたしが知らないスゴ本は、きっとあなたが読んでいる: 数学ぎらいは幸せになれないか? 「生き抜くための数学入門」
塾に行かせない方針だけど、読み書き算数は徹底している。できないと苦労するからね。 しかし、これが「数学」になると文句が出るはず、「どうして生活の役に立たない数学を勉強しなきゃならないの?」ってね。もっともらしい小理屈はネットで探すとしても、とーちゃんが信じている理由は上手く表現できない。 学校の数学の目的は、抽象化や論理的思考力を身につけることなんだが、そのまま言ってもハイそうですかと分かってもらえない。「考えるチカラ」なんて表現も納得しないな（自分が子どもだった頃を思い返してみよ！）。 わたしの場合、数学の恩恵は常考レベルで染みわたっており、生活の端々でしみじみすることはない。帰納法は意識せず使うし、問題解決の基本「仮説検証プロセス」は公理→定理の導出そのもの。教養書の数式の鮮烈さにドキドキすることはあっても、「そのため」の勉強だと言っちゃうと逆効果だろう。 ちょうどいい本が、よりみちパ
regexp - 全角英数字を半角に : 404 Blog Not Found
2008年01月14日03:30 カテゴリLightweight Languages regexp - 全角英数字を半角に きっかけは、はてなハイク。 自分と根本的にあわない人 - fmht7 - はてなハイク PCで英数字をダブルバイトで入力する人 禿同、しかし人を憎みたくなかったので。 Perlではお茶の子さいさい。 perl - dankogai - はてなハイク perl -CIO -ple 'tr/\x{FF01}-\x{FF5e}/\x21-\x7e/' は脊髄でひねり出せた。 どうせならJavaScriptでもやってみよう、ということでひねり出したのがこちら。 ！釤＃＄％＆釻（）＊＋，−．／ ０１２３４５６７８９：；＜＝＞？＠ ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺ ［＼］＾＿｀ ａｂｃｄｅｆｇｈｉｊｋｌｍｎｏｐｑｒｓｔｕｖｗｘｙｚ ｛｜｝〜 var fasci
急がば回れ──質の良い仕様書の作り方
前回は、自社の業務に必要なシステムの要件の定め方について触れた。今回はその次のフェイズ──仕様決定について考えていこう システムの要件が決まったら、これを具体的なシステム仕様書に落とし込んでいく必要がある。システム仕様書とは、要件を満たすための具体的なシステムの機能・性能に対する要求事項を文書化したものだ。 ソフトウェアの場合、要件定義や仕様書の段階で発見された不備を是正するコストと、運用段階に入ってからのそれとでは、実に200倍の差があるという説がある。また、NASAの記録では、最初の20％の工程に、全体の作業時間の15％を投入することで、プロジェクトの成功確率が80％にまで高まるという。 「早く、安く、最小の投資で最大の効果を生むシステム構築をする」には、システム仕様書の作成に手を抜いたり、他人任せにすべきでない。「急がば、回れ！」である。 質の高い仕様書とは 要件を満足するための、必
10の翻訳エンジンから一括翻訳 翻訳くらべ 英語版
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
コーチングを身に付けよう（2）
第2回 プロジェクトリーダーのコーチング実践記 小田美奈子（執筆）、竹林一（監修・執筆協力） 2005/2/18 ここ数年、新聞、雑誌でも多く取り上げられ、注目を集めている「コーチング」。本連載では、ITエンジニアが身に付けておくと役立つコーチングの考え方、活用事例を紹介するとともに、職場や生活ですぐに実践できるコーチング・スキルについても解説します。 前回（第1回 コーチングが注目される理由と定義を知る）はコーチングが注目されている背景とコーチングの基本的な考え方を中心にお伝えしました。今回は、ビジネスにおけるコーチングの活用事例として、プロジェクトリーダーがコーチングを実践した事例を取り上げます。 ■メンバーの力を発揮させる 今回の連載に当たって、IT関連企業に勤務するマネージャ数名から、現在、部下とどのようにかかわっているかについてお話を伺いました。いずれもマネージャ自身がコーチング
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ミッドランドスクエアシネマ | トップ