ITmedia エンタープライズ：SEの道は仕様書に始まり仕様書に終わる (1/3)
最近のシステム構築では仕様書をきちんと記述しないで、いきなりツールを使ってプログラムを作成することも多いようだ。否定する気はないが、駆け出しのころはしっかり自分の手で仕様書を書いた方がいい。 前回は、SEを目指している皆さんに向けて、仕事に取り組む姿勢の観点からアドバイスを書いた。今回は、SEに求められるより具体的な知識やスキルの向上に役立つ話を書いてみたい。 SEとして必要な知識やスキルは非常に広範にわたる。経験を積み、上級SEになってくればより経営的な知識が求められるが、最初のころは、システム構築に必要な知識やスキルが特に重要になる。今回は、システム構築における基礎的なスキルの開発方法を紹介しよう。 仕様書を書くこと 最近のシステム構築では、仕様書をきちんと記述しないで、いきなりツールを使ってプログラムを作成したり、システムを構築したりする手法が取られることも多いようだ。こういった手法
「自分とのミーティング」、その議題とは？ ― ＠IT自分戦略研究所
「自分とのミーティング」、その議題とは？ 堀内浩二 2006/8/29 ■「自分とのミーティング」 こんにちは、堀内浩二です。前回の記事「できる人ほど忙しい、この悪循環を解消する」で特に反響があったのは、「『自分とのミーティング』をスケジュール」という言葉でした。 上記のようなことを「考える」時間をしっかり取りましょう。頻度は、1～3カ月に一度くらいで十分だと思います。 スケジューラに「自分とのミーティング」を書き入れる人がいますが、これは良いアイデアですね。 企業でも、毎月ないし四半期に一度、現在の業績をチェックして、今後の方向性を考えます。いわゆる経営戦略会議です。わたしが考えているのは、それと似たようなイメージです。ただ、企業では「成果」が重要なのに対し、個人では「意味」がより重要だと考えています。目に見える成果よりも、この1カ月、これからの1カ月の意味を重視すべきということです。
「もっとスキルを」が引き起こす問題 − ＠IT自分戦略研究所
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け 前回に引き続き今回も、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点＝私点」を皆さんにお届けします。 今回の内容は、リーダーシップトライアングルのLoveに関係しています。Loveについては、第10回「正しいことをし、行動力を発揮するココロ」を参照いただければと思います。 ■「Love」（ココロ）の具体的な例が求められている 前回の記事（第13回
もうITエンジニアは嫌だって？ － ＠IT自分戦略研究所
いま、IT業界から足を洗いたがっているITエンジニアが多いと聞いた。その話は噂でしかないのか、それとも本当か。その真偽とともに最新の転職事情を追う。 本当は大手システムインテグレータ（SIer）で、プロジェクトマネージャを目指したかった……。が実際に就職できたのは3次請けのSIer。自分の願いとかけ離れた職場で、日々コーディング作業に追われている。そんなITエンジニアは意外と多いかもしれない。 とりわけIT業界に就職するタイミングが、いわゆる「ITバブル崩壊後」だった人は、「就職氷河期」とまではいかないが、少なくとも「自分の希望どおりにSIerやソフトハウスを選べる」状況ではなかったはず。だからこそ、いまもって「満足も納得もしないけど」「日々、押し寄せる仕事の山」に疲れ切ってしまった人たちも多くなる。 それではいったいどうすればいいのか。選択肢はいくつかある。1つは「ITエンジニアとして自
「営業担当者がＳＥに抱く不満とは」とキャバクラ店長
うーん、半ば炎上中ですね、中井さん。 この食い違いは他のコメントにあるとおりデキの悪い営業の意見を、もしくはその意見の表面だけを 一方的に受けて書いちゃったとこだな、うん。 どこがデキが悪いとか、なにが一方的かというと・・・ ここで提案だが、この記事を「営業担当者がＳＥに抱く不満」ではなくて 「キャバクラの店長がキャバ嬢に抱く不満」だと読み替えて欲しい。 その1「お客様の前で『それはできません』と即答しないで欲しい」 そのまんま・・・ですな。爆笑。 その2「お客様を満足させる顧客指向を持って欲しい」 「店長、アタシいやです」 「頼むよ、顧客指向で」 その3「指示・依頼を待つだけでなく、自分で考え積極的に提案してほしい」 「あっちのテーブルあいてるじゃないか、自分で動いてくれよ」 「それ店長の仕事でしょ？」 うーん、あまりに当てはまるのでこれからこういうこと言う営業マンを 「キャバテン営業」
わたしが知らないスゴ本は、きっとあなたが読んでいる: マッキンゼーITの本質
ここしばらく開発現場を離れ、「こんさるたんと」のお手伝いをしている。そこでマッキンゼーの中の人と仕事をしているのだが、奴らはスゴいの一言に尽きる。激務という言葉はまさに奴らのためにある。 たしかに、私も佳境に入ると夜討ち朝駆け徹夜仕事になる。システム屋は盆と正月こそ稼ぎ時だ（悲しいけどこれ現実）。しかし、奴らの場合はそれがデフォルトで、言葉どおり休みがない。「オレも休みなんてずいぶんもらっていないよ」と言いたい人は沢山いるだろうが、もう何年も一日たりとて休んだことないよという人はいないだろ。でも奴らはそれが普通。24時間戦えますか?（死語） もちろん、という連中。 だから奴らは、通勤時間を惜しんで六本木や新宿にマンションを買っている（←激務に見合うだけ給料もハンパじゃないといっておく）。まぁマッキンゼーですら一つのステップで、激務の見返りにノウハウやパイプを吸えるだけ取って独立するつもりで
別にプログラマにならなくていーじゃん - 雑種路線でいこう
増田氏は東大を微妙に過大評価しているんじゃないかな。確かにCPUを設計するカリキュラムはあるが、昔は回路設計までやっていたのが今はVHDLなので、ちょっと言語は違うがプログラミングのようなものだ。 何年か前にカトラーと一緒にNTカーネルを書いていたデイヴ・プロバートが本郷でWindowsの講義をしたが、OSをいじったことのある院生や講師しかついてこれず、翌年からは授業内容を見直した。まあ彼の英語が早口だとか、講義がうまいかどうかとか別の問題もあるが。僕も講義準備のために聴いたが、ポンポン話が飛ぶのでついていくのが大変。仮想化周りの話を機械語レベルにブレークダウンして解説してくれたことには感動したけど。 授業でOSをほげるのと、それが使える技術かどうかは別の話。コンパイラもそう。途中からはバッドノウハウの塊だから、実用を志向した途端、教育的には時間の無駄となることも多い。まあバッッドノウハウ
電源のない場所でノートPCを長く使う
使い方は至って簡単。まずは準備段階として、ノートPCのACアダプタを本製品に接続し、本体を充電しておく。実際に使う場合は、ノートPCの電源コネクタに本製品を接続することで、本製品からノートPCへの給電が行われるという寸法だ。用途こそ違うが、モバイルで使える無停電電源装置のようなものだと考えればよい。 試しに編集部所有のThinkPad X41（2525-C6J）で実験してみた。フル充電した本製品で、完全放電したノーマルバッテリを充電したところ、丸々1本分のバッテリをフル充電できた。無線LANを無効にした状態で、テキストエディタで作業しながらの充電となったが、1時間30分ほどで充電率は100％になった。ノーマルバッテリでの稼働時間は1時間弱ほどなので、Alivioによる充電時間とさらに充電後のバッテリによる稼働時間を足すと、3時間30分ほど利用できるわけだ。 出張で使う新幹線の中や講演会や展
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
geekDB - geek Daisuki Benny's lovecall
現役プログラマーの方に質問です。いまの職場にあるプログラミング効率を下げるようなルール・決まりごとがあったら教えてください。