- ベストアンサー
IT系転職でのDBエンジニアの仕事内容とコミュニケーション能力
- 「DBエンジニア」について教えてください。DBエンジニアの仕事内容や必要な資格について説明します。
- IT系でコミュニケーション能力が必要でない職について考えましょう。プログラマーなどの仕事は適しているかもしれません。
- IT系転職でのDBエンジニアの仕事内容とコミュニケーション能力に関する質問にお答えします。
- みんなの回答 （5）
- 専門家の回答
質問者が選んだベストアンサー
「説教とかウザイよ」ってなると思ってましたので・・・ まさかご返答頂けるとは思わず、びっくりしました。 以下、（相変わらずの長文で申し訳ありませんが）ご質問に返答致します。 >それは本当に単純にその２つの言葉(もう一つは当たり前の言葉ですが)を >上の人(OJTの人とかリーダーとか?)に使えるレベルの人間であれば良いという事でしょうか 違います。 >具体的に無理な要求をされる。そしてそれが無理かどうか判断する。伝える。 >のスキルが必要な工程が発生するのか？ >そうならDBエンジニア的にはどの辺りの事なのでしょうか。 発生します。それも毎日。 基本的に、顧客要求or質問→（たまに）経営層→上司（マネジャーとか呼ばれている人） →エンジニア→上司→（たまに）経営層→顧客 の流れで「仕事」は進んでいきます。 顧客要求/質問のうち、3割程度を占めるお金の話はエンジニアまでは来ませんが、 7割程度の技術的な質問（コレってできる？ コレってこうなんない？ もしやるとしたらどの位大変？ 等々）は、上記の流れで色んな人を経由した後「明日までに返答してね」みたいな状態でエンジニアに来ます。 特に、DB（業務データ）が分かる人には質問が集中しますので、結構大変だと思います。 >具体的に無理な要求をされる。そしてそれが無理かどうか判断する。伝える。 ↑こういうことを判断し、瞬間的に言い訳を考えるのは必須スキルだと思います。 （じゃないと、肝心の開発が全くできませんので） >この辺りが分かりません。Linaxを扱える資格と >perl(存在しか…)等のスクリプトとの繋がりは何でしょう。 前提として、Linuxの資格をとっておいたほうが良い理由を説明致します。 (1)Unix/Linux&Oracle,Unix/Linux&MySQL,Unix/Linux&PostgreSQL,Linux&・・・ のような組み合わせはものすごく人気がありますし、お金が安く済む（と思われがち）なので、 多くの企業システムはLinuxの上でDBを運用する方式を取りたがります。 しかし、実際に一から作るのはとても難しく、大抵デスマーチ化します。 (2)多くの企業はUnix/Linux&DBシステムを一から作るのはとても難しく、 大抵デスマーチ化するということを知っています。 知っててやります。 （たぶん、ライセンス料だとかの予算の都合でそういうプランになっちゃうんでしょう） (3)デスマーチで高いコストを払った後、多くの企業は「何故当初の予定通りにいかないのか？」の理由付けを、「エンジニアの力量不足」にします。 ※これは当たっている事もありますし、当たってないこともあります。 実際、開発現場では「自称エンジニア」or「本物の技術者」 どっちが来るかは、ほとんど運です。 (4)多くの企業にとって、プロジェクトの成否は運です。 Linuxの資格を持っていることは、上記の状況から鑑みて、 少なくとも「自称エンジニア」では無いこと、デスマーチになる可能性を低くできるというアピールになります。 （そしてエンジニアである自分の身を守ることができるアピールにもなります） >perl(存在しか…)等のスクリプトとの繋がりは何でしょう。 (1)企業のシステムは 「決められた時間or決められたイベント発生時に、決められた手順に従って、決められた処理を行う」 というようなマニュアル化されたシステム実装を要求してくることが多いです。 (2)Unix/LinuxOSは 「決められた時間or決められたイベント発生時に、決められた手順に従って、決められた処理を行う」 ということがとても得意です。 WindowsOSとは比べ物にならないくらい処理が速く、そして実装が容易です。 (3)perl/pyton/rubyスクリプトはWindowsOSとは比べ物にならないくらい処理が速く、 そして実装が容易なUnix/Linuxの処理をさらに加速すること、容易にすることが出来ます。 上記の「Linuxの資格をとっておいたほうが良い理由」とスクリプトが組めることの合わせ技が、 企業の経営層とか、プロジェクトマネージャーにどのような印象を与えるか、 参考になれば行幸です。 どうでしょう？回答になってますか？ 多少、現場の愚痴が混ざってしまいましたが、力添えになれば幸いです。
その他の回答 (4)
- pokapoka1980
- ベストアンサー率41% (48/117)
簡単に言えば、ＳＥは営業職です。 だから、コミュニケーション能力が最重要であり、バカでも採用するんです。 高い技術力を証明できるなら、研究職や通信系の会社などへ応募しましょう。
お礼
やはりSEは営業職になるんですよね。 ＞研究職や通信系の会社 技術屋として生きるならここしかないのかな。 ご回答頂き有難う御座いました。
- F2-A
- ベストアンサー率26% (62/232)
＞正確には、コミュ力が必要ないではなく、『人前に立つ機会の頻度の少ない職』です 人前に立つというのが他人とあまり会話しないという意味なら、現在仕事をしている運用オペレータくらいしか無いよ。 オペレータならほぼ運用課の人と現状報告くらいしか話さないでしょうし。 他のＩＴ系の仕事は案件ごとに違う部署との連携があったりして人前に立つ頻度の多い職ばかりです。
お礼
他人との会話はそれほど嫌ではありません。人前での発表の頻度です。 しかし ＞案件ごとに違う部署との連携で人前に立つ頻度の多い職ばかりです とのことですよね。夢は夢として捨て置いて自分にとっては現状のままがいいのかも知れませんね。 ご回答頂き有り難うございました。
- macrobasic
- ベストアンサー率75% (3/4)
長文失礼します。 僭越ながら・・・それっぽい職種に就いている者として、回答させていただきます。 >(1)「ＤＢエンジニア」について教えてください。気になっています。 >>ＤＢエンジニアの仕事内容は？ 仕事内容は一般的に言うとこのDBの開発及び保守運用ですが、実際DBだけに集中することは難しいと思います。 サーバのハードディスク容量だとか、ログのバックアップ方法だとか、クライアントの設定だとか、プログラムだとか・・・何でも屋さん的な仕事です。 >>ＤＢを専門に取り扱ってる会社は存在するのでしょうか？ 無いです（聞いたこと無いですし、DBダケの専門屋って仕事取り難いと思います）。 専門をＤＢに絞らず、何でもできますよってなアピールの仕方をお奨めします。 ・・・ちなみに（DB専門家な）Oracleの人たちもDBと言うよりは、 アルゴリズム屋さん的な仕事（例えば、如何にして分散したデータを分散したままマッピング&ソートするか？ みたいな命題に取り組む仕事）をしているようです。 >>向いている性格は何でしょうか。逆に向いていない性格も教えてください。 「正直であること」だと思います。 できないことは、ハッキリと「できません」と言えること。 ゴメンナサイを真摯に言えること。 それだけ出来れば必要十分です。 >>OracleSilverまで持っていますが必要な資格（or あると便利な資格）は何でしょうか？ (1)SunmicrosystemsのJava資格 何故か人気の高いJavaができることで、「実はこんなことも出来ます」的な強力な隠し玉を持つことが出来ます。 「実際に何でもできる何でも屋さん」はどこでも重宝されると思います。 (2)LPIC資格(それと、資格制度は無いけど、スクリプトが組めること) シェルスクリプトが組める程度でも万々歳ですが、 「perl/python/rubyスクリプトで一週間分のアクセスをlogにして、テーブルカラムごとにアクセス頻度の統計を取り、Excelで見れるようにグラフ化しておく」ってなことができると仕事の食いっぱぐれが無いと思います。 >>#エクセルのシートとかでもデータの羅列を見るとワクワクしてしまう もうちょっとだけビジネスちっくに、「データの羅列をグラフにすること」にワクワクしていただければ、貴方の特質がさらに活かせる仕事ができると思います。 >>関係ないがデザインセンスはある。一時期webの開発＆デザイナーを目指していた。 素晴らしいセンスだと思います。 これができる人ってあんまり居ないので・・・。 ※「俺様センスの押し付け」的なユーザーインターフェース設計が跋扈している業界です。 本気で使い易いユーザーインターフェースに取り組んでいるんであれば、それだけで評価されると思います。 >(2)IT系でコミュニケーション能力が必要でない職は何でしょうか。 >>「そんな人」に向いているとは言わなくても、これならできるんじゃないの？って仕事は何でしょうか。 >>すぐに思いつくのはプログラマーですが、他に御座いませんでしょうか。 そんな仕事、無いです。 ※以下、プログラミングに対して誤った認識をお持ちのようですので、僭越ながら注訳を・・・（説教じみた、厳しい意見をご容赦願います。） プログラマーはビジネス&顧客に対して矢面に立つ仕事です。 「その機能を実装するためには、お金がこの位掛かります。」から始まって、人員調整とか、開発期間調整とか、各種実装言語の開発工数とかメリット・デメリットを出したりとか・・・、ものすごくコミュニケーションスキル（&ビジネススキル）が要求される職種です。 何故か世間のイメージは「コピペの繰り返しを根気よく続ける仕事」「簡単！一週間で誰でもできる！」みたく思われているようですが、そんなイメージを持ってる人は、お断りです。 プログラミング/プログラマーを舐めないで下さい。
お礼
【1】 DB専門はやはり無いのですね、"ORACLEの人たち"の部分も参考になりました。 ＞性格：正直であること それは本当に単純にその２つの言葉(もう一つは当たり前の言葉ですが)を 上の人(OJTの人とかリーダーとか?)に使えるレベルの人間であれば良いという事でしょうか 具体的に無理な要求をされる。そしてそれが無理かどうか判断する。伝える。 のスキルが必要な工程が発生するのか？そうならDBエンジニア的にはどの辺りの事なのでしょうか。 ＞資格(1)：SunmicrosystemsのJava資格 Javaですか、、、WEBサイトのjavascriptならなんとか少し(笑) 自分的には難しそうですが「DBエンジニア=何でも屋」なら確かに協力な隠しだまと成りえそうです。 Java 認定資格「SJC-A」なら努力で行けそうです。 ＞資格(2)：LPIC資格 この辺りが分かりません。Linaxを扱える資格と perl(存在しか…)等のスクリプトとの繋がりは何でしょう。 全く無知で申し訳ないのですが、 LinaxがDBサーバのOSでスクリプトを組んで走らせるといった仕事になるのでしょうか。 ＞「データの羅列をグラフにすることに―」 意識してみます。細かい所を有難う御座いました。 ＞ユーザーインターフェース 上・周りに見せるものに関しては昔から社会人となった今でも 唯一良く褒められる部分ですし、会社でそれぞれあるソフト・ツールでも どうしてこういうインターフェイスにしないのだろう、俺なら、と考える人間なので それを聴いて少し安心しました。 【2】 ＞「その機能を実装するためには、お金がこの位掛かります。」から始まって、 ＞人員調整とか、開発期間調整とか、各種実装言語の開発工数とか ＞メリット・デメリットを出したりとか・・・、 ＞ものすごくコミュニケーションスキル（&ビジネススキル）が要求される職種です。 周りのPGに廃人の様な方がいたので、正直PGを舐めていました。 上記の事、全く理解できていなかった様です。 具体的に出してしただいて有難う御座います。 PGを例に挙げた部分に関する事は取り下げたいと思います。 PG、PG経験者の方すみません。 各質問個別に答えて頂き有難う御座いました。 大変、分かり易かったです。
補足
(2)について正確には、コミュニケーション能力が必要ないではなく、 「人前に立つ機会の頻度の少ない職」と訂正させていただきたく思います。申し訳御座いませんでした。 そしてそれがDBエンジニアという仕事ではどうなのかとう観点でもお答え頂く事ができましたらどても嬉しく思います。 +-------------------------------+ ちなみに 技術を持っているという訳でなければ若ければ若いほどの転職が有利らしいですが、 今すぐ転職という訳でなく、資格・心構えを準備をして転職という形を取りたいと思います。 +-------------------------------+
- oka2580
- ベストアンサー率30% (20/66)
ちょっと長くなるが、最後まで読んでよ。 （表現がきつかったり美しくないのは性格なんで勘弁してくれ。そのかわりまともな内容だ） （１）ＤＢエンジニア OracleSilver持っているってことはＤＢの基本は理解しているってことだな。sql云々とあったんで大丈夫か。 恐らく求人では“ＤＢエンジニア募集”っていうよりも“ＳＥ／プログラマ募集”っていう表現が多いんじゃないかと思う。仕事内容は、企業によってことなるが、その求人募集の中で「ＤＢエンジニア業務」と思われることも対象にされていると思うな。 たとえば、システム開発におけるＤＢ構築であったり、チューニングであったり、PL/SQLだったり。 まぁ。CREATE TABLEやCREATE INDEX なんかが、頻繁にあるとは思えんが。 やっぱり、SELECT・INSERT・UPDATE・DELETEが基本だと思うけどね。開発(プログラミング)だ。 だから、プログラマ業務を基本としたＤＢ担当ってな感じになるんじゃないかな。 これはシステムベンダー企業の場合だが、ある企業の情報システム部門だと、“運用“って言葉で表現されて いると思う。ただ、日本オラクルに入社するんだったら全然違うけどな(笑) まぁ、ゴチャゴチャ書いたが、簡単にいうとシステム開発する上で、必要なDB環境設定やチューニングをイメージしていればいいんじゃないかな。 ただ、意識していてほしいと思うことは、ユーザにとって最適なＤＢ環境を構築するためには 「開発するシステムを把握している必要がある」ってことだ。これを知らないと最適なインデックスやキー設定なんてできないもんな！ （２）ＩＴ系でコミュニケーション能力が必要でない職 ないっ！ 大きな思い違いをしているから説教モードになるぞ。過去のトラウマのことを鑑み根本から意識を変えろ！ IT業界の業務風景を想像すると、確かにマシン相手にキーボードをパチパチ打っているイメージだと思うが、その業務のはじまりと終わりを考えてみろ。 何をきっかけにその業務(プログラミング等)がはじまり、何をもってその業務が終了になるんだ？ (意味がわからんやろうなぁ～・・・) 誰かの指示や指示書をもとにプログラミングするんだろ？受けた指示を理解するにはどういった能力が必要なんだよ？プログラミングにおいて指示書を理解したり確認する際にはどんな動力が必要なんだよ？問われるプログラミング状況を説明するにはどんな能力が必要なんだよ？プログラミング終了時のOK/NG判定を受けるのに、どんな能力が必要なんだよ？ お前さんフリーランスとして考えているじゃないんだろうが。組織の一員でのIT業界だろ？公の場であろうとなかろうとコミュニケーション能力は必須だ！これに自信がないなんて言っていたらどこも採用してくれんぞ。“その程度なら大丈夫”なんて、ふざけたことを考えているんだったらIT業界はあきらめろ。システム開発におけるトラブルは、未熟なコミュニケーションが一番の要因だ！「知っているだろう」「わかっているだろう」「おそらく～だろう」・・・報連相に代表されるコミュニケーションを怠ったことによる損失が一番大きく一番アホらしいんだよ。 だいたい、そんな意識でよくこれまで業務に支障をきたさなかったなぁ・・・。 いいかっ、組織人としてコミュニケーション能力が必要ない業務なんてあり得んし、そんな業務は成り立たん！このことを、ぜ～～～～～ったいに、忘れるなよ！ っと、こっからは、プログラマへの認識に対する説教だ！ 質問文内での最後にある『「そんな人」・・・プログラマーですが・・・』の一文から“お前、プログラマ業務を舐めてるだろ？”と思った。 あのなぁ？プログラマによって構築されるものは“動けばいい”ってもんじゃないんだよ！“動くだけ”のものだったら、今じゃ素人だってできる。 転職先がだ、システム開発会社（昔ソフトハウスといった。今じゃ開発ベンダーっていうのか？）の場合はだ、構築するのはプログラマ(お前さん)だが、その所有者はユーザなんだよ。金を払ってくれるユーザ企業の資産になんだよ。品質を保証する必要があるんだ(品質は企業によって一定水準を維持するよう何らかの策が講じられているはず)。 また、企業の情報システム部門に転職した場合はだ。お前さんが作ったプログラムで業務がまわるんだろ？ふざけたモノつくってると業務に支障をきたすんだぞ？支障ってことは企業としての“損失”だ！リカバリーのために余計な出費になることだってある！ 指示書に従ったプログラミングだからって舐めるなよ？ こんなご時世だ。いい加減な気持ちで転職しないこと。気合い入れて転職しろよな。 （ったく～、こんな時間まで・・・。入力可能文字数ギリギリやんか！コノヤローッ！）
お礼
昔は職人気質な性格だったので言葉云々に抵抗はないです。 寧ろ、表現が幾らきつくてもそれが真実であれば、大変有難いです。 (1) ＞求人の表現：“ＳＥ／プログラマ募集”が多い、or“運用“という表現 覚えておきます。 その辺りのSQLであれば問題なく使えそうな気がして少し安心してます。 ＞PL/SQL 勉強しておいた方がよさげでしょうか ＞ユーザにとって最適なＤＢ環境を構築するためには ＞「開発するシステムを把握している必要がある」 インデックス＆キー設定の為。覚えておきます。 (2) 全く必要ないというのが皆無という事はわかっています。すみません。 自分的に簡略化しての設問が、少し意味が違う形になってしまいました。 現在でさえ業務の連携といった事でホウレンソウ的な事は、 まぁどこでもこの程度は必要なんだろなと学生上がりのガキなりに感じました。 正確に訂正させて頂くと、コミュ力が必要ないではなく「人前に立つ機会の頻度の少ない職」です。 補足すると自身では、人と対面しない電話・メール対応であればそれくらい当たり前というレベル。のつもりです。 ＞PGに対して ちなみにPGの場合、指示に対する上(先輩PG?SE?)に対する対応、確認も 同部内であれば問題ないコミュ力はあるのかな、自分ならそれくらいはという驕りで PGを挙げてみました。 但し正直舐めていた部分はあります。 確かに変なモノは作れないといった意識に欠けていました。 仮にDB系の開発にいったとしても共通する事だと感じましたし、肝に銘じておきます。 ＞報連相に代表されるコミュニケーションを怠ったことによる損失 自分は相手に対する思いやりのつもりで黙ってやった事が…という事で実は一度経験しました。 それほど大きいミスにはならなかったですが、 それからは馬鹿らしい事でも一応確認は入れるようにしてます。 相手を全く信じては駄目だと言う精神で仕事してます。 ただ、自分で言い訳しても元々コミュニケーション能力が高い人間ではないので、 回答者様の厳しいお言葉は自分で未だにどこかで思っている事を否定し、確認とできました。 夜分遅くまで考えご回答頂き、有難う御座いました。
補足
(2)について訂正します。 正確には、コミュ力が必要ないではなく、 『人前に立つ機会の頻度の少ない職』です
お礼
＞瞬間的に言い訳を考えるのは必須スキル この辺りは能力として全然足りてそうにありません。力を付けて生きたいです ＞Linux＋perl/pyton/rubyスクリプト なるほど、Linuxが多い理由が分かりました。 実装の容易さ、処理の速さという点、理解しました。 とても分かり易く、知りたい、正にベストアンサーでした。有難う御座いました。