IT系で転職を考えています。ＤＢエンジニアって？コミュニケーション能力

Question

IT系で転職を考えています。ＤＢエンジニアって？コミュニケーション能力？

現在運用系のオペレータをやっていて、転職を考えています。
そこでＩＴ系の職について大きく２つ知りたいことがあります。どちらか片方でも回答いただけると幸いです。

*****************************************
(1)「ＤＢエンジニア」について教えてください。気になっています。
　・ＤＢエンジニアの仕事内容は？ＤＢを専門に取り扱ってる会社は存在するのでしょうか？
　・向いている性格は何でしょうか。逆に向いていない性格も教えてください。
　・OracleSilverまで持っていますが必要な資格（or あると便利な資格）は何でしょうか？

#気になる理由として、学生時代のSQLやDB（Oracleではなかったが）を弄っている時が至福の時間だった為。
#エクセルのシートとかでもデータの羅列を見るとワクワクしてしまう。Ａ型なのも関係あるのかも。
#興味のない分野は一時は覚えてもすぐ頭から離れて定着しないのもあって興味向いているＤＢエンジニアを。

＞自身の補足
・頭のレベル：
　馬鹿です。学生時代に頭を使う癖をつけて来なかった事に社会人となって激しく憤りを感じているぐらいです。
　頭の"回転"が素晴らしく遅く、昔ネットワーク開発（上流設計あたり）の会議にでた時は、会話の応酬についていけなかった。
　基本情報にはなんとか受かったがソフ開の壁の厚さに絶望している。
・関係ないがデザインセンスはある。一時期webの開発＆デザイナーを目指していた。
・２０代中盤になる

*****************************************
(2)IT系でコミュニケーション能力が必要でない職は何でしょうか。
正確には自身の普段のコミュニケーション能力にあまり問題は無いです。
ただ過去のトラウマから心の病気をもっており、人前に立つ、注目される、発表するというのがとても苦痛です。(ごく少人数であればまだ可)
そんな理由もあって将来あまり人の上に立ちたくないです。（そういう機会が増えるであろうと思われるから。精々チームのリーダーレベル）

「そんな人」に向いているとは言わなくても、これならできるんじゃないの？って仕事は何でしょうか。
すぐに思いつくのはプログラマーですが、他に御座いませんでしょうか。

*****************************************
２つの質問を結びつけて答えていただいてもバラバラに別の質問として答えていただいても構いません。
どうか宜しく御願い致します。

macrobasic · Accepted Answer

「説教とかウザイよ」ってなると思ってましたので・・・
まさかご返答頂けるとは思わず、びっくりしました。

以下、（相変わらずの長文で申し訳ありませんが）ご質問に返答致します。

>それは本当に単純にその２つの言葉(もう一つは当たり前の言葉ですが)を
>上の人(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の資格をとっておいたほうが良い理由」とスクリプトが組めることの合わせ技が、
 企業の経営層とか、プロジェクトマネージャーにどのような印象を与えるか、
 参考になれば行幸です。

どうでしょう？回答になってますか？
多少、現場の愚痴が混ざってしまいましたが、力添えになれば幸いです。

pokapoka1980 · Answer

簡単に言えば、ＳＥは営業職です。
だから、コミュニケーション能力が最重要であり、バカでも採用するんです。

高い技術力を証明できるなら、研究職や通信系の会社などへ応募しましょう。

F2-A · Answer

＞正確には、コミュ力が必要ないではなく、『人前に立つ機会の頻度の少ない職』です
人前に立つというのが他人とあまり会話しないという意味なら、現在仕事をしている運用オペレータくらいしか無いよ。
オペレータならほぼ運用課の人と現状報告くらいしか話さないでしょうし。
他のＩＴ系の仕事は案件ごとに違う部署との連携があったりして人前に立つ頻度の多い職ばかりです。

macrobasic · Answer

長文失礼します。
僭越ながら・・・それっぽい職種に就いている者として、回答させていただきます。

>(1)「ＤＢエンジニア」について教えてください。気になっています。
>>ＤＢエンジニアの仕事内容は？
仕事内容は一般的に言うとこのDBの開発及び保守運用ですが、実際DBだけに集中することは難しいと思います。
サーバのハードディスク容量だとか、ログのバックアップ方法だとか、クライアントの設定だとか、プログラムだとか・・・何でも屋さん的な仕事です。

>>ＤＢを専門に取り扱ってる会社は存在するのでしょうか？
無いです（聞いたこと無いですし、DBダケの専門屋って仕事取り難いと思います）。

専門をＤＢに絞らず、何でもできますよってなアピールの仕方をお奨めします。

・・・ちなみに（DB専門家な）Oracleの人たちもDBと言うよりは、
アルゴリズム屋さん的な仕事（例えば、如何にして分散したデータを分散したままマッピング&ソートするか？　みたいな命題に取り組む仕事）をしているようです。

>>向いている性格は何でしょうか。逆に向いていない性格も教えてください。
「正直であること」だと思います。
できないことは、ハッキリと「できません」と言えること。
ゴメンナサイを真摯に言えること。
それだけ出来れば必要十分です。

>>OracleSilverまで持っていますが必要な資格（or あると便利な資格）は何でしょうか？
(1)SunmicrosystemsのJava資格
何故か人気の高いJavaができることで、「実はこんなことも出来ます」的な強力な隠し玉を持つことが出来ます。
「実際に何でもできる何でも屋さん」はどこでも重宝されると思います。

(2)LPIC資格(それと、資格制度は無いけど、スクリプトが組めること)
シェルスクリプトが組める程度でも万々歳ですが、
「perl/python/rubyスクリプトで一週間分のアクセスをlogにして、テーブルカラムごとにアクセス頻度の統計を取り、Excelで見れるようにグラフ化しておく」ってなことができると仕事の食いっぱぐれが無いと思います。

>>#エクセルのシートとかでもデータの羅列を見るとワクワクしてしまう
もうちょっとだけビジネスちっくに、「データの羅列をグラフにすること」にワクワクしていただければ、貴方の特質がさらに活かせる仕事ができると思います。

>>関係ないがデザインセンスはある。一時期webの開発＆デザイナーを目指していた。
素晴らしいセンスだと思います。
これができる人ってあんまり居ないので・・・。
※「俺様センスの押し付け」的なユーザーインターフェース設計が跋扈している業界です。
本気で使い易いユーザーインターフェースに取り組んでいるんであれば、それだけで評価されると思います。

>(2)IT系でコミュニケーション能力が必要でない職は何でしょうか。
>>「そんな人」に向いているとは言わなくても、これならできるんじゃないの？って仕事は何でしょうか。
>>すぐに思いつくのはプログラマーですが、他に御座いませんでしょうか。

そんな仕事、無いです。

※以下、プログラミングに対して誤った認識をお持ちのようですので、僭越ながら注訳を・・・（説教じみた、厳しい意見をご容赦願います。）

プログラマーはビジネス&顧客に対して矢面に立つ仕事です。
「その機能を実装するためには、お金がこの位掛かります。」から始まって、人員調整とか、開発期間調整とか、各種実装言語の開発工数とかメリット・デメリットを出したりとか・・・、ものすごくコミュニケーションスキル（&ビジネススキル）が要求される職種です。

何故か世間のイメージは「コピペの繰り返しを根気よく続ける仕事」「簡単！一週間で誰でもできる！」みたく思われているようですが、そんなイメージを持ってる人は、お断りです。

プログラミング/プログラマーを舐めないで下さい。

oka2580 · Answer

ちょっと長くなるが、最後まで読んでよ。
（表現がきつかったり美しくないのは性格なんで勘弁してくれ。そのかわりまともな内容だ）

（１）ＤＢエンジニア
OracleSilver持っているってことはＤＢの基本は理解しているってことだな。sql云々とあったんで大丈夫か。
恐らく求人では“ＤＢエンジニア募集”っていうよりも“ＳＥ／プログラマ募集”っていう表現が多いんじゃないかと思う。仕事内容は、企業によってことなるが、その求人募集の中で「ＤＢエンジニア業務」と思われることも対象にされていると思うな。
たとえば、システム開発におけるＤＢ構築であったり、チューニングであったり、PL/SQLだったり。
まぁ。CREATE TABLEやCREATE INDEX なんかが、頻繁にあるとは思えんが。
やっぱり、SELECT・INSERT・UPDATE・DELETEが基本だと思うけどね。開発(プログラミング)だ。
だから、プログラマ業務を基本としたＤＢ担当ってな感じになるんじゃないかな。
これはシステムベンダー企業の場合だが、ある企業の情報システム部門だと、“運用“って言葉で表現されて
いると思う。ただ、日本オラクルに入社するんだったら全然違うけどな(笑)
まぁ、ゴチャゴチャ書いたが、簡単にいうとシステム開発する上で、必要なDB環境設定やチューニングをイメージしていればいいんじゃないかな。
ただ、意識していてほしいと思うことは、ユーザにとって最適なＤＢ環境を構築するためには
「開発するシステムを把握している必要がある」ってことだ。これを知らないと最適なインデックスやキー設定なんてできないもんな！

（２）ＩＴ系でコミュニケーション能力が必要でない職
ないっ！
大きな思い違いをしているから説教モードになるぞ。過去のトラウマのことを鑑み根本から意識を変えろ！

IT業界の業務風景を想像すると、確かにマシン相手にキーボードをパチパチ打っているイメージだと思うが、その業務のはじまりと終わりを考えてみろ。
何をきっかけにその業務(プログラミング等)がはじまり、何をもってその業務が終了になるんだ？
(意味がわからんやろうなぁ～・・・)
誰かの指示や指示書をもとにプログラミングするんだろ？受けた指示を理解するにはどういった能力が必要なんだよ？プログラミングにおいて指示書を理解したり確認する際にはどんな動力が必要なんだよ？問われるプログラミング状況を説明するにはどんな能力が必要なんだよ？プログラミング終了時のOK/NG判定を受けるのに、どんな能力が必要なんだよ？
お前さんフリーランスとして考えているじゃないんだろうが。組織の一員でのIT業界だろ？公の場であろうとなかろうとコミュニケーション能力は必須だ！これに自信がないなんて言っていたらどこも採用してくれんぞ。“その程度なら大丈夫”なんて、ふざけたことを考えているんだったらIT業界はあきらめろ。システム開発におけるトラブルは、未熟なコミュニケーションが一番の要因だ！「知っているだろう」「わかっているだろう」「おそらく～だろう」・・・報連相に代表されるコミュニケーションを怠ったことによる損失が一番大きく一番アホらしいんだよ。

だいたい、そんな意識でよくこれまで業務に支障をきたさなかったなぁ・・・。
いいかっ、組織人としてコミュニケーション能力が必要ない業務なんてあり得んし、そんな業務は成り立たん！このことを、ぜ～～～～～ったいに、忘れるなよ！

っと、こっからは、プログラマへの認識に対する説教だ！
質問文内での最後にある『「そんな人」・・・プログラマーですが・・・』の一文から“お前、プログラマ業務を舐めてるだろ？”と思った。
あのなぁ？プログラマによって構築されるものは“動けばいい”ってもんじゃないんだよ！“動くだけ”のものだったら、今じゃ素人だってできる。
転職先がだ、システム開発会社（昔ソフトハウスといった。今じゃ開発ベンダーっていうのか？）の場合はだ、構築するのはプログラマ(お前さん)だが、その所有者はユーザなんだよ。金を払ってくれるユーザ企業の資産になんだよ。品質を保証する必要があるんだ(品質は企業によって一定水準を維持するよう何らかの策が講じられているはず)。
また、企業の情報システム部門に転職した場合はだ。お前さんが作ったプログラムで業務がまわるんだろ？ふざけたモノつくってると業務に支障をきたすんだぞ？支障ってことは企業としての“損失”だ！リカバリーのために余計な出費になることだってある！
指示書に従ったプログラミングだからって舐めるなよ？

こんなご時世だ。いい加減な気持ちで転職しないこと。気合い入れて転職しろよな。
（ったく～、こんな時間まで・・・。入力可能文字数ギリギリやんか！コノヤローッ！）

IT系で転職を考えています。ＤＢエンジニアって？コミュニケーション能力

「説教とかウザイよ」ってなると思ってましたので・・・

簡単に言えば、ＳＥは営業職です。

＞正確には、コミュ力が必要ないではなく、『人前に立つ機会の頻度の少ない職』です

長文失礼します。

この回答への補足

ちょっと長くなるが、最後まで読んでよ。

この回答への補足

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング